Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750778AbWHNHMK (ORCPT ); Mon, 14 Aug 2006 03:12:10 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750804AbWHNHMK (ORCPT ); Mon, 14 Aug 2006 03:12:10 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:411 "EHLO pentafluge.infradead.org") by vger.kernel.org with ESMTP id S1750778AbWHNHMJ (ORCPT ); Mon, 14 Aug 2006 03:12:09 -0400 Subject: Re: linux-2.4.33 released From: Arjan van de Ven To: Grant Coady Cc: Willy Tarreau , Kasper Sandberg , Marcelo Tosatti , linux-kernel@vger.kernel.org In-Reply-To: References: <200608110418.k7B4IqDn017355@hera.kernel.org> <1155318180.23933.7.camel@localhost> <20060811190923.GJ8776@1wt.eu> Content-Type: text/plain Organization: Intel International BV Date: Mon, 14 Aug 2006 09:12:04 +0200 Message-Id: <1155539524.2886.178.camel@laptopd505.fenrus.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1839 Lines: 39 On Sat, 2006-08-12 at 12:18 +1000, Grant Coady wrote: > On Fri, 11 Aug 2006 21:09:23 +0200, Willy Tarreau wrote: > > >Hello, > > > >On Fri, Aug 11, 2006 at 07:43:00PM +0200, Kasper Sandberg wrote: > >> On Fri, 2006-08-11 at 04:18 +0000, Marcelo Tosatti wrote: > >> > final: > >> > > >> > - 2.4.33-rc3 was released as 2.4.33 with no changes. > >> I have one suggestion for the 2.4 tree, next time a few changes is > >> introduced, they could be put as a bugfix release, as with the 2.6 > >> branch now, so that it doesent end up taking years for a new 2.4 > >> release, and instead a point release(if any such thing happens at all) > > > >This has already the case with the hotfix tree since 18 months or so. A > >hotfix release is issued when there are important fixes. Anyway, I was > >thinking about releasing pre-releases more often. Also, you might have > >noticed that the slowdown is more important during -rc for obvious reasons. > > >To solve this problem, I intend to maintain a 'next' branch in the tree > >which will contain the fixes that can wait for next version. It should > >help us batch the fixes and reduce the latency between important fixes > >and the associated release. > > Perhaps time to follow the 2.6.nn-stable naming scheme? Since you're in > the driver's seat now? This may be less confusing to 2.4 series users. Maybe a strange question.. but why bother? The criteria for a patch going into 2.4 are already stricter than the 2.6 -stable criteria (in practice), so why not just release a new "full" kernel instead when this is required/needed ? - 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/