Bug 856146

The problem still exists with pulseaudio-utils-2.1-6:

Transaction Check Error:
  file /usr/bin/padsp from install of pulseaudio-utils-2.1-6.fc18.i686 conflicts with file from package pulseaudio-utils-2.1-6.fc18.x86_64

There is bug #912515 which describes the same problem.

pulseaudio-utils-2.1-7 does not solve the problem (see bug #912515).

This message is a reminder that Fedora 18 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 18. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '18'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 18's end of life.

Thank you for reporting this issue and we are sorry that we may not be 
able to fix it before Fedora 18 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior to Fedora 18's end of life.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

I actually checked the package at Fedora 19. It seems that it is not solved on Fedora 19.

- On Fedora 19 there exists only a x86_64 package of pulseaudio-utils, no i686 package (in the x86_64 repository):
    pulseaudio-utils-3.0-10.fc19.x86_64

  This solves the package conflict, but does not provide padsp for 32 bit programs.

- On Fedora 19 there exists packages
    pulseaudio-libs-3.0-10.fc19.x86_64
    pulseaudio-libs-3.0-10.fc19.i686
  which can be installed together. They provide libraries
    /usr/lib64/pulseaudio/libpulsedsp.so
    /usr/lib/pulseaudio/libpulsedsp.so
  but only the 64 bit version is used by padsp.


I think a solution could be to add an option to padsp to choose the 32 bit instead of the 64 bit library, or to create a new script padsp32 which uses the 32 bit library, or something similar.

*** Bug 891425 has been marked as a duplicate of this bug. ***

fun history lessons in bug #376721 and followup bug #891425

still pondering how best to solve this.

%changelog
* Wed Jul 16 2014 Rex Dieter <rdieter> 5.0-7
- Provide padsp-32, /usr/bin/padsp is native arch only (#856146)

Meh, actually the source the problems here seems to the move from 
LD_PRELOAD="libpulsedsp.so"
to
LD_PRELOAD="@pkglibdir@/libpulsedsp.so"

in upstream commit
http://cgit.freedesktop.org/pulseaudio/pulseaudio/commit/?id=a96390d86519cf38a23296d912a0271263774ec9

I'm considering simply reverting that too as a simpler fix (and let ld figure it out)

Or not, that way has it's own set of problems :-/ , let's stick with providing a padsp-32 for awhile, and see how that goes.

Is there a fix for this problem? This is a bit annoying.

For what it worth I fixed the problem on my system with:

--- padsp_orig	2014-08-19 01:59:58.759071577 +0200
+++ padsp	2014-08-19 02:13:45.651089154 +0200
@@ -75,10 +75,16 @@
 
 shift $(( $OPTIND - 1 ))
 
+if [ x`file $1 | grep 32-bit` = x ] ; then
+   arch=x86_64-linux-gnu
+else
+   arch=i386-linux-gnu
+fi
+
 if [ x"$LD_PRELOAD" = x ] ; then
-   LD_PRELOAD="/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsedsp.so"
+   LD_PRELOAD="/usr/lib/$arch/pulseaudio/libpulsedsp.so"
 else
-   LD_PRELOAD="$LD_PRELOAD /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsedsp.so"
+   LD_PRELOAD="$LD_PRELOAD /usr/lib/$arch/pulseaudio/libpulsedsp.so"
 fi
 
 export LD_PRELOAD

Use padsp-32 , see comment #7

Included in pulseaudio-5.0-7.fc20

Ok. I was not sure if it was fixed that way. Thanks!