Re: Fedora sound nightmare (Pulseaudio)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux