On Mon, May 08, 2006 at 02:24:38PM -0400, Nathanael Nerode wrote: > Steve, I thought ARM was a release candidate now, so I thought ARM had > to be in sync?... The switch hasn't been flipped yet for this in britney. amd64 is also a release candidate now, but it's not yet in a state where we can sanely treat it as a blocker for package updates in testing either... > Anyway, here are some more hints which should work. > easy openbabel/2.0.0-1 xdrawchem/1.9.9-1 > easy libnet-domain-tld-perl/1.65-2 libemail-valid-perl/0.15-5 Ok, hints added. > # These depend on ARM being ignored > easy rudiments/0.29-1 sqlrelay/1:0.37-1+b1 [...] libdbd-sqlrelay-perl/i386 unsatisfiable Depends: sqlrelay (= 1:0.37-1) libdbd-sqlrelay-perl/i386 unsatisfiable Depends: libfirstworks-sqlr-perl (= 1:0.37-1) python-sqlrelay/i386 unsatisfiable Depends: sqlrelay (= 1:0.37-1) zope-sqlrelayda/i386 unsatisfiable Depends: python2.3-sqlrelay (= 1:0.37-1) [...] (IOW: not binNMU-safe, and I haven't filed a bug about this yet) (also, there's no sqlrelay *source* at version +b1, this would have to be sqlrelay/1:0.37-1 to work) > easy mono/1.1.13.6-3 gecko-sharp/0.6-4 nant/0.84+0.85-rc3-10 Added. > # These won't work until gnutls13 is ready and in testing > easy libqalculate/0.9.3-1 qalculate-gtk/0.9.3-1 qalculate-kde/0.9.3.1-1 > easy gloox/0.8.0-2 libiksernel/1.2-2 Right; hints added, hopefully we'll get gnutls13 moving soon. > # This one needs builds for kball, kraptor, rafkill > # hint libdumb/1:0.9.3-4 Builds that were held up by wrong dep-waits. Those are cleared now, so the hint should be ready to go in a day or two. > # this needs builds for gmfsk > # hint hamlib/1.2.5-6 The gmfsk builds all made dinstall except for mips, which should make it tomorrow; hints added. > --- > There's also a complicated mess related to the new version of newt. This > is fundamentally blocked by libdebian-installer, which is frozen, so > if it's all right with the installer team, step one is to unblock that. Right, this will definitely need to be cleared with the d-i folks first (both the libd-i unblock and the newt hint); I don't think the newt soname change will break beta2, but no sense in taking the chance. > After that, I suggest > hint newt/0.52.2-4 asterisk/1:1.2.7.1.dfsg-2 libpri/1.2.2-3 > --- > Regarding X, wacom-tools needs a requeue on s390, following which it > should comfortably go in ahead of the rest of X, so it should probably > be made 'urgent'. A requeue on s390 isn't going to do any good, the build-dep is fundamentally Not There on s390 and never will be since s390 doesn't support video/input hardware. So this actually needs wacom-tools to be thrown in P-a-s for s390, the previously-built wacom-tools binary package isn't any more useful there than the X driver would be. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. vorlon@debian.org http://www.debian.org/
Attachment:
signature.asc
Description: Digital signature