(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