Bug 427879

Summary: move SDL_AUDIODRIVER=esd wrapper script to separate rpm
Product: [Fedora] Fedora Reporter: Tom Horsley <horsley1953>
Component: SDL_soundAssignee: Hans de Goede <hdegoede>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: 8   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-01-08 08:33:15 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Tom Horsley 2008-01-08 00:42:36 UTC
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

Comment 1 Kevin Kofler 2008-01-08 01:03:58 UTC
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.

Comment 2 Tom Horsley 2008-01-08 03:04:37 UTC
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.

Comment 3 Hans de Goede 2008-01-08 08:33:15 UTC
(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.