Manoj Srivastava resigns as Debian secretary
From: | Manoj Srivastava <srivasta-AT-debian.org> | |
To: | debian-vote-AT-lists.debian.org | |
Subject: | I hereby resign as secretary | |
Date: | Thu, 18 Dec 2008 08:44:11 -0600 | |
Message-ID: | <877i5xk0g4.fsf@anzu.internal.golden-gryphon.com> | |
Cc: | debian-devel-AT-lists.debian.org, debian-admin-AT-debian.org |
Hi folks, I am hereby resigning as secretary, effective immediately. I was planning on leaving the office soon, anyway, but I had a rewrite of Devotee underway, which would have made the software more useful for different people (different checks --LDAP.gpg. and others), and allowed Devotee to be packaged as essentially a perl library, with vote protocols being perl scripts (debian-vote --config gr_lenny.cfg). But that is no longer a compelling reason to stay on. In the years I have spent in this role since Darren left us, I have tried to conduct the votes as I saw the rquirements of the constitution, and the limitations of the voting software. But this not a view shared by very many people. I concede that I have made mistakes with the current set of votes. And the arguments being made now, after the vote was called and started, are fairly compelling. But these arguments could have been made when the vote page went up, when I was sending in the emails about which option had how many seconds, or when the draft ballot was sent in. There are, in my opinion, far more cogent arguments being offered now, than there were in the discussion period, and had these being made earlier, we would not have come to this pass. But that is merely an excuse. The buck fir running votes stops at the secretary, so I am ultimately responsible for the current state of the vote. And I am begnning to see that the ballot was wrong. Mistakes happen. Mistakes can be recovered from. What can not, however, is relationships, and trust, and this works both ways. It has been made clear to me that the project no longer trusts me, and many consider that I have been the epitome of sleaze over the years, manipulating votes for my own ends. That hurts. I have also read planet. The amount of vitriol there makes it untenable for me to participate in any efforts to recover from this mess. Life is too short. This is way too much stress at a point in my life where there is too much stress to deal with. I am asking the DSA to remove me from the debvote group, effective now. As to the people who emailed me that they are putting together a petition for the DAM to have me removed from the project, I hear you too. I am going to spend the next few days evaluating how important the project is to me, and whether I should save you the bother or an expulsion process. While I must say that the mistake for this ballot lies at my door, I am very distressed at the amount of vitriol that saturates the project communication channels now. Subjectively, this seems worse now than the flame filled days of yore -- because, back then, despite the apparent flames, people used to be amicable and friendly with the people they occasionally had heated discussion with. That seems to have passed, with real meanness being far more prevalent than before. Any way. Goodbye, and thanks for all the fish. manoj -- Freedom from incrustation of grime is contiguous to rectitude. Manoj Srivastava <srivasta@debian.org> <http://www.debian.org/~srivasta/> 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Posted Dec 18, 2008 15:52 UTC (Thu)
by ikm (guest, #493)
[Link]
Posted Dec 18, 2008 16:22 UTC (Thu)
by mgb (guest, #3226)
[Link]
Posted Dec 18, 2008 16:30 UTC (Thu)
by coriordan (guest, #7544)
[Link] (5 responses)
Glancing at planet.d.o, I don't see many posts about this topic.
Posted Dec 18, 2008 17:05 UTC (Thu)
by lysse (guest, #3190)
[Link] (4 responses)
Posted Dec 18, 2008 17:31 UTC (Thu)
by coriordan (guest, #7544)
[Link] (3 responses)
So I'm wondering if this is an unfortunate case where a very small number of people managed to give Manoj the impression that "the community" was against him.
I've been in stressful situations, and I've seen others in them, where it seems everyone's against you, but when you take a few steps back, "the community" isn't worried (or isn't even aware of the "crisis").
Posted Dec 18, 2008 17:49 UTC (Thu)
by lysse (guest, #3190)
[Link]
As you say, when you take a few steps back you regain perspective - but I'm not quite sure how anyone being bullied out of their job can possibly take those steps back whilst remaining in the same position.
If the rest of the Debian community wants to do something about it, they might consider whether or not the people who directly led to this should remain within their number - because allowing them to do so legitimises their actions.
Democracy is bad enough when it's the tyranny of the majority. When it becomes the tyranny of the minority with the shrillest voices...
Posted Dec 18, 2008 20:31 UTC (Thu)
by k3ninho (subscriber, #50375)
[Link] (1 responses)
Posted Dec 19, 2008 4:03 UTC (Fri)
by lysse (guest, #3190)
[Link]
Posted Dec 18, 2008 17:35 UTC (Thu)
by mikov (guest, #33179)
[Link] (24 responses)
Posted Dec 18, 2008 18:04 UTC (Thu)
by jspaleta (subscriber, #50639)
[Link] (23 responses)
From the outside looking in, this looks a lot like part of the natural evolutionary cycles of successful political parties. Successful coherent political parties eventually attract new people who come in with new ideas, new ideas challenge established party ideology and part of the fall out sometimes are unlooked for changes in leadership. This sort of process is not clean, or necessarily inspiring, and quite frankly it can be pretty brutal when it happens in a political context, even at the local government level. But it happens, change when it comes can be disruptive.
I wish we had some idea of the demographics in the Debian community in terms of a breakdown of voting membership by age groups. If the political party analogy holds, then you'll be able to see the conflict along ideological lines will trend with age. For political parties new ideas that upset the ideological status-quo tend to come in with younger members, so the power struggle becomes a generational struggle for control of what the party stands for. Though for debian "age" maybe length of time in the project and not physical "age" it may simply be membership "age".
-jef
Posted Dec 18, 2008 20:17 UTC (Thu)
by kragil (guest, #34373)
[Link] (22 responses)
If Debian will evolve like modern "democratic" parties then I might have to start looking for an alternative ..
Posted Dec 18, 2008 21:12 UTC (Thu)
by dowdle (subscriber, #659)
[Link] (20 responses)
Posted Dec 18, 2008 23:08 UTC (Thu)
by drag (guest, #31333)
[Link] (19 responses)
Politics at one point was respected. (since before Politics the only way to get anything done was to thrust long pointy objects into the sides of the people you disagreed with) And all it is is the art of compromise.
It doesn't really matter how Debian is evolving politically or if they 'do right' for firmware images and all that crap.
It _doesn't_matter_.
---------------------------------------------
Why doesn't it matter?
BECAUSE THEY DON'T RELEASE ANY SOFTWARE.
Who gives a shit about the 'freedom' of a software release that isn't happenning? It's not materializing. It's stalled and it's a joke.
I _can_not_ use it. I can use Debian on my home machines fine and I can use the now-old stable release... but I can't use Lenny professionally. I can't use it at work. I can't install it on friend's computers who are not Linux savvy.
All their work, all their discussions, everything. It amounts to _nothing_. I'd look like some sort of asshat at work if I tried using Debian Lenny in our systems. Lots of things require newer kernels, newer software, newer stuff that isn't available in the stable version of Debian Etch. (hint: it's not for file serving or web serving)
And it sucks because I _like_it_. I want to use it.
-------------------------------
So either put the firmware in or take it out and stick it non-free. Either way doesn't matter.
It doesn't matter if one way is right and the other is wrong. The implications of either move is immaterial at this point. This is a situation were making the wrong decision is better then making no decision.
It's so freaking irritating that they can not seem to understand this. That the worst possible thing that Debian can do right now is not doing anything at all. All the discussions and arguments on mailing list one way or another is just a circle jerk. Just vapor in the wind. Both sides are wrong, because the only right move is to release the damn software and move on.
Seriously. Flip a coin. Roll a 16 side dice. Consult a 1-800 number for psychics. Call up Bill Gates and ask him what you should do. Throw darts at the board. Just do it quick.
_they_can't_lose_. At least not worse then they are losing right now.
Posted Dec 18, 2008 23:28 UTC (Thu)
by tpo (subscriber, #25713)
[Link] (1 responses)
What's the problem? I am using Lenny at work. It has a low package count turnover these last few weeks.
Posted Dec 19, 2008 6:18 UTC (Fri)
by drag (guest, #31333)
[Link]
Small changes in configurations or things like the OS installer plays havoc. I need to be able to predict things down to the pixels they are looking at in order to avoid issues and confusion.
So I can't use it until I get something set in stone.
For my personal use or things that I have direct control over then I have no problem with Debian testing or even unstable.
Posted Dec 19, 2008 3:35 UTC (Fri)
by yarikoptic (guest, #36795)
[Link] (2 responses)
Wow...
Probably Debian is a 3 wheel car? never heard of Debian releasing hardware either...
If you wanted to look smart, you could have said "they don't develop any software", but then again you would hit the air (giving out hints: installer, tens or hundreds tools etc)
Back to the topic though -- sad that Manoj leaves, but that is again a beauty of free and open-source development, anyone is welcome to take only as much load as he likes. Manoj has done great job imho as a secretary, so kudos and enjoy time not being a secretary ;-)
Posted Dec 19, 2008 6:22 UTC (Fri)
by drag (guest, #31333)
[Link] (1 responses)
They don't release any software as in they don't release any software packages or operating systems. The 'latest and greatest' from Debian is in perpetual beta. Usable for some types of users and great for Debian developers, but unfortunately not very useful for most people.
If Debian was capable of releasing software on a timely basis then there wouldn't be any Ubuntu. Everybody involved would be better off. But they can't seem to get over themselves and pull it together.
Posted Dec 25, 2008 16:35 UTC (Thu)
by ms (subscriber, #41272)
[Link]
Posted Dec 19, 2008 4:02 UTC (Fri)
by k8to (guest, #15413)
[Link]
From /usr/share/doc/base-files/FAQ
They do not think like normal humans think.
Posted Dec 19, 2008 4:36 UTC (Fri)
by andrel (guest, #5166)
[Link] (11 responses)
So yes Debian does amount to something big, and these kind of internal feuds do matter.
Posted Dec 19, 2008 4:54 UTC (Fri)
by dlang (guest, #313)
[Link] (10 responses)
for some users you would be correct, but for some very large groups of users (probably a substantial majority of installations) having a 'release' that you can reproducably install is not just important, but critical.
and no, a daily snapshot of a moving process is not the same thing.
it doesn't matter for the personal desktop/server of experianced linux users, but when you have to start administrating many machines in cooperation with others, the ability to test a particular state and then reliably reproduce that state on other systems is a necessity, not a luxury.
things aren't quite as bad as the OP made them out to be (we're only at 18 months for this cycle, practically fast by debian standards), but he is right that some decision needs to be made. if the firmware/etc is going to be ripped out of the system and made optional, then they need to publicly state that the release is a year or more away (and probably unfreeze everything else while they are working on that), not keep up this fiction that a release is just about ready.
missing a release date by a few days is nothing, missing it by weeks is noticable, missing it by months is bad, and missing it by over a year can be a disaster. the expected release date for Lenny was September (by the timelines announced mid-year), given the history of Debian, everyone expected a couple of months of slippage (to December or worse), but with issues like this up in the air, this could delay the release indefinantly.
Posted Dec 19, 2008 5:16 UTC (Fri)
by mikov (guest, #33179)
[Link] (8 responses)
If you ask me, an OS upgrade that is more frequent than 24 months is unproductive. I simply don't have time for that crap. So, I honestly do love Debian's slow releases.
(Plus, one has to ask oneself - how do the other more "frequent" distributions manage to fix all bugs so much faster than Debian in order to release? The obvious answer, which I have alas suffered through, is they can't and they ship with more bugs)
BTW, we manufacture appliances which run Debian (with some non important customizations). We always stick to stable, so we have it on our development machines and on our target hardware. It would really suck if we had to change everything every 6 or even 12 months. As it is, we have an OS that matches our business model perfectly. We could be in the minority though...
(We have considered Ubuntu LTS and it would probably work for us, if Debian disappeared, or, God forbid, started making more frequent releases)
Posted Dec 19, 2008 5:36 UTC (Fri)
by dlang (guest, #313)
[Link] (7 responses)
every distro makes mistakes at some point, having the ability to say "I don't like the choices that you made for this release, I won't upgrade to it" without loosing support before the next release is a _very_ nice position to be in
by the way, rapid releases don't nessasarily mean buggier releases. if you are making releases more frequently, the number of things that change from release to release is smaller, so it should be easier to stabilize the release. the key to making the rapid release cycle work well is being willing to say "your new version isn't ready yet, it doesn't go in this release, we'll try again next time". If you have rapid releases this isn't that big a deal, if you have slow releases anything that doesn't make it in this release will have to wait a _long_ time.
I use Debian on servers and firewalls where I am willing to have the core outdated in the name of stability, but am also willing to compile my own versions of the few programs on each system that really matter. for desktop systems where there are a lot more programs where the updates matter (and a lot more interdependance between component versions), Debian is a horrible choice. for that I need something that releases more frequently.
Posted Dec 19, 2008 6:07 UTC (Fri)
by mikov (guest, #33179)
[Link] (3 responses)
I don't know, man... My experience is actually the opposite. Having the non-LTS version of Ubuntu on a development machine has been a nightmare. Days of wasted time, failed upgrades, etc. Rinse and repeat every 6 months. I can't even imagine what a "regular" person would do if they had it at home. Upgrade every six months? Really?? Come on! Do "real people" actually do that?
I feel pretty comfortable with Debian stable and backports. I think it would help a lot if backports were supported "officially".
I always compare the situation to Windows. You practically never upgrade the OS there.
Posted Dec 19, 2008 6:22 UTC (Fri)
by dlang (guest, #313)
[Link] (2 responses)
with Ubuntu you have the option of upgrading every 6 months, every 12 months, or every 18 months without loosing support (other then in the time between the release at the 18 month mark and the time you move to it). this is ignoring the LTS releases.
in practice people either upgrade at the 6 month point (if they are looking for some new feature) or at the 12 month point (at that point there are almost always new features you want, plus it give you testing time before loosing support)
Fedora has a 12 month support cycle with a 6 month release cycle, that means that to remain supported they need to upgrade every 6 months (or 12 months with a small gap in support)
people running gentoo or debian testing/unstable tend to upgrade far more frequently (monthly, weekly, or sometimes daily). it helps that these two distros do a pretty good job of upgrading seamlessly. as I noted above, this sort of upgrade cycle is not suitable for larger installations.
in my opinion about every year is the sweet spot between constant upgrades and missing features for relativly fast moving evnironments like desktops
Posted Dec 19, 2008 15:53 UTC (Fri)
by mikov (guest, #33179)
[Link] (1 responses)
I did not know that. How does it work out in practice - do they provide security support for two non-LTS releases back? Can you upgrade directly from release-2 to current, or do you have to do it in stages? The latter would be a major pain.
BTW, I am not sure that I agree that "regular" people upgrade every 12 months. The "regular" people who I know (e.g. my wife), if they used Linux at all, wouldn't want to upgrade ever. In practice they wouldn't be able to perform even a single upgrade anyway - almost none of my own Ubuntu upgrades have been completely trouble free. Perhaps a paid support contract from Canonical would help there, but $250/year may seem pricey...
(Of course the same problem applies to Windows too - when my wife installed Vista's SP1 on her own on her laptop her sound stopped working and the screen reset to 640x480, which actually prevents you from seeing the "OK" buttons of most dialogs :-)
Posted Dec 25, 2008 8:47 UTC (Thu)
by TRS-80 (guest, #1804)
[Link]
Non-LTS releases receive 18 months of security support, however upgrades from release-2 to current has to be done in stages. LTS releases get 3 years of desktop support and 5 years of server support, and you can upgrade directly from one LTS release to another.
There are some caveats with this: the upgrade process, particularly LTS to LTS, is pretty fragile compared to Debian, which has very smooth upgrades thanks to the daily upgrade testing provided by testing and unstable. The other is support is only guaranteed for packages in main, which is fairly limited, and the stable release update (SRU) process is very slow.
Posted Dec 19, 2008 6:25 UTC (Fri)
by rahulsundaram (subscriber, #21946)
[Link] (2 responses)
Fedora lifecycle has a similar goal. Refer
http://fedoraproject.org/wiki/LifeCycle
Posted Dec 19, 2008 7:47 UTC (Fri)
by dlang (guest, #313)
[Link] (1 responses)
it can take a couple of months to do this, even when everything goes perfectly. as a result fedora's schedule really requires an upgrade every 6 months to each new version.
Posted Dec 26, 2008 14:05 UTC (Fri)
by vonbrand (subscriber, #4458)
[Link]
Here at the computer lab we do just fine with Fedora, updating regularly around once a year. Sometimes (if the new bling-bling is shiny enough, and terms allowing) we do update mid-year too. Yes, while all this goes on select machines are running the next version (or even rawhide) for testing. Servers here are on CentOS: Very similar in how they are managed, mostly compatible; but need not be upgraded so stringently (in any case, latest software isn't so much a need here; besides, we mostly upgrade soon after a new CentOS comes out, but it is reassuring to know that you can take your leisure at it).
Posted Dec 19, 2008 14:50 UTC (Fri)
by andrel (guest, #5166)
[Link]
Posted Dec 20, 2008 10:22 UTC (Sat)
by The_Barbarian (guest, #48152)
[Link]
Of course, if the majority of DDs decide they don't care about those things, then *I* may have to find a different distro. But Debian is *currently* in the right place for me, while it does not seem to be for you.
Posted Dec 19, 2008 5:40 UTC (Fri)
by sbergman27 (guest, #10767)
[Link]
I think "evolves like a daytime drama" might be a better analogy. This situation is perennial, par for the course, and not anywhere near as bad as it sometimes gets. This time in the next release cycle, a slightly different cast of characters, some old, some new, will be struggling with pretty much the same issues, or very similar ones. My impression is that Debian is at least as much about people as it is about software.
Somehow, in the process, they still manage to create a great distro core to piggyback on, even if they can't stop bickering long enough to actually get a release out of their own.
Pass the popcorn, please...
Posted Dec 19, 2008 11:47 UTC (Fri)
by interalia (subscriber, #26615)
[Link]
He may have underestimated the pent up frustration for a project that desired to release in September (yes, getting towards 4 months ago) and has been frozen for a long time. The spectrum of thought about the firmware issue (and its importance) means that those who are comfortable with it would always have seen the vote as the most bureaucratic of further delays to an already frustrating and demoralisingly late release.
There is a real people problem now happening in Debian, where people simply cannot disagree relatively cordially (or at least neutrally). I think they have to realise that Debian is not about changing the world; it's important and a worthy goal, but not a life or death situation where every disagreement must be hashed and rehashed.
Russ Allbery's blog about this (http://www.eyrie.org/~eagle/journal/2008-12/006.html) is also good; the meat of it is about simply making decisions so that people can move on.
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
...
> I _can_not_ use it. I can use Debian on my home machines fine and I can
> use the now-old stable release... but I can't use Lenny professionally. I
> can't use it at work. I can't install it on friend's computers who are
> not Linux savvy.
*t
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
or may be Linus T. doesn't release software either -- he mostly manages the patches as well ;)
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
>
> A. The codename is a little bit more informative, as the meaning of
> "testing" changes over time.
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
for desktop systems where there are a lot more programs where the updates matter (and a lot more interdependance between component versions), Debian is a horrible choice. for that I need something that releases more frequently.
"""
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
with Ubuntu you have the option of upgrading every 6 months, every 12 months, or every 18 months without loosing support (other then in the time between the release at the 18 month mark and the time you move to it). this is ignoring the LTS releases.
"""
Ubuntu upgrades (was: Manoj Srivastava resigns as Debian secretary)
I did not know that. How does it work out in practice - do they provide security support for two non-LTS releases back? Can you upgrade directly from release-2 to current, or do you have to do it in stages? The latter would be a major pain.
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
6-month cycle with 12 months of support?
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
Manoj Srivastava resigns as Debian secretary
If Debian will evolve like modern "democratic" parties...
"""
Manoj Srivastava resigns as Debian secretary