Summary: | DRI does not work with libGL.so provided by Mesa | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Kalen Petersen <kalenp> |
Component: | [OLD] Core system | Assignee: | Martin Schlemmer (RETIRED) <azarah> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 1.0 RC6 r14 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Kalen Petersen
2002-01-18 17:33:58 UTC
With additional research, I have begun to question the reasoning for removing the symlinks in /usr/lib that Xfree provides to it's own libGL. From the mesa3d supported systems page, http://www.mesa3d.org/about/systems.html "If you download and install XFree86 4.0 you do not need to install Mesa separately. All the important parts of Mesa will be installed with the rest of XFree86." Reading the documentation on http://dri.sourceforge.net and the information provided with the XFree86 distribution, this seems to be the proper thing to do. Perhaps the removed symlinks in /usr/lib provided by Xfree should be left there and the seperate mesa libraries removed from the base distribution. A 'working' (for me that is) ebuild of xfree 4.2.0 is on cvs (-r4).. masked of course. It will not remove the symlinks, and also includes libGLU.so. Still in testing, so please contact me, or add comments here if you have trouble. I merged in xfree-4.2.0-r4, and things are working just fine. No outside mesa's, though if i do an emerge --pretend --world update it says that it will install mesa as a New package. I had been getting the compile error about /usr/lib/libGL.la from kdebase, but that seems to have been cleared up as well. Perhaps this is the new way to go, if it works for others as well. Nevermind on the kde bit, that seems to just be from the newer kde ebuild. However, X is still working just fine now, and with full hardware acceleration. OK, i think with the resolution of bug 245, this one is fixed as well. The only lose ends to tie up seem to be taking mesa-* out of whatever profile uses them as default. When I do an "emerge --pretend --world update" it says that it's going to merge in mesa-glu and mesa-glut. Perhaps the mesa-glut is alright, but x11 is now providing virtual/glu. I think this is a change that needs to be made in /usr/portage/profiles/default/virtuals. I'll leave this bug as open now, but it looks pretty close to wrapped up. Thanks for the prompt help on all of this. Think our latest xfree ebuild fixes this. Also mesa*3.5 should be considerd a no-go. |