sdl-mixer broken when -mp3 USE flag given When recompiled with USE="mp3" it fails with the following error: ImportError: /usr/lib/libsmpeg-0.4.so.0: undefined symbol: _Unwind_GetIP Both vorbis and mikmod are in use. Note that MP3 playback is non-free due to MP3 patents in certain countries. The license restricts sale of MP3 decoding software, which is incompatable with the GPL's allowance of commercial distribution and ban on (ie) distributing covered software where patent licenses restrict freedoms specifically granted, making MP3 decoding software illegal to distribute under GNU GPL in such countries. The requirement for smpeg to use sdl-mixer (even with games that only use Ogg Vorbis) should be removed to resolve this legal issue, as Redhat/etc has already done.
*** Bug 101609 has been marked as a duplicate of this bug. ***
(In reply to comment #0) > Note that MP3 playback is non-free due to MP3 patents in certain countries. The > license restricts sale of MP3 decoding software, which is incompatable with the > GPL's allowance of commercial distribution and ban on (ie) distributing covered > software where patent licenses restrict freedoms specifically granted, making > MP3 decoding software illegal to distribute under GNU GPL in such countries. > > The requirement for smpeg to use sdl-mixer (even with games that only use Ogg > Vorbis) should be removed to resolve this legal issue, as Redhat/etc has already > done. sdl-mixer is not GPL, it's LGPL-2. I don't know why we should be crippling software functionality b/c of some patent issues. If it's illegal for you to download it, then don't.
patent/legal issues are not our concern, we dont cripple packages because of retarded laws re-emerge smpeg to fix the _Unwind_GetIP error
(In reply to comment #2) > (In reply to comment #0) > > I don't know why we should be crippling > software functionality b/c of some patent issues. > If it's illegal for you to download it, then don't. the mp3 use flag is provided for a reason, and isn't working correctly if turned off. This behavior should be fixed for those who want to use SDL programs without MP3 support, which as I wrote before, is not needed for most programs. The fact that sdl-mixer isn't working at all with -mp3 is a bug.
Correction; the same bug happens with -mp3 as with "mp3" when smpeg is recompiled. However, smpeg is listed as a dependency even with -mp3 in the ebuild, so there's still a mp3 related bug here. The error comes back to the inability to output audio. With oss, the output of a program trying to do a pygame.mixer.init() is: pygame.err: No available audio device With alsa the output is the same effect, but different text: pygame.err: Could not open requested file The same user, on the same console, can successfully: # cat /bin/bash >/dev/dsp As well as run ogg123 without problem. These same errors have also been seen when running the application as root, but currently (for whatever reason) running as root gets around the problem. Note that everything in /dev/sound/* is owned by the unprivledged user that the above errors are generated under.
*** This bug has been marked as a duplicate of 99590 ***