The xmms src rpm contains a dummy plugin that is supposed to inform users that this version of xmms don't play mpeg audio. Unfortunately this plugin does not get installed due to an error in the spec file. Pseudo patch: -install -m 755 libzz_mp3.so %{buildroot}%{_datadir}/xmms/Input +install -m 755 libzz_mp3.so %{buildroot}%{_libdir}/xmms/Input While I'm at it, there are a couple of other issues with the spec file: * It should have automake14 and autoconf213 in BuildRequires * Having the skin subpackage depend on a specific xmms version seems a bit unecessary
egg->face. The problem with requiring automake14 and autoconf213 means that it will break on systems that have automake-1.4 and autoconf-2.13 installed. So it needs to require /usr/bin/automake-1.4, etc.
Most automake-1.4 packages won't work anyway since they usually don't have any executables named automake-1.4. But nevermind, it's a very minor issue.
This is prehaps a blessing ? :) Now we dont get any file conflicts when installing rpm's that contain the mp3 input files from the RH 7.3 version of xmms ;)
There aren't any file conflicts anyway.
*** Bug 75850 has been marked as a duplicate of this bug. ***
*** Bug 69921 has been marked as a duplicate of this bug. ***
Hi I just thought of a better solution to make everybody happy. Why not modify xmms to make it download/install automatically any missing plugin. The user would of course be warned about the legal issues and could accept or refuse the plugin.
This has been fixed in the rawhide xmms packages for a while.