[pulseaudio-discuss] pulseaudio automatic startup

[Lennart Poettering]

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