On Wed, 2008-03-26 at 01:57 +0100, Lennart Poettering wrote: > On Fri, 14.03.08 12:27, Colin Walters (walters@xxxxxxxxxx) wrote: > > > > > On Thu, 2008-03-13 at 23:51 +0100, Lennart Poettering wrote: > > > > > The problem here is that /var/run is usually cleaned up during bootup, > > > so it's usually fine to just do a kill(pid, 0) to detect whether a > > > daemon is already running. However, PA runs as user daemon and thus > > > cannot write to /var/run. I thus chose /tmp/ copying X and esd a > > > bit. Which is admittedly a bad idea, and also introduces a (minor) > > > security issue. > > > > The best thing to do is to use the DBus session bus. Have pulseaudio > > grab a bus name such as org.pulseaudio.SessionDaemon. > > Uh? Grab a name for nothing? Also, this would prohibit multiple > instances of PA for different users. Another very useful way to deal with this situation (which is what Samba does) is to take an fcntl lock on the PID file. This will nicely go away with the process, and clearly no other process will grab a lock on a pulse-audio.pid file. Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Red Hat Inc.
Attachment:
signature.asc
Description: This is a digitally signed message part
-- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list