I was wondering why a bot decided to force-push a commit to a PR of
mine. It turns out the script responsible for generating the LICENSE
file is not deterministic, so depending on random file system layout
we can end up regenerating the LICENSE without any actual change. For
example:
$ diff -u <(git show baf20676~1:LICENSE | sort) <(git show baf20676:LICENSE | sort)
shows that baf20676 didn't provide any change at all in the actual
contents, yet
$ git show --stat baf20676
commit baf20676bc
Author: github-actions[bot] <github-actions[bot]@users.noreply.github.com>
Date: Wed Jan 22 21:42:44 2025 +0000
Auto-update LICENSE file with current recipe licenses
LICENSE | 256 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++--------------------------------------------------------------
1 file changed, 128 insertions(+), 128 deletions(-)
To assist existing layers to convert to the new BSP-specific
overrides. Besides failing the parsing of the recipes where it is in
use, we provide a script to automate most of it.
Fixes: #990.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
The wic looks for wks files in many places. The root layer directory
is one of those and makes much easier to find the wks files for
reference and use.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Currently all machines that use SPL are using u-boot.img.
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
For the sake of user-friendness we will avoid the use of /boot
partition.
The use of wic images, using this layout, is simpler as it does not
require manual setting of IMAGE_BOOT_FILES and thus allow for generic
use across different machines.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
The meta-fsl-arm is going to be used as the base for this layer. It
contains a clean history and allowing a more granullar set of changes.
This commit is just a rename of all contents of meta-fsl-arm
subdirectory to this layer's root, subsequent changes are based on top
of that.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
