Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-03 Thread Holger Schurig
Make it more user friendly (e.g. without an open man page). Instead of u root 0 g mail /usr/bin/procmail g tty /usr/bin/write d /var/lib/foobar 664 root root c /etc/sudoers /usr/share/sudo/sudoers.default user root 0 setgroup mail /usr/bin/procmail ... and so on. Hmm,

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-03 Thread Lennart Poettering
On Mon, 03.03.14 15:48, Holger Schurig (holgerschu...@gmail.com) wrote: Hmm, that gave me one thougth: if systemd starts as PID 1 and no /etc/passwd etc doesn't exist, I can very well understand that, when compiled with --enable-privioning, it should create those things. But the c -line could

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-03 Thread Lennart Poettering
On Sun, 02.03.14 23:55, Lennart Poettering (lenn...@poettering.net) wrote: I am still open for this btw. If somebody wants to hack on that, I figure this should simply be addded to ExecContext, as a strv of directory names. In exec_spawn() we'd then just create all those dirs, right after

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-02 Thread Lennart Poettering
On Sat, 01.03.14 14:46, Colin Walters (walt...@verbum.org) wrote: Hi! So for OSTree I am trying to move to a model where services populate the contents of /var on *start*. See previous discussion here: https://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg07859.html The

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-02 Thread Lennart Poettering
On Sat, 01.03.14 20:18, Tom Gundersen (t...@jklm.no) wrote: On Sat, Mar 1, 2014 at 8:04 PM, Michael Biebl mbi...@gmail.com wrote: 2014-03-01 19:47 GMT+01:00 Colin Walters walt...@verbum.org: On Sat, Mar 1, 2014 at 1:44 PM, Michael Biebl mbi...@gmail.com wrote: I vaguely remember that

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-02 Thread Lennart Poettering
On Sat, 01.03.14 19:46, Colin Walters (walt...@verbum.org) wrote: Certainly it magnifies the pain for the RPM world in that there's nothing that scans the build directory and says hey you installed something that looks like a tmpfiles.d snippet, let me auto-generate some postinst shell

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-02 Thread Lennart Poettering
On Sat, 01.03.14 21:01, Colin Walters (walt...@verbum.org) wrote: On Sat, Mar 1, 2014 at 2:46 PM, Colin Walters walt...@verbum.org wrote: RuntimeDirectory=/run/mydaemon PersistentStateDirectory=/var/lib/mydaemon Btw, see also this thread:

[systemd-devel] binding tmpfiles.d to unit startup

2014-03-01 Thread Colin Walters
Hi, So for OSTree I am trying to move to a model where services populate the contents of /var on *start*. See previous discussion here: https://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg07859.html The really great part about this is that one is then able to totally reset

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-01 Thread Michael Biebl
2014-03-01 15:46 GMT+01:00 Colin Walters walt...@verbum.org: Hi, So for OSTree I am trying to move to a model where services populate the contents of /var on *start*. See previous discussion here: https://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg07859.html The really

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-01 Thread Colin Walters
On Sat, Mar 1, 2014 at 1:44 PM, Michael Biebl mbi...@gmail.com wrote: I vaguely remember that we exactly had this discussion a while ago. Argh, yes, possibly. The dangers of getting older... Unfortunately I'm not able to find it in the archives right now. I think if we did talk about

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-01 Thread Michael Biebl
2014-03-01 19:47 GMT+01:00 Colin Walters walt...@verbum.org: On Sat, Mar 1, 2014 at 1:44 PM, Michael Biebl mbi...@gmail.com wrote: I vaguely remember that we exactly had this discussion a while ago. Argh, yes, possibly. The dangers of getting older... Unfortunately I'm not able to find it

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-01 Thread Tom Gundersen
On Sat, Mar 1, 2014 at 8:04 PM, Michael Biebl mbi...@gmail.com wrote: 2014-03-01 19:47 GMT+01:00 Colin Walters walt...@verbum.org: On Sat, Mar 1, 2014 at 1:44 PM, Michael Biebl mbi...@gmail.com wrote: I vaguely remember that we exactly had this discussion a while ago. Argh, yes, possibly.

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-01 Thread Zbigniew Jędrzejewski-Szmek
On Sat, Mar 01, 2014 at 02:46:45PM +, Colin Walters wrote: 2) Loss of association between package data and directory. While this is pretty minor, it *is* useful to be able to do rpm -qf /var/kerberos and see that it comes from the krb5-libs package. On a related note, I want to

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-01 Thread Michael Biebl
2014-03-01 20:18 GMT+01:00 Tom Gundersen t...@jklm.no: On Sat, Mar 1, 2014 at 8:04 PM, Michael Biebl mbi...@gmail.com wrote: 2014-03-01 19:47 GMT+01:00 Colin Walters walt...@verbum.org: On Sat, Mar 1, 2014 at 1:44 PM, Michael Biebl mbi...@gmail.com wrote: I vaguely remember that we exactly

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-01 Thread Colin Walters
On Sat, Mar 1, 2014 at 2:18 PM, Tom Gundersen t...@jklm.no wrote: And a bit further down that thread there was this proposal from Lennar (which doesn't seem far from what Colin wants): http://lists.freedesktop.org/archives/systemd-devel/2013-July/012024.html. Right...so rereading that, the

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-01 Thread Colin Walters
On Sat, Mar 1, 2014 at 2:46 PM, Colin Walters walt...@verbum.org wrote: RuntimeDirectory=/run/mydaemon PersistentStateDirectory=/var/lib/mydaemon Btw, see also this thread: https://lists.fedoraproject.org/pipermail/server/2014-February/000843.html Putting these together (and how about we