Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758124Ab1EXCBw (ORCPT ); Mon, 23 May 2011 22:01:52 -0400 Received: from mx2.mail.elte.hu ([157.181.151.9]:45407 "EHLO mx2.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751188Ab1EXCBs (ORCPT ); Mon, 23 May 2011 22:01:48 -0400 Date: Tue, 24 May 2011 04:01:35 +0200 From: Ingo Molnar To: Linus Torvalds Cc: "H. Peter Anvin" , "Ted Ts'o" , Linux Kernel Mailing List , linux-arch@vger.kernel.org, DRI , linux-fsdevel , linux-mm , Andrew Morton , Greg KH Subject: Re: (Short?) merge window reminder Message-ID: <20110524020135.GA19249@elte.hu> References: <20110523192056.GC23629@elte.hu> <20110523231721.GM10009@thunk.org> <4DDAEC68.30803@zytor.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-08-17) X-ELTE-SpamScore: -2.0 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-2.0 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.3.1 -2.0 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2257 Lines: 54 * Linus Torvalds wrote: > Another advantage of switching numbering models (ie 3.0 instead of > 2.8.x) would be that it would also make the "odd numbers are also > numbers" transition much more natural. Yeah, it sounds really good to get rid of the (meanwhile) meaningless "2.6." prefix from our version code and iterate it in a more meaningful way. I suspect the stable team and distros will enjoy the more meaningful third digit as well: it will raise the perceived importance of stabilization and packaging work. Btw., we should probably remove the fourth (patch) level, otherwise distros might feel tempted to fill it in with their own patch-stack version number, which would result in confusing "3.3.1.5" meaning different things on different distros - while 3.3.1-5.rpm style of distro kernel package naming denotes the distro patch level more clearly. I don't think the odd/even history will linger too long: in practice we'll iterate through 3.1, 3.2, 3.3 and 3.4 rather quickly, in the first year, so any residual notion of stable/unstable will be gone within a few iterations. > Because of our historical even/odd model, I wouldn't do a 2.7.x - > there's just too much history of 2.1, 2.3, 2.5 being development > trees. But if I do 3.0, then I'd be chucking that whole thing out the > window, and the next release would be 3.1, 3.2, etc.. > > And then in another few years (probably before getting close to 3.40, > so I'm not going to make a big deal of 3 = "third decade"), I'd just > do 4.0 etc. Perhaps we could do 4.0 once the last bit of -rt hits upstream? /me ducks > Because all our releases are supposed to be stable releases these > days, and if we get rid of one level of numbering, I feel perfectly > fine with getting rid of the even/odd history too. They are very stable releases as far as i'm concerned - i can pretty confidently run and use -rc2 and better kernels on my boxes these days and could do so for the past few years. Thanks, Ingo -- 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/