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 37C9B1381F3 for ; Sat, 22 Jun 2013 17:05:38 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EC5EFE0AB6; Sat, 22 Jun 2013 17:05:33 +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 1BAA1E0A8F for ; Sat, 22 Jun 2013 17:05:33 +0000 (UTC) Received: from [192.168.0.95] (dynamic-adsl-84-220-166-175.clienti.tiscali.it [84.220.166.175]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lu_zero) by smtp.gentoo.org (Postfix) with ESMTPSA id 9FBA833DDD8 for ; Sat, 22 Jun 2013 17:05:31 +0000 (UTC) Message-ID: <51C5D961.7060709@gentoo.org> Date: Sat, 22 Jun 2013 19:05:37 +0200 From: Luca Barbato User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130411 Thunderbird/17.0.5 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] Re: eselect init References: <51A08A68.3020900@gentoo.org> <20130620205609.GB23719@linux1> <20130621043959.7eae0921@gentoo.org> <51C42B33.9090709@gentoo.org> <1371814006.2486.10.camel@localhost> <51C43DEA.6000006@gentoo.org> <20130621143657.GA26044@linux1> <1371829739.2486.20.camel@localhost> <1371895644.30388.7.camel@localhost> In-Reply-To: <1371895644.30388.7.camel@localhost> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: a36283b9-8194-4713-95a4-15c7f4da614a X-Archives-Hash: c9ad3b40f51eced662d8be4bbd233af9 On 06/22/2013 12:07 PM, Pacho Ramos wrote: > After talking with WilliamH yesterday, I have this opinion: > - Playing with /sbin/init (instead of /sbin/einit) has two interesting > advantages: > 1. For example, I now have init=/sbin/e4rat-preload in my grub.conf, if > I do a typo, it would fallback to /sbin/init. If /sbin/init is provided > by sysvinit, people running other init providers could have problems. > This wouldn't occur if /sbin/init has been changed to use desired init > system. > 2. Tools like e4rat or bootchart launch /sbin/init, if I switch to > systemd, I would need to edit separate configuration files for each tool > to point to new init. This wouldn't occur if we "play" with /sbin/init > => we would only change init in one place > > - I have two doubts: > 1. Why do we need a wrapper instead of changing symlinks? So once I'm not busy playing with pixels and hw accels I would implement addons support in the wrapper (so bootchart and e4rat would just ran by the init wrapper) > 2. Why Fabio chose to move sysvinit to subdirectories... wouldn't be > much simpler to simply rename /sbin/init to /sbin/sysvinit? I prefer /bin/init but any place would fit (and should be configurable anyway) lu