Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261719AbVCCTnx (ORCPT ); Thu, 3 Mar 2005 14:43:53 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261160AbVCCTnk (ORCPT ); Thu, 3 Mar 2005 14:43:40 -0500 Received: from mx1.redhat.com ([66.187.233.31]:43154 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S261194AbVCCTeS (ORCPT ); Thu, 3 Mar 2005 14:34:18 -0500 Date: Thu, 3 Mar 2005 14:33:58 -0500 From: Dave Jones To: "Bill Rugolsky Jr." , Andrew Morton , Jeff Garzik , greg@kroah.com, torvalds@osdl.org, rmk+lkml@arm.linux.org.uk, linux-kernel@vger.kernel.org Subject: Re: RFD: Kernel release numbering Message-ID: <20050303193358.GA29371@redhat.com> Mail-Followup-To: Dave Jones , "Bill Rugolsky Jr." , Andrew Morton , Jeff Garzik , greg@kroah.com, torvalds@osdl.org, rmk+lkml@arm.linux.org.uk, linux-kernel@vger.kernel.org References: <42265023.20804@pobox.com> <20050303002047.GA10434@kroah.com> <20050303081958.GA29524@kroah.com> <4226CCFE.2090506@pobox.com> <20050303090106.GC29955@kroah.com> <4226D655.2040902@pobox.com> <20050303021506.137ce222.akpm@osdl.org> <20050303170759.GA17742@ti64.telemetry-investments.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050303170759.GA17742@ti64.telemetry-investments.com> User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1918 Lines: 38 On Thu, Mar 03, 2005 at 12:07:59PM -0500, Bill Rugolsky Jr. wrote: > IMHO, Jeff Garzik has made two very useful points in this thread: > > 1. The number of changesets flowing towards the Linus kernel is accelerating, > so the kernel developers should be trying to accelerate the merging process, > not introducing delays. If you accelerate the merging process, you're lowering the review process. The only answer to get regressions fixed up as quickly as possible (because prevention is nigh on impossible at the current rate, so any faster is just absurd), would be more regular releases, so that they got spotted quicker. > Dave has been building "unstable" bleeding-edge Fedora kernels from > 2.6.x-rcM-bkN, as well as "test" kernels for Fedora updates; Actually only rawhide (FC4-to-be) has been getting -rc-bk patches. The FC2/FC3 updates have been release versions only, with -ac patches. (and also some additional patches backing out bits of the -ac) During a test cycle (Ie, after FC4test1 is released, but before FC4 gold) is the only time Fedora users regularly test a -rc-bk tree. This is part of the problem with rebasing the existing releases to new kernels. It's shoving a largely untested codebase into a release that was never tested in that combination. It's expected that some stuff will break, but the volume of breakage is increasing as time goes on. Even if _I_ stopped rebasing the Fedora kernel, some of our users will still want to build and run the latest kernel.org kernel on their FC2 boxes. We shouldn't be expecting them to have to rebuild half of their userspace just because we've been sloppy and broke interfaces. Dave - 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/