* Needs sudo to copy files to right locations.
* Need to strip last component in target path to avoid subsequent runs
ending up with copies one level deeper than they should be.
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
This already broke once in our pipeline, so let's add this job
configuration so that we keep testing it.
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
* Standardize on "qemux86-64", not "qemux86_64", since the former is
what is used everywhere else.
* Rename qemux86_64 to ubuntu-qemux86-64, since we now have more than
one qemu configuration.
Changelog: None
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
Changelog: The mender-convert docker image does now contain the mender-convert application and does no longer need companion checkouts.
Changelog: All input files passed to docker-mender-convert must be located within the input directory as opposed to anywhere in the mender-convert checkout directory
Signed-off-by: Simon Ensslen <simon.ensslen@griesser.ch>
Their download link has been broken for more than a year and a half,
it's unlikely they are going to fix it.
Changelog: None
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
This is done through parsing the HTML of the given sites, and reacting to a new
sort of the indices on the given sites.
The links are then updated, and a PR with the new links created.
The bot is run once a week on a schedule
Changelog: None
Signed-off-by: Ole Petter <ole.orhagen@northern.tech>
For some reason they removed that exact image, but the other images
are still there.
Changelog: None
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
(cherry picked from commit 27d9657428)
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
This commit adds all necessary bits to be able to execute runtime tests
for mender-convert'ed QEMU x86_64 image. Namely:
* Install SSH key as an authorized one on the device using an overlay,
and pass the private one to be use by the test framework.
* Create a QEMU launcher wrapper, similar to the one in meta-mender, for
the test framework to use in order to start/stop the virtual device.
* Exclude the test_update tests for all configurations but Ubuntu QEMU
one using a pytest filter 'not test_upate'.
* Copy from meta-mender the keys required for test_signed_updates.
* Install mender-artifact in CI to be used in tests.
Changelog: None
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
Respecting this way always the input type (compressed or not) by
default, allowing the user to override behaviour if desired.
For the tests, removed the unnecessary duplication on rerunning all
tests on uncompressed versions, and added instead an explicit test only
for qemu-x86_64.
Changelog: Title
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
Remove all the logic for the special handling of this submodule, and
treat it instead a regular Git submodule.
This commit updates the submodule to latest, removes the --no-pull
functionality, and removes the ignore of the submodule to make
developers aware
To ease maintenance, add also dependabot to pay attention to the future
updates of the submodule.
Changelog: None
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
Originally the intention was to fix the U-Boot integration for
Beaglebone, but this seems to have been broken for a long time, almost
a year, and no one has complained about it. The problem appears to be
connected to this commit [1], but it's not entirely clear to me what
the fix should be, and there are a lot of patches for our U-Boot fork.
However, since the U-Boot integration is supposed to be the backup
solution, rather than dig into U-Boot I decided to just fix the UEFI
path instead. This method doesn't require any patching, but there is
a problem with the specific image which is available for download at
the time of writing. So just grab the boot loader and kernel pieces
from a later, yet unbuilt, image, and it all works again.
Changelog: Title
Changelog: beaglebone: Remove U-Boot integration, which has not worked
for a long time. U-Boot will still be used for booting, but GRUB will
be used for integration with Mender, by chainloading via UEFI.
[1] e88d5dbf01
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
Lluis Campos
Kristian Amlie
Ole Petter
mender-test-bot
Simon Ensslen
Peter Grzybowski