Bug#888995: FTBFS: async_execution_load_test fails on armhf, mips and mipsel

Adrian Bunk

2018-08-12 16:17:54 UTC

Control: retitle -1 dbus-cpp: async_execution_load_test fails sometimes (randomly?)
Control: found -1 5.0.0+18.04.20171031-1
Control: severity -1 serious

Post by Aurelien Jarno
control: retitle -1 Bug#888995: FTBFS: async_execution_load_test fails on armhf, mips and mipsel
control: usertag -1 + armhf

Source: dbus-cpp
Version: 5.0.0+18.04.20171031-1
Severity: important
Tags: upstream
Justification: fails to build from source
Usertags: mips mipsel
Builds of dbus-cpp for several architectures (armhf, mips, mipsel, and
the non-release architectures alpha and x32) failed with errors along
the lines of
15/15 Test #1: async_execution_load_test ........***Failed 300.02 sec
Running main() from gmock_main.cc
[==========] Running 1 test from 1 test case.
[----------] Global test environment set-up.
[----------] 1 test from AsyncExecutionLoadTest
[ RUN ] AsyncExecutionLoadTest.RepeatedlyInvokingAnAsyncFunctionWorks
dbus[25970]: Unable to set up transient service directory: XDG_RUNTIME_DIR "/run/user/114" not available: No such file or directory
/<<BUILDDIR>>/dbus-cpp-5.0.0+18.04.20171031/tests/async_execution_load_test.cpp:134: Failure
Value of: ec->wait_for(std::chrono::minutes{5})
Actual: false (Current count of 378 does not match 500)
Expected: true
dbus[25966]: Attempted to unregister path (path[0] = org path[1] = freedesktop) which isn't registered
[ FAILED ] AsyncExecutionLoadTest.RepeatedlyInvokingAnAsyncFunctionWorks (300015 ms)
[----------] 1 test from AsyncExecutionLoadTest (300015 ms total)
[----------] Global test environment tear-down
[==========] 1 test from 1 test case ran. (300015 ms total)
[ PASSED ] 0 tests.
[ FAILED ] AsyncExecutionLoadTest.RepeatedlyInvokingAnAsyncFunctionWorks
1 FAILED TEST
93% tests passed, 1 tests failed out of 15
Total Test time (real) = 300.02 sec
1 - async_execution_load_test (Failed)
Errors while running CTest
Presumably, these architectures' autobuilders happen to lack /run/user.
(I'm just tagging the two affected mips architectures for now, as
presumably representative here.)
Could you please take a look?

All the official build daemons are setup the same way, and they are
therefore all lacking the directory in /run/user. It is therefore not
in Cc.

Also happens with the version in buster, and also on other architectures:
https://tests.reproducible-builds.org/debian/rb-pkg/buster/arm64/dbus-cpp.html

Post by Aurelien Jarno
Aurelien

cu
Adrian

--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed