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 needed, because the dated folders contain images with different names
inside of them for some unknown reason.
Changelog: None
Signed-off-by: Ole Petter <ole.orhagen@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>
This parameter is not necessary, the ServerURL is passed from
mender-client to mender-connect via DBus API.
Changelog: None
Signed-off-by: Lluis Campos <lluis.campos@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>
Ubuntu calls group 0 "root" but MacOS calls it "wheel". This change allows
the same code to function on both.
Signed-off-by: Drew Moseley <drew.moseley@northern.tech>
Changelog: Title
Changelog: Support installing mender-shell addon. Not installed by
default, it can be configured using MENDER_ADDON_SHELL_INSTALL and
MENDER_ADDON_SHELL_VERSION variables.
Changelog: Set mender-shell version to master
Changelog: Create demo configuration for Mender Shell addon in
bootstrap-rootfs-overlay-demo-server.sh script
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
This is needed for MacOS compatibility as the default chown version there does
not understand the user.group syntax.
Changelog: Title
Signed-off-by: Drew Moseley <drew.moseley@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>
So that we clean the deprecation warning and the multiple errors when
calling this command from CI.
Changelog: None
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
Since we chown and chmod files in the overlay, we need to ensure that we
can write to them in each of the bootstrap-rootfs-overlay generation
scripts.
Eventually, I think we should make overlays as tarballs with ownership
and permissions inside the archive to avoid this dance.
Changelog: Title
Signed-off-by: Drew Moseley <drew.moseley@northern.tech>
This change required some changes to the current test scripts. Most notably, the
whole conversion is now run two times. One for the compressed input image, and
one for the already decompressed image.
Also, the test framework was cleaned up significantly, and the number of
arguments passed to the 'convert_and_test' function has been decreased to remove
the redundancies that were present (like passing the image name, and the image
name with the extension, in two separate parameters).
These changes are a result of the changes introduced with:
* MEN-3052: https://tracker.mender.io/browse/MEN-3052
Changelog: None
Signed-off-by: Ole Petter <ole.orhagen@northern.tech>
This may not be correct in all use cases but for the files that are currently created,
they should be owned by root. At a minimum they should not have the UID of the user
invoking mender-convert.
Changelog: Title
Signed-off-by: Drew Moseley <drew.moseley@northern.tech>
This image is old enough to have a U-Boot version from before the boot
problems in MEN-2404 were introduced (>= v2018.09). At the time of
writing, no image has been released which has a U-Boot from after the
problem was fixed (> v2019.07), but we expect it will eventually be
released, and then we can bump to that version.
Changelog: None
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
This change retains the name of the converted input image, and adds the device
type and a mender suffix, so that the user can both recognize the converted
image, and is aware of what the device the converted image supports.
Changelog: None
Signed-off-by: Ole Petter <ole.orhagen@northern.tech>
This is a bit unfortunate, but our converted image does not work for
all of them, like the original.
Changelog: Title
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
This is done to aling with the internal naming conventions we are using when
testing other images of the same type, which has the `.sdimg` naming extension
in our Yocto setup.
Changelog: None
Signed-off-by: Ole Petter <ole.orhagen@northern.tech>
The current execution of the acceptance tests is too long, in some cases
reaching the GitLab timeout of this project of 2 hours.
Rework the Pipeline to use a template and rework the script to allow
running tests for only one device type.
Changelog: None
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
This makes it a bit more explicit that it is part of the testing
files. It follows the same pattern as in meta-mender with pulling
automatically, and using `--no-pull` to disable it.
Changelog: None
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
This avoid problems when running the tests locally. Technically it
will run the Raspberry Pi test twice on Gitlab, once with the prebuilt
image, and once with a test image, but the two configurations are not
identical, so I reckon that's alright.
Changelog: None
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
This also means using the new mender-gitlab-tmp-storage bucket to
transfer artifacts between stages, because the built in artifact
mechanism has a size cap that we are exceeding.
Changelog: None
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>