From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 5F019139694 for ; Tue, 25 Jul 2017 04:35:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2E0411FC03B; Tue, 25 Jul 2017 04:35:07 +0000 (UTC) Received: from blaine.gmane.org (unknown [195.159.176.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C01BBE070D for ; Tue, 25 Jul 2017 04:35:06 +0000 (UTC) Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dZrYg-0007Io-5v for gentoo-dev@lists.gentoo.org; Tue, 25 Jul 2017 06:34:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: [RFC] Future of gentoo's stable and unstable trees: what are your thoughts? Date: Tue, 25 Jul 2017 04:34:48 +0000 (UTC) Message-ID: References: <20170724222223.6d359e47@sf> <20170724232244.GT12397@stuge.se> 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@blaine.gmane.org User-Agent: Pan/0.142 (He slipped to Sam a double gin; b8c8c8ef0) X-Archives-Salt: ff3de6ab-7b76-4f24-b313-4fac5931c149 X-Archives-Hash: 7122dbffb48c09de4be7277c98f53ca3 Rich Freeman posted on Mon, 24 Jul 2017 19:52:40 -0400 as excerpted: > On Mon, Jul 24, 2017 at 7:22 PM, Peter Stuge wrote: >> >> I hold a perhaps radical view: I would like to simply remove stable. >> >> I continue to feel that maintaining two worlds (stable+unstable) >> carries with it an unneccessary cost. >> >> > The question is whether devs would start being more conservative with > ~arch if it essentially turned into the new stable? > > If ~arch doesn't break then we're probably delaying updates too much. > If it does start breaking and we don't have any alternative, we'll > probably start losing users who just can't deal with their systems > breaking. > > Personally I'd rather see stable stick around. If it isn't updated > often that isn't a big deal (to me at least). Indeed, while along with Peter I have little personal use for stable (~arch is my stable, live-git my unstable, and stale arch, well, stale), I've come to realize over the years that there's enough gentooers, both users and devs, that do stable, that killing it isn't going to be the boon people only looking at all that "wasted" effort might believe it to be. Instead, were gentoo to lose stable, it'd ultimately shrink as both users and devs that previously found gentoo stable the most effective 'scratch' to their 'configurable stability itch', were forced to look elsewhere to scratch that itch. While there's a small chance it'd be an incremental gain for gentoo ~arch, there's a far larger chance it'd be the beginning of the end as without stable, the gentoo community could easily shrink into unsustainability -- too few people ever considering being users to produce enough incoming developers to maintain gentoo ~arch at anything close to the level we have now. OTOH, there may be a case to be made for the implications of Rich's suggestion... and mine above. Arguably just lose the pretense and simply rename stable -> stale, and let people that want/need it continue to deal with it on those terms. At least that way gentoo security advisories, etc could then be for "gentoo stale", and as such wouldn't look so dated when they come out half a year after the upstream public vulnerability and patch and/or unaffected release announcements, because that's what it took to stabilize the patched version on some platform or other that was holding up the glsa. Automating stabilization and automated keyword dropping on timeouts seems the only other practical choice, as unfortunately, "stale" is what we have today in practice, if not in name. So yes, I support the initiative. =:^) -- 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