Honestly, the kernel version doesn't matter to most users. To the rest of us, we have one we already understand quite well, and are used to, so why change it "just because"?
I for one like the current scheme. It's simple and it works. So I hope they'll stick around to 2.6.30 (hey, 2.0 got up to 2.0.40, so what's the problem?) and beyond.
Announcement
Collapse
No announcement yet.
Farewell To The Linux 2.6 Kernel?
Collapse
X
-
Originally posted by 3vi1 View PostIf my opinion meant anything (which it doesn't) I would vote to go with the time base numbering - but drop the stupid Millennium and century. It would have the added benefit of putting the major numbers in sync with Ubuntu, and put the current number 1 ahead of the next Windows release.
Kubuntu 8.10, with kernel 8.27.7!
And, only when a minor number changes should the major number change. Also, patch levels should never change the major number. That is to say - at the stroke of midnight 8.28-12 does not become 9.28.12. The next patch would still be 8.28.13... etc. 9.29.1 would be the first "new" kernel. Let the minor revision climb until there's an major re-architecture of some piece of the kernel.
-J
Leave a comment:
-
there are better things to bother about than this . and i am sure this is almost like the last thing that would come to anyone's mind .
Leave a comment:
-
Originally posted by deanjo View PostI would see nothing wrong with going to a new major number. Enough has changed IMHO from 2.6.0 that it warrants it. I just don't think the numbering system should be tied to a value of no real relevance to it's development. Dates are what time stamps are for.
Leave a comment:
-
Originally posted by 3vi1 View PostI still like the idea of numbering by time, because it makes you aware of the progress. If 2.6 is going to be on the front of everything from now on... why even have it?
Leave a comment:
-
Originally posted by deanjo View PostLinux does not revolve around ubuntu.
I still like the idea of numbering by time, because it makes you aware of the progress. If 2.6 is going to be on the front of everything from now on... why even have it?
I have another idea: how about we drop the major and minor revision levels, and use latitude and longitude? I mean, if we're going to use the fourth dimension for one of the numbers... why not have the other two relate to where Linus was sitting when he did the commit?
-J
Leave a comment:
-
Originally posted by 3vi1 View PostIt would have the added benefit of putting the major numbers in sync with Ubuntu,
Leave a comment:
-
If my opinion meant anything (which it doesn't) I would vote to go with the time base numbering - but drop the stupid Millennium and century. It would have the added benefit of putting the major numbers in sync with Ubuntu, and put the current number 1 ahead of the next Windows release.
Kubuntu 8.10, with kernel 8.27.7!
And, only when a minor number changes should the major number change. Also, patch levels should never change the major number. That is to say - at the stroke of midnight 8.28-12 does not become 9.28.12. The next patch would still be 8.28.13... etc. 9.29.1 would be the first "new" kernel. Let the minor revision climb until there's an major re-architecture of some piece of the kernel.
-JLast edited by 3vi1; 17 October 2008, 10:34 PM.
Leave a comment:
-
Originally posted by deanjo View PostOK but I really don't see the value of having a year used as a version number especially in a project that does not comply to any real set release dates or schedule.
In addition to that, there's nothing intrinsically wrong with the current version naming scheme. I like the fact that it has used the same scheme for the last 4-5 years, it makes it dependable. Changing it would only lead to confusion, much like how Nvidia has messed up their versioning schemes with some cards the GeForce 9xxx series basically being re-branded 8xxx series cards, and others having a completely redesigned GPU.
I vote for keeping the 2.6.x versioning until the end of time!
(or until changes of significant magnitude are made to justify a 2.8.x or even 3.0 release)
Leave a comment:
-
Originally posted by Michael View PostThe aa in YYYY.aa.bb wouldn't be the month but just the release number so far that year, so the month doesn't matter at all.Last edited by deanjo; 17 October 2008, 04:57 PM.
Leave a comment:
Leave a comment: