On Tue, Nov 15, 2016 at 12:11:52PM -0500, Mike Gilbert wrote: > On Tue, Nov 15, 2016 at 12:09 AM, Michał Górny <[email protected]> wrote: > > On Mon, 14 Nov 2016 18:23:10 -0600 > > William Hubbs <[email protected]> wrote: > > > >> Hi all, > >> > >> I have been working on splitting the tmpfiles functionality out of > >> OpenRC [1], and I believe the new package is about to enter the tree. > >> > >> OpenRC itself doesn't need this package to boot since it doesn't use > >> tmpfiles.d files, but other software does need it. > >> > >> This brings up a couple of questions. > >> > >> Since we now will have two different ways to process tmpfiles, is > >> virtual/tmpfiles appropriate, with the default being opentmpfiles? > > > > Yes. Virtual will allow us to control list of supported implementations > > easily. We can also use it to control different versions of tmpfiles > > format. > > > >> Once opentmpfiles is in the tree and stable, should virtual/tmpfiles > >> be added to @system, or should we have the packages that need it rdepend > >> on it directly? I tend to lean toward the second option. > > > > We will RDEPEND on it via tmpfiles.eclass. I think floppym has a draft > > somewhere. > > Said draft is on github. It is a work-in-progress that I have not > touched for a few months. > > https://github.com/floppym/gentoo/blob/tmpfiles-eclass/eclass/tmpfiles.eclass
I like a lot of it, but I'll bring it to the list with a couple of changes. Thanks, William
signature.asc
Description: Digital signature
