Re: My thoughts on the "new development model"

[michael]

John Richard Moser <nigelenki@xxxxxxxxxxx> writes:
> michael@xxxxxxxxxxxxxxx wrote:
[...]
> | There seems to be a lot of strange notions on this concept of 'stable'.
> | The only thing that makes a kernel 'stable' is time. Not endless
> | bugfixes. Just time. The idea of stable software is software that not
> | going to give you any suprises, software that you can trust.
> |
> 
> Right.  Bugfixing the "Stable" branch ONLY will make sure it does not
> surprise you with sudden new features (which may surprise you by. . .
> breaking your own patches!).

You've missed the point. 'Bugfixing' introduces code changes, and new
bugs. Having made 'bugfix', you now need to go back and re-do much,
if not all of your testing to ensure that you haven't introduced a brand
new bug. At a simple level, to 'bugfix' means to remove 1 known bug
and introduce a random number of unknown bugs. (Could be zero with reasonable
probability; could be 50 with low probabilty. The point is that you don't
know).

This isn't helping to reduce your 'suprise' rate.

[...] 
> | Now you've got a kernel that tests clean with your app. DON'T
> | CHANGE IT!!
> |
> | Ta-Dah! You've got a stable kernel.
> |
> 
> That if I keep my realtime patches or my security enhancements or my new
> drivers or my new filesystems on and don't continuously upgrade will
> cause me to stagnate and be left behind and ignored.

Ahh. Now I get it. You don't want a stable kernel at all. You
just want to pick and chose which new features you get.

In what way is 'security enchancements', or 'new drivers', or 'new
filesystems' not the very feature enchancements you're complaining
about in 2.6?

Michael.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/