| Summary: | x11-drivers/ati-drivers-8.522 - ld: cannot find -lGL | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | dejfson <dejfson> |
| Component: | New packages | Assignee: | X11 External Driver Maintainers <x11-drivers> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | major | CC: | erik.dobak, newshirt, rafnov |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
dejfson
2008-09-15 20:59:09 UTC
Please post the output of `eselect opengl list'. (In reply to comment #1) > Please post the output of `eselect opengl list'. > Available OpenGL implementations: [1] xorg-x11 * ---------- Small comment: I have noticed, that in fact it is not failure of compilation of fglrx driver, however it is glxgears which fails to compile because it cannot find libGL. If you remove the two commands responsible for compilation of glxgears from the ebuild, compilation is done correctly. But maybe it is just because I miss some packages(?) d. have the same issue. there is a wrong link /usr/lib64/libGL.so in my system. revdep-rebuild did not help. i will maybe do something to this link and lets see what will happen. I've found somehow where the problem is. When you have installed a driver, say ati-drivers and you unmerge it, it is unmerged, however the links to the opengl headers and libraries are not destroyed. thus dead links appear. then when you use eselect to set new opengl interface (xorg-x11 e.g.), it fails because it is unable to delete/rewrite these links. you have to delete them manually, then use eselect opengl to select the opengl installed and then it starts to work. so either the problem is in umerging of the packages that the links are not correctly switched/enabled, or the problem could be in eselect opengl as it is unable to recreate dead links (In reply to comment #4) yes same at my system. just for info: ad my first comment: fixpackages did not help i have found these broken links # ls -al /usr/lib64/libGL.so lrwxrwxrwx 1 root root 35 2008-09-15 22:19 /usr/lib64/libGL.so -> //usr/lib64/opengl/ati/lib/libGL.so # ls -al /usr/lib32/libGL.so lrwxrwxrwx 1 root root 35 2008-09-15 22:19 /usr/lib32/libGL.so -> //usr/lib32/opengl/ati/lib/libGL.so # ls -al /usr/lib64/xorg/modules/extensions/libglx.so lrwxrwxrwx 1 root root 43 2008-09-15 22:19 /usr/lib64/xorg/modules/extensions/libglx.so -> //usr/lib64/opengl/ati/extensions/libglx.so after: # rm /usr/lib64/libGL.so # rm /usr/lib32/libGL.so # rm /usr/lib64/xorg/modules/extensions/libglx.so i was able to run: # eselect opengl set xorg-x11 after running emerge on the ati drivers i still got: * Detected file collision(s): * * /lib/modules/2.6.25-gentoo-r7/video/fglrx.ko * * Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * None of the installed packages claim the file(s). so i did # rm /lib/modules/2.6.25-gentoo-r7/video/fglrx.ko then: # emerge ati-drivers works fine now. i dont know if this can be called a clean fix but the cause of this was i guess also not a clean thing so its fine for me.. this bug is related to 238686 Reassigning to herd since eradicator has left Gentoo. *** Bug 247794 has been marked as a duplicate of this bug. *** (In reply to comment #5) i did some of the cleaning you mentioned, chose the xorg-x11 opengl variant but still could get ati-drivers to emerge ... what did the trick was to re-install mesa and - probably more important - install mesa-progs (glxgears and glxinfo) which was not installed previously. after that, the emerge of ati-drivers went like a charm ^^ *** Bug 254580 has been marked as a duplicate of this bug. *** now with: mesa-7.2 xorg-server-1.5.3-r1 ati-drivers-8.561 eselect-1.0.11-r1 eselect-opengl-10.6-r1 and the current kernel the reemerge seems to work, although i had to do the manual cleanup first. fixed with eselect-opengl-1.0.7. Please test and reopen if it is still borked. |
