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
