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 A4A8B1381F3 for ; Thu, 20 Jun 2013 20:56:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D0460E09B2; Thu, 20 Jun 2013 20:56:15 +0000 (UTC) Received: from mail-vb0-f49.google.com (mail-vb0-f49.google.com [209.85.212.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id DF3FCE09AA for ; Thu, 20 Jun 2013 20:56:14 +0000 (UTC) Received: by mail-vb0-f49.google.com with SMTP id 12so4997600vbf.8 for ; Thu, 20 Jun 2013 13:56:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=TvYfyg9f31u3ZQga4dU3Q4b9mQBD4tUxtD4VHvYMm74=; b=BAqzySHCfTq09KlLIwMC9OV06G0hIEIHSF/2AcbBvoL3ERsBmc/PXWE0CSSHgCDsiB 3SkrFnM3EZGqc+j2K0knYXM+ZcO6cAQU5A0NvESDLKrp47dB7CATsebHlXE+Hj6c98H3 0hzN2OX6Hf/xtWMm3Tg8DUKhkD5FIhFma/CYZKGSDfP/s2HBTb7EOj10GH9HaBuj6K5u bxiv4NNbag/0cZF2LvZuHcuh4ccsAbAt/hg8RyR6XPCcYbOBwsVogczg426xrZ1iD+/x JSHMssgYi/PImjxYlXYfxoC+/2uky1F73KhOkgR/1uDjepJCm2imy29CBuJHss/97QV4 L38g== X-Received: by 10.58.251.144 with SMTP id zk16mr4035127vec.37.1371761774031; Thu, 20 Jun 2013 13:56:14 -0700 (PDT) Received: from linux1 (cpe-76-187-91-128.tx.res.rr.com. [76.187.91.128]) by mx.google.com with ESMTPSA id gb10sm2439083vdc.6.2013.06.20.13.56.10 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 20 Jun 2013 13:56:12 -0700 (PDT) Sender: William Hubbs Received: by linux1 (sSMTP sendmail emulation); Thu, 20 Jun 2013 15:56:09 -0500 Date: Thu, 20 Jun 2013 15:56:09 -0500 From: William Hubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] eselect init Message-ID: <20130620205609.GB23719@linux1> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <51A08A68.3020900@gentoo.org> 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-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DBIVS5p969aUjpLe" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: 52961392-7011-4ac1-b85e-009571ff8de5 X-Archives-Hash: e6e9a4077b2cd562728da7a9d4db0344 --DBIVS5p969aUjpLe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 20, 2013 at 12:16:36PM +0200, Fabio Erculiani wrote: > There is a new version of eselect-init in the systemd-love overlay to pla= y with. > The new version saw the following major changes: >=20 > - the /sbin/init (aka the symlink that eselect-init handles) can be > changed to whatever one wants through make.conf [1] (this is a compile > time option, as documented in the eclass) Why do we need to mess with /sbin/init at all? I like the suggestion that came up here on the list a while back, have the eselect init module install its own symlink at, say, /sbin/einit. You would still have to have the user edit their boot loader configuration file one time if they want to use this, but this makes it completely opt-in. The other advantage of this is you don't have to mess with any init system ebuilds at all. > - the wrapper and its code paths are now documented in the > eselect-init eclass [2] [3] This eclass could go away entirely if you don't try to control /sbin/init. > If you intend to use switch between systemd to openrc (and vice > versa), make sure to install the rest of the packages in that overlay. > At the moment, if you want to switch, you also need to use > eselect-settingsd. However, I am planning to drop eselect-settingsd: > openrc-settingsd and systemd share the same settingsd dbus interface > while they call different executables, systemd initializes its dbus > services without relying on dbus activation, so the Exec=3D part of the > service descriptor file is currently set to /bin/false, this rings a > bell :D, because it is possible to replace /bin/false with a script > that starts the respective services when dbus activation is used > (which means that systemd hasn't booted the system). This would make > possible to remove the blocker dependency in openrc-settingsd and > systemd somehow. Keep up the good work; the more simple we can make the integration the better it will be. William --DBIVS5p969aUjpLe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iEYEARECAAYFAlHDbGkACgkQblQW9DDEZThZmgCdEUfSZ/2zQ4VcmwcEooW5Vybg ShsAoKJjn0bzSaJ4lbglRCzRgE625zqV =Naks -----END PGP SIGNATURE----- --DBIVS5p969aUjpLe--