linux/poky.git/meta/files, branch nanbield

build-sysroots: target or native sysroot population need to be selected explicitly

2023-09-09T11:04:55+00:00

Running them in parallel is prone to races as postinsts from target sysroots rely on executables from native sysroots which may or may not be fully prepared yet. This was observed for example here: https://autobuilder.yoctoproject.org/typhoon/#/builders/146/builds/468/steps/12/logs/stdio https://autobuilder.yoctoproject.org/typhoon/#/builders/147/builds/467/steps/12/logs/stdio (From OE-Core rev: 38d7a2e45b883cf999a86af05bcc0eaa875bb47c) Signed-off-by: Alexander Kanavin Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

common-licenses: Add LGPL-3.0-with-zeromq-exception

2023-06-13T21:10:32+00:00

ZeroMQ is not exactly LGPL-3.0 and has a specific exception. (From OE-Core rev: 21b08f04a1eda343e230c01ef1993ace81614f3c) Signed-off-by: Remi Peuvergne Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

classes: files: Extend overlayfs-etc class

2022-09-09T11:24:43+00:00

Add the ability to expose the lower layer of /etc when mounting overlay. This is the similar to what overlayroot script from initramfs-framework does. By default, this option is turned off to keep an old behavior intact. (From OE-Core rev: 791e8a8bacce5a7f31f4d7bcbfb17df2967fd258) Signed-off-by: Vyacheslav Yurkov Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

files: overlayfs-etc: refactor preinit template

2022-09-09T11:24:43+00:00

(From OE-Core rev: ad5b2bffbee6ddcf51bc146d1e76c980b498b399) Signed-off-by: Vyacheslav Yurkov Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

meta/files/layers.schema.json: drop the layers property

2022-09-02T14:58:26+00:00

This is a leftover from one of the RFC iterations, where the property contained available machines, distros and templates. As all of those were dropped from the final version, there is no reason to list the layers either anymore. Normally this would be a backwards incompatible change, but as the layer setup itself was just merged, I think we can do a quick fixup :-) (From OE-Core rev: 64a774de0e154ef81f20853fec903b17d9985a72) Signed-off-by: Alexander Kanavin Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

meta/files: add layer setup JSON schema and example

2022-09-01T09:07:02+00:00

Defines a common schema for layer setup that can be consumed by tools to know how to fetch and assemble layers for end users. Also includes an example of the layer setup that constructs poky/meta-intel/imaginary product layer for reference. The schema can be used to validate a layer setup file with the commands: $ python3 -m pip install jsonschema $ jsonschema -i meta/files/layers.example.json meta/files/layers.schema.json (From OE-Core rev: 72740b5dd635579e373b4bfe6ccacfe6a02aa998) Signed-off-by: Joshua Watt Alex: I made the following modifications to Joshua's original commit: - moved the files from meta/lib to meta/files - the example json showcases a multi-repo, multi-layer setup instead of just poky - closer to a typical product - added oe-selftest that validates the example json against the schema using python3-jsonschema-native - the schema is modified so that: -- all lists (sources, layers, remotes) are replaced by objects keyed by 'name' properties of the list items. This allows using them as dicts inside Python, and makes the json more compact and readable. -- added 'contains_this_file' property to source object -- replaced 'remote' property with a 'oneOf' definition for git with a specific 'git-remote' property. 'oneOf' is problematic when schema validation fails: the diagnostic is only that none of oneOf variants matched, which is too non-specific. -- added 'describe' property to 'git-remote' object. -- removed description property for a layer source: it is not clear how to add that when auto-generating the json Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

files: respect overlayfs owner from lower layer

2022-06-04T10:28:23+00:00

Permission model of overlayfs uses permissions/ownership from the upper layer after mounting. Fix up UID/GID of the upper layer, when lower layer already uses something custom. (From OE-Core rev: b19b734ec3c031ee594229e728ee077cd58b34a9) Signed-off-by: Vyacheslav Yurkov Signed-off-by: Richard Purdie

files: rootfs-postcommands: move helper commands to script

2022-06-04T10:28:23+00:00

OverlayFS systemd helper unit might require more pre-processing commands. It gets more complicated to embed them in a unit file, because systemd shell subset is limited and might require additional escaping. Move the command to a separate script, thus simplifying systemd unit. (From OE-Core rev: 86a457016e7f3fc7acacf86cd87f5d8d882132dd) Signed-off-by: Vyacheslav Yurkov Signed-off-by: Richard Purdie

files: overlayfs-etc: add overlay mount options to preinit

2022-03-11T06:56:02+00:00

Overlayfs-etc is useful if the rootfs is read-only. One reason to have the rootfs read-only is to allow image based updating. Image based updating will change the underlying root file system, which is unsupported by overlayfs when with some mount options [1]. This disables those options. [1] https://www.kernel.org/doc/html/latest/filesystems/overlayfs.html?highlight=overlayfs#changes-to-underlying-filesystems (From OE-Core rev: 13a057d6ffc3110f891224d7af9455b53581e8a8) Signed-off-by: Claudius Heine Signed-off-by: Richard Purdie

files: overlayfs-etc: wrap long lines of preinit file

2022-03-11T06:56:02+00:00

Make it easier to see what is happening by wrapping the overly long lines in the preinit file for the overlayfs-etc. (From OE-Core rev: 2e116bbc1afbc571b99f2605839e3c90839471be) Signed-off-by: Claudius Heine Signed-off-by: Richard Purdie