I just updated my modular Xorg build. The compilation of xdriinfo aborts with the following error: checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for XDRIINFO... yes checking for library containing glXGetProcAddress... no configure: error: cannot find GL library - make sure Mesa or other OpenGL package is installed even though I have mesa-6.4.1 installed. Is glXGetProcAdderess provided in a newer version of mesa? Anyway, the ebuild should depend on a library that provides that function. xdiinfo-0.99.1 works fine on this system.
Created attachment 74099 [details] config.log
Created attachment 74101 [details] output from emerge info
A revdep-rebuild (rebuilding mesa) fixed the issue for me. Maybe xserver's ebuild should be updated to suggest such a rebuild?
This is likely due to the libdrm changes...Donnie, should we rev-bump mesa and force it in the metabuild to avoid this?
But now the xorg-server can't load its GLcore module anymore (libGLcore.so: undefined symbol: __glXLastContext) :-(
Which xorg-server are you running? I bumped it last night with a libdrm dep that might fix it...
(In reply to comment #4) > This is likely due to the libdrm changes...Donnie, should we rev-bump mesa and > force it in the metabuild to avoid this? No, that's not the right answer. Running revdep-rebuild is.
In reply to comment #6: The bug with __glXLastContext is present in both xorg-server-0.99.4-r1 and -r2.
Please attach your 'emerge info' and attach your X configuration and log.
Comment on attachment 74099 [details] config.log obsoleted by bug-morphing
Created attachment 74241 [details] Log of the x-server
Created attachment 74242 [details] my xorg.conf Configuration, log and emerge info attached as per request. Thanks for your help.
You shouldn't load GLcore explicitly. The dynamic loader will start it as required. Drop the line from your xorg.conf and you shouldn't lose any functionality.
