If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

Comment

Hmmm... I for sure would like something different than 2.6.xxx. Given how long "2.6" is around this prefix doesn't give much information anymore. How "old" e.g. is 2.6.13? Well, it's like "14 versions old", which give a rough idea of "outdated", but if this is how versions are compared one could just as well drop the "2.6" and call it "Linux 27", "Linux 28", ... which looks pretty stupid.

So I'd definately appreciate the year (and if possible/meaningful month, too) to be in the version number, so one can relate to it on a human scale.

Comment

This would be a big step in the wrong direction and really should be resisted. The current linux versioning scheme reflects the actual work, the actual technical milestones, and the relative stability of the kernel. Do I care what year and month it was released? No, because with this model of development progress is measured in work and innovation accomplished not predetermined product shipping deadlines.

Those people who wish to replace 2.6.27 with "linux 2008 SP3" need to have their heads examined.

Comment

Hmmm... I for sure would like something different than 2.6.xxx. Given how long "2.6" is around this prefix doesn't give much information anymore. How "old" e.g. is 2.6.13? Well, it's like "14 versions old", which give a rough idea of "outdated", but if this is how versions are compared one could just as well drop the "2.6" and call it "Linux 27", "Linux 28", ... which looks pretty stupid.

So I'd definately appreciate the year (and if possible/meaningful month, too) to be in the version number, so one can relate to it on a human scale.

Sorry, don't mean to sound like a troll with this reply but why doesn't Nexiuz follow this scheme then?

This would be a big step in the wrong direction and really should be resisted. The current linux versioning scheme reflects the actual work, the actual technical milestones, and the relative stability of the kernel. Do I care what year and month it was released? No, because with this model of development progress is measured in work and innovation accomplished not predetermined product shipping deadlines.

Those people who wish to replace 2.6.27 with "linux 2008 SP3" need to have their heads examined.