This is to make sure we do not accidentally re-publish already
existing tags. They can still be published manually by using the
manual publish job, if necessary.
Changelog: None
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>
The presence of the shim depends on whether Secure Boot is enabled or
not, plus the configuration of the distro. GRUB itself however, will
always be present if the distro uses GRUB with UEFI at all. So check
for that instead.
Of course, without the shim, Secure Boot will not work out of the box,
but this is a misconfigured platform, not a problem with Mender.
Cancel-Changelog: 2b805e29dc
Changelog: If `grub*.efi` preexists on the EFI partition, keep it
instead of installing our own. In all other cases, we fall back to the
old functionality of installing mender-grub and nuking the existing
bootloader.
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>
Changelog: title
The configuration files are only meant to work on
specific combinations of board+OS. These are added
verbatim in order to avoid confusion.
Signed-off-by: Josef Holzmayr <josef.holzmayr@northern.tech>
Changelog: clarify supported development platforms
Defining Ubuntu 18.04 x86_64 as the officially
supported host platform and clarifying requirements
for local storage
Signed-off-by: Josef Holzmayr <josef.holzmayr@northern.tech>
In the case a boot shim is found on the boot partition, we do keep the boot
partition pristine, and only install the generated mender `grub.cfg` file we need.
In all other cases, we fall back to the old functionality of installing
mender-grub and nuking the existing bootloader.
Changelog: commit
Signed-off-by: Ole Petter <ole.orhagen@northern.tech>
This simply writes the GPT UUID of the boot partition to be the same as the UUID
of the first partition in the original disk image.
Changelog: Keep the UUID of the original first partition on the boot partition
of the converted image when the partition table is GPT.
Signed-off-by: Ole Petter <ole.orhagen@northern.tech>
Changelog: The fstab file from the image being converted is now preserved across convertions, with the Mender specific additions merged with the existing fstab file, as opposed to replacing it completely. Which was the previous approach.
Signed-off-by: Simon Ensslen <simon.ensslen@griesser.ch>
Ole Petter
Kristian Amlie
Mikael Torp-Holte
Kristian Amlie
Lluis Campos
dependabot[bot]
mender-test-bot
Simon Ensslen
Josef Holzmayr