Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-13 Thread Lennart Poettering
On Mon, 13.04.15 02:37, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > > Now, of these the first item is a work-around for broken daemons, and > > this should really be better fixed in the daemons themselves. A daemon > > that does not require tmpfiles is a good daemon. The third item is

Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-12 Thread Zbigniew Jędrzejewski-Szmek
On Sun, Apr 12, 2015 at 07:19:07PM +0200, Lennart Poettering wrote: > On Sun, 12.04.15 14:11, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > > > I'm wondering if we should provide better per-user tmpfiles support. > > For example, if we allowed a set of "user" tmpfiles, which would > > b

Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-12 Thread Kai Krakow
Elias Probst schrieb: > On 04/12/2015 05:47 PM, Kai Krakow wrote: >> Elias Probst schrieb: >> >>> On 04/12/2015 04:11 PM, Zbigniew Jędrzejewski-Szmek wrote: I'm wondering if we should provide better per-user tmpfiles support. For example, if we allowed a set of "user" tmpfiles, which

Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-12 Thread Lennart Poettering
On Sun, 12.04.15 16:46, Elias Probst (m...@eliasprobst.eu) wrote: > On 04/12/2015 04:11 PM, Zbigniew Jędrzejewski-Szmek wrote: > > I'm wondering if we should provide better per-user tmpfiles support. > > For example, if we allowed a set of "user" tmpfiles, which would > > be executed by the system

Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-12 Thread Lennart Poettering
On Sun, 12.04.15 14:11, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > I'm wondering if we should provide better per-user tmpfiles support. > For example, if we allowed a set of "user" tmpfiles, which would > be executed by the system instance, but would be considered relative to > the h

Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-12 Thread Elias Probst
On 04/12/2015 05:47 PM, Kai Krakow wrote: > Elias Probst schrieb: > >> On 04/12/2015 04:11 PM, Zbigniew Jędrzejewski-Szmek wrote: >>> I'm wondering if we should provide better per-user tmpfiles support. >>> For example, if we allowed a set of "user" tmpfiles, which would >>> be executed by the sy

Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-12 Thread Kai Krakow
Elias Probst schrieb: > On 04/12/2015 04:11 PM, Zbigniew Jędrzejewski-Szmek wrote: >> I'm wondering if we should provide better per-user tmpfiles support. >> For example, if we allowed a set of "user" tmpfiles, which would >> be executed by the system instance, but would be considered relative to

Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-12 Thread Elias Probst
On 04/12/2015 04:11 PM, Zbigniew Jędrzejewski-Szmek wrote: > I'm wondering if we should provide better per-user tmpfiles support. > For example, if we allowed a set of "user" tmpfiles, which would > be executed by the system instance, but would be considered relative to > the home directory and XDG

Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-12 Thread Zbigniew Jędrzejewski-Szmek
On Sun, Apr 12, 2015 at 03:41:31PM +0200, Lennart Poettering wrote: > On Sat, 11.04.15 16:21, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > > > On Sat, Apr 11, 2015 at 02:26:57PM +0200, Kai Krakow wrote: > > > dean schrieb: > > > > > > > Ok thanks for your prompt reply. It is my under

Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-12 Thread Lennart Poettering
On Sat, 11.04.15 16:21, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > On Sat, Apr 11, 2015 at 02:26:57PM +0200, Kai Krakow wrote: > > dean schrieb: > > > > > Ok thanks for your prompt reply. It is my understanding the the > > > house-keeping-plugin "cleans" /tmp so does it need access

Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-11 Thread Mantas Mikulėnas
On Sat, Apr 11, 2015 at 7:21 PM, Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > On Sat, Apr 11, 2015 at 02:26:57PM +0200, Kai Krakow wrote: > > dean schrieb: > > > > > Ok thanks for your prompt reply. It is my understanding the the > > > house-keeping-plugin "cleans" /tmp so does it ne

Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-11 Thread Zbigniew Jędrzejewski-Szmek
On Sat, Apr 11, 2015 at 02:26:57PM +0200, Kai Krakow wrote: > dean schrieb: > > > Ok thanks for your prompt reply. It is my understanding the the > > house-keeping-plugin "cleans" /tmp so does it need access? That sounds wrong. First, systemd is already cleaning /tmp, so nothing good is going to

Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-11 Thread Kai Krakow
dean schrieb: > Ok thanks for your prompt reply. It is my understanding the the > house-keeping-plugin "cleans" /tmp so does it need access? Does systemD > "clean" its own /tmp files/folders? Yes, it does. See "man tmpfiles.d", it ships with defaults for the tmp directory. The directories you

Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-10 Thread dean
On Sat, 2015-04-11 at 01:59 +0300, Mantas Mikulėnas wrote: > On Sat, Apr 11, 2015 at 1:57 AM, dean wrote: > Hi guys, > > Firstly i apologize if I'm in the wrong place, tell me where > to go if i > am ;-). > > I am having some permission pro

Re: [systemd-devel] SystemD, Gnome permission problems

2015-04-10 Thread Mantas Mikulėnas
On Sat, Apr 11, 2015 at 1:57 AM, dean wrote: > Hi guys, > > Firstly i apologize if I'm in the wrong place, tell me where to go if i > am ;-). > > I am having some permission problems, following is some syslog entries: > > gnome-session[2739]: (gnome-settings-daemon:2809): > housekeeping-plugin-WA

[systemd-devel] SystemD, Gnome permission problems

2015-04-10 Thread dean
Hi guys, Firstly i apologize if I'm in the wrong place, tell me where to go if i am ;-). I am having some permission problems, following is some syslog entries: gnome-session[2739]: (gnome-settings-daemon:2809): housekeeping-plugin-WARNING **: Failed to enumerate children of /tmp/systemd-private