lkml.org 
[lkml]   [2005]   [Jan]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: starting with 2.7
Willy Tarreau wrote:

> The problem with -rc is that there are two types of people :
> - the optimists who think "good, it's already rc. I'll download it and
> run it as soon as it's released"
> - the pessimists who think "I killed my machine twice with rc, let's leave
> it to other brave testers".
>
> These two problems are solvable with the same solution : no rc anymore.

How does that help? The 2nd group won't D/L the -bk versions either, I
certainly can see the logic in that.

Someone said we used to have a development and stable series and only
the best tested stuff from devel made it into stable. Then spoiled it by
saying that stable and -mm did that now. The problem is that akpm is
wearing both hats, he tries stuff in -mm, then decides it's stable for
the mainline. There's no "cooling off" period for mainline when it only
gets fixes, and no 2nd set of eyes doing triage between the fix and the
feature.

I would really like to see:
a - more frequent releases in mainline
b - point releases with ONLY fixes (ie. 2.6.11.1, etc)

For (a) pick a release date, say the first and 16th of every month. On
that date apply the latest -bk, any known fixes to problems (see below)
and call it 2.6.N+1.

For (b) a fix would be defined as a failure in an existing feature which
causes correct operation without side effects. NOT "works better" but
only to go from "doesn't work" to "works." Strict adherence to the "if
it ain't broke don't fix it" rule. I would expect the average number to
be zero, and only rarely more than one.

That would keep people from having to wait more than a few weeks for a
new feature or enhancement, or they could go to the -bk, and would give
a clearly identified fix (only if needed) which is unlikely to break
anything.

I expect this to be ignored or disparaged like all other suggestions
that anything resembling stability is needed.

--
-bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:09    [W:1.038 / U:0.312 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site