tls_interaction test fails on several architectures
When built with meson, the tls interaction part of the ssl test fails on several architectures.
System info
- libsoup 2.64.1
- Debian Unstable
- meson
Affected architectures
- Note that Debian's 2.64.0 included all the code commits from 2.64.1 except for f58dd872 and 263fb57d
- armhf (Passed with 2.64.0. Failed with 2.64.1. Passed in reproducible builds.
- hppa (failed once with 2.64.0 but passed on second try, failed with 2.64.1)
- mipsel (failed once with 2.64.0 but passed on second try, failed with 2.64.1)
- mips64el (failed once with 2.64.0 but passed on second try)
- riscv64
Build log excerpt
23/28 ssl-test FAIL 0.68 s (exit status 1)
--- command ---
G_TEST_SRCDIR='/<<PKGBUILDDIR>>/tests' MALLOC_PERTURB_='' G_TEST_BUILDDIR=
'/<<PKGBUILDDIR>>/obj-arm-linux-gnueabihf/tests' MALLOC_CHECK_='2'
G_DEBUG='gc-friendly' /<<PKGBUILDDIR>>/obj-arm-linux-gnueabihf/tests/ssl-test
--- stdout ---
/ssl/session-properties: OK
/ssl/tls-interaction: FAIL
/ssl/message-properties/async: OK
/ssl/message-properties/sync: OK
/ssl/strictness/async/strict/with-ca: OK
/ssl/strictness/async/strict/without-ca: OK
/ssl/strictness/async/non-strict/with-ca: OK
/ssl/strictness/async/non-strict/without-ca: OK
/ssl/strictness/sync/strict/with-ca: OK
/ssl/strictness/sync/strict/without-ca: OK
/ssl/strictness/sync/non-strict/with-ca: OK
/ssl/strictness/sync/non-strict/without-ca: OK
--- stderr ---
**
ERROR:../tests/ssl-test.c:406:do_tls_interaction_test: Unexpected status 7
Connection terminated unexpectedly (expected 200 OK)
Build logs
- https://buildd.debian.org/status/logs.php?pkg=libsoup2.4&ver=2.64.1-1
- https://buildd.debian.org/status/logs.php?pkg=libsoup2.4&ver=2.64.0-2
- https://buildd.debian.org/status/logs.php?pkg=libsoup2.4&ver=2.64.0-1
Reproducible
- https://tests.reproducible-builds.org/debian/history/libsoup2.4.html
- https://tests.reproducible-builds.org/debian/rb-pkg/unstable/armhf/libsoup2.4.html
(Click rbuild and build2 in the sidebar to see build logs, but these builds pass any way)
Edited by Jeremy Bicha