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 09931138B32 for ; Sun, 26 Jan 2014 00:59:26 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 29B0DE0A01; Sun, 26 Jan 2014 00:59:21 +0000 (UTC) Received: from mail-qc0-f178.google.com (mail-qc0-f178.google.com [209.85.216.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 37EF6E09EA for ; Sun, 26 Jan 2014 00:59:20 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id m20so6229056qcx.23 for ; Sat, 25 Jan 2014 16:59:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=fUkD8NaTZEWa5fMonOag6EXFMPGK1fvs2+FjkhU0pQs=; b=AypqL2I+kX92I9kTFhiN2C20kLM5a2D4XLfrQakls9xIYd/YLwV6xMm11ZVtYP/9gi ILmmXmUHAaTXZ9DWBE7rGievWH4ILMED1tz/nEXHDT4UYHJL+DFHYGyeiP6bY9rivDGN F2OpQHrGy5bC2eCeuBm4J0vkFW1s8he7c4HlBhNthF8QbUQdlHzPor2V6dilO/RIgazz aDqrRCp6Njf8nVtrXuF6brDYS4EscpZkoSese0+xjT5OWwzEYLhVRJcxJnqwZZLa4vgp XH/SKYU5jNTLdupL28K7etxS+5M8b3pc5uVwoGq2u1hy0TguAy6E8VPoBsEX0XFNr8CJ 4JPQ== 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 X-Received: by 10.224.87.193 with SMTP id x1mr4314604qal.70.1390697959377; Sat, 25 Jan 2014 16:59:19 -0800 (PST) Sender: freemanrich@gmail.com Received: by 10.140.49.233 with HTTP; Sat, 25 Jan 2014 16:59:19 -0800 (PST) In-Reply-To: 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> Date: Sat, 25 Jan 2014 19:59:19 -0500 X-Google-Sender-Auth: 7x5UdDgWspLgL9JFIOVfMZIpuMs Message-ID: Subject: Re: [gentoo-dev] Re: rfc: revisiting our stabilization policy From: Rich Freeman To: gentoo-dev Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: 26cc5f23-91e7-4240-b1b6-5cacca8b9735 X-Archives-Hash: e42dbacacba8b9aef2e115e12f8ad74f On Fri, Jan 24, 2014 at 11:02 PM, Duncan <1i5t5.duncan@cox.net> wrote: > 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. I get what you're saying, and I'm going to use a bit of hyperbole so don't take this too seriously, but couldn't you just as easily argue that Gentoo could go much faster if we actually took advantage of the fact that we DO have a stable tree, and stop being so careful about not breaking the testing tree? Honestly, I think both trees represent a pretty decent balance. It is pretty safe to run ~arch for the packages you really are interested in, and run stable for the stuff that you don't care so much about, thus limiting your exposure to problems while getting cutting-edge where you care for it. Most of the concern in this thread has been about some minor archs that struggle to keep up. It seems like the simplest solution in these cases is to just have them focus on @system packages for the stable tree, and let users deal with more breakage outside of that set (where it isn't super-disruptive). If you're running a minor arch chances are that you're happy to have any support at all, since you sure aren't going to be running Ubuntu... Rich