Bug 122487 - games-kids/gcompris dependencies for modular X
Bug#: 122487 Product:  Gentoo Linux Version: unspecified Platform: All
OS/Version: Linux Status: RESOLVED Severity: normal Priority: P2
Resolution: FIXED Assigned To: games@gentoo.org Reported By: ulm@gentoo.org
Component: Games
URL: 
Summary: games-kids/gcompris dependencies for modular X
Keywords:  
Status Whiteboard: 
Opened: 2006-02-11 11:17 0000
Description:   Opened: 2006-02-11 11:17 0000 
games-kids/gcompris contains virtual/x11 in RDEPEND.

------- Comment #1 From Ulrich Müller 2006-02-11 11:18:27 0000 ------- 
Created an attachment (id=79517) [details]
Modular X dependencies for gcompris-7.2.ebuild

------- Comment #2 From Ulrich Müller 2006-02-12 12:28:48 0000 ------- 
Created an attachment (id=79600) [details]
Modular X dependencies for gcompris-6.5.3-r1.ebuild

------- Comment #3 From Joshua Baergen (RETIRED) 2006-02-13 20:08:04 0000 ------- 
I've set the dependencies according the scripts I use.  What script(s) do you
use Ulrich?

------- Comment #4 From Ulrich Müller 2006-02-14 00:03:19 0000 ------- 
(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 From Chris Gianelloni (RETIRED) 2006-02-14 12:51:29 0000 ------- 
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.