Bug#1066844: at-spi2-core: needs re-bootstrapping on armel, armhf for 64-bit time_t transition

[Simon McVittie]

Package: at-spi2-core
Version: 2.51.90-3
Severity: important
X-Debbugs-Cc: debian-arm at lists.debian.org
Tags: patch

at-spi2-core has a circular build-dependency on itself when tests are
enabled, which makes its build-dependencies unsatisfiable (libglib2.0-dev
depends on libglib2.0-0t64, but at-spi2-core still depends on libglib2.0-0)
and prevents it from being rebuilt for the 64-bit time_t transition.
I think the easiest way to unblock this will be to disable tests on the
affected architectures temporarily, similar to what was done in stunnel4.

It's also affected by a longer cyclic build-dependency chain:
at-spi2-core, dbus-broker, systemd, cryptsetup, libssh, openssh-server,
gtk+3.0, back to at-spi-2-core. I think the easiest way to break this
one will be temporarily swapping back from dbus-broker to dbus-daemon
as preferred on the affected architectures. I confirmed that this makes
it buildable on a porterbox.

Proposed patches available on
https://salsa.debian.org/a11y-team/at-spi2-core/-/merge_requests/8,
I'll attach them to the bug when I've amdended them to include the
bug number.

After at-spi2-core has been rebuilt, I'm hoping that similar changes will
unblock the ability to rebuild gtk+2.0 and gtk+3.0.

    smcv