I wish PulseAudio fell into a well and died
Monday, September 10th, 2007After I figured that HAL is setting permissions now in Rawhide (a subject of a separate blog entry maybe), the volume slider started working, but all other audio applications still fail. Oh, that’s right: we drove the stake through the black heart of EsounD. Bravo! No, wait…
[zaitcev@niphredil ~]$ strace aplay arc/morse/uk3dba.au
open(”/dev/snd/pcmC0D0p”, O_RDWR|O_NONBLOCK) = -1 EBUSY (Device or resource busy)
[root@niphredil zaitcev]# lsof | grep pcm
pulseaudi 2601 zaitcev mem CHR 116,6 2903 /dev/snd/pcmC0D0p
pulseaudi 2601 zaitcev mem CHR 116,7 2908 /dev/snd/pcmC0D0c
pulseaudi 2601 zaitcev 20u CHR 116,6 2903 /dev/snd/pcmC0D0p
pulseaudi 2601 zaitcev 30u CHR 116,7 2908 /dev/snd/pcmC0D0c
[root@niphredil zaitcev]#
I understand the desire to replace EsounD with something better, but at least EsounD did not hog the audio device. Why is PulseAudio hogging it? My Intel soundcard with ALSA is perfectly capable of playing several streams at once. My message to PulseAudio: stop hogging my sound card.
Now I have to figure out how GNOME starts the blasted thing. Nothing obvious jumps out of gconf-editor so far. The next step is to look at pulseaudio’s RPM scriptlets, they must be registering it somewhere. Meh, it feels like Windows.
UPDATE: OMG. I killed it and it disappeared (not starting on next login). Probably our break-up was too unnerving for the poor daemon. I would be comforted if not for a sneaking suspicion that it is plotting my demise while hiding in the depth of GNOME somewhere.