* 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>
Because the shim has hardcoded paths for each distribution, it is
better to use the `grub-install --removable` argument to install into
`/EFI/BOOT` than to do it ourselves. This makes sure that all files
are present and loaded from correct locations.
The symptom before this change was that the shim could not find the
grubx64.efi file, which is because we were not installing it
correctly. So in fact the image would not boot, even though it would
boot after a Mender conversion.
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
This is using pre-signed binaries by Microsoft, Canonical and Debian,
no customized signing.
Changelog: None
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
This means that `grub-install` and `update-grub` no longer risk
bricking the device, but will produce boot scripts with Mender support
integrated. It also means that the standard GRUB menu will be
available.
It is supported on x86_64 platforms where `grub.d` is available, and
can be turned on and off with `MENDER_GRUB_D_INTEGRATION`. The default
is to use it if available.
Devices that did not previously use `grub.d` integration won't be
upgraded correctly with it turned on, so it is advised to set
`MENDER_GRUB_D_INTEGRATION=n` if you are upgrading existing devices.
Changelog: Commit
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>
Lluis Campos
Kristian Amlie
Ole Petter
mender-test-bot
Simon Ensslen
Peter Grzybowski