Gentoo Archives: gentoo-dev

From: Rich Freeman <rich0@g.o>
To: gentoo-dev@l.g.o
Cc: Duncan <1i5t5.duncan@×××.net>
Subject: Re: [gentoo-dev] Re: openrc portage news item
Date: Sat, 30 Apr 2011 12:04:23
Message-Id: BANLkTinSzNzbuK1gMm5ME4QJpc9L03KY=g@mail.gmail.com
In Reply to: Re: [gentoo-dev] Re: openrc portage news item by Brian Harring
1 On Sat, Apr 30, 2011 at 7:46 AM, Brian Harring <ferringb@×××××.com> wrote:
2 > A proper SA avoids upgrade pathways were possible that require
3 > manual intervention.  This requires manual intervention.
4 >
5 > Said proper SA's also have a rather large hatred of anything that can
6 > leave a system nonbootable (rant: including crappy SA's who don't
7 > verify the !@#*ing thing comes back up in a proper hot/warm state).
8 > This qualifies for that.
9
10 This will be far from the first Gentoo upgrade which has required
11 either manual intervention, or which leaves the system in a
12 potentially-unbootable state. Gentoo just generally doesn't offer the
13 level of handholding that you are asking for. Users who want that
14 kind of experience may be better off with RHEL or another platform.
15
16 I think we need a reasonable balance here. From what I've seen the
17 openrc upgrade seems pretty straightforward. The only caveat is that
18 you need to read the instructions before doing it. Nervous users
19 should burn rescue discs in advance.
20
21 I think the important thing is to widely announce the upgrade. The
22 maintainers intend to do exactly this. I have complained in the past
23 when maintainers have made disruptive changes without notice, or with
24 notice committed at the same time as the change (which means that if
25 your emerge --sync is in a cron job you first hear about it AFTER
26 running emerge -au world). This isn't being done here.
27
28 I'm afraid that if we set the bar as high as you're proposing, then
29 nobody will ever get around to providing an Ubuntu-like level of
30 polish or whatever and we'll just end up with two baselayouts for the
31 next five years. Keep in mind that ~arch having such major
32 differences from stable defeats some of the purpose of testing. Sure,
33 if somebody worked hard I'm sure they could meet your level of polish
34 in a few weeks, but unless you're personally willing to do it I'm not
35 sure that the maintainers are going to be willing - this is a
36 volunteer organization so when you say "do it this way or don't do it
37 at all" you're more likely to get the latter than the former.
38
39 My feeling is that the openrc upgrade fragility is in keeping with the
40 general traditions of Gentoo - we expect Gentoo users to be reasonably
41 willing to get their hands dirty. I'm more concerned with making sure
42 our users are INFORMED than hand-held.
43
44 And as far as "proper SAs" go - a "proper SA" always deploys changes
45 on a production-equivalent test environment anyway. Most "proper SAs"
46 also make backups and VM snapshots so that a borked upgrade is just a
47 bump in the road. "Proper SAs" also run on managed hardware so that
48 they can boot off of a rescue disc without being physically present.
49 Most of these "Proper SAs" also run RHEL anyway. :)
50
51 Rich

Replies

Subject Author
Re: [gentoo-dev] Re: openrc portage news item Brian Harring <ferringb@×××××.com>