This bug is in fact the continuation of Bug #354943 which has been wrongly closed as fixed. Please take a look at it to understand the issue as it's already well explained and researched there. Unfortunatelly the #354943 bug was wrongly closed after a comment by Samuli Suominem which wrongly concludes that the issue is fixed because in his system "qfile -v libEGL.so.1" lists: media-libs/mesa-7.11.2 (/usr/lib64/libEGL.so.1) app-emulation/emul-linux-x86-opengl-20120127 (/usr/lib32/libEGL.so.1) The fact that "qfile -v libEGL.so.1" lists the above package doesn't prove neither disprove that the issue at hand is fixed or not. The issue at hand is that emul-linux-x86-gtklibs needs libEGL.so.1 and libGL.so.1 but it's ebuild doesn't depends on app-emulation/emul-linux-x86-opengl which provides libEGL.so.1 and libGL.so.1. This issue isn't seem by many more people because many times, other packages bring mesa or emul-linux-x86-opengl and then emul-linux-x86-gtklibs requirement is met despite it's ebuild not actually depending on it. For people like myself where there is no other ebuild depending on mesa or emul-linux-x86-opengl the flaw on emul-linux-x86-gtklibs's ebuild (not depending on emul-linux-x86-opengl) hits us as a revdep-rebuild continually tries to rebuild app-emulation/emul-linux-x86-gtklibs-20120127: broken /usr/lib32/libcairo-gobject.so.2.11000.2 (requires libEGL.so.1 libGL.so.1) The solution is either to make emul-linux-x86-gtklibs's ebuild depend on emul-linux-x86-opengl or make the libraries at emul-linux-x86-gtklibs not require libEGL.so.1 and libGL.so.1. As a temporary fix I have only to emerge by hand emul-linux-x86-opengl.
*** This bug has been marked as a duplicate of bug 354943 ***
Dear Jeroen, I have no problem on having this bug closed as duplicate of bug #354943 as far as bug #354943 is reopenned. I'm reopening this bug as I have not sufficient rights to reopen bug #354943, which is a better alternative AFAICT. I took the time and energy to explain with details why I believe either this bug should be open or bug #354943 should be reopened. Please don't just summarily close this bug without taking further action, i.e., reopening bug #354943 or explaining why, after the explanations I included in this bug creation you still believe that this issue is actually fixed.
+ 30 Mar 2012; Pacho Ramos <pacho@gentoo.org> + emul-linux-x86-gtklibs-20120127.ebuild: + RDEPEND on opengl stuff shouldn't be needed, but add it anyway until bug + #410213 is properly solved, thanks a lot to Rodrigo Severo in bug #410149. +
Dependency finally preserved due cairo harddepending on mesa[egl] now