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 9CC9D1387AB for ; Sat, 25 Jan 2014 04:02:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 54214E0B87; Sat, 25 Jan 2014 04:02:53 +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 4458EE0B73 for ; Sat, 25 Jan 2014 04:02:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 9B66133F5BC for ; Sat, 25 Jan 2014 04:02:51 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.514 X-Spam-Level: X-Spam-Status: No, score=-1.514 tagged_above=-999 required=5.5 tests=[AWL=-0.878, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.634, 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 tgYoq18L19_l for ; Sat, 25 Jan 2014 04:02:45 +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 37F5B33F5C4 for ; Sat, 25 Jan 2014 04:02:42 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W6uS6-0006Xv-Db for gentoo-dev@gentoo.org; Sat, 25 Jan 2014 05:02:38 +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 ; Sat, 25 Jan 2014 05:02:38 +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 ; Sat, 25 Jan 2014 05:02:38 +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: Sat, 25 Jan 2014 04:02:16 +0000 (UTC) Message-ID: References: <52D5E60A.80600@gentoo.org> <20140115020934.GA3886@laptop.home> <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> 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: 184f21c4-bc5a-49f1-b42d-c7f8d78ffba5 X-Archives-Hash: 5b0c0d982b45eae1d19b8c29c712cdac Tom Wijsman posted on Fri, 24 Jan 2014 19:26:41 +0100 as excerpted: > On Fri, 24 Jan 2014 10:46:06 +0000 "Steven J. Long" > wrote: > >> Tom Wijsman wrote: >> > "Steven J. Long" wrote: >> > > What? Without a stable tree, Gentoo is useless afaic. >> > >> > It moves us closer to upstream releases, a little more bleeding edge; >> > a lot of users and developers run that already, it is found to be >> > useful. >> >> What? More vague. As are many of your philosophical statements in later >> and prior mails, so I'll ignore those. > > It is reality; and thus, without a stable tree, Gentoo is still useful > for a lot of users and developers. What is vague about that? [TL;DR readers may simply skip this one entirely. =:^) ] Indeed. While I recognize that in free software people scratch their own itches to a large extent, and thus that for some gentoo devs, they'd not be gentoo devs or contributing at all if there wasn't a stable tree for them to ultimately contribute to, and thus don't begrudge them all the time and effort they spend on stabilizing things, at the same time... Being a ~arch and sometimes live-build/overlay user since I switched to gentoo now a decade ago[1], in part because my previous distro of choice (Mandrake) fell three kde releases (3.x.y, so it'd be 90 days behind with kde's current monthly micro-release schedule, tho IIRC it was a bit slower back then) behind, even for their beta/cooker release... I've often wondered just how much faster gentoo could move, and how much better we could keep up with upstream, if we weren't so focused on 30+day outdated stab?l3 bumping all the time. All that effort... from my viewpoint going to waste on something that gentoo really isn't going to be that great at anyway, certainly in comparison to other distros which REALLY provide a stab?le service, up to a /decade/ outdated, supporting often trailing edge software, in an effort to slow down progress for people that don't want to move so fast. There's simply no way gentoo's going to compete well with either the commercial enterprise distros like RHEL and SLED/SLES, nor are we going to compete well with Debian stable. That's not gentoo's strength, and from a certain viewpoint, any effort sunk into that is simply sunk. How much better could gentoo be for those where the /real/ action is, at upstream release or even live-development versions, if all that effort wasn't being sunk into useless trailing edge stuff that we never have a chance of out-supporting other distros with anyway? Tho as I said, I realize that FLOSS is very much a scratch your own itch thing in many cases, particularly for a community distro such as gentoo, and that for a lot of arch-dev folks, if arch-stable wasn't there for them to work on, those folks simply wouldn't be working on gentoo at all, but on other distros or even out of FLOSS entirely, so it's very much *NOT* a zero-sum game, and I can't begrudge them all the work they put into making gentoo the best it can be for their particular stable-arch itch, either. So I appreciate that they're there and the work that they do, expanding gentoo's practical reach, even if it's not something I'm likely to be using or even particularly interested in any time soon. My point being... yes indeed, there's a LOT of folks for whom gentoo without a stable tree would be a gentoo freed of a to-them useless weight, allowing gentoo to move even faster, and be even better in areas that are already its strength, heavily automated leading edge releases and live-development level packages. And I'm one of those folks! But that doesn't mean that I consider gentoo's stable tree entirely useless, even if in practice it is so for me, because I /do/ recognize it's not a zero-sum game -- killing the stable trees wouldn't get us /that/ much more work on the leading edge stuff, as most of that present contribution would simply go away. At best, I'd guess we'd get /maybe/ 20% of it, likely half that. And we'd shrink as a distro and lose a lot of donated services, etc, as well, so what /might/ be a 10% gain in leading edge contribution could well actually end up being an overall loss, too. But certainly, in a thought experiment, gentoo without the stable tree would be at least as useful as it is now, for some of us, were it not for the practical effect I mention above. --- [1] I remember that I tried with 2004.0, but didn't actually get switched until 2004.1, thus... early 2014.... almost exactly a decade ago now, depending on whether you count from when I started trying or when I finally got a functional and complete install. -- 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