Summary: | x11-apps/xdriinfo-1.0.2 (and 1.0.1) fails to emerge because "cannot find GL library - make sure Mesa or other OpenGL package is installed" ...even though they are installed | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ian Douglas <ian> |
Component: | [OLD] Unspecified | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge log
config.log |
Description
Ian Douglas
2008-12-28 10:55:16 UTC
Created attachment 176583 [details]
emerge log
Created attachment 176585 [details]
config.log
Well, something you don't see everyday: /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/../../../../lib64/libGL.so: undefined reference to `XDamageAdd' Somewhere along the line, libXdamage went AWOL. Check the output of ldd for libGL and libX11. (In reply to comment #3) > Well, something you don't see everyday: > /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/../../../../lib64/libGL.so: undefined > reference to `XDamageAdd' > Somewhere along the line, libXdamage went AWOL. > Check the output of ldd for libGL and libX11. > thanks for the speedy reply. I re-emerged libXdamage but that didn't fix the problem. I tried using ldd without success (after consulting --help and the man pages) gentoo ~ # ldd libX11 ldd: ./libX11: No such file or directory gentoo ~ # ldd libGL ldd: ./libGL: No such file or directory Excuse my ignorance but what exactly should I be passing to ldd? thanks, Ian ldd needs full path. Assigning to maintainers. I am facing the same problem as well. My system is also amd64 and multilib. At first I thought the libGL.so symlink was missing or corrupt but even after using 'eselect opengl' to put it back, the build still fails. Perhaps this is an nvidia issue? I am using the 180.22 drivers that came out yesterday and the beta 180.xx drivers before that. (In reply to comment #7) > I am facing the same problem as well. My system is also amd64 and multilib. > > At first I thought the libGL.so symlink was missing or corrupt but even after > using 'eselect opengl' to put it back, the build still fails. > > Perhaps this is an nvidia issue? I am using the 180.22 drivers that came out > yesterday and the beta 180.xx drivers before that. > These seem related: (and affect ATI and nVidia): http://bugs.gentoo.org/show_bug.cgi?id=238686 http://bugs.gentoo.org/show_bug.cgi?id=237785 http://bugs.gentoo.org/show_bug.cgi?id=228547 I did try the steps on 237785 and now mesa-progs no longer emerges ... so still stuck. Looks like it's actually an eselect or unmerge/portage issue. cheers, Ian Actually, it seems that because I don't have Mesa installed, any call to 'eselect opengl set 2' (option 2 is xorg-x11 opengl) will erase the /usr/lib/libGL.so symlink.
When xdriinfo starts it does this:
>>> Emerging (1 of 178) x11-apps/xdriinfo-1.0.2
* xdriinfo-1.0.2.tar.bz2 RMD160 SHA1 SHA256 size ;-)... [ ok ]
* checking ebuild checksums ;-)... [ ok ]
* checking auxfile checksums ;-)... [ ok ]
* checking miscfile checksums ;-)... [ ok ]
* Forcing on xorg-x11 for header sanity...
That is the moment when it switches my system back from nvidia opengl to mesa - or at least it tries. In fact it erases the symlink leaving the system without the proper openGL support (afaik).
My workaround: hit ctrl+z when switched to mesa ('Unpacking source' is after the switch so hitting ctrl+z there is safe). Check if the symlink is gone: 'ls -alh /usr/lib/libGL*' shows no libGL.so in there.
Next enter 'eselect opengl set 1' (you might want to confirm that number 1 is indeed your native openGL driver).
Enter 'fg' and let xdriinfo continue. *done*
It compiles fine this way so whoevers bright idea it was to switch the openGL driver for compiling one program: please don't...
Also, it looks like the layer is not switched back to the original value, so after installing xdriinfo, everyone is stuck with Mesa?
(In reply to comment #9) > Actually, it seems that because I don't have Mesa installed, any call to > 'eselect opengl set 2' (option 2 is xorg-x11 opengl) will erase the > /usr/lib/libGL.so symlink. Um, didn't quite work for me... probably because I have uninstalled ATI-Drivers (which according to another bug may actually be the root of the problems -- the uninstall step, that is). gentoo / # emerge -uvDN xdriinfo These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] x11-apps/xdriinfo-1.0.2 USE="-debug" 0 kB Total: 1 package (1 new), Size of downloads: 0 kB >>> Verifying ebuild manifests >>> Emerging (1 of 1) x11-apps/xdriinfo-1.0.2 * xdriinfo-1.0.2.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * Forcing on xorg-x11 for header sanity... Switching to xorg-x11 OpenGL interface... done >>> Unpacking source... >>> Unpacking xdriinfo-1.0.2.tar.bz2 to /var/tmp/portage/x11-apps/xdriinfo-1.0.2/work >>> Source unpacked in /var/tmp/portage/x11-apps/xdriinfo-1.0.2/work ^Z [1]+ Stopped emerge -uvDN xdriinfo gentoo / # ls -alh /usr/lib/libGL* -rw-r--r-- 1 root root 747 2009-01-21 18:41 /usr/lib/libGL.la lrwxrwxrwx 1 root root 38 2009-01-21 18:41 /usr/lib/libGL.so -> //usr/lib/opengl/xorg-x11/lib/libGL.so* -rw-r--r-- 1 root root 884K 2006-05-18 21:14 /usr/lib/libGLU.a -rw-r--r-- 1 root root 752 2009-01-20 15:10 /usr/lib/libGLU.la lrwxrwxrwx 1 root root 11 2009-01-20 15:10 /usr/lib/libGLU.so -> libGLU.so.1* lrwxrwxrwx 1 root root 20 2009-01-20 15:10 /usr/lib/libGLU.so.1 -> libGLU.so.1.3.070200* -rwxr-xr-x 1 root root 451K 2009-01-20 15:10 /usr/lib/libGLU.so.1.3.070200* -rw-r--r-- 1 root root 45K 2006-05-18 21:14 /usr/lib/libGLw.a gentoo / # eselect opengl list Available OpenGL implementations: [1] xorg-x11 * gentoo / # so should I uninstall Mesa first? thanks, Ian xdriinfo changes to xorg-x11's libGL as it should, so it's a bug with your binary drivers.. not xdriinfo |