FS#16172 - lib32-alsa-lib plugin dir is invalid
Attached to Project:
Community Packages
Opened by txfx (txfx) - Sunday, 13 September 2009, 16:02 GMT
Last edited by Ionut Biru (wonder) - Saturday, 03 October 2009, 13:39 GMT
Opened by txfx (txfx) - Sunday, 13 September 2009, 16:02 GMT
Last edited by Ionut Biru (wonder) - Saturday, 03 October 2009, 13:39 GMT
|
Details
Description:
The plugin dir for the package lib32-alsa-lib is set to /usr/lib/alsa-lib/ but this folder contain the 64bit plugin for alsa. Instead the /opt/lib32/usr/lib/alsa-lib/ should be used as it contains the 32bit plugins for alsa. As a result it's not possible to use pulseaudio in wine because it will try to load the file /usr/lib/alsa-lib/libasound_module_pcm_pulse.so and failed because it's a 64bit library. Additional info: * package version(s) : 1.0.20-1 Steps to reproduce: 1) configure alsa to use the pulse plugin by default (cf http://wiki.archlinux.org/index.php/PulseAudio#Configuration_of_the_ALSA_PulseAudio_plugin) 2) launch winecfg from bin32-wine (or any other 32bit program using alsa) it will display an error on opening /usr/lib/alsa-lib/libasound_module_pcm_pulse.so |
This task depends upon
Closed by Ionut Biru (wonder)
Saturday, 03 October 2009, 13:39 GMT
Reason for closing: Won't implement
Additional comments about closing: now we can't do much because we don't have a gcc multilib package. there is a plan that include this and build packages for x86_64 with that.
Saturday, 03 October 2009, 13:39 GMT
Reason for closing: Won't implement
Additional comments about closing: now we can't do much because we don't have a gcc multilib package. there is a plan that include this and build packages for x86_64 with that.
do pacman -Ql lib32-alsa-lib and you'll see that he are set up to /opt/lib32/usr/lib.
a proper bug report should be a feature request, asking to provide /usr/lib/alsa-lib/smixer/ in lib32-alsa-lib
So as you used the official i686 package the PLUGIN_DIR is configured to be /usr/lib/alsa-lib, which is totally correct for an i686 platform, but will be wrong on x86_64.
The solution would be to compiled the i686 package with the option --with-plugindir=/opt/lib32/usr/lib/alsa-lib .
My solution was to build a "special" package to be used only for the x86_64 32bit compatibility but i don't know if it is easy to do :/.