Linked by Thom Holwerda on Sun 9th Aug 2009 19:07 UTC
Debian and its clones Earlier this month, we reported that Debian had announced a new release schedule; a freeze during December, a release some time in the first half of the following year. After outcries from the Debian community, the December freeze aspect of the plan was reversed. Since most of the ire about this situation seemed to be directed towards Ubuntu, Mark Shuttleworth decided to step in and offer to put several Canonical employees to work on Debian instead of Ubuntu.
Thread beginning with comment 377796
To read all comments associated with this story, please click here.
Member since:

I don't see Debian biting on any of this. It always seemed to me that Debian was about stability and doing their own thing. Not success, not cutting edge, not involvement with the prop software world.

I think, or maybe I've been out of the Debian loop for too many years, that this is going to fall on deaf ears. I never thought Debian devs cared much about success and market share or competition. But instead a quality stable product created in ways that Debian collectively sees fit.

Who knows? I'd love to find out. Comment away!

Reply Score: 4

sbergman27 Member since:

I don't see Debian biting on any of this. It always seemed to me that Debian was about stability and doing their own thing. Not success, not...

"It's ready when it's ready" is more often an excuse for poor release management practices. By poor release management practices, I mean things like:

1. Vague definition about feature goals.

2. Unrealistically ambitious feature goals.

3. Inability to say, or difficulty in saying, "No" by key managers.

4. Lack of anyone with enough authority to make the big decisions.

5. Unwillingness, or not having anyone with the authority to drop features which turn out to be best left to the next release.

This is not to say that Debian does not stand for quality. But from what I've seen, there is plenty of room for improvement regarding discipline in Debian's release management plans. Injecting proper discipline, etc. into it's policies could improve both the predictability *and* the quality of Debian releases.

4. Development freezes which become development "slushes".

Reply Parent Score: 10

segedunum Member since:

As far as I can see, and as far as most of Debian's developers are concerned (read the replies to Marks mail, phew!) it is absolutely none of Ubuntu's and Canonical's business how Debian's developers run their project. Indeed, Debian's developers can argue that Ubuntu hasn't given a shit about Debian over the years with the removal of many developers and resources. What gives now?

I might personally agree that Debian's long winded development and release schedule isn't terribly conducive at times, but that's their prerogative and you don't go about changing it by attempting a coup of a project by the back door where the wider development community learns of what is happening through their own press releases.

Reply Parent Score: 3

emilsedgh Member since:

This is really crap. KDE released 4.0 when it wasnt ready and people are still complaining. Debian, releases when its ready and you are saying its because they cant manage their schedule?

People: stop bashing these projects. If kde was released when it wasnt ready from YOUR point of view, it doesnt matter. KDE has a community and they all know better than you about when to release KDE.

Also, stop bashing about Debian. It has a community and they know how things work better than anyone else.
If you think debian sucks because its not released when you want, it doesnt matter. It doesnt mean Debian was/is doing wrong.

People jumping from middle of nowhere and telling how big upstream FOSS projects suck is stupid. All of such decisions in these projects are made by their community, not a single person; You really think all those people involved were wrong and you know best?

Reply Parent Score: 7

l3v1 Member since:

You got a 6 score, yet Debian is still one of the best distros there is. Stable gets on every server I lay my hands on, and testing is always very good on a working desktop. Everything else - release schedules, other distros' release schedules, funny people's "feature" requests, etc. - just doesn't matter. It's working, it's good. EOL.

Reply Parent Score: 6