Hi Andrea
Gentle ping on this bug - there are a few packages lined up for
autoremoval and/or can't migrate due to this bug.
Looking at the test suite, there seems to be three tests (all within
SSLClientServerTest) that now hang on multiple architectures. I don't
think this is simply a matter of increasing the timeout on the test as
these seem to sit for 15 minutes with no CPU activity.
The tests fail not only on arm64 as reported in this bug but also on
amd64 and i386, both on salsa-ci and tested locally by me.
Skipping these tests by extending the test filter in d/rules is enough
to get the package to build; I have not investigated what is leading to
these tests failing.
--gtest_filter=-*_Online:*ClientCertPresent*:*TrustDirOptional*:*CustomizeServerSSLCtx*
Of course skipping failing tests may well build a broken package — I
don't know this package well enough to make a judgement call on that,
hence I have not NMUd to skip the tests. Please let me know if you think
it is indeed appropriate and would like me to NMU the above change.
cheers
Stuart
--
Stuart Prescott http://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint 90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
