Source: libqtdbustest
Version: 0.2+bzr42+repack1-1
Severity: important
Tags: upstream
Justification: fails to build from source
Builds of libqtdbustest for most architectures failed:
[ PASSED ] 4 tests.
[ FAILED ] 2 tests, listed below:
[ FAILED ] TestDBusTestRunner.StartsSessionService
[ FAILED ] TestQProcessDBusService.WaitsForServiceAppeared
2 FAILED TESTS
These tests all encountered stack traces along the lines of
Traceback (most recent call last):
File "/usr/lib/python3.6/runpy.py", line 193, in _run_module_as_main
"__main__", mod_spec)
File "/usr/lib/python3.6/runpy.py", line 85, in _run_code
exec(code, run_globals)
File "/usr/lib/python3/dist-packages/dbusmock/__main__.py", line 81, in
<module>
bus = dbusmock.testcase.DBusTestCase.get_dbus(args.system)
File "/usr/lib/python3/dist-packages/dbusmock/testcase.py", line 150, in
get_dbus
return dbus.bus.BusConnection(os.environ['DBUS_SESSION_BUS_ADDRESS'])
File "/usr/lib/python3/dist-packages/dbus/bus.py", line 122, in __new__
bus = cls._new_for_bus(address_or_type, mainloop=mainloop)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.BadAddress: '='
character not found or has no value following it
unknown file: Failure
C++ exception with description "Process [/usr/bin/python3] for service
[test.session.name] failed to appear on bus" thrown in the test body.
though in some cases the error was instead
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.BadAddress: Could
not parse server address: Unknown address type (examples of valid types are
"tcp" and on UNIX "unix")
This latter variant occurred for StartsSessionService on armel and for
WaitsForServiceAppeared on s390x, as respectively detailed at
https://buildd.debian.org/status/fetch.php?pkg=libqtdbustest&arch=armel&ver=0.2%2Bbzr42%2Brepack1-1&stamp=1509080424&raw=0
https://buildd.debian.org/status/fetch.php?pkg=libqtdbustest&arch=s390x&ver=0.2%2Bbzr42%2Brepack1-1&stamp=1509012596&raw=0
I also see errors along these lines in ThrowsErrorForFailToStart,
which I suspect is succeeding for the wrong reason.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
