On Wed, 2009-04-01 at 00:50 +0200, Goswin von Brederlow wrote: > 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.
FWIW, strictly speaking no patching is necessary, ia32-libs could just arrange for $LIBGL_DRIVERS_PATH containing something like /usr/lib/dri:/usr/lib32/dri However, it would probably be better to make something like this the default path built into libGL instead... -- Earthling Michel Dänzer | http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
