Re: [systemd-devel] Systemd 212 RemoveIPC=yes breaks postgresql

2014-05-20 Thread Lennart Poettering
On Wed, 02.04.14 15:53, Alex Hunsaker (bada...@gmail.com) wrote: > Systemd 212 defaults to remove all IPC (including SYSV memory) when a > user "fully" logs out. > > Because the postgresql service does not count as a login, if you ssh > in as postgres (I'm rsycing wal files) and then logout. Syst

Re: [systemd-devel] logind.conf.d?

2014-05-20 Thread Lennart Poettering
On Tue, 20.05.14 15:43, j...@joshtriplett.org (j...@joshtriplett.org) wrote: > > Please try to add this generically to conf-parser.c, but make it > > optional, so that can disable this for example for unit files, where we > > actually want to keep track of the drop-ins (and already do that) and >

Re: [systemd-devel] logind.conf.d?

2014-05-20 Thread josh
On Tue, May 20, 2014 at 07:12:02PM +0200, Lennart Poettering wrote: > On Fri, 16.05.14 12:58, Josh Triplett (j...@joshtriplett.org) wrote: > > > I'd like to add support for /etc/systemd/logind.conf.d, parsed after > > /etc/systemd/logind.conf. My specific use case: I'd like to be able to > > crea

Re: [systemd-devel] Services with Access to User Sessions

2014-05-20 Thread Justin Brown
Mantas, Thanks for the reply. I was able to convert the system service to a user service. Shairport is able to connect to PulseAudio just fine now. It's having trouble connecting to Avahi, which I'll need to figure out, but at least I'm making progress. Cheers, Justin On Mon, May 19, 2014 at 2:1

[systemd-devel] [PATCH] build: put missing KMOD_CFLAGS into Makefile

2014-05-20 Thread Jan Engelhardt
The build fails if kmod is not in a default location. --- Makefile.am | 8 1 file changed, 8 insertions(+) diff --git a/Makefile.am b/Makefile.am index f2a3bbd..f3108db 100644 --- a/Makefile.am +++ b/Makefile.am @@ -4200,6 +4200,10 @@ systemd_resolved_SOURCES = \ src/resolve/reso

Re: [systemd-devel] cryptsetup vs. swapon/fsck (some kind of race condition)

2014-05-20 Thread Cristian Rodríguez
El 20/05/14 12:16, Lennart Poettering escribió: > Please, remove the old cruft! Or at least disable it by default int the > code! mdadm also has the same ugly assumptions.. even worst, it does not use libudev but determines if udev is running by : ( (stat("/dev/.udev", &stb) == 0 || stat("/run/

Re: [systemd-devel] [PATCH] gudev: avoid using export-symbols-regex

2014-05-20 Thread Cristian Rodríguez
El mar 20 may 2014 13:25:52 CLT, Kay Sievers escribió: > On Wed, Apr 23, 2014 at 11:43 AM, Cristian Rodríguez > wrote: >> There is no need for this hackery, just hide the internal >> functions using glib 's G_GNUC_INTERNAL macro. > > Hmm, why is that a hack? > > Explicitly exporting functions wit

Re: [systemd-devel] [PATCH 1/1] networkd: sit-tunnel add support for pmtudisc

2014-05-20 Thread Susant Sahani
Hi Lennart , Thanks for reviewing . > > static int netdev_fill_sit_rtnl_message(Link *link, sd_rtnl_message *m) { > NetDev *netdev; > +uint8_t pmtudisc; Hmm, you never initialized the variable if mtu disc is off, no? oops ! yes This should be uint8_t pmtudisc = 1 . with

Re: [systemd-devel] Systemd 212 RemoveIPC=yes breaks postgresql

2014-05-20 Thread Lennart Poettering
On Fri, 11.04.14 14:19, David Timothy Strauss (da...@davidstrauss.net) wrote: > > Maybe if any service is running something as a user *or* it's a system > user, that user is immune to RemoveIPC? I am not sure how we could sanely figure that out... My supsicion would be to better just turn off R

Re: [systemd-devel] [PATCH] gudev: avoid using export-symbols-regex

2014-05-20 Thread Kay Sievers
On Wed, Apr 23, 2014 at 11:43 AM, Cristian Rodríguez wrote: > There is no need for this hackery, just hide the internal > functions using glib 's G_GNUC_INTERNAL macro. Hmm, why is that a hack? Explicitly exporting functions with a well-defined prefix sounds more robust than exporting everythin

Re: [systemd-devel] Trying to debug bug 76468

2014-05-20 Thread Lennart Poettering
On Tue, 06.05.14 09:06, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote: > > Is > http://cgit.freedesktop.org/systemd/systemd/commit/?id=cc567911ba790931743c18332b2476e8c4accf64 > intended to close this thread and bug 76468? I wasn't aware of the thread/bug when I commited this, but yeah, it f

Re: [systemd-devel] logind.conf.d?

2014-05-20 Thread Lennart Poettering
On Fri, 16.05.14 12:58, Josh Triplett (j...@joshtriplett.org) wrote: > I'd like to add support for /etc/systemd/logind.conf.d, parsed after > /etc/systemd/logind.conf. My specific use case: I'd like to be able to > create a simple configuration package I can install on my systems that > changes t

Re: [systemd-devel] GuessMainPID=no required to make daemon reload work

2014-05-20 Thread Lennart Poettering
On Mon, 19.05.14 14:35, Brandon Black (blbl...@gmail.com) wrote: > On Fri, May 16, 2014 at 9:38 AM, Lennart Poettering > wrote: > > > On Thu, 15.05.14 20:57, Brandon Black (blbl...@gmail.com) wrote: > > > > > On Thu, May 15, 2014 at 6:40 PM, Lennart Poettering > > > wrote: > > > > > > > > But aga

Re: [systemd-devel] cryptsetup vs. swapon/fsck (some kind of race condition)

2014-05-20 Thread Lennart Poettering
On Mon, 19.05.14 10:13, Peter Rajnoha (prajn...@redhat.com) wrote: > > broken. We start these things in parallel, they create these races > > without reason. Since ages we don't support non-devtmpfs kernels > > anymore, so it's *always* wrong to invoke mknod(), since the kernel will > > create the

Re: [systemd-devel] [RFC PATCH] Fix so install will work without 'ln --relative' support

2014-05-20 Thread Michael Biebl
2014-05-20 10:58 GMT+02:00 Umut Tezduyar Lindskog : > On Fri, May 16, 2014 at 4:14 PM, Lennart Poettering > wrote: >> If it is desirable to cross-build systemd on such an old distribution >> I'd recommend sticking an alternative "ln" implementation into $PATH and >> making sure it is preferred whe

Re: [systemd-devel] [PATCH] Fix a few compiler warnings

2014-05-20 Thread Lennart Poettering
On Mon, 19.05.14 19:52, Tom Gundersen (t...@jklm.no) wrote: > > _public_ int sd_peer_get_session(int fd, char **session) { > > -struct ucred ucred; > > +struct ucred ucred = {}; > > I can't reproduce this warning, but more importantly, why is this > necessary in this function and

Re: [systemd-devel] Start-up resource and prioritization control

2014-05-20 Thread Umut Tezduyar Lindskog
On Tue, May 20, 2014 at 1:46 PM, Tom Gundersen wrote: > On Tue, May 20, 2014 at 11:33 AM, Umut Tezduyar Lindskog > wrote: >> Thanks for your thoughts and sorry about the delay. >> >> On Thu, May 15, 2014 at 11:47 AM, Tom Gundersen wrote: >>> Hi Umut, >>> >>> Sorry for digging out an old thread,

Re: [systemd-devel] [PATCH 1/1] networkd: sit-tunnel add support for pmtudisc

2014-05-20 Thread Lennart Poettering
On Tue, 20.05.14 15:08, Susant Sahani (sus...@redhat.com) wrote: > This patch adds path of mtu discovery for sit tunnel. > To enable/disable DiscoverPathMTU is introduced. > > Example configuration > > file: sit.netdev > [NetDev] > Name=sit-tun > Kind=sit > MTUBytes=1480 > > [Tunnel] > Discover

Re: [systemd-devel] [RFC PATCH] Fix so install will work without 'ln --relative' support

2014-05-20 Thread Lennart Poettering
On Tue, 20.05.14 10:58, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote: > > Yeah, thinking about this I agree with Kay and Harald. > > > > If it is desirable to cross-build systemd on such an old distribution > > I'd recommend sticking an alternative "ln" implementation into $PATH and > > making

Re: [systemd-devel] systemd-notify --ready is not reliable

2014-05-20 Thread Lennart Poettering
On Tue, 20.05.14 10:56, Eelco Dolstra (eelco.dols...@logicblox.com) wrote: > > Hi, > > On 18/05/14 18:54, Lennart Poettering wrote: > > > Instead of sending the datagram with our own PID in the ucred field we > > could simply try to override it with our parent's PID. > > This only works if th

Re: [systemd-devel] Start-up resource and prioritization control

2014-05-20 Thread Tom Gundersen
On Tue, May 20, 2014 at 11:33 AM, Umut Tezduyar Lindskog wrote: > Thanks for your thoughts and sorry about the delay. > > On Thu, May 15, 2014 at 11:47 AM, Tom Gundersen wrote: >> Hi Umut, >> >> Sorry for digging out an old thread, but it appears it has not yet >> been answered. >> >> On Thu, Apr

Re: [systemd-devel] [PATCH] udevadm-settle: fixed return code for empty queue

2014-05-20 Thread Harald Hoyer
On 20.05.2014 12:33, har...@redhat.com wrote: > From: Harald Hoyer > > If the udev queue is empty and "/run/udev/queue" does not exist, > "udevadm settle" would return with EXIT_FAILURE, because the inotify on > "/run/udev/queue" would fail with ENOENT. > > This patch lets "udevadm settle" exit

[systemd-devel] [PATCH] udevadm-settle: fixed return code for empty queue

2014-05-20 Thread harald
From: Harald Hoyer If the udev queue is empty and "/run/udev/queue" does not exist, "udevadm settle" would return with EXIT_FAILURE, because the inotify on "/run/udev/queue" would fail with ENOENT. This patch lets "udevadm settle" exit with EXIT_SUCCESS in this case. --- src/udev/udevadm-settle

[systemd-devel] [PATCH 1/1] networkd: sit-tunnel add support for pmtudisc

2014-05-20 Thread Susant Sahani
This patch adds path of mtu discovery for sit tunnel. To enable/disable DiscoverPathMTU is introduced. Example configuration file: sit.netdev [NetDev] Name=sit-tun Kind=sit MTUBytes=1480 [Tunnel] DiscoverPathMTU=1 Local=X.X.X.X Remote=X.X.X.X By default pmtudisc is turned on , if DiscoverPathMT

Re: [systemd-devel] Start-up resource and prioritization control

2014-05-20 Thread Umut Tezduyar Lindskog
Hi Tom, Thanks for your thoughts and sorry about the delay. On Thu, May 15, 2014 at 11:47 AM, Tom Gundersen wrote: > Hi Umut, > > Sorry for digging out an old thread, but it appears it has not yet > been answered. > > On Thu, Apr 24, 2014 at 11:15 AM, Umut Tezduyar Lindskog > wrote: >> We are s

Re: [systemd-devel] [RFC PATCH] Fix so install will work without 'ln --relative' support

2014-05-20 Thread Umut Tezduyar Lindskog
On Fri, May 16, 2014 at 4:14 PM, Lennart Poettering wrote: > On Fri, 16.05.14 13:15, Harald Hoyer (harald.ho...@gmail.com) wrote: > >> >> On 16.05.2014 13:00, Kay Sievers wrote: >> > I do not think we should do such hacks in upstream systemd. >> > >> > It is a commonly available feature since quit

Re: [systemd-devel] systemd-notify --ready is not reliable

2014-05-20 Thread Eelco Dolstra
Hi, On 18/05/14 18:54, Lennart Poettering wrote: > Instead of sending the datagram with our own PID in the ucred field we > could simply try to override it with our parent's PID. This only works if the service is running as root, right? But yeah, that's already an improvement over the current s