> fglrx and nvidia install a fake alternative in addition to the one for
> your architecture, which is meant to override the second alternative
> provided by multi-arch mesa (e.g. by i386 mesa if you're using adm64).
> This means that you should only configure the alternative for your arch
> for now
I don’t have such a choice. If I have mesa and nvidia-current installed on x86_64, I can configure the x86_64-linux-gnu_gl_conf alternative, but the only alternative available for i386-linux-gnu_gl_conf is /usr/lib/nvidia-current/ld.so.conf. An alternative with only one option is not configurable. So I cannot prevent /usr/lib/nvidia-current and /usr/lib32/nvidia-current from being added to the linker path.
I’d be more okay with this if nvidia-current’s i386-linux-gnu_gl_conf pointed to a file that only has the 32-bit library locations, but right now it has both 32-bit and 64-bit library locations.
> Unfortunately I don't have access to my
> workstation to show you the exact error but I'm available to do so next
> week when I'm back home, if you're interested.
Hmm, I am a little interested. Under normal circumstances it should be totally fine to have several alternatives pointing to the same file:
> fglrx and nvidia install a fake alternative in addition to the one for
> your architecture, which is meant to override the second alternative
> provided by multi-arch mesa (e.g. by i386 mesa if you're using adm64).
> This means that you should only configure the alternative for your arch
> for now
I don’t have such a choice. If I have mesa and nvidia-current installed on x86_64, I can configure the x86_64- linux-gnu_ gl_conf alternative, but the only alternative available for i386-linux- gnu_gl_ conf is /usr/lib/ nvidia- current/ ld.so.conf. An alternative with only one option is not configurable. So I cannot prevent /usr/lib/ nvidia- current and /usr/lib32/ nvidia- current from being added to the linker path.
I’d be more okay with this if nvidia-current’s i386-linux- gnu_gl_ conf pointed to a file that only has the 32-bit library locations, but right now it has both 32-bit and 64-bit library locations.
> Unfortunately I don't have access to my
> workstation to show you the exact error but I'm available to do so next
> week when I'm back home, if you're interested.
Hmm, I am a little interested. Under normal circumstances it should be totally fine to have several alternatives pointing to the same file:
$ ls -l /etc/alternatives/ | grep flashplugin flashplugin- installer/ npwrapper. libflashplayer. so flashplugin- installer/ npwrapper. libflashplayer. so flashplugin -> /var/lib/ flashplugin- installer/ npwrapper. libflashplayer. so flashplugin -> /var/lib/ flashplugin- installer/ npwrapper. libflashplayer. so flashplugin- installer/ npwrapper. libflashplayer. so addons- flashplugin -> /var/lib/ flashplugin- installer/ npwrapper. libflashplayer. so flashplugin -> /var/lib/ flashplugin- installer/ npwrapper. libflashplayer. so
lrwxrwxrwx 1 root root 58 2011-06-24 17:15 firefox-flashplugin -> /var/lib/
lrwxrwxrwx 1 root root 58 2011-06-15 16:06 iceape-flashplugin -> /var/lib/
lrwxrwxrwx 1 root root 58 2011-06-15 16:06 iceweasel-
lrwxrwxrwx 1 root root 58 2011-06-15 16:06 midbrowser-
lrwxrwxrwx 1 root root 58 2011-06-24 17:15 mozilla-flashplugin -> /var/lib/
lrwxrwxrwx 1 root root 58 2011-06-15 16:06 xulrunner-
lrwxrwxrwx 1 root root 58 2011-06-15 16:06 xulrunner-