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 9B751138B38 for ; Wed, 29 Jan 2014 03:16:09 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4E51FE0A8A; Wed, 29 Jan 2014 03:16:01 +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 BD6BBE0A6C for ; Wed, 29 Jan 2014 03:15:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id D8C3033F7CD for ; Wed, 29 Jan 2014 03:15:58 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.431 X-Spam-Level: X-Spam-Status: No, score=-1.431 tagged_above=-999 required=5.5 tests=[AWL=-0.957, RP_MATCHES_RCVD=-0.472, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nXWaBLEsIMYq for ; Wed, 29 Jan 2014 03:15:53 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id EF59033F7C7 for ; Wed, 29 Jan 2014 03:15:52 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W8Lcy-0004I4-74 for gentoo-dev@gentoo.org; Wed, 29 Jan 2014 04:15:48 +0100 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Jan 2014 04:15:48 +0100 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Jan 2014 04:15:48 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: rfc: revisiting our stabilization policy Date: Wed, 29 Jan 2014 03:15:26 +0000 (UTC) Message-ID: 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> 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-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT 6daf184 /usr/src/portage/src/egit-src/pan2) X-Archives-Salt: 3190187b-9164-47b6-a30e-21c3fd948805 X-Archives-Hash: dc305ac859549c742f4526cda2283552 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...] -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman