From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id CEA531381F3 for ; Thu, 27 Jun 2013 19:45:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 09DE3E080A; Thu, 27 Jun 2013 19:45:06 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 61187E07FD for ; Thu, 27 Jun 2013 19:45:05 +0000 (UTC) Received: by smtp.gentoo.org (Postfix, from userid 2195) id A26B033E7CB; Thu, 27 Jun 2013 19:45:04 +0000 (UTC) Date: Thu, 27 Jun 2013 15:45:04 -0400 From: Mike Pagano To: gentoo-kernel@lists.gentoo.org Subject: Re: [gentoo-kernel] vanilla-kernel sources should not be marked stable for obsolete versions Message-ID: <20130627194504.GA22153@woodpecker.gentoo.org> References: <20130621145801.GA5202@kroah.com> <20130622020259.7a411a7a@TOMWIJ-GENTOO> <20130622001303.GA2278@kroah.com> <20130622024516.3a51911e@TOMWIJ-GENTOO> <20130622034243.GA2058@kroah.com> <20130622084525.2d1fa03f@TOMWIJ-GENTOO> <20130624162710.GA16499@kroah.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-kernel@lists.gentoo.org Reply-to: gentoo-kernel@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130624162710.GA16499@kroah.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: 568bb8b4-3a38-4a3e-b634-b6d41768ed68 X-Archives-Hash: 6fa1f35552274c5cc0a53dd507383024 On Mon, Jun 24, 2013 at 09:27:10AM -0700, Greg KH wrote: > On Sat, Jun 22, 2013 at 08:45:25AM +0200, Tom Wijsman wrote: > > On Fri, 21 Jun 2013 20:42:44 -0700 > > Greg KH wrote: > > > > > On Sat, Jun 22, 2013 at 02:45:16AM +0200, Tom Wijsman wrote: > > > > On Fri, 21 Jun 2013 17:13:03 -0700 > > > > Greg KH wrote: > > > > > > > > > Great! But as only the latest version released is "stable", > > > > > that's all that should stick around, right? > > > > > > > > Tricky decision to make. Do we really want to force people's kernel > > > > sources to unmerge every single time you push a new version? Which > > > > on its own turn, forces them to build and install the new kernel. > > > > > > If they are following the vanilla kernels, isn't that what people > > > expect? The latest stable-kernel-of-the-week, as that's what I'm > > > releasing. They don't have to do an update if they don't want to :) > > > > If we don't keep around other ebuilds their sources will unexpectedly > > unmerge upon a dependency clean; they can only stop it if they see it > > in the list of packages that will be unmerged, and do something to > > specifically keep them. > > True, so we can keep around 3-4 older ebuilds if needed, per kernel > release. But who really does a dependency clean these days, I've never > done one :) > > So, what's the next step? Should I announce the change to -dev? Anyone > else really object to it? Other thoughts? > > thanks, > > greg k-h > Are we agreed on a few facts? 1. Upstream release rate is now a much higher 1-2 kernels a week. 2. Very frequently, these releases contain security fixes. 3. This rate of release puts arch teams in a difficult position, since it is unsustainable to try to keep up tp date with stabilization 4. By continuing the policy of providing a stable kernel version, Gentoo is giving a false sense of security to its users, since by the time the kernel does get stabilized, a newer version more with more security fixes is almost always already released. Auto stabling keywords again will give that false impression of Gentoo QA on a particular arch, so I don't think I would want that. A downside is that a kernel could be released that wont build on an arch. Does that imply failure of our QA process? Or is it acceptable, as a fix almost always follows right after that kind of situation. -- Mike Pagano Gentoo Developer - Kernel Project Gentoo Sources - Lead E-Mail : mpagano@gentoo.org GnuPG FP : EEE2 601D 0763 B60F 848C 9E14 3C33 C650 B576 E4E3 Public Key : http://pgp.mit.edu:11371/pks/lookup?search=0xB576E4E3&op=index