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 bits. Version-Release number of selected component (if applicable): SDL-1.2.12-5.fc8
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. Closing.