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 6BE8C1381F3 for ; Sun, 26 May 2013 14:13:28 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9581FE0D41; Sun, 26 May 2013 14:13:21 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A81FCE0D30 for ; Sun, 26 May 2013 14:13:20 +0000 (UTC) Received: from [192.168.1.160] (bas1-ottawa09-2925287262.dsl.bell.ca [174.92.87.94]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: axs) by smtp.gentoo.org (Postfix) with ESMTPSA id B10A633DFC8 for ; Sun, 26 May 2013 14:13:19 +0000 (UTC) Message-ID: <51A21883.4030402@gentoo.org> Date: Sun, 26 May 2013 10:13:23 -0400 From: Ian Stakenvicius User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130523 Thunderbird/17.0.6 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] eselect init References: <51A08A68.3020900@gentoo.org> <20130525102503.23674.qmail@stuge.se> <51A10C2E.2080903@gentoo.org> In-Reply-To: <51A10C2E.2080903@gentoo.org> X-Enigmail-Version: 1.6a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 2c46f381-75f1-45fc-a916-09dae01b6b3f X-Archives-Hash: d397f3a4ba3778e363f759e904b5e007 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 25/05/13 03:08 PM, Matthew Thode wrote: > On 05/25/13 05:25, Peter Stuge wrote: >> Luca Barbato wrote: >>> - init gets effectively switched only at boot/reboot >> >> Please not on reboot, because an unclean shutdown shouldn't leave >> the system in limbo. >> >> On boot could work, except that it does add more steps (= more >> fragility) to the boot process, which I think everyone wants to >> avoid. >> >> I would actually expect the change to take effect immediately. >> >> >> //Peter >> > the final action before / is remouted ro at shutdown would make > sense to me. It's either that or first action at boot. > First action at boot, without an initramfs, is too late isn't it? The kernel has already launched init at this point. Also, relying on something at shutdown is going to be problematic too -- openrc and systemd (and whatever others) all need the functionality to do this built into their "scripts", and cases of dirty shutdowns are not going to be handled well. The only way I can think of that this is going to work, every time, reliably, is if it was done within an initramfs and therefore prior to the start of actual init (ie, initramfs would read a config file to determine what init-selector to run, calls the init-selector actions, and then exec's that init -- that config file could be eselect-controlled or just edited) And that brings back in the whole initramfs-required flamewar.... -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iF4EAREIAAYFAlGiGIMACgkQ2ugaI38ACPBw+gD6A6F5DF6fTFYibbpBjueg1rw1 SL/zUYRomTXDrfhqbDUA/3YxUCAeXrX8dDAlQKbomWnVCG9gKrZObOF5lFo/MXZs =GXEk -----END PGP SIGNATURE-----