- Sep 09, 2016
-
-
Simon McVittie authored
Previously, this test didn't provide an obvious indication that it had all succeeded, and assumed that it was run as root with $(pwd) in /usr/lib/apertis-tests or a git clone of apertis-tests. To use this as a manual test: Prerequisites: - apertis-tests installed (sudo apt install apertis-tests) Steps: sudo /usr/lib/apertis-tests/common/sanity-check Successful result: Output ends with "# Sanity check successful" Failing result: Output ends with "Failed, see above for details" or ends with neither of the expected messages Diagnosing failures: Look for "TEST_RESULT:fail:" in the output (it may appear more than once), and look for warnings/errors shortly before each occurrence of that message Reviewed-by:
Luis Araujo <luis.araujo@collabora.co.uk> Reviewed-by:
Philip Withnall <philip.withnall@collabora.co.uk> Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D4284
-
- Sep 08, 2016
-
-
Héctor Orón Martínez authored
os-release pretended we were Ubuntu for a while, to make packages with different build steps for Debian and Ubuntu follow Ubuntu-like code paths. This has now been fixed. Reviewed-by:
Simon McVittie <smcv@collabora.co.uk> Signed-off-by:
Héctor Orón Martínez <hector.oron@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D4272
-
- Aug 31, 2016
-
-
Philip Withnall authored
It seems that importing pyopenssl now takes longer than it did before, which affects each iteration of the telepathy-gabble tests, and makes them take a little more than the 30 minute timeout on an i.MX6. Double the timeout again to prevent test failures even when the tests are making progress. Signed-off-by:
Philip Withnall <philip.withnall@collabora.co.uk> Reviewed-by:
Luis Araujo <luis.araujo@collabora.com> Differential Revision: https://phabricator.apertis.org/D4122
-
- Jul 20, 2016
-
-
Simon McVittie authored
As with many previous commits, there's no point in installing this simple script; running it from the git directory gives us faster fix/test cycles. Reviewed-by:
Sjoerd Simons <sjoerd.simons@collabora.co.uk> Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D3766
-
- Jul 19, 2016
-
-
Simon McVittie authored
Regression in e562c672 (D3663). Bug: https://phabricator.apertis.org/T2215 Reviewed-by:
Luis Araujo <luis.araujo@collabora.co.uk> Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D3764
-
- Jul 08, 2016
-
-
Sjoerd Simons authored
As soon as there is a dbus user session a session bus should be available. Only verify that this exists (failling if it doesn't) rather then trying to workaround things by autolaunching a new bus. Reviewed-by:
Luis Araujo <luis.araujo@collabora.co.uk> Signed-off-by:
Sjoerd Simons <sjoerd.simons@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D3663
-
Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D3651
-
NAME was fixed (in T133). Unfortunately, ID wasn't fixed (opens: T2117). Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D3650
-
Otherwise it's just a pointless duplicate of system-id. Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D3649
-
This should help to debug situations where a process has been started the wrong way, for example in T1984. Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D3648
-
This makes it easier to run outside LAVA. No functional changes intended, even where the checks I'm copying are wrong (which will be fixed in subsequent commits). Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D3647
-
- Jun 30, 2016
-
-
Philip Withnall authored
This should hopefully catch failures like T2040, where the launcher crashed on boot. It checks for ANOM_ABEND lines in the audit log. Signed-off-by:
Philip Withnall <philip.withnall@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D3540
-
- Jun 24, 2016
-
-
Simon McVittie authored
Reviewed-by:
Philip Withnall <philip.withnall@collabora.co.uk> Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D3476
-
- Jun 22, 2016
-
-
Luis Araujo authored
As this test is not valid anymore for Wayland images, just move it to be executed in SDK images. Reviewed-by:
Héctor Orón Martínez <hector.oron@collabora.co.uk> Signed-off-by:
Luis Araujo <luis.araujo@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D3377
-
- Mar 04, 2016
-
-
Simon McVittie authored
Reviewed-by:
Philip Withnall <philip.withnall@collabora.co.uk> Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D2163
-
Simon McVittie authored
Leave a symlink behind for compatibility. The test still has a dependency on chaiwala-tests for now, so that it can be run against older versions of apertis-tests. While I'm editing dependencies, add python, since the test runs it explicitly. Reviewed-by:
Philip Withnall <philip.withnall@collabora.co.uk> Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D2162
-
Simon McVittie authored
This makes it much easier to try new versions. Reviewed-by:
Philip Withnall <philip.withnall@collabora.co.uk> Signed-off-by:
Simon McVittie <simon.mcvittie@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D2161
-
- Mar 03, 2016
-
-
We no longer ship chaiwala-btrfs. Reviewed-by:
Simon McVittie <simon.mcvittie@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D2158
-
Reviewed-by:
Philip Withnall <philip.withnall@collabora.co.uk> Differential Revision: https://phabricator.apertis.org/D962
-
The tracker-utils package is now merged into the tracker package. This commit updates the tracker-indexing-local-storage test definition to use the new package name.
-
Differential Revision: https://phabricator.apertis.org/D536 Reviewed-by:
Philip Withnall <philip.withnall@collabora.co.uk>
-
Differential Revision: https://phabricator.apertis.org/D533
-
Differential Revision: https://phabricator.apertis.org/D532
-
On an i.MX6, this test can take around 15 minutes under normal conditions, so any network delays are going to tip it over the edge and cause test failures due to timeouts. Double the timeout to 30 minutes to hopefully avoid this. Bug: https://bugs.apertis.org/show_bug.cgi?id=476 Signed-off-by:
Philip Withnall <philip.withnall@collabora.co.uk> Reviewed-by:
Luis Araujo <luis.araujo@collabora.com> Differential Revision: https://phabricator.apertis.org/D429
-
Differential Revision: https://phabricator.apertis.org/D411 Reviewed-by: xclaesse
-
`lava-test-case --shell` waits for LAVA_ACK from the dispatcher after each of these[1], but run-test-in-systemd does not. This is a point of incompatibility that could potentially cause or exacerbate issues in LAVA's "screen-scraping" on the serial console, such as <https://bugs.apertis.org/show_bug.cgi?id=396>. [1] https://git.linaro.org/lava/lava-dispatcher.git/blob/HEAD:/lava_dispatcher/lava_test_shell/lava-test-case Differential Revision: https://phabricator.apertis.org/D388 Reviewed-by: araujo
-
-
Summary: This is mostly a 1-1 translation. Tests are not smarter than what they were before, to the exception that they don't include sleep() of arbitrary duration everywhere. Reviewers: smcv, pwith Differential Revision: https://phabricator.apertis.org/D377
-
-
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
-
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
-
Sjoerd Simons authored
-