Description of problem: The fglrx driver has a special ATI libGL.so and other openGL libraries. The way that mageia switches between normal libGL and ati libGL is by the alternatives mechanism that resets the location of /etc/ld.so.conf.d That does not seem to be working any more My system has the proper GL.conf which is pointing to the fglrx directories, but unless I set LD_LIBRARY_PATH I'm getting the libGL.so.1 in /lib64 which is the wrong one. [joe@big-apple etc]$ ldd -v `which gears` linux-vdso.so.1 (0x00007fff07c00000) libGL.so.1 => /lib64/libGL.so.1 (0x00007f6ff7098000) libm.so.6 => /lib64/libm.so.6 (0x00007f6ff6d98000) libglut.so.3 => /lib64/libglut.so.3 (0x00007f6ff6b48000) libc.so.6 => /lib64/libc.so.6 (0x00007f6ff6798000) Did the lib path search change recently? Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. this should be reproduciable by running fglrx drivers and running gears 2. 3.
CC: (none) => tmbAssignee: bugsquad => anssi.hannula
On my system I get: ldd -v `which gears` linux-vdso.so.1 (0x00007f8bd3654000) libGL.so.1 => /usr/lib64/fglrx/libGL.so.1 (0x00007f8bd3230000) libm.so.6 => /lib64/libm.so.6 (0x00007f8bd2f32000) libglut.so.3 => /lib64/libglut.so.3 (0x00007f8bd2ce8000) libc.so.6 => /lib64/libc.so.6 (0x00007f8bd2936000) Seems to be corrected. RESOLVED?
CC: (none) => micheelsen
Any more comments? Close?
CC: (none) => nic
I do still get the correct path, see below. I think it can be closed. Its very old
(In reply to Hans Micheelsen from comment #3) > I do still get the correct path, see below. I think it can be closed. Its > very old Thx for the feedback, Hans :-)
Status: NEW => RESOLVEDCC: (none) => marja11Resolution: (none) => FIXED