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 3E6D71395E2 for ; Wed, 16 Nov 2016 18:04:28 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D45B0E0B5C; Wed, 16 Nov 2016 18:04:20 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 88727E0979 for ; Wed, 16 Nov 2016 18:04:20 +0000 (UTC) Received: from [192.168.1.130] (CPE002401f30b73-CM7cb21bc3014a.cpe.net.cable.rogers.com [174.116.156.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: axs) by smtp.gentoo.org (Postfix) with ESMTPSA id 7709934112A for ; Wed, 16 Nov 2016 18:04:19 +0000 (UTC) Subject: Re: [gentoo-dev] tmpfiles virtual To: gentoo-dev@lists.gentoo.org References: <582B2E82.9000200@gmail.com> <20161115175627.159ae839.mgorny@gentoo.org> <20161115175601.GA20317@whubbs1.gaikai.biz> <1aab24d7-43d0-d804-e943-dd4993398630@gentoo.org> <20161115204235.07f39850.mgorny@gentoo.org> <0fb71c42-9033-a77b-2a7b-3a7865ce10fe@gentoo.org> <2b376e60-26a1-04bf-44ba-fc07d8da4b7a@gentoo.org> <20161116150823.GA18287@linux1.gaikai.biz> <91eafc74-1fd4-e9cf-e5e6-687ff2cc53df@gentoo.org> <20161116170312.GA24186@whubbs1.gaikai.biz> From: Ian Stakenvicius Message-ID: Date: Wed, 16 Nov 2016 13:04:11 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 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 In-Reply-To: <20161116170312.GA24186@whubbs1.gaikai.biz> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sdVgpt0FfWMRlLpc2pjupbh2a84bGatV2" X-Archives-Salt: dd2d2d41-279e-410d-a8ab-fa81aa7f9190 X-Archives-Hash: 8883ab20321d69bc28837cd24fc8a0cd This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sdVgpt0FfWMRlLpc2pjupbh2a84bGatV2 Content-Type: multipart/mixed; boundary="TUdKTavDp5ttuC2Ou8UsKl524b5FkRCaP" From: Ian Stakenvicius To: gentoo-dev@lists.gentoo.org Message-ID: Subject: Re: [gentoo-dev] tmpfiles virtual References: <582B2E82.9000200@gmail.com> <20161115175627.159ae839.mgorny@gentoo.org> <20161115175601.GA20317@whubbs1.gaikai.biz> <1aab24d7-43d0-d804-e943-dd4993398630@gentoo.org> <20161115204235.07f39850.mgorny@gentoo.org> <0fb71c42-9033-a77b-2a7b-3a7865ce10fe@gentoo.org> <2b376e60-26a1-04bf-44ba-fc07d8da4b7a@gentoo.org> <20161116150823.GA18287@linux1.gaikai.biz> <91eafc74-1fd4-e9cf-e5e6-687ff2cc53df@gentoo.org> <20161116170312.GA24186@whubbs1.gaikai.biz> In-Reply-To: <20161116170312.GA24186@whubbs1.gaikai.biz> --TUdKTavDp5ttuC2Ou8UsKl524b5FkRCaP Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 16/11/16 12:03 PM, William Hubbs wrote: > On Wed, Nov 16, 2016 at 10:14:02AM -0500, Ian Stakenvicius wrote: >> On 16/11/16 10:08 AM, William Hubbs wrote: >>> opentmpfiles will be updated to install the service scripts which >>> will be run when OpenRC boots a system. There is nothing for >>> it to do if systemd is used to boot the system. >>> >>> William >>> >> >> But there is something to do if openrc is used to boot the system and >> systemd is the package providing tmpfiles.d processing via the virtual= =2E >=20 > The providers (opentmpfiles and systemd) will not block each other, so > the only way this will happen is if you have openrc and systemd > installed then forcefully remove opentmpfiles. I think you would not > want to do that until you are ready to migrate to booting with systemd.= >=20 > William >=20 I think I'm having a hard time getting across the issue here...: 1 - we will have a virtual/tmpfiles that will bring in EITHER systemd, or opentmpfiles. 2 - openrc will NOT depend on opentmpfiles (nor virtual/tmpfiles) 3 - Applications that install stuff into /usr/lib/tmpfiles.d/ will need to depend on virtual/tmpfiles in order to make sure that the system has something installed that will process them at boot-time. GIVEN THIS, if a system has both systemd and openrc installed (that is, they dual-boot), then virtual/tmpfiles will NOT bring in opentmpfiles, and so if opentmpfiles is the only package that installs init scripts then openrc won't trigger any processing of /usr/lib/tmpfiles.d/* at bootup in this situation. Just because systemd is installed doesn't mean it's the actual init in use. We deal with this with virtual/udev via udev-init-scripts, and we will need -some sort- of similar situation here. This case needs to be addressed, and be done WITHOUT requiring the end-user to add opentmpfiles to @world by hand. I think, given the opentmpfiles and the systemd tmpfiles commands and arguments can differ, it would likely make more sense to have a virtual service in openrc (that is, keep tmpfiles.dev and tmpfiles.setup as virtuals) and have opentmpfiles and systemd both install init scripts for their respective implementation that will provide each of those in openrc. The alternative would be to make a tmpfiles-init-scripts package that will contain a single set of scripts that'll call either the opentmpfiles or the systemd-tmpfiles implementation at runtime depending on what is available. --TUdKTavDp5ttuC2Ou8UsKl524b5FkRCaP-- --sdVgpt0FfWMRlLpc2pjupbh2a84bGatV2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iF4EAREIAAYFAlgsn5sACgkQ2ugaI38ACPAM6QEAv0RF9822DwRMRvoqECEs2hnL OvEyKR4ulCw/D2cfBRQBALtbiZmfgFgwTx/wxfGzJgziP+0vzUJxv22RIsMfZfsW =aZOe -----END PGP SIGNATURE----- --sdVgpt0FfWMRlLpc2pjupbh2a84bGatV2--