linux/poky.git/meta/files, branch yocto-4.0.14

classes: files: Extend overlayfs-etc class

2022-10-29T15:32:24+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: 6ad25304abefcbe538db7745e17ac213fa7d0719) Signed-off-by: Vyacheslav Yurkov Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie (cherry picked from commit 791e8a8bacce5a7f31f4d7bcbfb17df2967fd258) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie

files: overlayfs-etc: refactor preinit template

2022-10-29T15:32:24+00:00

(From OE-Core rev: a1e0ddbb7bc2c63845af67d5fd38f12be44e8775) Signed-off-by: Vyacheslav Yurkov Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie (cherry picked from commit ad5b2bffbee6ddcf51bc146d1e76c980b498b399) Signed-off-by: Steve Sakoman 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

files: overlayfs-create-dirs: split ExecStart into two commands

2022-02-25T12:41:24+00:00

Split ExecStart into two commands because systemd interpret an ExecStart entry as a single executable with multiple parameters. systemd[1]: Starting Overlayfs directories setup... mkdir: cannot create directory '&&': Read-only file system mkdir: cannot create directory 'mkdir': Read-only file system (From OE-Core rev: 209204f7f9d294543fd57b90e29a95c2cde66d99) Signed-off-by: Stefan Herbrechtsmeier Signed-off-by: Richard Purdie

sdk: fix search for dynamic loader

2022-02-12T17:05:35+00:00

if the package "nativesdk-glibc-dbg" is installed as part of the SDK, the existing search expression finds two files: $OECORE_NATIVE_SYSROOT/lib/.debug/ld-linux-x86-64.so.2 $OECORE_NATIVE_SYSROOT/lib/ld-linux-x86-64.so.2 The generated relocate_sdk.sh shell script contains then an extra newline and segfaults during SDK relocation. Limit the search depth to 1, to avoid finding the file in the .debug directory. (From OE-Core rev: baec04b936ab6b3d2039978fd568c3824cd0a501) Signed-off-by: Christian Eggers Signed-off-by: Richard Purdie

common-licences: remove ambiguous "BSD" license

2022-02-07T10:08:59+00:00

Our "BSD" license is the 3-clause BSD license, but many recipes were using "BSD" for any variation of the license. We've mostly moved recipes away from the vague "BSD" license to concrete names such as "BSD-3-Clause", so delete the BSD license to force the remaining users to update their license statements. [ YOCTO #14539 ] (From OE-Core rev: 14d4c007c49652d836d325a12bdbcd3bfa42e6d5) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

overlayfs: move templates to files directory

2021-12-12T11:27:24+00:00

(From OE-Core rev: b08ce6d23f2c6c89073ddff90b758360f9ce9fea) Signed-off-by: Vyacheslav Yurkov Signed-off-by: Richard Purdie

files: add overlayfs-etc-preinit.sh.in

2021-12-12T11:27:24+00:00

A template init script for overlayfs-etc class (From OE-Core rev: c0173002f3f2118f72307b7e60515287a1b56bda) Signed-off-by: Vyacheslav Yurkov Signed-off-by: Richard Purdie

rust-common.bbclass: rewrite toolchain wrappers in (native) python

2021-10-14T10:48:45+00:00

librsvg on centos 7 and friends exhibits the same libtinfo leakage problem, this time coming from the compiler and not the linker. Simply covering the compiler by the existing C wrapper-of-wrapper does not work, as rust-native builds put Important Stuff into LD_LIBRARY_PATH and unsetting it breaks things badly. Rather than try to figure out which combination of wrappers and LD_LIBRARY_PATH settings works for which situation, or provide some kind of sh-native, let's simply use python3-native for the wrappers, which should insulate builds from the the host shell. rust-native already depends on python3-native, so this does not lengthen the builds. This also reverts: rust-common: Hack around LD_LIBRARY_PATH issues on centos7 (commit 63b1fd2226b5f146d6c853cc57417704df378438). I'd also like to say boo to Red Hat (or GNU?) for breaking ABI compatibility for stat() in glibc 2.33, we ended up sorting this mess because of it. (From OE-Core rev: 997d54363a3cb3a0e949b3626855f2fa41afeb2b) Signed-off-by: Alexander Kanavin Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie