From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 57602138334 for ; Thu, 11 Jul 2019 16:43:52 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 49F7DE07D0; Thu, 11 Jul 2019 16:43:48 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E12A5E079E for ; Thu, 11 Jul 2019 16:43:47 +0000 (UTC) Received: from whubbs1.gaikai.biz (unknown [100.42.103.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: williamh) by smtp.gentoo.org (Postfix) with ESMTPSA id 42428347780 for ; Thu, 11 Jul 2019 16:43:46 +0000 (UTC) Received: (nullmailer pid 5395 invoked by uid 1000); Thu, 11 Jul 2019 16:43:43 -0000 Date: Thu, 11 Jul 2019 11:43:43 -0500 From: William Hubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] rfc: making sysvinit optional Message-ID: <20190711164343.GA2613@whubbs1.dev.av1.gaikai.org> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20190710202528.GA24935@whubbs1.dev.av1.gaikai.org> <20190710214846.GA31047@whubbs1.dev.av1.gaikai.org> <20190710231614.GA3597@whubbs1.dev.av1.gaikai.org> <45d06884-b97c-6bcc-f254-93a5e6eb5f57@gentoo.org> <20190711000332.GA6104@whubbs1.dev.av1.gaikai.org> <20190711030207.GA23937@linux1.home> 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Archives-Salt: 1075cc2b-8ee4-40d7-960b-9f0a4d8dd22a X-Archives-Hash: e54b1a678d0181e0ee0582b625325403 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 11, 2019 at 11:39:10AM -0400, Mike Gilbert wrote: > On Wed, Jul 10, 2019 at 11:02 PM William Hubbs wrot= e: > > > Systemd already has IUSE=3D+sysv-utils which has a similar function: > > > [- ] sysv-utils > > > sys-apps/systemd: Install sysvinit compatibility symlinks and > > > manpages for init, telinit, halt, poweroff, reboot, runlevel, and > > > shutdown > > > > Actually, I like the name sysv-utils for this use flag; that seems to > > describe better what it does. > > > > > RDEPEND=3D"sysv-utils? ( !sys-apps/sysvinit ) > > > !sysv-utils? ( sys-apps/sysvinit )" > > > > I like this, but the second branch (!sysv-utils) is not really needed, > > because if we put sysvinit as the first RDEPEND of virtual/init, we > > don't need to worry about installing it through rdepend in openrc. >=20 > To clarify why this strange looking dependency is there in > sys-apps/systemd: I felt it was fairly important to always have init, > shutdown, etc. available to avoid breaking other tools and to prevent > confusion. systemd is technically usable without them, but you would > need to explicitly set up your bootloader to add > init=3D/lib/systemd/systemd to the kernel command line, and you would > need to call systemctl directly instead of using the symlinks to shut > the system down. =20 Hey Mike, I just looked at the systemd ebuild a second time and see that that is what you have, I missed it my first look, so I suppose that I should do things in a similar way to what you are doing. It would be worth discussing though, probably on another thread, the merrits of virtual/init. > Relying on any-of dependency ordering in a virtual package to > accomplish this is a bit optimistic. That can go wrong easily if the > user installs multiple providers. Where it would break is if a user uses --depclean without paying attention to what is happening on their system, but that can cause unexpected breakages anyway, this is not a unique situation. >=20 > > We can also add sys-apps/openrc as an rdepend of sys-apps/sysvinit poss= ibly. >=20 > Please do not do this without consulting me first. This could > introduce a dependency conflict in sys-apps/systemd. =20 I see that it could, so this might be a separate topic. William --/04w6evG8XlLl3ft Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTVeuxEZo4uUHOkQAluVBb0MMRlOAUCXSdnNgAKCRBuVBb0MMRl OOA0AJ42HUETRli6W7maecXYDHQJVwBEWACeJc6mj9UreycJ866KX5z5R9DybWg= =2dA0 -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft--