if delta == fix for an identified bug, then refusing them is obviously bad,
assuming the bugfix is itself ok
if delta == some (random) change someone thought would be nice, then
stability is not normally improved by adding them
I'm not sure what 'testing interval' you refer to?
>personally, I think there should be alpha (linus), beta (marcello)
>and gamma (maybe alan) streams, since some people really do seem
>to think marcello is moving too fast (he's way to slow for me.).
>or maybe it should be l-ac-m (well, it pretty much is, though I don't
>believe there's any formal analysis of how well-tested a delta is
>in ac's tree.)
I was under the impression that a 2.2.x/2.4.x2.6.x kernel was changed on
the premise that stability and correctness had high priority, and that
2.3.x/2.5.x/2.4.7.x were built on the premise that introducing new
features, optimizing and restructuring code, and addressing weaknesses had
I guess, though, if someone said : 2.4.x is feature-complete: you can
_only_ fix bugs in it, then we'd have a revolt :-) So perhaps you're
right, and we need three paths:
- a 2.5-like path, where anything sensible goes
- a 2.4-like path, where a lot goes, but nothing too big :-)
- a new path, where stability is paramount.
Of course, you could say 'why don't I use 2.2.20, if I'm that worried'.
Well, 2.4. has a bunch of features (e.g. iptables, decent USB & ATM
support, ) that I need or want badly enough that I'm prepared to put up
with some hassle. So currently I'm trying to find a kernel that is good
enough to leave alone. 2.4.18-rc1 is pretty good so far, but looking
through the patches btw. rc1 and final, and .19, I wonder which of the
fixed bugs I might hit next. Problem is, I have been looking for the 'good'
kernel for a while: trying 2.4.6, 2.4.8, 2.4.15, 2.4.17, 2.4.18rc1 -- I'm
starting to wonder when it might get here.
>finally, noone has enough time for as much testing as they should do.
>more trees just make this worse. if you're concerned about the stability
>of the stable branch, are you doing something to improve testing?
I try. I don't have a huge amount of time, but I'm using 2.4.18-rc1 on a
gateway box that is ADSL connected through a USB SpeedTouch; sometimes, the
ADSL IP link *just dies*; I am running with lots of logging to find out
more, and am slowly looking through the sources by hand to try to find
problems 'in my head'. It is hard going, and not any easier for the
SpeedTouch firmware being closed.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/