Reproducible: Always Steps to Reproduce: 1.Update media-libs/mesa to current stable version Actual Results: emerge -pv "=media-libs/mesa-8.0.3" These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] media-libs/mesa-8.0.3 [7.11.2] USE="classic egl g3dvl%* gallium gbm gles1%* gles2%* llvm nptl openvg shared-glapi vdpau%* xa%* xvmc%* -bindist -d3d% -debug -osmesa -pax_kernel -pic (-selinux) -shared-dricore (-wayland) (-gles%*) (-motif%)" VIDEO_CARDS="-i915% -i965% -intel -nouveau -r100% -r200% -r300% -r600% -radeon -vmware (-mach64%) (-mga%) (-r128%) (-savage%) (-sis%) (-tdfx%) (-via%)" 0 kB Total: 1 package (1 upgrade), Size of downloads: 0 kB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: media-libs/mesa:0 (media-libs/mesa-8.0.3::gentoo, ebuild scheduled for merge) pulled in by =media-libs/mesa-8.0.3 (media-libs/mesa-7.11.2::gentoo, installed) pulled in by media-libs/mesa[gallium,gles] required by (media-libs/evas-9999::enlightenment, installed) Expected Results: media-libs/evas-9999 should not insist on "gles" USE flag but also accept on or both of "gles1" and gles2"
The use flag of "gles" in evas-9999 tries do downgrade mesa to 7.11. A way to continue using mesa-8.0.3 with gles set was to copy the evas-9999.ebuild file into a local_overlay (set up instructions in the gentoo wiki or gentoo documentation somewhere), edit the section of the ebuild that checks for mesa[gallium,gles], so that it responds to the "gles" use flag by checking for mesa[gallium,gles1] instead of gles and switches on the extensions in evas from that. package.use would need to set the gles flag for evas-9999, not system-wide.
Compiles alright but SEGV's on setting composite to use OpenGL.
Applies to media-libs/evas-1.7.0, too, which is in Gentoo mainline.