- Mar 03, 2016
-
-
Hopefully this will prevent the environment (LAVA? systemd?) from squashing leading spaces and making the tree hard to read. Differential Revision: https://phabricator.apertis.org/D376 Reviewed-by: pwith
-
thermald works with real hardware, and refuses to start otherwise. Bug: https://bugs.apertis.org/show_bug.cgi?id=485 Differential Revision: https://phabricator.apertis.org/D375 Reviewed-by: pwith
-
It works on real images, but not in LAVA. Bug: https://bugs.apertis.org/show_bug.cgi?id=483 Differential Revision: https://phabricator.apertis.org/D374 Reviewed-by: pwith
-
Differential Revision: https://phabricator.apertis.org/D373 Reviewed-by: pwith
-
This is good for usability, and might also prevent it from detecting inactivity and killing our tests, which upstream developer Neil Williams warned me might happen (although I haven't seen it on our installation). Differential Revision: https://phabricator.apertis.org/D372 Reviewed-by: pwith
-
-
Otherwise, leftover dbus-test-tool processes from some other test could be still on the bus, causing misleading results. Differential Revision: https://phabricator.apertis.org/D365 Reviewed-by: pwith
-
This syntax change was made when dbus-test-tool was merged upstream. Differential Revision: https://phabricator.apertis.org/D364 Reviewed-by: pwith
-
The way in which we reconfigure the dbus-daemons here has not worked since the bus setup moved to /usr/share/dbus-1/s*.conf in 1.9.18. It is no longer necessary anyway: root has access to Stats by default on the system bus, and users have access to Stats by default on their own session buses. Differential Revision: https://phabricator.apertis.org/D363 Reviewed-by: pwith
-
The method was renamed when this feature was merged upstream. Differential Revision: https://phabricator.apertis.org/D362 Reviewed-by: pwith
-
- verify that every D-Bus system service is a systemd system service (test for T283) - verify that every D-Bus session service is a systemd user service (test for T284; failures are currently marked as expected) - verify that every D-Bus service can be activated successfully (certain failures are currently marked as expected, with bugs opened) - verify that a non-systemd-activated D-Bus service cannot be activated (marked as an expected failure until T282 is completed) Differential Revision: https://phabricator.apertis.org/D361 Reviewed-by: pwith
-
Add compatibility symlinks for dbus-dos-* tests in chaiwala-tests, so that old manual test instructions continue to work. Differential Revision: https://phabricator.apertis.org/D360 Reviewed-by: pwith
-
All tests that source ../../common/common.sh want this directory to exist at ../../resources. Differential Revision: https://phabricator.apertis.org/D359 Reviewed-by: pwith
-
D-Bus is a fairly major piece of Apertis infrastructure, so it seems worth splitting out. Also rename dbus.yaml (the upstream installed-tests) to installed-tests.yaml, in preparation for adding other D-Bus tests. Differential Revision: https://phabricator.apertis.org/D358 Reviewed-by: pwith
-
-
-
In many tests, we run a scenario twice, once with a fake "malicious" LD_PRELOAD and one without. Prefix the tests so we get normal_test1: pass normal_test2: pass normal.expected_underlying_tests: pass normal.expected: pass malicious_test1: fail malicious_test2: pass malicious.expected_underlying_tests: fail malicious.expected: pass instead of having "duplicate" results for the underlying tests: test1: pass test2: pass normal.expected_underlying_tests: pass normal.expected: pass test1: fail test2: pass malicious.expected_underlying_tests: fail malicious.expected: pass Differential Revision: https://phabricator.apertis.org/D282 Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: xclaesse -
We don't need trace output for things like "echo my_test: fail", and it only obscures what is actually going on. Differential Revision: https://phabricator.apertis.org/D281 Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: araujo -
Tests that cannot be debugged considered harmful. Differential Revision: https://phabricator.apertis.org/D280 Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: araujo -
There's no point in having the shell trace what commands it is executing when those commands are things like "echo test_geoclue_manual_address: pass" - it only hurts clarity. We only want tracing when we are executing the actual test code. Differential Revision: https://phabricator.apertis.org/D279 Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: xclaesse -
Differential Revision: https://phabricator.apertis.org/D278 Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: xclaesse -
Before this change, if "normal" failed due to a bug in the underlying tests and "malicious" failed due to an unmet expectation, the machine-readable parts of our log would be normal.expected: fail malicious.expected: fail and discovering the reasons would require reading logs. Now, we would log that situation as: normal.expected_underlying_tests: fail normal.expected: pass malicious.expected_underlying_tests: pass malicious.expected: fail and an appropriate developer can investigate in the right places; in this case, the "normal" failure would require someone who knows about whatever is under test, for example Tracker, while the "malicious" failure would require someone who knows about AppArmor. Differential Revision: https://phabricator.apertis.org/D277 Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: xclaesse -
In nearly all cases, the underlying test is itself designed as a LAVA test with (at least partially) structured output. We want to capture and parse that output, so that the LAVA logs correctly blame one specific underlying test for failures if necessary. Differential Revision: https://phabricator.apertis.org/D276 Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: araujo -
Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk>
Differential Revision: https://phabricator.apertis.org/D275
Reviewed-by: xclaesse -
Sjoerd Simons authored
-
