lkml.org 
[lkml]   [2010]   [Jul]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: stable? quality assurance?
Ted Ts'o wrote:
> It is possible to do other types of release strategies, but look at
> Debian Obsolete^H^H^H^H^H^H^H^H Stable if you want to see what happens
> if you insist on waiting until all release blockers are fixed

I don't know if Ted intended to be snide, but that is how he sounded.
And yet, his comment was a fair reflection of how core developers seem
to feel about stability, namely that a stable kernel is obsolete and
therefore not particularly desirable. (I use the word "stable" in it's
common English meaning, not the almost inexplicable Tux variation.)

I think the truth is that linux kernels are only ever stable as released
by distributions, and then only the more conservative of them. What
comes direct from kernel.org, I mean those called "latest stable", are
an exercise in dissembling. It's stable because someone calls it
stable, even though it crashes and has regressions? That's not stable,
that's just misleading.

Stable kernels *could* be stable. Debian succeeds. If it takes them a
long time, that is only because the core developers fail to release
reasonable quality kernels. Don't sneer at them because they do the
right thing; do the right thing yourself so that they can produce more
timely updates.

I don't expect fair consideration of these comments; why change when
shooting the messenger is so much more satisfying?


\
 
 \ /
  Last update: 2010-07-12 08:53    [from the cache]
©2003-2011 Jasper Spaans