Re: [gentoo-dev] [PATCH 1/3] tmpfiles.eclass: Support using on non-Linux systems

[William Hubbs <williamh@gentoo.org>]

[-- Attachment #1: Type: text/plain, Size: 1440 bytes --]

On Sun, Apr 30, 2017 at 09:06:53PM +0200, Michał Górny wrote:
> Fix the eclass code to remove the misguided Linux conditionals.
> The whole purpose of the eclass was to avoid having to implement
> fallback logic for systems not having service manager tmpfiles.d
> support. Making it conditional to Linux implied that for non-Linux
> systems (Prefix, FreeBSD) we would have to implement explicit fallback
> to create the necessary directories.
> 
> While systemd (and therefore systemd-tmpfilesd) is indeed
> Linux-specific, the opentmpfiles implementation should be pretty
> portable and there is no reason to restrict it to Linux only, or to
> prevent using it on non-Linux OpenRC (and non-OpenRC) systems.

Opentmpfiles can run right now on non-openrc systems, but it requires a
linux host; that is why the Linux conditionals are there. We currently support
selinux and even more specific linux code is coming with the btrfs
subvolume support.

The purpose of opentmpfiles is to provide a non-systemd program that
mirrors the behavior of systemd-tmpfiles so that Linux users do not have
to install systemd, but there are features that definitely would not
work on other hosts.

Also, the tmpfiles.d standard doesn't allow tmpfiles to do things based
on operating systems, and the configuration search paths (particularly
/run/tmpfiles.d and the non-support of /lib/tmpfiles.d) are linux specific.

William


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]