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

sdk: fix search for dynamic loader

2022-02-24T11:12:39+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: 950536bc9cc78ab3c58586e67acb602cd78e3dac) Signed-off-by: Christian Eggers Signed-off-by: Richard Purdie Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

spdx-licenses.json: Use 3.14 tagged version

2021-09-28T16:55:04+00:00

The validation tools expect the licenseListVersion to be a proper X.Y version, not an intermedite git hash version. (From OE-Core rev: b96bb3fe6e17a194db0dcb86d2877946eaa77341) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

common-licenses, licenses.conf: Remove duplicate licenses

2021-09-06T08:49:50+00:00

This removes BSD-0-Clause, Nauman, tcl and vim and adds mappings for them to their SPDX counterparts (0BSD, Naumen, TCL and Vim). It also removes FreeType, which already had a mapping to FTL. (From OE-Core rev: 35d699c479b6ce6acafbf75fb003618aaad094d7) Signed-off-by: Peter Kjellerstedt Signed-off-by: Richard Purdie

Add SPDX licenses

2021-09-03T08:53:28+00:00

Adds the SPDX license database from https://github.com/spdx/license-list-data (From OE-Core rev: a8048931701438e2f267a52a43869c27743907e3) Signed-off-by: Joshua Watt Signed-off-by: Richard Purdie

common-licenses: add missing SPDX licences

2021-09-03T08:03:34+00:00

As part of the work to converge our license support with SPDX, ensure that we have all of the licenses that SPDX supports. (From OE-Core rev: e2f9092c37395f4e3ee9d0777e28c83cce6007ee) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

rust-common: Hack around LD_LIBRARY_PATH issues on centos7

2021-09-02T20:22:54+00:00

When building cargo-native on centos7 with buildtools tarball installed, we see failures: /bin/sh: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /home/pokybuild/yocto-worker/reproducible-centos/build/build-st/tmp/work/x86_64-linux/cargo-native/1.54.0-r0/recipe-sysroot-native/usr/lib/libtinfo.so.5) We also see this for libstd-rs once cargo-native is fixed. The reason for this is that the wrapper script cargo-native/1.54.0-r0/wrapper/target-rust-ccld has /bin/sh as it's interpreter and cargo calls this with LD_LIBRARY_PATH set to include the recipe-sysroot-native. The host /bin/sh links to libtinfo from the host but it finds the version in the sysroot which needs a newer libc. This results in the above error since the loader is an older libc and the two are incompatible. Our ccld wrapper calls gcc/ld which don't need the LD_LIBRARY_PATH variable set. We can't patch this out the source since we're using a prebuilt binary to generate a new cargo binary so this is impossible to bootstrap. Instead, put a binary wrapper into place which removes LD_LIBRARY_PATH from the environment before calling the original wrapper (left in shell as it is simpler to maintain). (From OE-Core rev: 8feeeb7f76c6725e5226458c8f22999b67c52694) Signed-off-by: Richard Purdie

sdk: fix relocate symlink failed

2021-08-13T13:44:06+00:00

Install SDK to non-default dir, sysmlink mkfs.vfat is invalid $ ./sdk.sh -y -d ./dnf-2 -S -D $ ls sysroots/x86_64-wrlinuxsdk-linux/usr/bin/mkfs.vfat -al lrwxrwxrwx 1 hjia users 99 Aug 10 20:38 sysroots/x86_64-wrlinuxsdk-linux/usr/bin/mkfs.vfat -> /opt/windriver/wrlinux-graphics/21.32/sysroots/x86_64-wrlinuxsdk-linux/usr/bin/mkfs.vfat.dosfstools Since commit [bc4ee54535 sdk: Decouple default install path from built in path] applied, sdk relocates symlink failed, it should replace $SDK_BUILD_PATH rather than $DEFAULT_INSTALL_DIR, just like above commit did Without this commit: ... |+ for l in $($SUDO_EXEC find $native_sysroot -type l) |++ readlink path-to/sysroots/x86_64-wrlinuxsdk-linux/usr/bin/mkfs.vfat |++ sed -e s:/usr/local/oecore-x86_64:path-to: |+ ln -sfn /opt/windriver/wrlinux-graphics/21.32/sysroots/x86_64-wrlinuxsdk-linux/ usr/bin/mkfs.vfat.dosfstools path-to//sysroots/x86_64-wrlinuxsdk-linux/usr/bin/mkfs.vfat ... After appling this commit: ... |+ for l in $($SUDO_EXEC find $native_sysroot -type l) |++ readlink path-to/sysroots/x86_64-wrlinuxsdk-linux/usr/bin/mkfs.vfat |++ sed -e s:/opt/windriver/wrlinux-graphics/21.31:path-to: |+ ln -sfn path-to/sysroots/x86_64-wrlinuxsdk-linux/usr/bin/mkfs.vfat.dosfstools path-to/sysroots/x86_64-wrlinuxsdk-linux/usr/bin/mkfs.vfat ... (From OE-Core rev: 942c06a7348070b92f722fa5c439c8c4404485b7) Signed-off-by: Hongxu Jia Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie

sdk: Decouple default install path from built in path

2021-08-02T14:44:11+00:00

Add SDKPATHINSTALL which is used as the default install location of the SDK instead of SDKPATH. This means the default install path isn't encoded into every SDK binary, meaning if a date is used there the entire SDK doesn't have to rebuild. Most distros can switch to only customise SDKPATHINSTALL meaning more sstate reuse too. [YOCTO #14100] (From OE-Core rev: bc4ee5453560dcefc4a4ecc5657df5cc1666e153) Signed-off-by: Richard Purdie

populate_sdk_ext: Add support for PR service

2021-03-30T23:06:23+00:00

In the classes/populate_sdk_ext.bbclass the system already copies a number of configurations, such as the hash equivalency data. However, the PR service was being handled. The new code works by checking if PRSERV_HOST is defined, if it is, use the existing export functions to write out a conf/prserv.inc file into the eSDK. On eSDK install, if a conf/prserv.inc file is present we then import this file into the system. This mechanism will work if the PRSERV_HOST is local or remote, as it pulls the necessary data from the server and then imports it to a local database on eSDK installation. Note: the conf/prserv.inc file is not deleted at this time. It was left for possible debugging purposes, but removing it is something we could decide to do in the future. (From OE-Core rev: e207dabdfaa07cd5ebba1cd7dd58610f7185c7e2) Signed-off-by: Mark Hatle Signed-off-by: Mark Hatle Signed-off-by: Richard Purdie

ptest-perl/run-ptest: address failures caused by perl 5.32.1

2021-03-02T14:15:33+00:00

Particulary, . needs to be explicitly specified so that perl looks there when loading items in 'require'. (From OE-Core rev: 324d74c7e541b44b9c4240056b006f4c59ef34af) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie