Signed-off-by: Ritesh Raj Sarraf <rrs@debian.org>

Add some additional YAML anchors so we further shrink the
*-internal-mx6qsabrelite profile definitions.

Signed-off-by: Emanuele Aina <emanuele.aina@collabora.com>

Commit 822fb8b8 dropped a few testcases, but the profiles still
point to them, resulting in errors like on
https://lava.collabora.co.uk/scheduler/job/2572900

:

    Job error: Unable to open test definition 'test-cases/tracker-indexing-local-storage.yaml':
    [Errno 2] No such file or directory:
    '/var/lib/lava/dispatcher/tmp/2572900/lava-overlay-knf8ynqa/var/lib/lava-2572900/2/tests/21_tracker-indexing-local-storage/test-cases/tracker-indexing-local-storage.yaml'

Signed-off-by: Emanuele Aina <emanuele.aina@collabora.com>

Earlier, we were using an old kerne and rootfs from 18.09.xx.

We've now switched to using a much newer one from v2020, which is where
it requires an update of our assumpt login prompts

Signed-off-by: Ritesh Raj Sarraf <ritesh.sarraf@collabora.com>

In commit 83772e1 and later commits DTB names in Linux kernel was
renamed to align names with config options.
Hence the old DTB name `r8a7796-m3ulcb.dtb` is `8a77960-ulcb.dtb` for
Renesas M3 boards used in LAVA.

Old U-Boot versions are using the old naming schema including version
used in v2021dev3 atm.

This commit set proper name only for v2021dev3 branch allowing to boot
images for Renesas boards in LAVA.

Signed-off-by: Denis Pynkin <denis.pynkin@collabora.com>

Signed-off-by: Emanuele Aina <emanuele.aina@collabora.com>

Commit  d0487486 "lava: Reduce redundancy in the profile
definitions" introduced a change that ended up causing issues with the
AUM tests, so let's go back to the previous state.

Signed-off-by: Emanuele Aina <emanuele.aina@collabora.com>

Use YAML anchors and extensions to avoid repeating the same contents over
and over.

This commit does not introduce any change in the generated job
definitions, except for the case below, which is harmless:

    apertis_ostree-minimal-armhf-uboot
    -      commands: ['reset']
    +      commands: ['run bootcmd_mmc0']

Signed-off-by: Emanuele Aina <emanuele.aina@collabora.com>

It turns out that LAVA really wants strings for the metadata entries and
didn't like nesting a dictionary there.

For this reason it was failing to submit jobs with this error:

    Submitting job group-apparmor-tpl.yaml: <Fault 400: "Problem with submitted job data: expected str for dictionary value @ data['metadata']['source']">

Unfortunately our custom `lava-submit.py` was silently eating the error
so the pipeline was marked as successful.

Signed-off-by: Emanuele Aina <emanuele.aina@collabora.com>

The `source:wip:` metadata can be used to indicate that a submission
came from a work-in-progress branch and that it should not be accounted
when checking the overall health of the projects.

For instance, the Phabricator bridge can use this information to avoid
opening bug tasks for failures coming from a WIP branch.

Signed-off-by: Emanuele Aina <emanuele.aina@collabora.com>

Introduce the variables below:

* source_ref
* source_commit
* source_pipeline
* source_job

Signed-off-by: Emanuele Aina <emanuele.aina@collabora.com>

In preparation for adding more metadata, make the `source` entry an
object rather than a single string.

Signed-off-by: Emanuele Aina <emanuele.aina@collabora.com>

Default to `null` rather than hardconding a possibly misleading source.

Signed-off-by: Emanuele Aina <emanuele.aina@collabora.com>

Port the below MR from apertis-tests, which got landed while we were
moving the templates around:
https://gitlab.apertis.org/pkg/development/apertis-tests/-/merge_requests/190



This reverts the introduction of the OTA update tests on the internal
minimal armhf since their behavior isn't stable and there is no value to
test AUM on this platform.

Signed-off-by: Emanuele Aina <emanuele.aina@collabora.com>

Keeping the LAVA job templates in `apertis-tests` has many problems.

Since `apertis-tests` is also a package, updates for stable releases
should go through `-updates` branches, but that plays badly with the
image building recipes as they only pull from the the main branch.

There's also an annoying disconnect about what the testcases here say
about where they should be run, and the actual groups used by the
templates.

By moving the LAVA templates here we can later improve them by
generating the groups based on the actual data in the testcases.

Signed-off-by: Emanuele Aina <emanuele.aina@collabora.com>