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]
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]
obsoleted by bug-morphing
Created attachment 74241 [details]
Log of the x-server
Created attachment 74242 [details]
Configuration, log and emerge info attached as per request. Thanks for your
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