[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-dev
Subject:    Re: [gentoo-dev] Reverse dependency Scanning
From:       Thomas de Grenier de Latour <degrenier () easyconnect ! fr>
Date:       2005-04-25 19:11:17
Message-ID: 20050425211117.308c1693 () eusebe
[Download RAW message or body]

On Mon, 25 Apr 2005 14:52:18 +0200
Paul de Vrieze <pauldv@gentoo.org> wrote:

> Making the diagram vertical would probably be a big improvement.

Yep, that's very true. I've uploaded (same url) a new version
which adds 'rankdir=LR' to the graph, and I also think it's
much more readable this way (on "medium size" package sure, it's
still and will probably always be absolutly messy on big packages
like mozilla for instance). 

Another change I've made is the addition of a "-r/--real-paths"
option which make the script resolve all symlinks while searching
for packages owning some depended-on files. The point is that if
you don't do that, then it won't be accurate in finding deps: a
program may be linked to "/usr/X11R6/lib/foo.so" whereas the file
was installed as "/usr/lib/foo.so" for instance (or the opposite -
I've found both on my system actually).
The following example shows the difference i think:
http://tdegreni.free.fr/gentoo/xdtv-symlinks.ps
http://tdegreni.free.fr/gentoo/xdtv-realpaths.ps
(the ebuild is not from portage, so i'm the one to blame for the
/usr/X11R6/lib linkings)

The drawback of that "real-paths" approach is that you then can't
distinguish a dep on Bash (/bin/bash) from one on any Bourne shell
(/bin/sh), and that's why i made it optional. Probably the best
would be to do both kinds of search at once and show the
difference in the graph, or something like that...

> one thing I miss however is a destinction between libraries
> linked into the application, and those that only are taken in by
> another library. The so files do make this distinction so it
> should be possible to extract it.

If i don't misunderstand what you mean, then that was exactly the
point of a patch i've submitted 2 days ago, and which is in the
current depreverse version. Shared libs that are listed as deps
should be only those which are marked NEEDED in the objects
headers, not those that are indirectly linked to.

-- 
TGL.
-- 
gentoo-dev@gentoo.org mailing list

[prev in list] [next in list] [prev in thread] [next in thread]