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