Bug 891425

Summary:	Multiarch dependency issue with pulseaudi-utils
Product:	[Fedora] Fedora	Reporter:	katastrophal
Component:	pulseaudio	Assignee:	Lennart Poettering <lpoetter>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	18	CC:	belegdol, brendan.jones.it, lkundrak, lpoetter, rdieter
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-01-04 14:42:24 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description katastrophal 2013-01-02 21:58:23 UTC

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

Comment 1 Rex Dieter 2013-01-04 13:16:56 UTC

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?

Comment 2 katastrophal 2013-01-04 13:32:46 UTC

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.

Comment 3 Rex Dieter 2013-01-04 13:42:15 UTC

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)

Comment 4 katastrophal 2013-01-04 14:35:19 UTC

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. :-/

Comment 5 Rex Dieter 2013-01-04 14:42:24 UTC

%changelog
* Fri Jan 04 2013 Rex Dieter <rdieter> 3.0-3
- move libpulsedsp plugin to -libs, avoids -utils multilib (#891425)

Comment 6 Rex Dieter 2013-02-08 19:02:46 UTC

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.

Comment 7 Rex Dieter 2014-07-16 13:34:00 UTC


*** This bug has been marked as a duplicate of bug 856146 ***