Julien Cristau <jcris...@debian.org> writes:
> On Mon, Mar 30, 2009 at 16:37:31 +0200, Goswin von Brederlow wrote:
>
>> This is a problem with plugins. Unless the software/library is
>> prepared to use the lib64/lib32 path to the plugin it will allways use
>> the native bitness and fail if that is wrong. In this case libGL needs
>> to be patched to look in /usr/lib32/dri when compiled for 32bit and
>> /usr/lib64/dri when compiled for 64bit.
>>
> We don't ship a 32-bit libGL for 64-bit userspace. ia32-libs does that,
> so you get to deal with the fallout, thanks.
>
> Cheers,
> Julien
Ia32-libs ships the libgl binary from the i386 archive. It does not
and can not build the source so it can not patch the path.
The only way this bug can be fixed is if you help by paching the
normal i386 and amd64 libgl package. Others like gtk and pango
maintainers have done so for the benefit of our users.
If you are unwilling then this bug is a wont-fix.
MfG
Goswin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
