public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Lars Wendler <polynomial-c@gentoo.org>
To: Donnie Berkholz <dberkholz@gentoo.org>
Cc: gentoo-dev@lists.gentoo.org, Kfir Lavi <lavi.kfir@gmail.com>,
	pr@gentoo.org, William Hubbs <williamh@gentoo.org>
Subject: Re: [gentoo-dev] openrc portage news item
Date: Fri, 22 Apr 2011 12:39:04 +0200	[thread overview]
Message-ID: <201104221239.11593.polynomial-c@gentoo.org> (raw)
In-Reply-To: <20110421011221.GA1736@eee>

[-- Attachment #1: Type: Text/Plain, Size: 3099 bytes --]

-- 
Lars Wendler (Polynomial-C)
Gentoo package maintainer and bug-wrangler

Am Donnerstag 21 April 2011, 03:12:21 schrieb Donnie Berkholz:
> On 13:32 Thu 14 Apr     , Kfir Lavi wrote:
> > When i run world update, I usually don't really check all the written
> > stuff.
> > 
> > If I do this, I'm sure a lot more Gentoo users do the same. So do
> > expect people rebooting the machine without checking what your have
> > wrote. This can be a major headache if you have few systems that are
> > doing auto updates. I would solve this issue by stopping the emerge
> > and getting the attention of the user. If I don't get the attention of
> > the user, no openrc will be installed. It should be something like
> > emerge -C ... 1 .2 3 4 5...
> > 
> > To conclude, you can't issue such a change without proper confirmation
> > from the user.
> 
> I know this is the case. You're going to get literally thousands of
> people (or more) who break their Gentoo systems if that indeed is the
> consequence of not reading the migration guide and doing some action.
> 
> From a glance over the guide, it wasn't immediately obvious what in
> there would result in a broken system. Perhaps it's the "run
> dispatch-conf" that's buried in the middle of a paragraph without enough
> emphasis? That's particularly confusing for people who use etc-update
> instead, and it *needs* to move somewhere more obvious like a separate
> code listing with big <important> tags and bold text. The line of red
> text just isn't enough, it needs to stand out even more.
> 
> It seems like nobody's really clear on what exactly happens though,
> since I've seen people talking about this *maybe* resulting in an
> unbootable system. Has anyone tested it?

I didn't test it intentionally. The last time I accidently rebooted a system 
freshly moved to bl-2/openrc without updating the config files the boot process 
threw a couple of strange errors. I cannot exactly remember what kind of 
errors that were but the result was a system hanging in the middle of the boot 
process with a message similar to "nothing left to do in this runlevel" and I 
wasn't able to log into the system.
Another problem I've once encountered after updating a system to use openrc 
was no running udev daemon after boot. I first didn't notice this but X didn't 
start and funny part was that X won't tell you it cannot start because the 
devicenodes in /dev for the graphics card were missing. So took me nearly a 
day of frustrating research until I found that the udev init script wasn't 
added to the sysinit runlevel. Of course this is mentioned in the migration 
guide but it should be explicitly pointed out how fatal this can be to not 
have udev getting started.

I can offer to "abuse" my two stable VMs (amd64 / x86) for this to test if 
there's interest in getting "exact results".  :)

> One potential cleaner approach to the same idea Kfir suggested is to
> make it an interactive emerge with an ACCEPT_LICENSE-like feature that
> pops up something you must read and agree to.


[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

  parent reply	other threads:[~2011-04-22 10:39 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-13 18:15 [gentoo-dev] openrc portage news item William Hubbs
2011-04-13 18:27 ` Thomas Beierlein
2011-04-13 18:32 ` justin
2011-04-13 18:41 ` "Paweł Hajdan, Jr."
2011-04-13 19:58   ` William Hubbs
2011-04-14  8:09     ` [gentoo-dev] " Duncan
2011-04-14 11:44       ` Rich Freeman
2011-04-15 14:04       ` Peter Hjalmarsson
2011-04-15 19:01         ` Duncan
2011-04-13 19:56 ` [gentoo-dev] " William Hubbs
2011-04-14  5:30   ` justin
2011-04-14  7:21     ` Dirkjan Ochtman
2011-04-14  8:19       ` justin
2011-04-14  8:40       ` [gentoo-dev] " Duncan
2011-04-14 14:44         ` Dale
2011-04-14 15:41           ` Matthew Summers
2011-04-14 16:12             ` Dale
2011-04-14 18:48             ` William Hubbs
2011-04-14 10:32 ` [gentoo-dev] " Kfir Lavi
2011-04-14 10:32   ` Kfir Lavi
2011-04-14 10:51   ` Tomá? Chvátal
2011-04-14 11:03     ` Pacho Ramos
2011-04-14 11:21     ` Thomas Beierlein
2011-04-14 11:27       ` Sylvain Alain
2011-04-21  1:12   ` Donnie Berkholz
2011-04-21  2:23     ` Jeroen Roovers
2011-04-21  2:34       ` Jeroen Roovers
2011-04-22 10:39     ` Lars Wendler [this message]
2011-04-29 18:41       ` Brian Harring
2011-04-30  2:19         ` William Hubbs
2011-04-30  4:59           ` Brian Harring
2011-04-30  7:13             ` [gentoo-dev] " Duncan
2011-04-30 11:46               ` Brian Harring
2011-04-30 12:03                 ` Rich Freeman
2011-04-30 12:58                   ` Brian Harring
2011-04-30 13:06                     ` Jeremy Olexa
2011-04-30 13:40                       ` Brian Harring
2011-04-29  7:08 ` [gentoo-dev] " William Hubbs
2011-04-29 11:21   ` Rich Freeman
2011-04-29 11:28     ` Ciaran McCreesh
2011-04-29 17:18       ` Alex Alexander
2011-04-29 17:25         ` Ulrich Mueller
2011-04-29 17:32           ` Alex Alexander
2011-04-29 17:52           ` Rich Freeman
2011-04-29 17:58             ` Alex Alexander
2011-04-30  0:34               ` William Hubbs
2011-04-30  9:04                 ` Sergei Trofimovich
2011-04-30 12:41                 ` Roy Bamford
2011-04-29 14:27   ` [gentoo-dev] " Duncan
2011-05-01 19:12 ` [gentoo-dev] " William Hubbs

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201104221239.11593.polynomial-c@gentoo.org \
    --to=polynomial-c@gentoo.org \
    --cc=dberkholz@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    --cc=lavi.kfir@gmail.com \
    --cc=pr@gentoo.org \
    --cc=williamh@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox