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>
Lluis Campos
Mirza Krak
Eystein Måløy Stenberg
Simon Gamma
Adam Podogrocki