1 |
On 17/11/16 01:03 AM, Michał Górny wrote: |
2 |
> On Wed, 16 Nov 2016 14:21:41 -0600 |
3 |
> William Hubbs <williamh@g.o> wrote: |
4 |
> |
5 |
>> On Wed, Nov 16, 2016 at 01:04:11PM -0500, Ian Stakenvicius wrote: |
6 |
>>> On 16/11/16 12:03 PM, William Hubbs wrote: |
7 |
>>>> On Wed, Nov 16, 2016 at 10:14:02AM -0500, Ian Stakenvicius wrote: |
8 |
>>>>> On 16/11/16 10:08 AM, William Hubbs wrote: |
9 |
>>>>>> opentmpfiles will be updated to install the service scripts which |
10 |
>>>>>> will be run when OpenRC boots a system. There is nothing for |
11 |
>>>>>> it to do if systemd is used to boot the system. |
12 |
>>>>>> |
13 |
>>>>>> William |
14 |
>>>>>> |
15 |
>>>>> |
16 |
>>>>> But there is something to do if openrc is used to boot the system and |
17 |
>>>>> systemd is the package providing tmpfiles.d processing via the virtual. |
18 |
>>>> |
19 |
>>>> The providers (opentmpfiles and systemd) will not block each other, so |
20 |
>>>> the only way this will happen is if you have openrc and systemd |
21 |
>>>> installed then forcefully remove opentmpfiles. I think you would not |
22 |
>>>> want to do that until you are ready to migrate to booting with systemd. |
23 |
>>>> |
24 |
>>>> William |
25 |
>>>> |
26 |
>>> |
27 |
>>> I think I'm having a hard time getting across the issue here...: |
28 |
>>> |
29 |
>>> 1 - we will have a virtual/tmpfiles that will bring in EITHER systemd, |
30 |
>>> or opentmpfiles. |
31 |
>>> |
32 |
>>> 2 - openrc will NOT depend on opentmpfiles (nor virtual/tmpfiles) |
33 |
>>> |
34 |
>>> 3 - Applications that install stuff into /usr/lib/tmpfiles.d/ will |
35 |
>>> need to depend on virtual/tmpfiles in order to make sure that the |
36 |
>>> system has something installed that will process them at boot-time. |
37 |
>> |
38 |
>> Yes, this will be handled by an RDEPEND in the eclass. |
39 |
> |
40 |
> This is a wrong presumption. The eclass needs the virtual only for |
41 |
> pkg_postinst(). While RDEPEND is how we solve this now, it will no |
42 |
> longer be necessary in a future EAPI. |
43 |
> |
44 |
|
45 |
This makes sense to me as well -- which means every package that |
46 |
installs tmpfiles.d/ files should properly RDEPEND on the virtual on |
47 |
its own when the functionality arisen from those tmpfiles.d files is |
48 |
non-optional. |