On Wed, 13.02.08 18:34, Colin Guthrie (gmane at colin.guthr.ie) wrote: > > Lennart Poettering wrote: > > Hmm, I wonder if there are any drawbacks of this way to start PA. Does > > gnome-session still upload the samples correctly if it doesn't start > > esd/PA by itself? It has been a while since I last had a look on the > > g-s source code. > > > > If that's not a problem, than I might do a similar change on Fedora, too. > > Not 100% sure about that one. I certainly get my login sound but I have > been a little confused about not seeing samples in the cache.... > although this is no doubt due to me restarting pulseaudio since logging > in (I generally don't log out/in much provided my suspend is behaving..). > > I'll let you know. > > 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. 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? > I've not looked (stolen) at the fedora rpm for a while so this may not > apply to you but figured it was worth mentioning :) 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. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4
