Hi Michael,
I never bothered to implement more than 'd', but I am happy to
contribute my sysvrc shell snippet I use as replacement for systems
without systemd-tmpfiles installed.
```
do_tmpfiles() {
local type path mode user group age argument
if [ -r "$1" ]; then
if [ -x /bin/systemd-tmpfiles ]; then
/bin/systemd-tmpfiles --create "$1"
else
while read type path mode user group age argument; do
case "$type" in
d)
mkdir -p "$path";
chmod "$mode" "$path";
chown "$user:$group" "$path";
;;
\#*)
;;
*)
log_warning_msg "tmpfile.d type '$type' is not
supported yet"
;;
esac
done < "$1"
fi
else
log_warning_msg "tmpfiles.d file '$1' doesn't exist or is not
readable"
fi
}
```
It should be fairly easy to implement the most common stuff used in
Debian.
Cheers,
--
Ondřej Surý <ond...@sury.org>
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
On Sun, Jan 31, 2016, at 01:55, Michael Biebl wrote:
> Am 23.01.2016 um 06:19 schrieb Josh Triplett:
> > If having tmpfiles.d support across all architectures and init systems
> > sounds appealing, I'd be willing to construct such a package, though I'd
> > want to have co-maintainers who actually run sysvinit and/or non-Linux
> > architectures. The subset of tmpfiles.d syntax that can easily work on
> > all POSIX systems seems simple enough to write.
>
> I think we have consensus that tmpfiles suport for non-systemd systems
> should be provided by an alternative implementation. So the question
> would be, which package that implementation should be shipped in.
>
> We already have an older bug for init-system-helpers [1]. Maybe that
> would indeed be a good place to ship an alternative implementation.
> Be it shell or perl based, or even C.
>
> Michael
>
>
>
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725959
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
>
> Email had 1 attachment:
> + signature.asc
> 1k (application/pgp-signature)
