[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ortzb89bak.fsf@oliva.athome.lsd.ic.unicamp.br>
Date: Mon, 20 Oct 2008 01:48:35 -0200
From: Alexandre Oliva <oliva@....ic.unicamp.br>
To: "H. Peter Anvin" <hpa@...nel.org>
Cc: Greg KH <greg@...ah.com>, Alan Cox <alan@...rguk.ukuu.org.uk>,
Adrian Bunk <bunk@...nel.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
linux-kernel@...r.kernel.org
Subject: Re: [RFC] Kernel version numbering scheme change
On Oct 18, 2008, "H. Peter Anvin" <hpa@...nel.org> wrote:
> Greg KH wrote:
>> 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.
Just do like car manufacturers. When it's 2008, you can already shop
around their 2009 models. Linux could do the same. We could right
now decide that 2.6.29 is going to be 2009.1 (or 9.1, or 2.9.1,
whatever), and then, even if it's still 2008 when it goes out, so
what?
(The 2.6.28 cycle has already started, so it's probably easier to just
leave it alone)
> 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.
+1
Not that I care one way or the other. It's just that I don't see how
your response bears any relationship with the point Greg made. It's
just a distraction. We're talking about how to label releases, not
about guessing the release date of a kernel months ahead. One you
label it, it stays that way.
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
Free Software Evangelist oliva@...d.ic.unicamp.br, gnu.org}
FSFLA Board Member ¡Sé Libre! => http://www.fsfla.org/
Red Hat Compiler Engineer aoliva@...dhat.com, gcc.gnu.org}
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists