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 1A167138A1F for ; Tue, 28 Jan 2014 12:53:09 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 35CA6E0CFB; Tue, 28 Jan 2014 12:53:02 +0000 (UTC) Received: from mail-wg0-f51.google.com (mail-wg0-f51.google.com [74.125.82.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 24412E0CEE for ; Tue, 28 Jan 2014 12:53:00 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id z12so692439wgg.30 for ; Tue, 28 Jan 2014 04:52:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=51wvsI8rFi/YOEYbMxQp70gBe0FkuqQe8Kbsp4aOhA8=; b=D8ZIOrIkzM8Int0mQleIhdh7MLhjvgOls/NBusT8xyN6Zo+o/ndguAd4LfWuASCqCR 9MlAn55Jua1/vXcJQnm8KzwdQ2qk9hVBjhbawkkt2Jkk7Wp33RWVWF0Q45djMX7z/gVR YyKMQGBotgfTyL38CNQ03cMjMXYO7ETgsIU9YrVtIYoEEeEHET6l4EKYwMxjgJvdPrBg IVZ/McFYf4odd7Epdmc8XERE/AeMTjTB9HXxq0kScdLtIQEhDGOMdfhNzcDZM5pFtzKQ MSnXhfhSyvW7ThTJEvI5ghLH3XaFdIB9HR9QRDWfvRalg2SEEFNnaZE6I8bcCOfIwE8X JKxQ== X-Received: by 10.180.93.169 with SMTP id cv9mr15798659wib.3.1390913579823; Tue, 28 Jan 2014 04:52:59 -0800 (PST) Received: from [172.20.0.40] (196-210-244-57.dynamic.isadsl.co.za. [196.210.244.57]) by mx.google.com with ESMTPSA id hq3sm32902721wjb.0.2014.01.28.04.52.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 28 Jan 2014 04:52:58 -0800 (PST) Message-ID: <52E7A82B.7070105@gmail.com> Date: Tue, 28 Jan 2014 14:52:59 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: rfc: revisiting our stabilization policy 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> In-Reply-To: <20140128123740.GA1708@rathaus.eclipse.co.uk> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 1afd9096-1322-4750-ba09-5541656a8f2f X-Archives-Hash: e4f984f9cfe0b53a04cc32b0ae1281f3 On 28/01/2014 14:37, Steven J. Long wrote: > I concur that "QA should be focusing on making stable, actually stable, > not more bleeding edge." That's not a "performance" issue as you put it, > except in management nuspeek. It's the whole bloody point of the distro, > in overarching terms: to test and stabilise robust ebuilds. That process > is what leads to better software, not staying at the "bleeding-edge" > and forgetting about robustness since "a new version is out." +1 Nice to see a dev echo my sentiments almost word for word exactly. 9 years later I'm still here, still running Gentoo on all my hosts (over 10 at last count excluding VMs). Why? Because Gentoo just.works.right.every.single.time, even on ~arch - and that is an amazing accomplishment for an distro never mind a USE based one. If I want bleeding edge I'll use funtoo or exherbo or unmask everything -9999. If I want the latest new! improved! shiny! crap re-implemented yet again and badly, there's Ubuntu or nightlies from rawhide. The joy of Gentoo is that it works on just about anything. Stable well-tested code continues to just work for the most part even on slacker arches even if the ebuild is years old. When stable is just a bit too stable for a specific case, we have overlays and /usr/local/portage/cat/pkg. This is why Gentoo works so well, because the weird arches still get to play on the same playground with the other kids. I work at a carrier ISP and you'd be pleasantly surprised to see just how many gentoo-powered vendor POC blackboxes come through the office from vendors wanting to sell their network magic. Business seems to have cottoned onto the idea that gentoo let's you stop wasting time with make and rather fire off emerge, doesn't matter what the silicon is. Slow arches is the price for supporting everything out there. But so what? If slow_arch_X is stuck on some old version of an @system package, who cares? It's not like portage will pick it for an amd64 box. An old ebuild is a file, it sits next to 178,477 files and does no harm, it only gets used on hardware that needs it. -- Alan McKinnon alan.mckinnon@gmail.com