Re: opentmpfiles & opensysusers, and its use in the Debian policy
Am Do., 2. Jan. 2020 um 18:41 Uhr schrieb Simon McVittie <smcv@debian.org>:
> [...]
> I seem to remember a systemd upstream developer being asked during
> recent discussions whether they were willing to guarantee that
> systemd-tmpfiles and systemd-sysusers will continue to work when used on
> non-systemd-booted systems (not just sysvinit, but also chroots, Docker,
> etc.), but I'm afraid I've lost track of what the answer was.
> [...]
No problem! => https://lists.debian.org/debian-devel/2019/12/msg00060.html
Am Mo., 9. Dez. 2019 um 00:23 Uhr schrieb Zbigniew Jędrzejewski-Szmek
<zbyszek@in.waw.pl>:
> Hi,
>
> [disclaimer: on work on systemd upstream, I'm not an active Debian
> user anymore.]
>
> Using systemd-sysusers and systemd-tmpfiles more widely was mentioned
> a few times, along with a statement that an implementation for
> non-systemd systems would need to be provided. Both those programs
> work just fine without systemd not running as PID1. (systemd has unit
> files to start them automatically during boot and at regular
> intervals, so that part would need to be reimplemented appropriately
> for a given init system if desired. The programs themselves don't care
> at all how they are started.)
>
> For example, upstream distributes rpm scriptlets [1] to invoke them
> from an rpm transaction, i.e. possibly without any programs running in
> the install root.
>
> [1] https://github.com/systemd/systemd/blob/master/src/core/macros.systemd.in#L123
>
> Zbyszek
>
I find that statement quite encouraging. Of course they don't commit
to not having those depend on systemd-as-PID1, but there really isn't
a reason to create that dependency, and if for whatever reason there
will be one at some point, we can switch away on systems that don't
support that change rather easily.
Since both features are covered by the interface stability promise (
https://www.freedesktop.org/wiki/Software/systemd/InterfacePortabilityAndStabilityChart/
) I think assuming that this will work for a really, really long time
is very reasonable.
Cheers,
Matthias
--
I welcome VSRE emails. See http://vsre.info/
Reply to: