From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QG8uN-0001UZ-5x for garchives@archives.gentoo.org; Sat, 30 Apr 2011 12:04:23 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7AE9A1C085; Sat, 30 Apr 2011 12:04:13 +0000 (UTC) Received: from mail-wy0-f181.google.com (mail-wy0-f181.google.com [74.125.82.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 976951C0B1 for ; Sat, 30 Apr 2011 12:03:44 +0000 (UTC) Received: by wyi11 with SMTP id 11so4523700wyi.40 for ; Sat, 30 Apr 2011 05:03:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NSebLEhljEblFTuR6j18RlklmRBLfScdNRalnKrTyGw=; b=pKE5R1dcYs2LJfacC2WO4RUASU0N5X9+0V0JwB9L0XPVmyBKzd1tEg9TzfqpsUl0uL YEIvQKGE3M8KaCmqQ+17LPycVgf2zcLFXtmD8+i57jZaxt4XP6xMiiEnE33fxg5VQtlI FZK5Rgt8pRm4zQHdzpL8wIpIKw/rGfUBH7ybc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=FVoOSCox5bKVd1CmOe+znnDr+LLvHn6H2jZ9XU+yZJQVF/w+Dh/Yrg5MiQ8i9zrYuf jZ2vkRjm94vIBWpbMTe6oovulqCAVPDWdP/9ZNSkn8nh9/5Cv8igOAe9AOgGTMMZns9z OsKtbkOKiXhvbXYC3lKTOXYf1Jm5TH8i6uweg= 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 Received: by 10.227.108.233 with SMTP id g41mr577039wbp.22.1304165023775; Sat, 30 Apr 2011 05:03:43 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.227.60.211 with HTTP; Sat, 30 Apr 2011 05:03:43 -0700 (PDT) In-Reply-To: <20110430114643.GC20648@hrair> References: <20110413181538.GA2894@linux1> <20110421011221.GA1736@eee> <201104221239.11593.polynomial-c@gentoo.org> <20110429184135.GA20648@hrair> <20110430021950.GC6032@linux1> <20110430045945.GB20648@hrair> <20110430114643.GC20648@hrair> Date: Sat, 30 Apr 2011 08:03:43 -0400 X-Google-Sender-Auth: FU-ZE745A0OytX1G3OMSrYrmHSY Message-ID: Subject: Re: [gentoo-dev] Re: openrc portage news item From: Rich Freeman To: gentoo-dev@lists.gentoo.org Cc: Duncan <1i5t5.duncan@cox.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: 32a59ea6e61042e55e21cad2e7f4af0d On Sat, Apr 30, 2011 at 7:46 AM, Brian Harring wrote: > A proper SA avoids upgrade pathways were possible that require > manual intervention. =A0This requires manual intervention. > > Said proper SA's also have a rather large hatred of anything that can > leave a system nonbootable (rant: including crappy SA's who don't > verify the !@#*ing thing comes back up in a proper hot/warm state). > This qualifies for that. This will be far from the first Gentoo upgrade which has required either manual intervention, or which leaves the system in a potentially-unbootable state. Gentoo just generally doesn't offer the level of handholding that you are asking for. Users who want that kind of experience may be better off with RHEL or another platform. I think we need a reasonable balance here. From what I've seen the openrc upgrade seems pretty straightforward. The only caveat is that you need to read the instructions before doing it. Nervous users should burn rescue discs in advance. I think the important thing is to widely announce the upgrade. The maintainers intend to do exactly this. I have complained in the past when maintainers have made disruptive changes without notice, or with notice committed at the same time as the change (which means that if your emerge --sync is in a cron job you first hear about it AFTER running emerge -au world). This isn't being done here. I'm afraid that if we set the bar as high as you're proposing, then nobody will ever get around to providing an Ubuntu-like level of polish or whatever and we'll just end up with two baselayouts for the next five years. Keep in mind that ~arch having such major differences from stable defeats some of the purpose of testing. Sure, if somebody worked hard I'm sure they could meet your level of polish in a few weeks, but unless you're personally willing to do it I'm not sure that the maintainers are going to be willing - this is a volunteer organization so when you say "do it this way or don't do it at all" you're more likely to get the latter than the former. My feeling is that the openrc upgrade fragility is in keeping with the general traditions of Gentoo - we expect Gentoo users to be reasonably willing to get their hands dirty. I'm more concerned with making sure our users are INFORMED than hand-held. And as far as "proper SAs" go - a "proper SA" always deploys changes on a production-equivalent test environment anyway. Most "proper SAs" also make backups and VM snapshots so that a borked upgrade is just a bump in the road. "Proper SAs" also run on managed hardware so that they can boot off of a rescue disc without being physically present. Most of these "Proper SAs" also run RHEL anyway. :) Rich