Package: dpkg Version: 1.10.28 Followup-For: Bug #481823
unsure how to file this. checking rdeps on a list (while unpacking or ...) is checking sorting so... I just joined debian-d...@lists.debian.org I've scanned dpkg and apt source code. I like the "grade system". I realize deps are solved : but the list generated is not I'm sure (easy to see order of unpack / config for long pkg lists all going in at once). pkg dependancies v. pkg list of dependancies. i suggest checking order (as optional) so that lists are ordered most likely to succeede to overcome any depends or interruption difficulties. why not use list ? can't hurt. (order can be important if Ctrl-C is pressed, if pkg is source, if bsd / mac are using tsort(1) (for ports, order to dl and compile, order mandatory for this, q, holes). I wrote debian developers in the past about this (ie, in #633388) and one smart one said "not good enough - tsort is pkg heuristic - so we are not much further using it". I showed them preliminary code and they said "if / when you have an actual patch we'll look".) I've done this : http://www.sourceforge.net/projects/dep-trace (manpage & source there) (script that shows "Total Order of /var/lib/dpkg/available" there) /bin/dep-trace orders and prints huge lists of dependancies quickly (and basic rules / pkg, not topological / svg) and otherwise acts like tsort. It accepts virtuals, does rdeps, (see sf). at this time it's generic (ie, knows nothing debian specific but is more hackable than tsort to rule, i believe) thanks much ! -- John -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.38-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages dpkg depends on: ii dselect 1.10.28 a user tool to manage Debian packa ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
