On Mon, 25 Apr 2005 14:52:18 +0200 Paul de Vrieze <[EMAIL PROTECTED]> 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
