media-libs/mesa-8.0.1-r1 doesn't install GL/glu.h where media-libs/mesa-8.0.1 does. all sources needing the header of course fail to build (f.e. xbmc) Probably related: downgrading mesa to 8.0.1 fixes the issue but it is installed with a file collision warning: * Detected file collision(s): * * /usr/lib/libGLU.so.1 * /usr/lib/libGLU.so without leading to mesa-8.0.1-r1 as "owner".
ditto
It does not install anything in /usr/include/GLES[2] or /usr/include/KHR either. Unfortunately this leads to the xorg-server not being able to be merged. I found this is the mesa ebuild: ------ - for x in "${ED}"/usr/include/GL/{gl.h,glx.h,glext.h,glxext.h}; do + for x in "${ED}"/usr/include/*/*.h; do if [ -f ${x} -o -L ${x} ]; then mv -f "${x}" "${ED}"/usr/$(get_libdir)/opengl/${OPENGL_DIR}/include \ || die "Failed to move ${x}" ------ This change seems to be the culprit, so I am asking whether this is really correct and just another step missing somewhere? Most include files include others with fixed paths! Se gl.h for example which has an "#include <GLES/glplatform.h>" in it.
Same thing here.
With 8.0.1-r1 ati-drivers doesn't compile either. With all the headers in /usr/lib64/opengl/xorg-x11/include instead of /usr/include/GL and /usr/include/EGL, ati-drivers doesn't find glu.h.
I have package.mask'ed the new mesa revision. Until a fix is committed, please downgrade to mesa-8.0.1.
I have just sync'ed and updated to mesa-8.0.1-r2. xorg-server can be compiled again, no problems to report, everything seems to be fixed.
Marking as FIXED.