Red Hat Bugzilla – Bug 427879
move SDL_AUDIODRIVER=esd wrapper script to separate rpm
Last modified: 2008-01-08 03:33:15 EST
Description of problem:
Loads of people are getting their audio to work by removing pulseaudio
(or at least enough of it that the remaining bits are inactive). Because
the /etc/profile.d/SDL_pulseaudio_hack.* files are part of SDL itself, you
can't simply yum erase the pulseaudio bits of SDL. If they were in a
separate rpm, you could easily remove them along with the other pulseaudio
Version-Release number of selected component (if applicable):
The hack is already conditionalized on existence of alsa-plugins-pulseaudio
(libasound_module_pcm_pulse.so). If you have alsa-plugins-pulseaudio installed
and don't do the SDL_AUDIODRIVER=esd hack, you'll not get working audio,
whether PA is running or not.
I don't know what condition you're talking about. The files I see simply
unconditionally set the SDL_AUDIODRIVER environment variable. They aren't
looking for any condition to base it on, and when I removed the alsa plugin
for pulseaudio, none of my SDL sound would work until I unset
the environment variable.
(In reply to comment #2)
> I don't know what condition you're talking about. The files I see simply
> unconditionally set the SDL_AUDIODRIVER environment variable. They aren't
> looking for any condition to base it on, and when I removed the alsa plugin
> for pulseaudio, none of my SDL sound would work until I unset
> the environment variable.
Then you either haven't done a yum update before filing this bug (please always
check the latest updates before filing bugs) or you don't recognize the
conditional because its not coded with an if but with a [ test ] && .
Anyways putting the SDL_AUDIODRIVER=esd wrapper script in a seperate rpm is
useless, because then people who install SDL through deps won't get it and thus
not have working sound.
If you disable pulseaudio, also do a "yum remove alsa-plugins-pulseaudio", and
make sure you have all recent updates applied, then things should work as is.