On 2012-08-05 10:06, Vsevolod Kozlov wrote: > The multilib packages install libraries in /usr/lib/i386-linux-gnu, as opposed > to /usr/lib32, so the problem is that 32-bit programs don't go looking there.
that shouldn't be a problem if ld is configured correctly > As a workaround, one can symlink > /usr/lib/i386-linux-gnu/fglrx/fglrx-libGL.so.1.2 to /usr/lib32/libGL.so.1 and > /usr/lib/i386-linux-gnu/dri/fglrx_dri.so to /usr/lib32/dri/fglrx_dri.so. if that *really* helps, we have some seriously broken 32bit binaries - how are they supposed to run on i386 properly? > But I suppose the real solution would be to build the 32-bit programs > properly. Do you have some trivial example to test? Ideally something that can be installed from the repository, i.e. something:amd64 and something:i386 (although the binaries won't be co-installable at the same time). On 2012-08-04 22:04, Jason Morawski wrote: > I'm not sure if this is a bug or a setup issue, but I am unable to run > applications that use 32bit OpenGL libraries. This problem began after > upgrading to fglrx-driver (1:12-6+point-1) > > I installed the multiarch library packages for libfglrx:i386 and > libgl1-fglrx-glx:i386 thinking that it would resolve my issue, but it > did not. My problem still persists. do you have ia32-libs installed? if possible, remove it if not, move /usr/lib32/libGL.so* away (and out of any library search path) > After doing some searching, I found bug #614805 which states: that is about an outdated libGL.so.1 in ia32-libs > "32 bit applications that use libgl1 don't work. libgl1 searches in > /usr/lib/dri but it has to search in /usr/lib32/dri. The effect is no 3d libgl1-fglrx-glx has the libGL.so.1 patched to search in /usr/lib/<triplet>/dri, too, so this shouldn't be an issue any more > Even though the bug says that FGLRX is not affected, it seems that I am > experiencing the same issue with applications being unable to load the > 32bit OpenGL libraries. Perhaps someone can shed some light on this. I I'm afraid, you were using the MESA libGL.so.1 in /usr/lib32 instead of the FGLRX one in /usr/lib/<i386-triplet> > glxinfo did not mention anything regarding 32bit glx. I was more thinking about comparing the output from glxinfo from mesa-utils:amd64 and mesa-utils:i386 (note: you can only install one of these packages at a time) Looks like we need to add either Breaks: ia32-libs (<< 20120701) or somehow reinstate the diversions of /usr/lib32/libGL.so* (which have been removed by the removal/upgrade of the libgl1-fglrx-glx-ia32 package) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
