Bug#812215: consider spliting systemd-tmpfiles into separate package

[Michael Biebl]

Hi Ondřej

Am 21.01.2016 um 17:28 schrieb Ondřej Surý:

> please consider spliting systemd-tmpfiles into separate package,
> perhaps with sysvrc script provided.
> 
> The tmpfiles mechanism is quite great and if we can use tmpfiles
> mechanism in the sysvrc scripts, we could remove a lot of custom shell
> scripts that do just the same - create a temporary directory in /run
> (and elsewhere).
> 
> Personally I have a shell snippet that can understand most basic stuff
> in /usr/lib/tmpfiles.d/<package>.conf, but there's a lots of
> duplication since /run started being tmpfs that gets deleted on every
> machine reboot.
> 
> Also since this utility probably doesn't need anything from the
> kernel, it might be compilable on non-Linux archs :) (worth trying).
> 

We already considered this a while ago. It's not easily possible.
systemd-tmpfiles links against the internal libshared which basically
means building half of systemd. This is unlikely to succeed on
non-linux. Last time I tried it, I've given up on it without success.

A systemd-tmpfiles compatible implementation outside of the systemd
sources looks to me like a more maintainable solution. And once we have
that, splitting out systemd-tmpfiles only on Linux doesn't make sense
anymore, I guess.

I agree though, and I think the rest of the team as well, that having
the systemd-tmpfiles mechanism on non-systemd would be worthwile.

Regards,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20160121/11f1ac13/attachment-0002.sig>