- Issue: #MEN-3725
The following new config variables have been added which closely mirror those used in meta-mender
to give fine grained controll over partition device paths. If partuuid support is enabled then
these partition variables must be used as format doesnt fit device/number variables scheme.
If partuuid support is disabled then partition variables are optional liek in meta-mender.
MENDER_ENABLE_PARTUUID
MENDER_BOOT_PART
MENDER_ROOTFS_PART_A
MENDER_ROOTFS_PART_B
MENDER_DATA_PART
Example:
MENDER_BOOT_PART="/dev/disk/by-partuuid/26445670-f37c-408b-be2c-3ef419866620" #gpt
MENDER_BOOT_PART="/dev/disk/by-partuuid/26445670-01" #dos
MENDER_BOOT_PART="/dev/sda1" #partuuid support disabled
Changelog: Partition UUID support added for gpt/dos partition tables for deterministic booting
Signed-off-by: Dell Green <dell.green@ideaworks.co.uk>
This also requires us to use noninteractive install environment
because of new timezone selection in tzdata package.
Changelog: Fix 404 download errors when trying to run `docker-build`.
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
Previously the user would have to manually decompress an input image prior to
handing it over to mender-convert. With this change, files compressed in the
formats: lzma, gzip, or zip archives will be automatically decompressed,
converted, and then recompressed.
Note that the zip archive can only contain one image file, otherwise the
conversion will fail. Thus if the archive contains multiple files, human
interaction is required. This simply involves unzipping the archive yourself,
and then pass in the image, just like in the old workflow.
Ticket: https://tracker.mender.io/browse/MEN-3052
Changelog: Added automatic decompression of input images, so that the convert
tool now accepts compressed input images in the formats: lzma, gzip, and zip.
The images will also be recompressed to the input format automatically.
Signed-off-by: Ole Petter <ole.orhagen@northern.tech>
In the case of the COMFILE PI which is a customized system
with a RPI Compute Module, we need to add some gpio commands
into the boot.scr.
Changelog: None
Signed-off-by: Drew Moseley <drew.moseley@northern.tech>
The goals of the re-write was to achieve the following:
1. It should be easy to extend the tool to support other boards or distributions
2. We should not compile code in the tool (rely on binaries built elsewhere)
compiling code increases complexity, due to requirement of toolchains etc.
3. The tool shall not be designed around specific hardware/platform types
- This is the case today with the usage of --device-type flag
4 The tool should be to convert images without knowing anything about the hardware/platform
relates to above 3.
5. Configuration interface should be simplified
- command line flags -> configuration files
6. Platform specific code shall be provided trough “hooks”, and are not part of the “core” mender-convert code
7. It shall be easy to extend functionality
- support for rootfs overlay to inject user applications/configurations
- ability to override how the Mender Artifact is generated (to be able to sign and include state-scripts)
8. Code structure should be modular
- Eases Maintenance and possibility of making isolated changes
Changelog: Title
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
Current stable version 3.0.x should be the transition, as for future
versions we will be releasing the binary in a linux/darwin folder.
Changelog: None
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
So far the assumption has been that we are targeting an arm (32-bit),
when we are compiling the Mender client during docker container build.
To be able to support other platfors we need to parameterize this, and
this commit adds support for arm64.
Changelog: Title
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
Note that --update (-u) option changed to --file (-f) in v3.
Changelog: Use mender-artfact v3. Requires rebuild of device-image-shell container.
Signed-off-by: Eystein Måløy Stenberg <eystein.maloy.stenberg@northern.tech>
-> fail fast, fail hard
Changelog: Fail the docker build when mandatory build-arg 'mender_client_version' is not set.
Signed-off-by: Simon Gamma <github@survive.ch>
otherwise the "secure-path" will override our carefully created path-variable
Changelog: Use same environment '$PATH' variable when using sudo
Signed-off-by: Simon Gamma <github@survive.ch>
otherwise the path variable is expanded at docker build time instead of at runtime when running the container.
Changelog: Expand existing environment '$PATH' variable instead of replacing it
Signed-off-by: Simon Gamma <github@survive.ch>
ARMv7 is backward compatible with ARMv6, so binaries compiled for ARMv6 should also work on ARMv7.
Changelog: Title
Issue: MEN-2399
Signed-off-by: Adam Podogrocki <a.podogrocki@gmail.com>
When installing the client, call "make install" from source directory
and then modify the default setup with the user input (tenant token,
server url, demo...), eliminating this way the duplication on the
install recipe.
Also, setting the default build version to 2.0.0 beta
Other minor changes along the way:
* Include liblzma build dependency
* Change --mender-client parameter to be optional
* Abort on error in convert-stage-4.sh
* Bugfix in getting server_cert from command line option
* Error reporting when using unsupported device
* Clean-up obsolete --help example
Changelog: Title
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
We had dependency because we where using an older U-boot version
which only compiled with gcc6. Since we now have updated to a
2018.xx bootloader we no longer have this limitation and we can
use binares in 'gcc-arm-linux-gnueabihf' upstream package
Changelog: Title
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
It is a bit exessive to compile the mender client every time
the mender-convert tool is launched using docker-mender-convert.
Move the build to the Dockerfile so it is done during image
creation.
Changelog: Title
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
This ensures we use same version of mender-convert inside
the container as the one used to launch the container.
It makes versioning and local development easier.
Changelog: Use local (checked out) version of mender-convert inside container
Signed-off-by: Eystein Måløy Stenberg <eystein.maloy.stenberg@northern.tech>
It builds for both RPi3 and BBB, but there is a mount
warning for BBB, which may lead to it not working properly.
Changelog: Docker environment for running mender-convert
Signed-off-by: Eystein Måløy Stenberg <eystein.maloy.stenberg@northern.tech>
Dell Green
Kristian Amlie
Ole Petter
Lluis Campos
Drew Moseley
Mirza Krak
Eystein Måløy Stenberg
Simon Gamma
Adam Podogrocki