(It's not marked as a FAQ, but I mean http://www.debian.org/devel/testing) Anyway, just looking at the output for today... leading: -epydoc,python2.3,tix8.1 recur: [] 736/0 ... SUCCESS (736/667) leading: ispell recur: [] ispell 666/0 ... SUCCESS (667/648) leading: libvorbis recur: [] libvorbis 647/0 ... FAILED leading: wmaker recur: [] wmaker 647/0 ... FAILED It doesn't seem to be putting the previously successfully recur'd packages into the []'s.... I would have expected that output to be: leading: -epydoc,python2.3,tix8.1 recur: [] 736/0 ... SUCCESS (736/667) leading: ispell recur: [] ispell 666/0 ... SUCCESS (667/648) leading: libvorbis recur: [ispell] libvorbis 647/0 ... FAILED leading: wmaker recur: [ispell] wmaker 647/0 ... FAILED which is what the FAQ suggests that it is. Also, the FAQ mentions that (from FAQ) skipped: cln (0) (150+4) got: 167+0: a-40:a-33:h-49:i-45 * i386: ginac-cint, libginac-dev Has a list of the packages that become uninstallable, but it doesn't mention that conversely, (from output today) accepted: -cantus ori: 54+0: a-4:a-5:h-6:i-7:i-4:m-4:m-6:m-6:p-3:s-4:s-5 pre: 54+0: a-4:a-5:h-6:i-7:i-4:m-4:m-6:m-6:p-3:s-4:s-5 now: 54+0: a-4:a-5:h-6:i-7:i-4:m-4:m-6:m-6:p-3:s-4:s-5 all: -audacity -bitcollider -brahms -burgerspace -cantus Has a list of the packages that have been accepted so far. In _both_ cases the 'x+0: a-n:a-n:h-n' etc is referring to uninstallable packages. Also, the format of the 'skipped' result has changed slightly, to trying: -binutils-h8300-hms skipped: -binutils-h8300-hms (2 <- 732) got: 7+0: a-7 * alpha: brickos, gcc-h8300-hms, legos Where in (x <- y), x is the number of tried packges since we last accepted something, and y is the number of candidate not installed minus x... The total goes down by one when a package is accepted, and x becomes 0 again... I'm not totally clear _why_ we have these numbers though. Also, at this point I'm _guessing_ that packages with a '-' infront of them are scheduled for removal from testing? So _those_ packages' lines describe the things that are broken by their removal... _This_ seems like an easy thing to check for, as it's a quick guide to old dependancies on certain libraries in testing. (In the case above, removing cantus doesn't break anything else) -- ----------------------------------------------------------- Paul "TBBle" Hampson, MCSE 6th year CompSci/Asian Studies student, ANU The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) Paul.Hampson@Anu.edu.au Of course Pacman didn't influence us as kids. If it did, we'd be running around in darkened rooms, popping pills and listening to repetitive music. -- Kristian Wilson, Nintendo, Inc, 1989 This email is licensed to the recipient for non-commercial use, duplication and distribution. -----------------------------------------------------------
Attachment:
pgp8JIJIb60kh.pgp
Description: PGP signature