media-libs/freeglut-3.0.0 fails as GL/glext.h cannot be found. /usr/include/GL/glext.h exists but is a dead symlink to ../../lib64/opengl/global/include/GL/glext.h. The latter was removed with eselect-opengl-1.3.1-r4. After manually emerging mesa-11.0.6, freeglut compiles. Reproducible: Always
I have the same problem. Broken link.
The link should point to ../../lib64/opengl/xorg-x11/include/GL/glxext.h like the gl.h header does.
Also, glxext.h is broken also. Changing opengl with eselect doesn't make any difference whether the broken links are present or not.
@Luke: I think they changed the design / the package providing these files and forgot to ensure that mesa-11 will be emerged before the packages that depend on those GL headers.
I've also got the same problem. However, for me, trying to emerge mesa-11.0.6 tries to pull in freeglut first. I suppose "manually installing" means using ebuild instead of emerge.
Note that the same issue for media-libs/glu and all other packages which include GL/gl.h
In my case, installing of mesa has provided necessary headers and after that freeglut and other packages were installed without problems.
If freeglut is pulled in when you try to upgrade mesa, try # emerge -1u media-libs/mesa --exclude media-libs/freeglut and give the emerge output if that fails.
Here it is x11-libs/cairo-1.14.2 being affected, during an emptytree update, where cairo is updated before mesa. ... [ebuild U ] x11-libs/cairo-1.14.2::gentoo [1.12.18-r1::gentoo] USE="X glib opengl svg xcb (-aqua) -debug (-directfb) (-gles2) -static-libs -valgrind -xlib-xcb (-drm%) (-gallium%) (-openvg%) (-qt4%)" ABI_X86="32 (64) (-x32)" 0 KiB ... [ebuild U ] media-libs/freeglut-3.0.0::gentoo [2.8.1-r1::gentoo] USE="-debug -static-libs" ABI_X86="32 (64) (-x32)" 0 KiB ... [ebuild U ] media-libs/mesa-11.0.6::gentoo [10.3.7-r1::gentoo] USE="classic dri3 egl gallium gbm gles2* llvm nptl opencl udev vaapi%* -bindist -d3d9% -debug -gles1 -openmax -osmesa -pax_kernel -pic (-selinux) -vdpau -wayland -xa -xvmc (-openvg%) (-r600-llvm-compiler%)" ABI_X86="32 (64) (-x32)" VIDEO_CARDS="nouveau (-freedreno) -i915 -i965 -ilo -intel -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware" 0 KiB Interesting here is that the gles2 USE flag (which would add a dependency on mesa) is profiles/base/package.mask'ed for x11-libs/cairo.
I'm not sure what we could do here to fix the problem. Fortunately, it's one that goes away on its own (with a reemerge of Mesa).