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

Bug 122487

Summary: games-kids/gcompris dependencies for modular X
Product: Gentoo Linux Reporter: Ulrich Müller <ulm>
Component: [OLD] GamesAssignee: Gentoo Games <games>
Status: RESOLVED FIXED    
Severity: normal    
Priority: High    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Attachments: Modular X dependencies for gcompris-7.2.ebuild
Modular X dependencies for gcompris-6.5.3-r1.ebuild

Description Ulrich Müller gentoo-dev 2006-02-11 11:17:20 UTC
games-kids/gcompris contains virtual/x11 in RDEPEND.
Comment 1 Ulrich Müller gentoo-dev 2006-02-11 11:18:27 UTC
Created attachment 79517 [details, diff]
Modular X dependencies for gcompris-7.2.ebuild
Comment 2 Ulrich Müller gentoo-dev 2006-02-12 12:28:48 UTC
Created attachment 79600 [details, diff]
Modular X dependencies for gcompris-6.5.3-r1.ebuild
Comment 3 Joshua Baergen (RETIRED) gentoo-dev 2006-02-13 20:08:04 UTC
I've set the dependencies according the scripts I use.  What script(s) do you use Ulrich?
Comment 4 Ulrich Müller gentoo-dev 2006-02-14 00:03:19 UTC
(In reply to comment #3)
> I've set the dependencies according the scripts I use.  What script(s) do you
> use Ulrich?

Why, "included-headers.sh" and "linking-libs.sh" by spyderous.
They report (for 7.2) the following:
   x11-libs/libX11
   x11-libs/libXt
   x11-libs/libXrandr
   x11-libs/libXrender

I have also looked at several ebuilds and there appeared to be no definite policy if redundant dependencies should be removed or not. Please enlighten me.

If redundant ones are to be omitted, then you should remove _all_ of the above since everything is a dependency of gtk+-2.* .
Comment 5 Chris Gianelloni (RETIRED) gentoo-dev 2006-02-14 12:51:29 UTC
Well, here's my take on it.  I prefer a complete dependency-tree, *especially* for DEPEND, as someone could ahve ru "emerge depclean" and removed things that were in DEPEND only.  I prefer to not rely on the fact that some other packages depends on something, as that package's dependencies could change in the future and break this apckage without any kind of notice.

As for a policy, there isn't one, that I am aware of regarding this.