Messages in this thread | | | Subject | Re: My thoughts on the "new development model" | From | michael@optusnet ... | Date | 28 Oct 2004 16:46:58 +1000 |
| |
John Richard Moser <nigelenki@comcast.net> writes: [ .. lots of stuff .. ] > Let's make 2.7 what 2.6 is now (a relatively stable kernel that gets > relatively stable feature enhancements continuously), rather than what > 2.5 was (a hell of a lot of patches and then a hell of a lot of > debugging), and make 2.6 more restrictive than 2.4 in that it should be > strictly bugfixes (including security bugs) and no backported drivers or > features.
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.
That's NOT the same as bug free software. For a start, there's no such thing. For another, many bugs are perfectly acceptable in a production environment as long as they're not impacting. (The linux kernel is a very large piece of work. Few installations would use even 20% of the total kernel functionality).
If you want a stable kernel version, pick one (almost any one will do). Test the hell of out it with your application(s). If it fails, fix the bug, or pick a different version. rinse, repeat.
Now you've got a kernel that tests clean with your app. DON'T CHANGE IT!!
Ta-Dah! You've got a stable kernel.
Now why would you change it? The only possible reasons are that your testing was terrible and you missed a bug, in which case you can go back to step 1, or that you want a new feature. In which case you can go back to step 1.
That wasn't too hard, was it. Even better, you didn't see anything in there about 2.6 v 2.7 or other such fluff.
Michael. - 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/
| |