Gentoo Archives: gentoo-dev

From: Brian Harring <ferringb@×××××.com>
To: William Hubbs <williamh@g.o>
Cc: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] openrc portage news item
Date: Fri, 29 Apr 2011 18:42:57
Message-Id: 20110429184135.GA20648@hrair
In Reply to: Re: [gentoo-dev] openrc portage news item by Lars Wendler
1 On Fri, Apr 22, 2011 at 12:39:04PM +0200, Lars Wendler wrote:
2 > Am Donnerstag 21 April 2011, 03:12:21 schrieb Donnie Berkholz:
3 > > It seems like nobody's really clear on what exactly happens though,
4 > > since I've seen people talking about this *maybe* resulting in an
5 > > unbootable system. Has anyone tested it?
6 >
7 > I didn't test it intentionally. The last time I accidently rebooted a system
8 > freshly moved to bl-2/openrc without updating the config files the boot process
9 > threw a couple of strange errors. I cannot exactly remember what kind of
10 > errors that were but the result was a system hanging in the middle of the boot
11 > process with a message similar to "nothing left to do in this runlevel" and I
12 > wasn't able to log into the system.
13 > Another problem I've once encountered after updating a system to use openrc
14 > was no running udev daemon after boot. I first didn't notice this but X didn't
15 > start and funny part was that X won't tell you it cannot start because the
16 > devicenodes in /dev for the graphics card were missing. So took me nearly a
17 > day of frustrating research until I found that the udev init script wasn't
18 > added to the sysinit runlevel. Of course this is mentioned in the migration
19 > guide but it should be explicitly pointed out how fatal this can be to not
20 > have udev getting started.
21 >
22 > I can offer to "abuse" my two stable VMs (amd64 / x86) for this to test if
23 > there's interest in getting "exact results". :)
25 Exact results please; the pkg_pretend crap proposed elsewhere (which
26 is yet another way to crap up stage builds) frankly sucks.
28 Mind you I'm just looking in, but this whole upgrade process really
29 reads fairly suboptimal to me. It's definitely possible that this is
30 the best that can be done, but I'd like to see exactly which issues we
31 can't resolve in some fashion via pkg_postinst tricks w/in openrc.
33 I'd much rather have an ebuild that violates a few rules than forced
34 "you must accept this beyond normal mechanisms" and potential "can't
35 boot" upgrade processes.
37 So... details please, and why we can't script our way past chunks of
38 this. :)
39 ~brian


Subject Author
Re: [gentoo-dev] openrc portage news item William Hubbs <williamh@g.o>