If I try to install pulseaudio-utils.i686 while pulseaudio-utils.x86_64 is installed, the following error occurs: Running Transaction Check Führe Verarbeitungstest durch [user@user-laptop ~]$ sudo yum install pulseaudio-utils.i686 [..snipped yum output..] Prüffehler bei Verarbeitung: file /usr/bin/padsp from install of pulseaudio-utils-2.1-5.fc18.i686 conflicts with file from package pulseaudio-utils-2.1-5.fc18.x86_64
The easiest fix would probably be to make pulseaudio-utils not be multilib'd In practical terms, you don't really want or need pulseaudio-utils.i686 on a x86_64 box, do you?
usually not, but I ran into problems with some 3rd Party Packages. Of course, the right thing to do (tm) would be to fix those packages but unfortunately I'm not able to do this.
curious, what 3rd party packages require pulseaudio-utils.i686 ? (I ask, because my fix is going to simply make pulseaudio-utils.i686 not available anymore, so will definitely break anyone making assumptions that it is present even on x86_64)
It's been a while since I stumbled into this one, I would have to do some digging. It was either some humblebundle game or when I tried to rebuild some humblebundle package (in a non-rpm format) as a rpm with the help of http://mumble.knobgoblin.org.uk I think it was the latter, that I noticed it, while building an i386 game on a x86_64 machine. not sure though. :-/
%changelog * Fri Jan 04 2013 Rex Dieter <rdieter> 3.0-3 - move libpulsedsp plugin to -libs, avoids -utils multilib (#891425)
Now that I look closer at the padsp script, containing snippets like: if [ x"$LD_PRELOAD" = x ] ; then LD_PRELOAD="/usr/lib64/pulseaudio/libpulsedsp.so" else LD_PRELOAD="$LD_PRELOAD /usr/lib64/pulseaudio/libpulsedsp.so" fi I'm pretty sure this tool will only work for native arch'd apps. Not sure if there's much we can do about that though.
*** This bug has been marked as a duplicate of bug 856146 ***