On Sat, 16.02.08 14:29, Colin Guthrie (gmane at colin.guthr.ie) wrote: > >> One other thing for fedora package (not sure if it applies) is ESD > >> autospawn. I've had to ship a /etc/esd.conf with "auto_spawn=0" in it > >> otherwise libesound will try to run /usr/bin/esd by default (which is > >> obviously symlinked to esdcompat). Alternative would be to hack > >> libesound to make no_autospawn default to 1 but somehow the config file > >> seemed less hacky and didn't change the defined behaviour of > >> libesound. > > > > Autospawning = evil. Don't do it. > > I'm trying not to :) The mistake I made was not including an esd.conf > file to stop libesound from doing it by default :) > > > Hmm, when I hacked the auto-spawning code I made sure that it worked > > event for the ESD drop-in stuff. Are you suggesting that this doesn't work? > > No, there is no bug in pulse here, I just had a bug in my packaging of > the pulseaudio-esound-compat package where I did not provide an > /etc/esd.conf file. > > When this file does not exist, the *libesound* autospawning was turned > on by default which resulted in pulse being auto spawned via > /usr/bin/esd -> esdcompat And that doesn't work for you? It should work. I carefully made sure to make PA as compatible to esd as possible, and that includes handling libesd-based autospawning of PA. If it doesn't work, than I broke something. > > Hmm, if I remember correctly: GNOME will fallback to non-cache event > > sound playback if a cached sample for the event is not cached. That > > might be the reason why event sounds still work for you, although > > nothing is in the cache. > > Fair enough. Certainly the sounds are cached at login as I think I > reported back elsewhere so that's good :) Hmm, so you say that if PA is started before gnome-session, then it will still properly upload the samples? That would be great. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4
