Re: State of arm64 in testing.
peter green wrote:
peter green wrote:
I've been looking at the list
(https://qa.debian.org/dose/debcheck/testing_main/1413608403/arm64.html)
of uninstallable packages in arm64 testing focussing on packages that
are arch specific (since AIUI current de-facto policy is it's
acceptable for arch all packages to be uninstallable but unacceptable
for arch specific packages to be uninstallable).
Time for an update. the stiaution has imrpoved massively but we still
have some ways to go to get the list of uninstallable arch specific
binaries down to 0
Getting very close now. The remaining arch specific entries on the dose
page are (i'm pretty sure this is correct, unfortunately the dose pages
don't allow filtering to arch specific packages making it difficult to
be positive)
gadmin-openvpn-client 0.1.2-4 unsatisfied dependency on openvpn
gadmin-openvpn-client-dbg 0.1.2-4 unsatisfied dependency on
openvpn
gadmin-openvpn-server 0.1.5-3.1 unsatisfied dependency on openvpn
gadmin-openvpn-server-dbg 0.1.5-3.1 unsatisfied dependency on openvpn
openvpn-auth-ldap 2.0.3-6.1 unsatisfied dependency on openvpn (>=
2)
openvpn-auth-radius 2.1-6+b1 unsatisfied dependency on openvpn (>=
2)
openvpn-auth-radius-dbg 2.1-6+b1 unsatisfied dependency on openvpn
(>= 2)
openvpn has been binnmu'd in tpu, hopefully it will show up as fixed
after the next run.
gnome-core-devel 1:3.8+8 unsatisfied dependency on
libseed-gtk3-dev (>= 3.2)
The release team have told me this will be fixed by dropping the
depedendency
tcos-core 0.89.93 unsatisfied dependency on xtightvncviewer
tightvnc is fixed in sid, an unblock request has been filed with the
release team.
xfce4-goodies 4.1 unsatisfied dependency on xfce4-battery-plugin
This has been fixed in sid but afaict an unblock request has not yet
been filed, i'll probablly do so in a day or two if noone else gets
there first.
snort 2.9.7.0-3 unsatisfied dependency on libdaq0
snort-common-libraries 2.9.7.0-3 unsatisfied dependency on libdaq0
These have just appeared due to the migration of a new version of snort
to testing, I suspect a TPU binnmu of daq is the appropriate response,
again i'll probablly request it in a day or so if noone else does so first.
Reply to: