Manoj Srivastava resigns as Debian secretary

Posted Dec 18, 2008 23:08 UTC (Thu) by drag (guest, #31333)
In reply to: Manoj Srivastava resigns as Debian secretary by dowdle
Parent article: Manoj Srivastava resigns as Debian secretary

The problem here is that Debian isn't a political party.

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.

Manoj Srivastava resigns as Debian secretary

Posted Dec 18, 2008 23:28 UTC (Thu) by tpo (subscriber, #25713) [Link] (1 responses)

> BECAUSE THEY [Debian] DON'T RELEASE ANY SOFTWARE.
...
> 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.

What's the problem? I am using Lenny at work. It has a low package count turnover these last few weeks.
*t

Manoj Srivastava resigns as Debian secretary

Posted Dec 19, 2008 6:18 UTC (Fri) by drag (guest, #31333) [Link]

Because I have to write documentation that gets followed by non-technical folks (or at least folks with no understanding of Linux and no desire to be trained) and work on designing special configurations that need to be built by other people and work without me being involved or knowing anything about it.

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.

Manoj Srivastava resigns as Debian secretary

Posted Dec 19, 2008 3:35 UTC (Fri) by yarikoptic (guest, #36795) [Link] (2 responses)

> BECAUSE THEY DON'T RELEASE ANY SOFTWARE.

Wow...

Probably Debian is a 3 wheel car? never heard of Debian releasing hardware either...
or may be Linus T. doesn't release software either -- he mostly manages the patches as well ;)

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 ;-)

Manoj Srivastava resigns as Debian secretary

Posted Dec 19, 2008 6:22 UTC (Fri) by drag (guest, #31333) [Link] (1 responses)

> 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)

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.

Manoj Srivastava resigns as Debian secretary

Posted Dec 25, 2008 16:35 UTC (Thu) by ms (subscriber, #41272) [Link]

Meh, I've been running Debian unstable as my main distribution for over 5 years. It's great. I absolutely hate the idea of moving to a distribution which doesn't progressively roll out new packages as they become available. For all I care, they should abandon their stable releases.

Manoj Srivastava resigns as Debian secretary

Posted Dec 19, 2008 4:02 UTC (Fri) by k8to (guest, #15413) [Link]

> Q. Why "squeeze/sid" and not "testing/unstable" as usual?
>
> A. The codename is a little bit more informative, as the meaning of
> "testing" changes over time.

From /usr/share/doc/base-files/FAQ

They do not think like normal humans think.

Manoj Srivastava resigns as Debian secretary

Posted Dec 19, 2008 4:36 UTC (Fri) by andrel (guest, #5166) [Link] (11 responses)

Debian Testing and Unstable have daily releases. Both are widely used. Furthermore downstream distros such as Ubuntu, Knoppix, Xandros, and Mepis, all rely on the Debian devs to do a lot of the heavy lifting.

So yes Debian does amount to something big, and these kind of internal feuds do matter.

Manoj Srivastava resigns as Debian secretary

Posted Dec 19, 2008 4:54 UTC (Fri) by dlang (guest, #313) [Link] (10 responses)

this sounds like you are saying that the 'stable' release tree doesn't matter.

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.

Manoj Srivastava resigns as Debian secretary

Posted Dec 19, 2008 5:16 UTC (Fri) by mikov (guest, #33179) [Link] (8 responses)

The stable tree does matter a lot! In fact I love the stable tree and the fact that Debian doesn't have a release every 12 months. We all have more important things to do than perform OS upgrades.

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)

Manoj Srivastava resigns as Debian secretary

Posted Dec 19, 2008 5:36 UTC (Fri) by dlang (guest, #313) [Link] (7 responses)

IMHO the best situation would be to have releases every 6-12 months, but have support for old releases long enough so that you can choose to skip a release (or two) and still have a couple of months after the latest release comes out to test it before having to move.

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.

Manoj Srivastava resigns as Debian secretary

Posted Dec 19, 2008 6:07 UTC (Fri) by mikov (guest, #33179) [Link] (3 responses)

"""
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.
"""

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.

Manoj Srivastava resigns as Debian secretary

Posted Dec 19, 2008 6:22 UTC (Fri) by dlang (guest, #313) [Link] (2 responses)

many people do upgrade every 6 months. many of those people wait a few weeks after a release is made before doing the upgrade so that the biggest isues can be found.

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

Manoj Srivastava resigns as Debian secretary

Posted Dec 19, 2008 15:53 UTC (Fri) by mikov (guest, #33179) [Link] (1 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.
"""

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 :-)

Ubuntu upgrades (was: Manoj Srivastava resigns as Debian secretary)

Posted Dec 25, 2008 8:47 UTC (Thu) by TRS-80 (guest, #1804) [Link]

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.

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.

Manoj Srivastava resigns as Debian secretary

Posted Dec 19, 2008 6:25 UTC (Fri) by rahulsundaram (subscriber, #21946) [Link] (2 responses)

"IMHO the best situation would be to have releases every 6-12 months, but have support for old releases long enough so that you can choose to skip a release (or two) and still have a couple of months after the latest release comes out to test it before having to move"

Fedora lifecycle has a similar goal. Refer

http://fedoraproject.org/wiki/LifeCycle

Manoj Srivastava resigns as Debian secretary

Posted Dec 19, 2008 7:47 UTC (Fri) by dlang (guest, #313) [Link] (1 responses)

that may be the goal, but a 6-month cycle with 12 months of support ignores the reality that it takes time to test a new version, then schedule and perform an upgrade (in a large organization the upgrades will be phased)

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.

6-month cycle with 12 months of support?

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).

Manoj Srivastava resigns as Debian secretary

Posted Dec 19, 2008 14:50 UTC (Fri) by andrel (guest, #5166) [Link]

No, I'm saying that even without the stable releases Debian is very important.

Manoj Srivastava resigns as Debian secretary

Posted Dec 20, 2008 10:22 UTC (Sat) by The_Barbarian (guest, #48152) [Link]

As a Debian user and supporter, I am sorry to say that I don't care if you can use it. I want a distro that is (among other things) as free as possible and that continues to get more free over time. I don't care about releases. If you want something else, go find it. Given the number of distros, there should be something for you.

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.