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-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

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.

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 > wrote: > > > >RuntimeDirectory=/run/mydaemon > >PersistentStateDirectory=/var/lib/mydaemon > > > Btw, see also this thread: > > https://lists.fedoraproject.org/pipermail/server/201

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 sc

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 wrote: > > 2014-03-01 19:47 GMT+01:00 Colin Walters : > >> On Sat, Mar 1, 2014 at 1:44 PM, Michael Biebl wrote: > >> > >> I vaguely remember that we exactly had this discussion a while

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 > > T

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 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 just go ahead and man

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 wrote: And a bit further down that thread there was this proposal from Lennar (which doesn't seem far from what Colin wants): . Right...so rereading that, the discussion seem

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 : > On Sat, Mar 1, 2014 at 8:04 PM, Michael Biebl wrote: >> 2014-03-01 19:47 GMT+01:00 Colin Walters : >>> On Sat, Mar 1, 2014 at 1:44 PM, Michael Biebl wrote: >>> >>> I vaguely remember that we exactly had this discussion a while ago. >>> >>> >>> Argh, ye

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 Tom Gundersen
On Sat, Mar 1, 2014 at 8:04 PM, Michael Biebl wrote: > 2014-03-01 19:47 GMT+01:00 Colin Walters : >> On Sat, Mar 1, 2014 at 1:44 PM, Michael Biebl wrote: >> >> I vaguely remember that we exactly had this discussion a while ago. >> >> >> Argh, yes, possibly. The dangers of getting older... >> >> U

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 : > On Sat, Mar 1, 2014 at 1:44 PM, Michael Biebl 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.

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 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 it, it was some var

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 : > 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 ab

[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 O