Bug 335011 - Move libpulsecore.so* to /usr/lib(64)/pulseaudio/ to prevent being considered for multilib
Summary: Move libpulsecore.so* to /usr/lib(64)/pulseaudio/ to prevent being considered...
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: pulseaudio
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Lennart Poettering
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F8Blocker
TreeView+ depends on / blocked
 
Reported: 2007-10-16 18:25 UTC by Jesse Keating
Modified: 2013-01-10 02:41 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2007-10-17 21:26:21 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Jesse Keating 2007-10-16 18:25:23 UTC
In order to satisfy runtime multilib setups we tag anything that drops a library
file in (/usr/)lib(64)/ as being multilib.  pulseaudio currently drops a library
in /usr/lib64/libpulse.so.0.3.0 for example.  If this library (which I'm told is
purely for internal pulseaudio use) is moved to libdir/pulseaudio/ it would
avoid being tagged for multilib and we would resolve the current conflicts we have.

Comment 1 Lennart Poettering 2007-10-17 21:26:21 UTC
As discussed on IRC, moving libpulsecore to some private directory doesn't
really work because the library is then no longer found by the dynamic loader.
This could be worked around by -rpath or /etc/ld.so.conf/, both of which are not
allowed on other distributions, and I'd be very unhappy if I'd have to ship PA
with different build systems for Fedora and the rest.

Instead I now split off libpulsecore into its own package pulseaudio-core-libs,
which should fix the problem, too.

0.16.svn20071017


Note You need to log in before you can comment on or make changes to this bug.