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 EBE1A138A1F for ; Wed, 29 Jan 2014 06:34:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0503FE0AD8; Wed, 29 Jan 2014 06:34:43 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 12EEDE0AC9 for ; Wed, 29 Jan 2014 06:34:42 +0000 (UTC) Received: from [192.168.11.20] (cpe-72-177-217-176.satx.res.rr.com [72.177.217.176]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: steev) by smtp.gentoo.org (Postfix) with ESMTPSA id 34ACA33F66B for ; Wed, 29 Jan 2014 06:34:41 +0000 (UTC) Message-ID: <1390977278.24681.82.camel@oswin.hackershack.net> Subject: Re: [gentoo-dev] Re: rfc: revisiting our stabilization policy From: Steev Klimaszewski To: gentoo-dev@lists.gentoo.org Date: Wed, 29 Jan 2014 00:34:38 -0600 In-Reply-To: References: <52D5F0BF.3060305@gentoo.org> <20140115024604.GA3952@laptop.home> <20140115232804.1c26beda@kruskal.home.chead.ca> <20140116234442.27c361d1@TOMWIJ-GENTOO> <20140119143157.72fc0e91@kruskal.home.chead.ca> <20140120014713.2cafc257@TOMWIJ-GENTOO> <20140123181242.GA17827@rathaus.eclipse.co.uk> <20140123201333.71e52bfc@TOMWIJ-GENTOO> <20140124104605.GA19957@rathaus.eclipse.co.uk> <20140124192641.5677cc51@TOMWIJ-GENTOO> <20140128123740.GA1708@rathaus.eclipse.co.uk> <20140128141148.6a492fa4@TOMWIJ-GENTOO> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.8.5 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Archives-Salt: f8bed156-5e44-4e5b-916b-56a3b5338222 X-Archives-Hash: ddac7b7ce8870a0a672379c16a4545bf On Wed, 2014-01-29 at 03:15 +0000, Duncan wrote: > Tom Wijsman posted on Tue, 28 Jan 2014 14:11:48 +0100 as excerpted: > > [Seven J. Long wrote...] > > >> There's plenty of ways to stay on the bleeding-edge; throwing out the > >> baby with the bathwater will only tip you over it, and bork the distro > >> for the rest of us, and everyone down the line. > > > > Why do we have the baby in the first place? > > IOW, it's not throwing the "baby" out with the bathwater any longer, as > the "baby" long ago died of old age and is now a decaying corpse; there's > no "baby" to throw out any longer! > > Going with the analogy, that package has become an adult, grown old, got > sick, died, and now there are rather obvious and smelly signs of decay! > The neighbors complained (filed bugs) about the smell and when the > authorities investigated they found the decaying body (the bugs are > blocked pending removal of a long dead and should be gone version)! > > Yet some slow arch is insisting the corpse is not only alive and well, > but that it's still married to it, and the people coming to try and take > it away to the morgue aka VCS archives as part of the becoming-a-biohazard > cleanup (removing the package, thus unblocking those blocked bugs) are > somehow abusing their authority! > > Until the body becomes a biohazard (long dead package presence blocking > bug resolution), it's arguably the business of the deluded husband still > refusing to believe the death of his wife, but once it becomes a biohazard > the rest of the community is now threatened as well and something must be > done, thus this thread. > > [OK, the analogy triggered my imagination and I went with it...] > That got dark rather quickly... And the problem isn't that it's some dead thing around that no one wants, at least, no one except the team that it's the ONLY working version... so we go from having a decrepit but working version to... no alternative.