When using nvidia-drivers on AMD64, "eselect opengl" incorrectly puts library path /usr/lib32/opengl/libs in /etc/env.d/03opengl ahead of /usr/lib64/... Look's like the prob is in eselect opengl module, where symlink "/usr/lib->/usr/lib64" is skipped, and lib32 comes first. This results in: ldd /usr/lib64/libGL.so linux-vdso.so.1 => (0x00007fff08bff000) libGLcore.so.1 => //usr/lib32/opengl/nvidia/lib/libGLcore.so.1 (0x00007fad00453000) libnvidia-tls.so.1 => //usr/lib32/opengl/nvidia/lib/libnvidia-tls.so.1 (0x00007fad00350000) libm.so.6 => /lib/libm.so.6 (0x00007fad000cf000) libXext.so.6 => /usr/lib/libXext.so.6 (0x00007facffebc000) libX11.so.6 => /usr/lib/libX11.so.6 (0x00007facffb7e000) libdl.so.2 => /lib/libdl.so.2 (0x00007facff97a000) libc.so.6 => /lib/libc.so.6 (0x00007facff621000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007facff402000) libXau.so.6 => /usr/lib/libXau.so.6 (0x00007facff1fe000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007facfeff8000) /lib64/ld-linux-x86-64.so.2 (0x00007fad02312000) I can't tell if this causes real problems, but having 32-bit lib as dependency for 64-bit lib can't be right thing. Reproducible: Always Steps to Reproduce: Always present Actual Results: /usr/lib64/libGL.so depends on 32-bit version libs Expected Results: Should depend on 64-bit version in /usr/lib64/..
Update. Look's like this report is invalid. After reboot I see correct dependencies in ldd output. ldtree still shows lib32, but that is lddtree's issue.
I would sugest that a regular 64bit lib can't be runtime loaded against a 32bit lib. well ndiswrapper does that in any way. I've heard the the real 32bit opengl libs come from emul-linux-x86...-opengl. And please resource (`. /etc/profile`) after this eselect action. Feel free to reopen if you experience any problems.