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 BB51F1381F3 for ; Mon, 3 Jun 2013 06:26:19 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BD569E09EF; Mon, 3 Jun 2013 06:26:11 +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 D04AFE09AE for ; Mon, 3 Jun 2013 06:26:10 +0000 (UTC) Received: from [192.168.1.33] (154.Red-2-137-27.dynamicIP.rima-tde.net [2.137.27.154]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pacho) by smtp.gentoo.org (Postfix) with ESMTPSA id 6BB7D33E297 for ; Mon, 3 Jun 2013 06:26:09 +0000 (UTC) Message-ID: <1370240765.14869.1.camel@localhost> Subject: Re: [gentoo-dev] Re: Re: eselect init From: Pacho Ramos To: gentoo-dev@lists.gentoo.org Date: Mon, 03 Jun 2013 08:26:05 +0200 In-Reply-To: <51ABC8B1.7070105@gentoo.org> References: <51A08A68.3020900@gentoo.org> <20130601092355.GB25065@rathaus.eclipse.co.uk> <51AB0D39.8050506@gentoo.org> <20130602182038.GA4485@rathaus.eclipse.co.uk> <51ABC8B1.7070105@gentoo.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.8.2 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 Content-Transfer-Encoding: 8bit X-Archives-Salt: b427478a-67f6-4de1-a7c4-06f5905ccdb8 X-Archives-Hash: 257d6fb85a416abc3a109ad0efc386b0 El lun, 03-06-2013 a las 00:35 +0200, Luca Barbato escribió: [...] > To not make this a waste of time here a summary of the whole thing: > > - eselect init will be opt-in for the time being, people can be left on > their own tools if the want it > - the default init will stay sysvinit. Discussion ongoing if is better > to have it installed in a secondary fallback path is open (e.g. /bin/init). > - I still need to send patches to busybox and sysvinit upstream to add a > command line switch to locate the inittab. > - people wanting to switch init or enable/disable init addons using > eselect init might have to refer to /sbin/einit or such custom path > (assuming we fail to come to an agreement regarding /bin/init) > > The wrapper in /sbin/init is mostly needed to get to the point of a > clean reboot. > > The first time you boot on a new system it is executed picking the new > init and just that. > > For addons such as bootchart2 and e4rat it would do slightly more. > > Assuming upstream doesn't accept custom paths for the inittab, for my > specific usecase I might bake something that would remount r/w and pivot > the inittabs. > > Anybody willing to do something more extreme could even consider having > /sbin/init as a symlink and have the boot-time configuration switch the > symlink, thus making the whole script run just a single boot per switch. > > Not necessary but surely feasible. > > lu > > Thanks for the summary :)