For some reason mesa headers symlinked wrong into xorg-server compilation temp folder: $ LC_ALL=C ls -l /var/tmp/portage/x11-base/xorg-server-1.13.1/temp/mesa-symlinks/GL/ total 0 lrwxrwxrwx 1 root root 39 Mar 25 23:46 gl.h -> /usr/lib64/opengl/xorg-x11/include/gl.h lrwxrwxrwx 1 root root 40 Mar 25 23:46 glext.h -> /usr/lib64/opengl/global/include/glext.h lrwxrwxrwx 1 root root 40 Mar 25 23:46 glx.h -> /usr/lib64/opengl/xorg-x11/include/glx.h lrwxrwxrwx 1 root root 41 Mar 25 23:46 glxext.h -> /usr/lib64/opengl/global/include/glxext.h lrwxrwxrwx 1 root root 42 Mar 25 23:46 glxmd.h -> /usr/lib64/opengl/xorg-x11/include/glxmd.h lrwxrwxrwx 1 root root 45 Mar 25 23:46 glxproto.h -> /usr/lib64/opengl/xorg-x11/include/glxproto.h lrwxrwxrwx 1 root root 46 Mar 25 23:46 glxtokens.h -> /usr/lib64/opengl/xorg-x11/include/glxtokens.h BUT, mesa (installed some times, different versions, keyworded or stable): $ equery files mesa .... /usr/lib64/opengl/xorg-x11/include /usr/lib64/opengl/xorg-x11/include/EGL /usr/lib64/opengl/xorg-x11/include/EGL/egl.h /usr/lib64/opengl/xorg-x11/include/EGL/eglext.h /usr/lib64/opengl/xorg-x11/include/EGL/eglmesaext.h /usr/lib64/opengl/xorg-x11/include/EGL/eglplatform.h /usr/lib64/opengl/xorg-x11/include/GL /usr/lib64/opengl/xorg-x11/include/GL/gl.h /usr/lib64/opengl/xorg-x11/include/GL/glext.h /usr/lib64/opengl/xorg-x11/include/GL/glx.h /usr/lib64/opengl/xorg-x11/include/GL/glxext.h .... i. e. in line 162 and below of ebuild: # Xorg-server requires includes from OS mesa which are not visible for # users of binary drivers. mkdir -p "${T}/mesa-symlinks/GL" for i in gl glx glxmd glxproto glxtokens; do ln -s "${EROOT}usr/$(get_libdir)/opengl/xorg-x11/include/$i.h" "${T}/mesa-symlinks/GL/$i.h" || die done for i in glext glxext; do ln -s "${EROOT}usr/$(get_libdir)/opengl/global/include/$i.h" "${T}/mesa-symlinks/GL/$i.h" || die done `/opengl/global/include/$i.h` should be changed to /opengl/global/include/GL/$i.h I guessing, that it can happens because EGL flag turned on in mesa. I will try. I sure, that many peoples successfully compiles mesa and xorg last monthes (last update of my xorg-server was in 13.07.2012), so may be it just some bug in my portage configuration. Thanks, good luck. And I will try little workaround with symlinks in /usr/lib64/opengl/global/include (GL folder symlinked to double dot). Reproducible: Always Steps to Reproduce: 1. emerge xorg-server Actual Results: Fail. Attached Expected Results: Successful emerge look to description
Created attachment 343272 [details] emerge --info
Created attachment 343274 [details] xorg-server compilation fail
recompiling mesa w/o egl - no result, .h still in GL folder: /usr/lib64/opengl/xorg-x11/include/GL/gl.h /usr/lib64/opengl/xorg-x11/include/GL/glext.h /usr/lib64/opengl/xorg-x11/include/GL/glx.h /usr/lib64/opengl/xorg-x11/include/GL/glxext.h
Dirty workaround: symlinks, which `copies` gl*.h files for one level from GL folder, works. xorg-server compiled successfully.
Created attachment 344480 [details] Patch to fix symlinks created by ebuilds in 1.13.3 and 1.14.0 I can confirm this bug on multiple boxes. The attached patch solves the problem.
Created attachment 346452 [details] updated ebuild Sheesh, why is this bug still unconfirmed? Please find attached an fixed ebuild for xorg-server-1.14.1. Apparently the bug is only triggered when using the binary drivers (I'm running Nvidia). There is also a separate bug report on this issue in the forums: http://forums.gentoo.org/viewtopic-t-943244-highlight-.html
I'm still affected by this bug and the patch doesn't work for me! Please find attached the emerge --info and build log.
Created attachment 361596 [details] emerge --info '=x11-base/xorg-server-1.14.3-r2::gentoo'
Created attachment 361598 [details] emerge -pqv '=x11-base/xorg-server-1.14.3-r2::gentoo'
Created attachment 361600 [details] build.log
(In reply to Andreas Schäfer from comment #6) > Created attachment 346452 [details] > updated ebuild > > Sheesh, why is this bug still unconfirmed? Please find attached an fixed > ebuild for xorg-server-1.14.1. Apparently the bug is only triggered when > using the binary drivers (I'm running Nvidia). > > There is also a separate bug report on this issue in the forums: > http://forums.gentoo.org/viewtopic-t-943244-highlight-.html I confirm this bug. and if you ahdn't mentioned that it is a problem with binary video drivers, I never would have been able to fix a box I am upgrading. Thank You! And I hope they either fix the standard ebuild or use yours instead. It works!
(In reply to jerry.mcbride from comment #11) > (In reply to Andreas Schäfer from comment #6) > > Created attachment 346452 [details] > > updated ebuild > > > > Sheesh, why is this bug still unconfirmed? Please find attached an fixed > > ebuild for xorg-server-1.14.1. Apparently the bug is only triggered when > > using the binary drivers (I'm running Nvidia). > > > > There is also a separate bug report on this issue in the forums: > > http://forums.gentoo.org/viewtopic-t-943244-highlight-.html > > I confirm this bug. and if you ahdn't mentioned that it is a problem with > binary video drivers, I never would have been able to fix a box I am > upgrading. > > Thank You! > > And I hope they either fix the standard ebuild or use yours instead. It > works! Glad I could be of service :-)
I expect this is long since fixed, especially since the versions of the xserver you mention are no longer in portage.