[lkml]   [2008]   [Oct]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [RFC] Kernel version numbering scheme change
Greg KH wrote:
>> I think it's both visually cumbersome and has the problem that it is harder
>> to predict future releases. The first problem can be dealt with by simply
>> subtracting 2000 from the year (Altera uses this scheme for their EDA
>> tools, and I didn't realize it for quite a while because it looked so
>> natural), but the second is still a problem.
> What is the "problem" of predicting future releases? What relies on the
> actual number being "correct" some random time in the future?

We already have the 2.6.28-rc series; and we are already talking about
2.6.29 features.

We *really* don't want 2008.3-rc4 to be followed by 2009.1-rc5. That is
the kind of stuff that make script makers want to strangle developers
alive with their own intestines.


 \ /
  Last update: 2008-10-18 09:23    [W:0.106 / U:14.428 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site