linux/poky.git/meta/classes, branch hardknott-3.3.4

sstate: fix touching files inside pseudo

2021-11-03T11:19:04+00:00

running the 'id' command inside the sstate_create_package function shows that this funcion run inside the pseudo: uid=0(root) gid=0(root) groups=0(root) The check for touch files [ ! -w ${SSTATE_PKG} ] will always return true and the touch can fail when the real user don't have permission or in readonly filesystem. As the documentation refers, the file test operator "-w" check if the file has write permission (for the user running the test). We can avoid this test running the touch and mask any return errors that we have. (From OE-Core rev: 8acd5626b5b89fb48d5d7f0e4eee263793ba383f) Signed-off-by: Jose Quaresma Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie (cherry picked from commit f6e7445c94443544e92fda97a017ce93393c5f84) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

testimage: fix unclosed testdata file

2021-11-03T11:19:04+00:00

(From OE-Core rev: 0392005d2ed9648ed6eedd3dd3541249bf4fc404) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie (cherry picked from commit 0c192a97e3e1c015a48667d6903cc07a8b2620e4) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

reproducible_build: Work around caching issues

2021-10-29T10:17:21+00:00

SOURCE_DATE_EPOCH can be expanded early in the parsing process before the class extensions are applied. This can mean the directory pointed to for the SDE can be incorrect until later in parsing. Cache the file name in the cached value and allow it to dynamically update. This isn't ideal but avoding expansion of the variable likely isn't possible and I'm not sure how else to handle this. This works around the issue until a better solution can be found. (From OE-Core rev: 7e3752dcce2236a4d1ad046b1df2edf8ee5619b4) Signed-off-by: Richard Purdie (cherry picked from commit 44dc97cd1223e4d2b635669627ec5f796838d42d) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

uninative: Improve glob to handle glibc 2.34

2021-10-29T10:17:21+00:00

With glibc 2.34, the libraries were renamed. Tweak the glob to support both as this is needed for newer uninative versions. [RP: tweak commit message] (From OE-Core rev: f60da44d32a579f5ba5c95dd60f80d624de39ce4) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie (cherry picked from commit 98248306e4b5f023e96375293b60524574ebb686) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

patch.bbclass: when the patch fails show more info on the fatal error

2021-10-29T10:17:20+00:00

There are situations when the user have the 'patchdir' defined as a parameter on SRC_URI. However he doesn't know that with this the patch is applied relatively to the receipe source dir 'S'. - When user have 'patchdir' defined check if this directory exist. - If the patch fails show addition info to the user: - Import: show the striplevel - Resolver: show the expanded 'patchdir' to the user. The next example is from opencv in meta-oe layer, here the patch is applied on the target directory ${WORKDIR}/git/contrib. S = "${WORKDIR}/git" SRCREV_FORMAT = "opencv_contrib" SRC_URI = "git://github.com/opencv/opencv.git;name=opencv \ git://github.com/opencv/opencv_contrib.git;destsuffix=contrib;name=contrib \ file://0001-sfm-link-with-Glog_LIBS.patch;patchdir=../contrib \ " * When the patch fail there are no message that indicates the real reason. patchdir=../no-found-on-file-system ERROR: opencv-4.5.2-r0 do_patch: Command Error: 'quilt --quiltrc /build/tmp/work/core2-64-poky-linux/opencv/4.5.2-r0/recipe-sysroot-native/etc/quiltrc push' exited with 0 Output: stdout: Applying patch 0001-sfm-link-with-Glog_LIBS.patch can't find file to patch at input line 37 Perhaps you used the wrong -p or --strip option? * The check of the patchdir will add a new fatal error when the user specifies a wrong path than don't exist. patchdir=../no-found-on-file-system ERROR: opencv-4.5.2-r0 do_patch: Target directory '/build/tmp/work/core2-64-poky-linux/opencv/4.5.2-r0/git/../no-found-on-file-system' not found, patchdir '../no-found-on-file-system' is incorrect in patch file '0001-sfm-link-with-Glog_LIBS.patch' * When we can't aplly the patch but the patchdir exist, show the expanded patchdir on fatal error. patchdir=../git ERROR: opencv-4.5.2-r0 do_patch: Applying patch '0001-sfm-link-with-Glog_LIBS.patch' on target directory '/build/tmp/work/core2-64-poky-linux/opencv/4.5.2-r0/git/../git' Command Error: 'quilt --quiltrc /build/tmp/work/core2-64-poky-linux/opencv/4.5.2-r0/recipe-sysroot-native/etc/quiltrc push' exited with 0 Output: stdout: Applying patch 0001-sfm-link-with-Glog_LIBS.patch can't find file to patch at input line 37 Perhaps you used the wrong -p or --strip option? (From OE-Core rev: 0b57a6f07a2d69f809120f1bc1988738c35c095b) Signed-off-by: Jose Quaresma Signed-off-by: Alexandre Belloni (cherry picked from commit c44bc7c0fb8b7c2e44dd93607a3bfd9733e1df80) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

externalsrc: Fix a source date epoch race in reproducible builds

2021-10-29T10:17:20+00:00

When reproducible builds are enabled and externalsrc is in use, the source date epoch function is added. The conditions on the conditional code removing the unpack task need to match the deltask function, else the source date epoch function can end up running twice and the functions can race with each other causing build failures or corruption. (From OE-Core rev: 295947ac48a8c14eba8f2bedcfb7b59121a1da5f) Signed-off-by: Richard Purdie (cherry picked from commit e82095c02881410035ca23dc12692f074d8ed39b) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

externalsrc: Work with reproducible_build

2021-10-29T10:17:20+00:00

Externalsrc removes do_fetch, do_unpack, and do_patch. The system normally discovers the correct reproducible date as a postfuncs of do_unpack, so this date is never found, so it falls back to the default epoch. Instead we can move the discovery function to a prefuncs on the epoch deploy task. This task will run before do_configure, and since the source is already available can run safely at anytime. (From OE-Core rev: bc8448b55f06c75ec129fc32cee75ef945a49d3e) Signed-off-by: Mark Hatle Signed-off-by: Mark Hatle Signed-off-by: Richard Purdie (cherry picked from commit 0b7dd711a54e92ce54abe99f59fc67e683d52dfe) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

package: Ensure pclist files are deterministic and don't use full paths

2021-10-29T10:17:20+00:00

Currently the pkgconfig pclist files contain full paths which are build host specific and the order of entries is not deterministic. Fix both these issues so the files are deterministic. (From OE-Core rev: 59655c76c395ffaae0342458a6a2ce0494b8e1a6) Signed-off-by: Richard Purdie (cherry picked from commit e422e29bca4af3ab4073e04490f38b05cd7c38c0) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

rm_work.bbclass: Fix for files starting with -

2021-10-07T14:10:40+00:00

This makes it possible to name files starting with a hyphen in the work directory. Without this change rm will fail due to an unexpected option being passed. (From OE-Core rev: 88d67525dc70c21b5a29dbcef65d12a1c780d717) Signed-off-by: William A. Kennington III Signed-off-by: Richard Purdie (cherry picked from commit 5f1a63e0de4921ef970114a16d0827fcddcdaa0e) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

package_ipk: Use localdata store when signing packages

2021-10-07T14:10:40+00:00

When signing a package, we were resolving the `PKGV` version using the original data store (`d`). However, since that store does not have the package name in its `OVERRIDES` list the wrong version can be returned in recipes that produce multiple packages. One such example would be `external-arm-toolchain.bb`. The above issue is fixed by using `localdata` instead of `d` when resolving the needed variables. (From OE-Core rev: c4724cd652b5a3adc398652b48e16d1fd1a90e89) Signed-off-by: Kenfe-Mickael Laventure Signed-off-by: Richard Purdie (cherry picked from commit 2b5f01cf5a92a873ac4c3f0ba0584cab2cc05714) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie