Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 410149

Summary: app-emulation/emul-linux-x86-gtklibs-20120127 needs libEGL.so.1
Product: Gentoo Linux Reporter: Rodrigo Severo <rodrigo>
Component: New packagesAssignee: AMD64 Project <amd64>
Status: RESOLVED FIXED    
Severity: normal    
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Bug Depends on: 410213    
Bug Blocks:    

Description Rodrigo Severo 2012-03-29 13:50:32 UTC
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.
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2012-03-29 14:20:29 UTC

*** This bug has been marked as a duplicate of bug 354943 ***
Comment 2 Rodrigo Severo 2012-03-29 14:32:32 UTC
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.
Comment 3 Pacho Ramos gentoo-dev 2012-03-30 08:10:32 UTC
+  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.
+
Comment 4 Pacho Ramos gentoo-dev 2012-10-28 11:30:58 UTC
Dependency finally preserved due cairo harddepending on mesa[egl] now