1 |
On Tue, 15 Nov 2016 09:49:22 -0600 |
2 |
"Dustin C. Hatch" <admiralnemo@×××××.com> wrote: |
3 |
|
4 |
> On 2016-11-14 23:09, Michał Górny wrote: |
5 |
> > On Mon, 14 Nov 2016 18:23:10 -0600 |
6 |
> > William Hubbs <williamh@g.o> wrote: |
7 |
> > |
8 |
> >> Hi all, |
9 |
> >> |
10 |
> >> I have been working on splitting the tmpfiles functionality out of |
11 |
> >> OpenRC [1], and I believe the new package is about to enter the tree. |
12 |
> >> |
13 |
> >> OpenRC itself doesn't need this package to boot since it doesn't use |
14 |
> >> tmpfiles.d files, but other software does need it. |
15 |
> >> |
16 |
> >> This brings up a couple of questions. |
17 |
> >> |
18 |
> >> Since we now will have two different ways to process tmpfiles, is |
19 |
> >> virtual/tmpfiles appropriate, with the default being opentmpfiles? |
20 |
> > |
21 |
> > Yes. Virtual will allow us to control list of supported implementations |
22 |
> > easily. We can also use it to control different versions of tmpfiles |
23 |
> > format. |
24 |
> > |
25 |
> >> Once opentmpfiles is in the tree and stable, should virtual/tmpfiles |
26 |
> >> be added to @system, or should we have the packages that need it rdepend |
27 |
> >> on it directly? I tend to lean toward the second option. |
28 |
> > |
29 |
> > We will RDEPEND on it via tmpfiles.eclass. I think floppym has a draft |
30 |
> > somewhere. In case that draft uses DEPEND, it just occurred to me that |
31 |
> > we need RDEPEND for pkg_postinst(). |
32 |
> > |
33 |
> |
34 |
> What about administrator-specified temporary files in /etc/tmpfiles.d? |
35 |
> It would be rather unfortunate to have stuff suddenly stop working |
36 |
> because an OpenRC got updated and stopped creating these temporary files. |
37 |
|
38 |
I'd say it would be reasonable for OpenRC to pull it in, since OpenRC |
39 |
used to provide tmpfiles support for some time already. |
40 |
|
41 |
-- |
42 |
Best regards, |
43 |
Michał Górny |
44 |
<http://dev.gentoo.org/~mgorny/> |