[OE-core] Is aarch64_be under maintenance?
Hi all Recently, I want to build an image of aarch64_be, but it seems go badly. Those recipes that "inherit meson" have the following error: | ../fribidi-1.0.12/meson.build:1:0: ERROR: Executables created by c compiler aarch64_be-poky-linux-gcc -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=/ubinux-dev/ubinux001/build-ubinux/ubinux-202307/build-poky-test-arv8be/tmp/work/aarch64_be-poky-linux/fribidi/1.0.12-r0/recipe-sysroot are not runnable. | | A full log can be found at /ubinux-dev/ubinux001/build-ubinux/ubinux-202307/build-poky-test-arv8be/tmp/work/aarch64_be-poky-linux/fribidi/1.0.12-r0/build/meson-logs/meson-log.txt It seems that qemu-aarch64_be doesn't work well. And glib-2.0 also failed in do_configure. So, is aarch64_be under maintenance? Or is there some issues in my usage? Best regards. Lei -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182046): https://lists.openembedded.org/g/openembedded-core/message/182046 Mute This Topic: https://lists.openembedded.org/mt/99259014/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH V4] kbd: Add ptest support
From: Qiu Tingting
Add a ptest for kbd
- It is taking around 1s to execute with kvm, so added it to PTESTS_FAST
- It contains libkeymap unit tests(27 cases) and libkbdfile unit tests(13 cases)
Signed-off-by: Qiu Tingting
---
.../distro/include/ptest-packagelists.inc | 1 +
meta/recipes-core/kbd/files/run-ptest | 11 +++
meta/recipes-core/kbd/kbd_2.5.1.bb| 74 ++-
3 files changed, 85 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-core/kbd/files/run-ptest
diff --git a/meta/conf/distro/include/ptest-packagelists.inc
b/meta/conf/distro/include/ptest-packagelists.inc
index da9153b998..7d5883604c 100644
--- a/meta/conf/distro/include/ptest-packagelists.inc
+++ b/meta/conf/distro/include/ptest-packagelists.inc
@@ -27,6 +27,7 @@ PTESTS_FAST = "\
gzip \
json-c \
json-glib \
+kbd \
libconvert-asn1-perl \
liberror-perl \
libgpg-error\
diff --git a/meta/recipes-core/kbd/files/run-ptest
b/meta/recipes-core/kbd/files/run-ptest
new file mode 100644
index 00..3b154c4d73
--- /dev/null
+++ b/meta/recipes-core/kbd/files/run-ptest
@@ -0,0 +1,11 @@
+#!/bin/sh
+
+# Define test work dir
+WORKDIR=@PTEST_PATH@/tests/
+
+# Run test
+cd ${WORKDIR}
+
+./testsuite -k unittest | sed -e '/[0-9]:/s/://' \
+-e '/ ok/s/^/PASS: /;/ FAILED/s/^/FAIL: /;/ skipped/s/^/SKIP: /' \
+-e '/ ok/s/ ok.*//;/ skipped/s/ skipped.*//;/ FAILED/s/ FAILED.*//'
diff --git a/meta/recipes-core/kbd/kbd_2.5.1.bb
b/meta/recipes-core/kbd/kbd_2.5.1.bb
index 7662b8f685..283617 100644
--- a/meta/recipes-core/kbd/kbd_2.5.1.bb
+++ b/meta/recipes-core/kbd/kbd_2.5.1.bb
@@ -5,7 +5,7 @@ DESCRIPTION = "The kbd project contains tools for managing
Linux console (Linux
LICENSE = "GPL-2.0-or-later"
LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
-inherit autotools gettext pkgconfig
+inherit autotools gettext pkgconfig ptest
DEPENDS += "flex-native"
@@ -14,6 +14,7 @@ RPROVIDES:${PN} = "console-tools"
RCONFLICTS:${PN} = "console-tools"
SRC_URI = "${KERNELORG_MIRROR}/linux/utils/${BPN}/${BP}.tar.xz \
+ file://run-ptest \
"
SRC_URI[sha256sum] =
"ccdf452387a6380973d2927363e9cbb939fa2068915a6f937ff9d24522024683"
@@ -45,3 +46,74 @@ ALTERNATIVE:${PN} = "chvt deallocvt fgconsole openvt showkey
\
ALTERNATIVE_PRIORITY = "100"
BBCLASSEXTEND = "native"
+
+do_compile_ptest() {
+# update DATADIR in Makefile
+sed -i 's,-DDATADIR=.*,-DDATADIR=\\\"${PTEST_PATH}/tests\\\" \\,g'
${B}/tests/libkeymap/Makefile
+sed -i 's,-DDATADIR=.*,-DDATADIR=\\\"${PTEST_PATH}/tests\\\" \\,g'
${B}/tests/helpers/Makefile
+sed -i 's,-DDATADIR=.*,-DDATADIR=\\\"${PTEST_PATH}/tests\\\" \\,g'
${B}/tests/libkbdfile/Makefile
+
+# unset -D_TIME_BITS=64 in Makefile
+sed -i 's,-D_TIME_BITS=64,,g' ${B}/tests/libtswrap/Makefile
+
+# recompile tests
+oe_runmake -C ${B}/tests/ clean
+oe_runmake -C ${B}/tests/
+}
+
+do_install_ptest() {
+# install files from build directory
+install -d ${D}${PTEST_PATH}/tests/
+install --mode=755 ${B}/tests/atconfig ${D}${PTEST_PATH}/tests/
+install --mode=755 ${B}/tests/testsuite ${D}${PTEST_PATH}/tests/
+install -d ${D}${PTEST_PATH}/tests/libkeymap/
+find ${B}/tests/libkeymap/ -type f -not -name "*.o" -not -name "Makefile" \
+-exec install --mode=755 {} ${D}${PTEST_PATH}/tests/libkeymap/ \;
+install -d ${D}${PTEST_PATH}/tests/helpers/
+find ${B}/tests/helpers/ -type f -not -name "*.o" -not -name "Makefile" \
+-exec install --mode=755 {} ${D}${PTEST_PATH}/tests/helpers/ \;
+install -d ${D}${PTEST_PATH}/tests/libkbdfile/
+find ${B}/tests/libkbdfile/ -type f -not -name "*.o" -not -name "Makefile"
\
+-exec install --mode=755 {} ${D}${PTEST_PATH}/tests/libkbdfile/ \;
+install -d ${D}${PTEST_PATH}/src/
+install --mode=755 ${B}/src/loadkeys ${D}${PTEST_PATH}/src/
+
+# install files from src/data directory
+install -d ${D}${PTEST_PATH}/data/keymaps/i386/qwerty/
+install ${S}/data/keymaps/i386/qwerty/defkeymap.map
${D}${PTEST_PATH}/data/keymaps/i386/qwerty/
+
+# install files from src/tests/data directory
+install -d ${D}${PTEST_PATH}/tests/data/
+install -d ${D}${PTEST_PATH}/tests/data/libkeymap/
+install ${S}/tests/data/libkeymap/* ${D}${PTEST_PATH}/tests/data/libkeymap/
+install -d ${D}${PTEST_PATH}/tests/data/alt-is-meta/
+install ${S}/tests/data/alt-is-meta/*
${D}${PTEST_PATH}/tests/data/alt-is-meta/
+install -d ${D}${PTEST_PATH}/tests/data/bkeymap-2.0.4/
+install ${S}/tests/data/bkeymap-2.0.4/*
${D}${PTEST_PATH}/tests/data/bkeymap-2.0.4/
+install -d ${D}${PTEST_PATH}/tests/data/dumpkeys-mktable/
+install ${S}/tests/data/dumpkeys-mktable/*
${D}${PTEST_PATH}/tests/data/dumpkeys-mktable/
+install -d ${D}${PTEST_PATH}/tests/data/dumpkeys-fulltable/
+install ${S}/tests/data/dumpkeys-fulltable/*
${D}${PTEST_PATH}/tests/data/dumpkeys-fulltable/
+
Re: [OE-core] [PATCH][pseudo] Move __*xstat* and __xmknod functions to new subport 'old__x'
Hi mark I have build and make test this code on loongarch64 machine . It can work and the make test is passed ``` [zhang@localhost pseudo]$ make test ./run_tests.sh -v test-acl: Passed. test-chroot: Passed. test-chroot-symlink: Passed. test-cp-setuid: Passed. test-dir-move: Passed. test-env_i: Passed. test-execl: Passed. test-fcntl: Passed. test-fstat: Passed. test-openat: Passed. test-pseudo_disable-fork-env_i: Passed. test-pseudo_disable-fork: Passed. test-pseudo_unload-fork-env_i: Passed. test-pseudo_unload-fork: Passed. test-reexec-chroot: Passed. test-relative-from-root: Passed. test-rename-fstat: Passed. couldn't allocate absolute path for 'null'. test-statx: Passed. test-tclsh-fork: Passed. test-umask: Passed. test-xattr: Passed. 21/21 test(s) passed. ``` 在 2023/6/1 10:53, 张家岭 写道: build and test this. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182044): https://lists.openembedded.org/g/openembedded-core/message/182044 Mute This Topic: https://lists.openembedded.org/mt/99234918/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH][pseudo] Move __*xstat* and __xmknod functions to new subport 'old__x'
Hi, Mark
This looks more reasonable, and I'd like to test the code.
在 2023/5/31 11:05, Mark Hatle 写道:
This code only switched the usage of the removed __ functions based on
availability of _STAT_VER and _MKNOD_VER in the ports/linux/subport
file. If you change the conditional to 'if true ; then' the system
will enable the older style code unconditionally. I did verify that
appears to be working for me.
If anyone has a good idea how to adjust the configure script to pass
the data to the subport file, that would be ideal. Default behavior
of checking the system, optional behaving of an
--enable-compat-xfunctions -- or something like that.
As for the loongarch64, this code should work there as it's now
written. I do not have a way to test this, so I'm hoping JiaLing
Zhang will be able to build and test this.
All of my testing was accomplished using the 'make test' target. More
extensive testing will be needed before we can trust this for OE, but
it's probably closer to something that does what we need.
(There is still more duplication then I would like.. hopefully
reviewers will be able to suggest something.)
--Mark
On 5/30/23 10:01 PM, Mark Hatle via lists.openembedded.org wrote:
Changes to eliminate __*.c function usage were based on the patch:
From: JiaLing Zhang
Subject: [OE-core] [PATCH v4] Fixes pseudo build in loongarch64
Fixes [YOCTO #15110]
Some functions used in the project have been removed from glibc.
After the removal of these functions,
the architecture in glibc will not include the removed functions.
This patch resolves the usage and compilation issues on the
loongarch64 architecture
Signed-off-by: JiaLing Zhang
This code is NOT loongarch64 specific, but implements support for newer
glibc where the __*x*stat and __xmknod* functions are no longer present
in headers as of roughly glibc 2.33.
The functions, on x86, x86_64 and aarch64 may still be present for
compatibility but new software should no longer be using it. Pseudo
can likely change it's default behavior unless support for really old
hosts is still desired.
Signed-off-by: Mark Hatle
---
ports/linux/guts/fopen64.c | 4 +-
ports/linux/guts/freopen64.c | 4 +-
ports/linux/guts/fstat.c | 8 ++-
ports/linux/guts/fstat64.c | 14 +++-
ports/linux/guts/fstatat.c | 9 ++-
ports/linux/guts/fstatat64.c | 42 +++-
ports/linux/guts/lstat.c | 2 +-
ports/linux/guts/lstat64.c | 2 +-
ports/linux/guts/mknod.c | 2 +-
ports/linux/guts/mknodat.c | 71 +++-
ports/linux/guts/mkostemp64.c | 2 +-
ports/linux/guts/openat.c | 18 ++---
ports/linux/guts/stat.c | 2 +-
ports/linux/guts/stat64.c | 2 +-
ports/linux/old__x/README | 28
ports/linux/{ => old__x}/guts/__fxstat.c | 0
ports/linux/{ => old__x}/guts/__fxstat64.c | 0
ports/linux/{ => old__x}/guts/__fxstatat.c | 0
ports/linux/{ => old__x}/guts/__fxstatat64.c | 0
ports/linux/{ => old__x}/guts/__lxstat.c | 0
ports/linux/{ => old__x}/guts/__lxstat64.c | 0
ports/linux/{ => old__x}/guts/__xmknod.c | 0
ports/linux/{ => old__x}/guts/__xmknodat.c | 0
ports/linux/{ => old__x}/guts/__xstat.c | 0
ports/linux/{ => old__x}/guts/__xstat64.c | 0
ports/linux/old__x/guts/fstat.c | 15 +
ports/linux/old__x/guts/fstat64.c | 15 +
ports/linux/old__x/guts/fstatat.c | 15 +
ports/linux/old__x/guts/fstatat64.c | 15 +
ports/linux/old__x/guts/lstat.c | 15 +
ports/linux/old__x/guts/lstat64.c | 15 +
ports/linux/old__x/guts/mknod.c | 15 +
ports/linux/old__x/guts/mknodat.c | 15 +
ports/linux/old__x/guts/mkostemp64.c | 53 +++
ports/linux/old__x/portdefs.h | 40 +++
ports/linux/old__x/pseudo_wrappers.c | 48 +
ports/linux/old__x/wrapfuncs.in | 18 +
ports/linux/portdefs.h | 19 --
ports/linux/pseudo_wrappers.c | 43
ports/linux/subports | 15 +
ports/linux/wrapfuncs.in | 26 +++
pseudo_client.h | 38 +--
42 files changed, 520 insertions(+), 110 deletions(-)
create mode 100644 ports/linux/old__x/README
rename ports/linux/{ => old__x}/guts/__fxstat.c (100%)
rename ports/linux/{ => old__x}/guts/__fxstat64.c (100%)
rename ports/linux/{ => old__x}/guts/__fxstatat.c (100%)
rename ports/linux/{ => old__x}/guts/__fxstatat64.c (100%)
rename ports/linux/{ => old__x}/guts/__lxstat.c (100%)
rename ports/linux/{ =>
Re: [OE-core] [PATCH 0/9] kernel/linux-yocto: consolidated pull request
On Wed, May 31, 2023 at 6:22 PM Richard Purdie wrote: > > On Wed, 2023-05-31 at 18:18 -0400, Bruce Ashfield wrote: > > On Wed, May 31, 2023 at 6:03 PM Richard Purdie > > wrote: > > > > > > Hi Bruce, > > > > > > On Wed, 2023-05-31 at 14:48 -0400, bruce.ashfi...@gmail.com wrote: > > > > From: Bruce Ashfield > > > > > > > > Richard, > > > > > > > > Here's my consolidated queue. I've had some of these in testing for > > > > quite > > > > a while, as I didn't want to send them right before release or before my > > > > vacation last week. > > > > > > > > Most are -stable updates to 6.1 and finally bumping the -dev recipe to > > > > show that we've been testing 6.4 for quite some time. > > > > > > > > The make-mod-scripts rmwork fix was discussed at lenght on the list, and > > > > has been tested by myself and people seeing the issues. But with all the > > > > races and issues we've seen in that area for years, I'll keep a close > > > > eye > > > > out for AB issues. > > > > > > > > I've factored things a bit around enabling PAHOLE, I don't expect it > > > > to cause issues since it isn't on by default .. but you never know with > > > > these sorts of changes. > > > > > > > > I also have a bump for the refernece BSPs (sent to the appropriate > > > > list shortly) and a documentation commit for the PAHOLE tweaks (also > > > > sent to that list shortly, once we agree on the this change). > > > > > > Thanks for the updates! > > > > > > I put these in for testing (along with some other changes) and there > > > was an issue, probably the same thing showing up but I've not dug into > > > it: > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/76/builds/7159 > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/61/builds/7197 > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/104/builds/6093/steps/11/logs/stdio > > > > > > > That's odd: > > > > ERROR: core-image-sato-sdk-1.0-r0 do_testimage: File > > /home/pokybuild/yocto-worker/pkgman-non-rpm/build/build/tmp/deploy/images/qemux86/core-image-sato-sdk-qemux86.testdata.json > > not found ([Errno 2] No such file or directory: > > '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/build/tmp/deploy/images/qemux86/core-image-sato-sdk-qemux86.testdata.json'). > > That is the QA test failing due to an earlier failure to build the > image. The earlier failure looks like: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/76/builds/7159/steps/11/logs/stdio > > Log data follows: > | DEBUG: Executing python function extend_recipe_sysroot > | NOTE: Direct dependencies are > ['/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-core/glibc/glibc_2.37.bb:do_populate_sysroot', > > '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/binutils/binutils-cross_2.40.bb:do_populate_sysroot', > > '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/gcc/gcc-cross_13.1.bb:do_populate_sysroot', > > '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/gcc/gcc-runtime_13.1.bb:do_populate_sysroot', > > '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/quilt/quilt-native_0.67.bb:do_populate_sysroot', > > '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-connectivity/openssl/openssl_3.1.1.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-core/util-linux/util-linux_2.38.1.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-core/zlib/zlib_1.2.13.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/bison/bison_3.8.2.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/elfutils/elfutils_0.189.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/patch/patch_2.7.6.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-extended/bc/bc_1.07.1.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-extended/xz/xz_5.4.3.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-kernel/kmod/kmod_30.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-support/gmp/gmp_6.2.1.bb:do_populate_sysroot', > > '
Re: [OE-core] [PATCH 0/9] kernel/linux-yocto: consolidated pull request
On Wed, May 31, 2023 at 6:22 PM Richard Purdie wrote: > > On Wed, 2023-05-31 at 18:18 -0400, Bruce Ashfield wrote: > > On Wed, May 31, 2023 at 6:03 PM Richard Purdie > > wrote: > > > > > > Hi Bruce, > > > > > > On Wed, 2023-05-31 at 14:48 -0400, bruce.ashfi...@gmail.com wrote: > > > > From: Bruce Ashfield > > > > > > > > Richard, > > > > > > > > Here's my consolidated queue. I've had some of these in testing for > > > > quite > > > > a while, as I didn't want to send them right before release or before my > > > > vacation last week. > > > > > > > > Most are -stable updates to 6.1 and finally bumping the -dev recipe to > > > > show that we've been testing 6.4 for quite some time. > > > > > > > > The make-mod-scripts rmwork fix was discussed at lenght on the list, and > > > > has been tested by myself and people seeing the issues. But with all the > > > > races and issues we've seen in that area for years, I'll keep a close > > > > eye > > > > out for AB issues. > > > > > > > > I've factored things a bit around enabling PAHOLE, I don't expect it > > > > to cause issues since it isn't on by default .. but you never know with > > > > these sorts of changes. > > > > > > > > I also have a bump for the refernece BSPs (sent to the appropriate > > > > list shortly) and a documentation commit for the PAHOLE tweaks (also > > > > sent to that list shortly, once we agree on the this change). > > > > > > Thanks for the updates! > > > > > > I put these in for testing (along with some other changes) and there > > > was an issue, probably the same thing showing up but I've not dug into > > > it: > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/76/builds/7159 > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/61/builds/7197 > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/104/builds/6093/steps/11/logs/stdio > > > > > > > That's odd: > > > > ERROR: core-image-sato-sdk-1.0-r0 do_testimage: File > > /home/pokybuild/yocto-worker/pkgman-non-rpm/build/build/tmp/deploy/images/qemux86/core-image-sato-sdk-qemux86.testdata.json > > not found ([Errno 2] No such file or directory: > > '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/build/tmp/deploy/images/qemux86/core-image-sato-sdk-qemux86.testdata.json'). > > That is the QA test failing due to an earlier failure to build the > image. The earlier failure looks like: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/76/builds/7159/steps/11/logs/stdio > > Log data follows: > | DEBUG: Executing python function extend_recipe_sysroot > | NOTE: Direct dependencies are > ['/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-core/glibc/glibc_2.37.bb:do_populate_sysroot', > > '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/binutils/binutils-cross_2.40.bb:do_populate_sysroot', > > '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/gcc/gcc-cross_13.1.bb:do_populate_sysroot', > > '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/gcc/gcc-runtime_13.1.bb:do_populate_sysroot', > > '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/quilt/quilt-native_0.67.bb:do_populate_sysroot', > > '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-connectivity/openssl/openssl_3.1.1.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-core/util-linux/util-linux_2.38.1.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-core/zlib/zlib_1.2.13.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/bison/bison_3.8.2.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/elfutils/elfutils_0.189.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/patch/patch_2.7.6.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-extended/bc/bc_1.07.1.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-extended/xz/xz_5.4.3.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-kernel/kmod/kmod_30.bb:do_populate_sysroot', > > 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-support/gmp/gmp_6.2.1.bb:do_populate_sysroot', > > '
Re: [OE-core] [PATCH 0/9] kernel/linux-yocto: consolidated pull request
On Wed, 2023-05-31 at 18:18 -0400, Bruce Ashfield wrote: > On Wed, May 31, 2023 at 6:03 PM Richard Purdie > wrote: > > > > Hi Bruce, > > > > On Wed, 2023-05-31 at 14:48 -0400, bruce.ashfi...@gmail.com wrote: > > > From: Bruce Ashfield > > > > > > Richard, > > > > > > Here's my consolidated queue. I've had some of these in testing for quite > > > a while, as I didn't want to send them right before release or before my > > > vacation last week. > > > > > > Most are -stable updates to 6.1 and finally bumping the -dev recipe to > > > show that we've been testing 6.4 for quite some time. > > > > > > The make-mod-scripts rmwork fix was discussed at lenght on the list, and > > > has been tested by myself and people seeing the issues. But with all the > > > races and issues we've seen in that area for years, I'll keep a close eye > > > out for AB issues. > > > > > > I've factored things a bit around enabling PAHOLE, I don't expect it > > > to cause issues since it isn't on by default .. but you never know with > > > these sorts of changes. > > > > > > I also have a bump for the refernece BSPs (sent to the appropriate > > > list shortly) and a documentation commit for the PAHOLE tweaks (also > > > sent to that list shortly, once we agree on the this change). > > > > Thanks for the updates! > > > > I put these in for testing (along with some other changes) and there > > was an issue, probably the same thing showing up but I've not dug into > > it: > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/76/builds/7159 > > https://autobuilder.yoctoproject.org/typhoon/#/builders/61/builds/7197 > > https://autobuilder.yoctoproject.org/typhoon/#/builders/104/builds/6093/steps/11/logs/stdio > > > > That's odd: > > ERROR: core-image-sato-sdk-1.0-r0 do_testimage: File > /home/pokybuild/yocto-worker/pkgman-non-rpm/build/build/tmp/deploy/images/qemux86/core-image-sato-sdk-qemux86.testdata.json > not found ([Errno 2] No such file or directory: > '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/build/tmp/deploy/images/qemux86/core-image-sato-sdk-qemux86.testdata.json'). That is the QA test failing due to an earlier failure to build the image. The earlier failure looks like: https://autobuilder.yoctoproject.org/typhoon/#/builders/76/builds/7159/steps/11/logs/stdio Log data follows: | DEBUG: Executing python function extend_recipe_sysroot | NOTE: Direct dependencies are ['/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-core/glibc/glibc_2.37.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/binutils/binutils-cross_2.40.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/gcc/gcc-cross_13.1.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/gcc/gcc-runtime_13.1.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/quilt/quilt-native_0.67.bb:do_populate_sysroot', '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-connectivity/openssl/openssl_3.1.1.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-core/util-linux/util-linux_2.38.1.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-core/zlib/zlib_1.2.13.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/bison/bison_3.8.2.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/elfutils/elfutils_0.189.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/patch/patch_2.7.6.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-extended/bc/bc_1.07.1.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-extended/xz/xz_5.4.3.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-kernel/kmod/kmod_30.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-support/gmp/gmp_6.2.1.bb:do_populate_sysroot', 'virtual:native:/home/pokybuild/yocto-worker/pkgman-non-rpm/build/meta/recipes-support/libmpc/libmpc_1.3.1.bb:do_populate_sysroot'] | NOTE: Installed into sysroot: ['kern-tools-native', 'util-linux-native', 'kmod-native', 'libcap-ng-native', 'lib
Re: [OE-core] [PATCH 0/9] kernel/linux-yocto: consolidated pull request
On Wed, May 31, 2023 at 6:03 PM Richard Purdie wrote: > > Hi Bruce, > > On Wed, 2023-05-31 at 14:48 -0400, bruce.ashfi...@gmail.com wrote: > > From: Bruce Ashfield > > > > Richard, > > > > Here's my consolidated queue. I've had some of these in testing for quite > > a while, as I didn't want to send them right before release or before my > > vacation last week. > > > > Most are -stable updates to 6.1 and finally bumping the -dev recipe to > > show that we've been testing 6.4 for quite some time. > > > > The make-mod-scripts rmwork fix was discussed at lenght on the list, and > > has been tested by myself and people seeing the issues. But with all the > > races and issues we've seen in that area for years, I'll keep a close eye > > out for AB issues. > > > > I've factored things a bit around enabling PAHOLE, I don't expect it > > to cause issues since it isn't on by default .. but you never know with > > these sorts of changes. > > > > I also have a bump for the refernece BSPs (sent to the appropriate > > list shortly) and a documentation commit for the PAHOLE tweaks (also > > sent to that list shortly, once we agree on the this change). > > Thanks for the updates! > > I put these in for testing (along with some other changes) and there > was an issue, probably the same thing showing up but I've not dug into > it: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/76/builds/7159 > https://autobuilder.yoctoproject.org/typhoon/#/builders/61/builds/7197 > https://autobuilder.yoctoproject.org/typhoon/#/builders/104/builds/6093/steps/11/logs/stdio > That's odd: ERROR: core-image-sato-sdk-1.0-r0 do_testimage: File /home/pokybuild/yocto-worker/pkgman-non-rpm/build/build/tmp/deploy/images/qemux86/core-image-sato-sdk-qemux86.testdata.json not found ([Errno 2] No such file or directory: '/home/pokybuild/yocto-worker/pkgman-non-rpm/build/build/tmp/deploy/images/qemux86/core-image-sato-sdk-qemux86.testdata.json'). It shouldn't be the kernel updates, so I'm assuming something with make-mod-scripts. I'll have a look at it on Thursday. Bruce > Cheers, > > Richard -- - Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force Harry" - Gandalf, Star Trek II -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182039): https://lists.openembedded.org/g/openembedded-core/message/182039 Mute This Topic: https://lists.openembedded.org/mt/99248927/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 0/9] kernel/linux-yocto: consolidated pull request
Hi Bruce, On Wed, 2023-05-31 at 14:48 -0400, bruce.ashfi...@gmail.com wrote: > From: Bruce Ashfield > > Richard, > > Here's my consolidated queue. I've had some of these in testing for quite > a while, as I didn't want to send them right before release or before my > vacation last week. > > Most are -stable updates to 6.1 and finally bumping the -dev recipe to > show that we've been testing 6.4 for quite some time. > > The make-mod-scripts rmwork fix was discussed at lenght on the list, and > has been tested by myself and people seeing the issues. But with all the > races and issues we've seen in that area for years, I'll keep a close eye > out for AB issues. > > I've factored things a bit around enabling PAHOLE, I don't expect it > to cause issues since it isn't on by default .. but you never know with > these sorts of changes. > > I also have a bump for the refernece BSPs (sent to the appropriate > list shortly) and a documentation commit for the PAHOLE tweaks (also > sent to that list shortly, once we agree on the this change). Thanks for the updates! I put these in for testing (along with some other changes) and there was an issue, probably the same thing showing up but I've not dug into it: https://autobuilder.yoctoproject.org/typhoon/#/builders/76/builds/7159 https://autobuilder.yoctoproject.org/typhoon/#/builders/61/builds/7197 https://autobuilder.yoctoproject.org/typhoon/#/builders/104/builds/6093/steps/11/logs/stdio Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182038): https://lists.openembedded.org/g/openembedded-core/message/182038 Mute This Topic: https://lists.openembedded.org/mt/99248927/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [kirkstone][PATCH 1/5] recipetool: create: npm: Remove duplicate function to not have future conflicts
Hello, I fixed the problem on master branch. *For master:* In order that my changes work, Some patches on bitbake should be accepted: https://lists.openembedded.org/g/bitbake-devel/message/14815?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Arecentpostdate%2Fsticky%2C%2Cbelouarga%2C20%2C2%2C0%2C99163598 https://lists.openembedded.org/g/bitbake-devel/message/14819?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Arecentpostdate%2Fsticky%2C%2Cbelouarga%2C20%2C2%2C0%2C99230772 https://lists.openembedded.org/g/bitbake-devel/message/14820?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Arecentpostdate%2Fsticky%2C%2Cbelouarga%2C20%2C2%2C0%2C99248868 And: https://lists.openembedded.org/g/openembedded-core/message/182022?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Arecentpostdate%2Fsticky%2C%2Cbelouarga%2C20%2C2%2C0%2C99248914 And this series of patches: https://lists.openembedded.org/g/openembedded-core/message/181961?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Arecentpostdate%2Fsticky%2C%2Cbelouarga%2C20%2C2%2C0%2C99230551 *For kirkstone:* In order that my changes work, Some patches on bitbake should be accepted: https://lists.openembedded.org/g/bitbake-devel/message/14815?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Arecentpostdate%2Fsticky%2C%2Cbelouarga%2C20%2C2%2C0%2C99163598 https://lists.openembedded.org/g/bitbake-devel/message/14819?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Arecentpostdate%2Fsticky%2C%2Cbelouarga%2C20%2C2%2C0%2C99230772 https://lists.openembedded.org/g/bitbake-devel/message/14820?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Arecentpostdate%2Fsticky%2C%2Cbelouarga%2C20%2C2%2C0%2C99248868 And this series of patches. Thanks -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182037): https://lists.openembedded.org/g/openembedded-core/message/182037 Mute This Topic: https://lists.openembedded.org/mt/99163838/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][PATCH] python_hatchling: remove empty python sysroot dirs
On Wed, 2023-05-31 at 15:08 -0400, Trevor Gamblin wrote:
> In some cases, empty versioned directories are being left behind in
> sysroots from previous versions of packages. This appears to be found
> with recipes relying on hatchling, and causes errors at the do_compile
> step:
>
> > File
> > "/workspace/yocto/manual/openembedded-core/build/tmp-glibc/work/core2-64-oe-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/packaging/version.py",
> > line 197, in __init__
> > match = self._regex.search(version)
> > ^^^
> > TypeError: expected string or bytes-like object, got 'NoneType'
>
> To fix this error, add a do_prepare_recipe_sysroot postfunc in the
> python_hatchling class that removes any nested empty directories from
> the sysroots during build, so that dependent recipes don't get caught
> on them.
>
> Signed-off-by: Trevor Gamblin
> ---
> meta/classes-recipe/python_hatchling.bbclass | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/meta/classes-recipe/python_hatchling.bbclass
> b/meta/classes-recipe/python_hatchling.bbclass
> index b9e6582eb5..a20e243161 100644
> --- a/meta/classes-recipe/python_hatchling.bbclass
> +++ b/meta/classes-recipe/python_hatchling.bbclass
> @@ -7,3 +7,12 @@
> inherit python_pep517 python3native python3-dir setuptools3-base
>
> DEPENDS += "python3-hatchling-native"
> +
> +# delete nested, empty directories from the python site-packages path. We
> don't use
> +# ${PYTHON_SITEPACKAGES_DIR} in the path specification so that
> python3-hatchling
> +# still builds OK
> +hatchling_rm_emptydirs () {
> +find ${RECIPE_SYSROOT_NATIVE}/usr/lib/${PYTHON_DIR}/site-packages/*
> -depth -type d -empty -delete
> +}
> +
> +do_prepare_recipe_sysroot[postfuncs] += " hatchling_rm_emptydirs"
Looking at the patch, this is the right direction I'm not 100%
convinced the details are quite right.
Should we be clearing from RECIPE_SYSROOT or RECIPE_SYSROOT_NATIVE?
Also, can we avoid hardcoding /usr/lib? That probably won't work for
multilibs or some other combinations of settings some use.
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182036):
https://lists.openembedded.org/g/openembedded-core/message/182036
Mute This Topic: https://lists.openembedded.org/mt/99249321/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][PATCH] python_hatchling: remove empty python sysroot dirs
In some cases, empty versioned directories are being left behind in
sysroots from previous versions of packages. This appears to be found
with recipes relying on hatchling, and causes errors at the do_compile
step:
| File
"/workspace/yocto/manual/openembedded-core/build/tmp-glibc/work/core2-64-oe-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/packaging/version.py",
line 197, in __init__
| match = self._regex.search(version)
| ^^^
| TypeError: expected string or bytes-like object, got 'NoneType'
To fix this error, add a do_prepare_recipe_sysroot postfunc in the
python_hatchling class that removes any nested empty directories from
the sysroots during build, so that dependent recipes don't get caught
on them.
Signed-off-by: Trevor Gamblin
---
meta/classes-recipe/python_hatchling.bbclass | 9 +
1 file changed, 9 insertions(+)
diff --git a/meta/classes-recipe/python_hatchling.bbclass
b/meta/classes-recipe/python_hatchling.bbclass
index b9e6582eb5..a20e243161 100644
--- a/meta/classes-recipe/python_hatchling.bbclass
+++ b/meta/classes-recipe/python_hatchling.bbclass
@@ -7,3 +7,12 @@
inherit python_pep517 python3native python3-dir setuptools3-base
DEPENDS += "python3-hatchling-native"
+
+# delete nested, empty directories from the python site-packages path. We
don't use
+# ${PYTHON_SITEPACKAGES_DIR} in the path specification so that
python3-hatchling
+# still builds OK
+hatchling_rm_emptydirs () {
+find ${RECIPE_SYSROOT_NATIVE}/usr/lib/${PYTHON_DIR}/site-packages/*
-depth -type d -empty -delete
+}
+
+do_prepare_recipe_sysroot[postfuncs] += " hatchling_rm_emptydirs"
--
2.40.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182035):
https://lists.openembedded.org/g/openembedded-core/message/182035
Mute This Topic: https://lists.openembedded.org/mt/99249321/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] selftest/license: Exclude from world
These test recipes shouldn't be built as part of world builds. Some recent changes are exposing issues from this so exclude them. Signed-off-by: Richard Purdie --- .../recipes-test/license/incompatible-license-alias.bb | 2 ++ meta-selftest/recipes-test/license/incompatible-license.bb | 2 ++ meta-selftest/recipes-test/license/incompatible-licenses.bb | 2 ++ .../recipes-test/license/incompatible-nonspdx-license.bb| 2 ++ 4 files changed, 8 insertions(+) diff --git a/meta-selftest/recipes-test/license/incompatible-license-alias.bb b/meta-selftest/recipes-test/license/incompatible-license-alias.bb index e0b4e13c26a..1af99e78091 100644 --- a/meta-selftest/recipes-test/license/incompatible-license-alias.bb +++ b/meta-selftest/recipes-test/license/incompatible-license-alias.bb @@ -1,3 +1,5 @@ SUMMARY = "Recipe with an alias of an SPDX license" DESCRIPTION = "Is licensed with an alias of an SPDX license to be used for testing" LICENSE = "GPLv3" + +EXCLUDE_FROM_WORLD = "1" diff --git a/meta-selftest/recipes-test/license/incompatible-license.bb b/meta-selftest/recipes-test/license/incompatible-license.bb index 282f5c28751..6fdc58fd300 100644 --- a/meta-selftest/recipes-test/license/incompatible-license.bb +++ b/meta-selftest/recipes-test/license/incompatible-license.bb @@ -1,3 +1,5 @@ SUMMARY = "Recipe with an SPDX license" DESCRIPTION = "Is licensed with an SPDX license to be used for testing" LICENSE = "GPL-3.0-only" + +EXCLUDE_FROM_WORLD = "1" diff --git a/meta-selftest/recipes-test/license/incompatible-licenses.bb b/meta-selftest/recipes-test/license/incompatible-licenses.bb index 9709892644c..47bd8d7c00e 100644 --- a/meta-selftest/recipes-test/license/incompatible-licenses.bb +++ b/meta-selftest/recipes-test/license/incompatible-licenses.bb @@ -1,3 +1,5 @@ SUMMARY = "Recipe with multiple SPDX licenses" DESCRIPTION = "Is licensed with multiple SPDX licenses to be used for testing" LICENSE = "GPL-2.0-only & GPL-3.0-only & LGPL-3.0-only" + +EXCLUDE_FROM_WORLD = "1" diff --git a/meta-selftest/recipes-test/license/incompatible-nonspdx-license.bb b/meta-selftest/recipes-test/license/incompatible-nonspdx-license.bb index 35af0966efd..142d73158e6 100644 --- a/meta-selftest/recipes-test/license/incompatible-nonspdx-license.bb +++ b/meta-selftest/recipes-test/license/incompatible-nonspdx-license.bb @@ -1,3 +1,5 @@ SUMMARY = "Recipe with a non-SPDX license" DESCRIPTION = "Is licensed with a non-SPDX license to be used for testing" LICENSE = "FooLicense" + +EXCLUDE_FROM_WORLD = "1" -- 2.39.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182034): https://lists.openembedded.org/g/openembedded-core/message/182034 Mute This Topic: https://lists.openembedded.org/mt/99249066/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [master][PATCH 1/6] recipetool: create: npm: Remove duplicate function to not have future conflicts
Hey Alexander, Thanks for your answer. In order that my changes work, Some patches on bitbake should be accepted: https://lists.openembedded.org/g/bitbake-devel/message/14815?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Arecentpostdate%2Fsticky%2C%2Cbelouarga%2C20%2C2%2C0%2C99163598 https://lists.openembedded.org/g/bitbake-devel/message/14819?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Arecentpostdate%2Fsticky%2C%2Cbelouarga%2C20%2C2%2C0%2C99230772 https://lists.openembedded.org/g/bitbake-devel/message/14820?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Arecentpostdate%2Fsticky%2C%2Cbelouarga%2C20%2C2%2C0%2C99248868 and one patch that I just made on open embedded-core: https://lists.openembedded.org/g/openembedded-core/message/182022?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Arecentpostdate%2Fsticky%2C%2Cbelouarga%2C20%2C2%2C0%2C99248914 I ran the tests that you asked me to do, you can find the results below. elf@container:~/workspace$ oe-selftest -r recipetool.RecipetoolCreateTests.test_recipetool_create_npm 2023-05-31 17:31:33,552 - oe-selftest - INFO - Changing cwd to /home/elf/workspace/build 2023-05-31 17:31:33,552 - oe-selftest - WARNING - meta-selftest layer not found in BBLAYERS, adding it 2023-05-31 17:31:39,880 - oe-selftest - INFO - Adding layer libraries: 2023-05-31 17:31:39,880 - oe-selftest - INFO - /home/elf/workspace/layers/poky/meta/lib 2023-05-31 17:31:39,880 - oe-selftest - INFO - /home/elf/workspace/layers/poky/meta-yocto-bsp/lib 2023-05-31 17:31:39,880 - oe-selftest - INFO - /home/elf/workspace/layers/meta-openembedded/meta-oe/lib 2023-05-31 17:31:39,880 - oe-selftest - INFO - /home/elf/workspace/layers/poky/meta-selftest/lib 2023-05-31 17:31:39,882 - oe-selftest - INFO - Running bitbake -e to test the configuration is valid/parsable NOTE: Starting bitbake server... 2023-05-31 17:31:49,176 - oe-selftest - INFO - Adding: "include selftest.inc" in /home/elf/workspace/build-st/conf/local.conf 2023-05-31 17:31:49,178 - oe-selftest - INFO - Adding: "include bblayers.inc" in bblayers.conf 2023-05-31 17:31:49,179 - oe-selftest - INFO - test_recipetool_create_npm (recipetool.RecipetoolCreateTests) 2023-05-31 17:33:36,312 - oe-selftest - INFO - ... ok 2023-05-31 17:33:38,097 - oe-selftest - INFO - -- 2023-05-31 17:33:38,097 - oe-selftest - INFO - Ran 1 test in 115.852s 2023-05-31 17:33:38,097 - oe-selftest - INFO - OK 2023-05-31 17:33:48,971 - oe-selftest - INFO - RESULTS: 2023-05-31 17:33:48,971 - oe-selftest - INFO - RESULTS - recipetool.RecipetoolCreateTests.test_recipetool_create_npm: PASSED (107.13s) 2023-05-31 17:33:49,063 - oe-selftest - INFO - SUMMARY: 2023-05-31 17:33:49,063 - oe-selftest - INFO - oe-selftest () - Ran 1 test in 115.853s 2023-05-31 17:33:49,064 - oe-selftest - INFO - oe-selftest - OK - All required tests passed (successes=1, skipped=0, failures=0, errors=0) elf@container:~/workspace$ oe-selftest -r devtool.DevtoolAddTests.test_devtool_add_npm 2023-05-31 17:34:03,550 - oe-selftest - INFO - Changing cwd to /home/elf/workspace/build 2023-05-31 17:34:03,550 - oe-selftest - INFO - Adding layer libraries: 2023-05-31 17:34:03,550 - oe-selftest - INFO - /home/elf/workspace/layers/poky/meta/lib 2023-05-31 17:34:03,551 - oe-selftest - INFO - /home/elf/workspace/layers/poky/meta-yocto-bsp/lib 2023-05-31 17:34:03,551 - oe-selftest - INFO - /home/elf/workspace/layers/meta-openembedded/meta-oe/lib 2023-05-31 17:34:03,551 - oe-selftest - INFO - /home/elf/workspace/layers/poky/meta-selftest/lib 2023-05-31 17:34:03,552 - oe-selftest - INFO - Running bitbake -e to test the configuration is valid/parsable NOTE: Starting bitbake server... 2023-05-31 17:34:12,581 - oe-selftest - INFO - Adding: "include selftest.inc" in /home/elf/workspace/build-st/conf/local.conf 2023-05-31 17:34:12,582 - oe-selftest - INFO - Adding: "include bblayers.inc" in bblayers.conf 2023-05-31 17:34:15,320 - oe-selftest - INFO - test_devtool_add_npm (devtool.DevtoolAddTests) 2023-05-31 17:38:02,622 - oe-selftest - INFO - ... ok 2023-05-31 17:38:04,371 - oe-selftest - INFO - -- 2023-05-31 17:38:04,371 - oe-selftest - INFO - Ran 1 test in 238.516s 2023-05-31 17:38:04,371 - oe-selftest - INFO - OK 2023-05-31 17:38:21,118 - oe-selftest - INFO - RESULTS: 2023-05-31 17:38:21,118 - oe-selftest - INFO - RESULTS - devtool.DevtoolAddTests.test_devtool_add_npm: PASSED (227.30s) 2023-05-31 17:38:21,200 - oe-selftest - INFO - SUMMARY: 2023-05-31 17:38:21,200 - oe-selftest - INFO - oe-selftest () - Ran 1 test in 238.517s 2023-05-31 17:38:21,201 - oe-selftest - INFO - oe-selftest - OK - All required tests passed (successes=1, skipped=0, failures=0, errors=0) -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182033): https://lists.openembedded.org/g/openembedded-core/message/182033 Mute This Topic: https://lists.openembedded.org/mt/99230551/21656 Group Owner: openem
[OE-core] [PATCH 9/9] linux-yocto/6.1: update to v6.1.30
From: Bruce Ashfield
Updating to the latest korg -stable release that comprises
the following commits:
a343b0dd87b4 Linux 6.1.30
da9a8dc33da2 drm/amdgpu: reserve the old gc_11_0_*_mes.bin
616843d5a11b drm/amd/amdgpu: introduce gc_*_mes_2.bin v2
09bf14907d86 drm/amdgpu: declare firmware for new MES 11.0.4
f05ccf6a6ac6 crypto: testmgr - fix RNG performance in fuzz tests
682679fc953d remoteproc: imx_dsp_rproc: Fix kernel test robot sparse warning
7099e14f601e rethook, fprobe: do not trace rethook related functions
c46d3efb4d23 rethook: use preempt_{disable, enable}_notrace in
rethook_trampoline_handler
4e38a02b2207 arm64: mte: Do not set PG_mte_tagged if tags were not
initialized
02cf4a336e7d s390/qdio: fix do_sqbs() inline assembly constraint
25e8d30507aa s390/crypto: use vector instructions only if available for
ChaCha20
eeb63c07ba72 s390/dasd: fix command reject error on ESE devices
acc2a40e428f nilfs2: fix use-after-free bug of nilfs_root in
nilfs_evict_inode()
0fc73f310c05 powerpc/64s/radix: Fix soft dirty tracking
ae5d148965bc tpm/tpm_tis: Disable interrupts for more Lenovo devices
9a74146540cf powerpc/iommu: Incorrect DDW Table is referenced for SR-IOV
device
fc983cf5ddd2 powerpc/iommu: DMA address offset is incorrectly calculated
with 2MB TCEs
6e092fa42ed1 dt-bindings: ata: ahci-ceva: Cover all 4 iommus entries
76313a63f779 drm/amdgpu/gfx11: update gpu_clock_counter logic
055852074c96 drm/amdgpu: refine get gpu clock counter method
4e2f9159f942 drm/amdgpu/gfx11: Adjust gfxoff before powergating on gfx11 as
well
abfe2ffc004a drm/amdgpu/gfx10: Disable gfxoff before disabling powergating.
9de5a985884a drm/amdgpu/gmc11: implement get_vbios_fb_size()
903e942500c6 drm/amd/pm: fix possible power mode mismatch between driver
and PMFW
595824a45090 ceph: force updating the msg pointer in non-split case
3338d0b9acde vc_screen: reload load of struct vc_data pointer in
vcs_write() to avoid UAF
e16629c639d4 thunderbolt: Clear registers properly when auto clear isn't in
use
abc7e50e891f serial: qcom-geni: fix enabling deactivated interrupt
1db5db7a99a0 serial: 8250_exar: Add support for USR298x PCI Modems
cda8aa19bfdb serial: Add support for Advantech PCI-1611U card
2cab13f500a6 mm: fix zswap writeback race condition
254ee530286a maple_tree: make maple state reusable after mas_empty_area()
6c4172d44cf9 statfs: enforce statfs[64] structure initialization
154de42fe3f2 KVM: Fix vcpu_array[0] races
75378b03a90d ksmbd: fix global-out-of-bounds in smb2_find_context_vals
40d90ee0275a ksmbd: fix wrong UserName check in session_user
af7335a4b946 ksmbd: allocate one more byte for implied bcc[0]
f1d013b0f0f0 ksmbd: smb2: Allow messages padded to 8byte boundary
4d25f93e64be SMB3: drop reference to cfile before sending oplock break
3b66d58c89fd SMB3: Close all deferred handles of inode in case of handle
lease break
107677a8f435 wifi: rtw88: use work to update rate to avoid RCU warning
d61191092d63 can: kvaser_pciefd: Disable interrupts in probe error path
eabb11236a64 can: kvaser_pciefd: Do not send EFLUSH command on TFD interrupt
45ce3beb02a0 can: kvaser_pciefd: Clear listen-only bit if not explicitly
requested
fcdfc1860f8a can: kvaser_pciefd: Empty SRB buffer in probe
50bdf44a1bda can: kvaser_pciefd: Call request_irq() before enabling
interrupts
24bdfcb09947 can: kvaser_pciefd: Set CAN_STATE_STOPPED in
kvaser_pciefd_stop()
9cd1025b1a46 can: isotp: recvmsg(): allow MSG_CMSG_COMPAT flag
836641cc41cd can: j1939: recvmsg(): allow MSG_CMSG_COMPAT flag
0eee95cbbbf7 ALSA: hda/realtek: Fix mute and micmute LEDs for yet another
HP laptop
0cc95fdb67bb ALSA: hda/realtek: Add quirk for HP EliteBook G10 laptops
4ea7c3388f38 ALSA: hda/realtek: Add quirk for 2nd ASUS GU603
9328c6569457 ALSA: hda/realtek: Add a quirk for HP EliteDesk 805
30043b0a065c ALSA: hda/realtek: Add quirk for Clevo L140AU
0e1e6c077952 ALSA: hda: Add NVIDIA codec IDs a3 through a7 to patch table
dc8c569d59f1 ALSA: hda: Fix Oops by 9.1 surround channel names
44f2ed29e16d xhci: Fix incorrect tracking of free space on transfer rings
643a45387896 xhci-pci: Only run d3cold avoidance quirk for s2idle
ea56ede91178 Revert "usb: gadget: udc: core: Invoke usb_gadget_connect only
when started"
7356d42ceffe Revert "usb: gadget: udc: core: Prevent redundant calls to
pullup"
08bd1be1c716 usb: typec: altmodes/displayport: fix pin_assignment_show
f1f810e54163 usb: gadget: u_ether: Fix host MAC address case
a9342bd4c29b usb: dwc3: debugfs: Resume dwc3 before accessing registers
ad43004fd532 usb: dwc3: gadget: Improve dwc3_gadget_suspend() and
dwc3_gadget_resume()
56a0769fa40a USB: UHCI: adjust zhaoxin UHCI controllers OverCurrent bit
value
4c3312745ffb usb-storage: fix deadlock when a scsi command timeout
[OE-core] [PATCH 8/9] linux-yocto/6.1: update to v6.1.29
From: Bruce Ashfield Updating to the latest korg -stable release that comprises the following commits: fa74641fb6b9 Linux 6.1.29 49f63bd0625a drm/amd/display: Fix hang when skipping modeset 7f6738e003b3 spi: fsl-cpm: Use 16 bit mode for large transfers with even size 441fa642995a spi: fsl-spi: Re-organise transfer bits_per_word adaptation 76ce32682635 x86: fix clear_user_rep_good() exception handling annotation 4ae066699dc0 x86/amd_nb: Add PCI ID for family 19h model 78h 514728ffc05b f2fs: inode: fix to do sanity check on extent cache correctly 85eb8b61dd4c f2fs: fix to do sanity check on extent cache correctly 18ecffd03626 drm/dsc: fix DP_DSC_MAX_BPP_DELTA_* macro values c5fa4ee1 ext4: fix invalid free tracking in ext4_xattr_move_to_block() d87a4e4094c9 ext4: remove a BUG_ON in ext4_mb_release_group_pa() 19fb73b8eaef ext4: fix lockdep warning when enabling MMP 6e7a97628f27 ext4: bail out of ext4_xattr_ibody_get() fails for any reason 1d2caddb ext4: add bounds checking in get_max_inline_xattr_value_size() 665cc3ba5033 ext4: fix deadlock when converting an inline directory in nojournal mode f68876aeef96 ext4: improve error handling from ext4_dirhash() 25c9fca7b71c ext4: improve error recovery code paths in __ext4_remount() 748e4bb27d2e ext4: check iomap type only if ext4_iomap_begin() does not fail b006e2228503 ext4: fix data races when using cached status extents 1fffe4750500 ext4: avoid a potential slab-out-of-bounds in ext4_group_desc_csum dba62fa84a8e ext4: fix WARNING in mb_find_extent 1b9c92432fdf locking/rwsem: Add __always_inline annotation to __down_read_common() and inlined callers 98643c991057 drm/dsc: fix drm_edp_dsc_sink_output_bpp() DPCD high byte usage f95a60099dfd drm: Add missing DP DSC extended capability definitions. 4aba9ab6a007 ksmbd: fix racy issue from smb2 close and logoff with multichannel 502cf9709036 ksmbd: block asynchronous requests when making a delay on session setup 1fc8a2b14ef5 ksmbd: destroy expired sessions f623f627ad2b ksmbd: fix racy issue from session setup and logoff 91bbf9cb2387 ksmbd: Implements sess->ksmbd_chann_list as xarray 3db734e4d95a drm/amd/display: Change default Z8 watermark values a009acf68717 drm/amd/display: Update Z8 SR exit/enter latencies e22ef1561085 drm/amd/display: Update Z8 watermarks for DCN314 cf49b2ff253f ASoC: codecs: wcd938x: fix accessing regmap on unattached devices 400950f66a8a ASoC: codecs: constify static sdw_slave_ops struct 5279ab199cbd ASoC: rt1318: Add RT1318 SDCA vendor-specific driver 1d383f9d6527 drm/amd/display: Lowering min Z8 residency time e6332695d484 drm/amd/display: Update minimum stutter residency for DCN314 Z8 25f603624246 drm/amd/display: Add minimum Z8 residency debug option 97b3d8eed097 drm/amd/display: Fix Z8 support configurations 182251340884 drm/amd/display: Add debug option to skip PSR CRTC disable bcde2c877993 drm/amd/display: Add Z8 allow states to z-state support list 83468820168a drm/amd/display: Refactor eDP PSR codes 74a03d3c8d89 drm/i915: Check pipe source size when using skl+ scalers 549ce5199d99 drm/i915/mtl: update scaler source and destination limits for MTL 20a1064a7598 wifi: rtw88: rtw8821c: Fix rfe_option field width 6578ae84e9ad irqchip/loongson-eiointc: Fix registration of syscore_ops fa29d577e2fc irqchip/loongson-eiointc: Fix incorrect use of acpi_get_vec_parent 9e7f788dd74a irqchip/loongarch: Adjust acpi_cascade_irqdomain_init() and sub-routines c5111be87376 drm/msm: fix missing wq allocation error handling 46062a1c0a01 drm/msm: Hangcheck progress detection a7fdb37d93bc drm/msm/adreno: Simplify read64/write64 helpers cba285695872 f2fs: factor out victim_entry usage from general rb_tree use 4377b1d3b19e f2fs: allocate the extent_cache by default 33112a0a17ef f2fs: refactor extent_cache to support for read and more 3af09dee7f9b f2fs: remove unnecessary __init_extent_tree 91b1554e66bc f2fs: move internal functions into extent_cache.c 155ff41cf28c f2fs: specify extent cache for read explicitly 77d2651cc8b5 drm/msm/adreno: adreno_gpu: Use suspend() instead of idle() on load error b2bd08be1a64 fs/ntfs3: Refactoring of various minor issues fb98336e23c1 HID: wacom: insert timestamp to packed Bluetooth (BT) events fb2f0c00048b HID: wacom: Set a default resolution for older tablets 7a0731130425 drm/amd: Use `amdgpu_ucode_*` helpers for MES a3e3a640d4fd drm/amd: Add a new helper for loading/validating microcode 3e1fa150e798 drm/amd: Load MES microcode during early_init 369b89184222 drm/amdgpu: remove deprecated MES version vars 506da05a5e0f drm/amd/pm: avoid potential UBSAN issue on legacy asics 2a179117a3b2 drm/amdgpu: disable sdma ecc irq only when sdma RAS is enabled in suspend 17a69415679c drm/amd/pm: parse pp_ha
[OE-core] [PATCH 0/9] kernel/linux-yocto: consolidated pull request
From: Bruce Ashfield Richard, Here's my consolidated queue. I've had some of these in testing for quite a while, as I didn't want to send them right before release or before my vacation last week. Most are -stable updates to 6.1 and finally bumping the -dev recipe to show that we've been testing 6.4 for quite some time. The make-mod-scripts rmwork fix was discussed at lenght on the list, and has been tested by myself and people seeing the issues. But with all the races and issues we've seen in that area for years, I'll keep a close eye out for AB issues. I've factored things a bit around enabling PAHOLE, I don't expect it to cause issues since it isn't on by default .. but you never know with these sorts of changes. I also have a bump for the refernece BSPs (sent to the appropriate list shortly) and a documentation commit for the PAHOLE tweaks (also sent to that list shortly, once we agree on the this change). Bruce The following changes since commit ca12fac112f1a6c1d5c7ea692a2914a2f3f671e4: selftest: wic.py respect IMAGE_LINK_NAME (2023-05-29 13:42:56 +0100) are available in the Git repository at: https://git.yoctoproject.org/poky-contrib zedd/kernel http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel Bruce Ashfield (9): make-mod-scripts: force static linking and make dependencies explicit linux-yocto/6.1: update to v6.1.26 linux-yocto/6.1: update to v6.1.27 linux-yocto-dev: bump to v6.4+ kernel: don't force PAHOLE=false linux-yocto: move build / debug dependencies to .inc linux-yocto/6.1: update to v6.1.28 linux-yocto/6.1: update to v6.1.29 linux-yocto/6.1: update to v6.1.30 meta/classes-recipe/kernel.bbclass| 2 +- meta/recipes-kernel/linux/linux-yocto-dev.bb | 4 +-- .../linux/linux-yocto-rt_6.1.bb | 6 ++-- .../linux/linux-yocto-tiny_6.1.bb | 6 ++-- meta/recipes-kernel/linux/linux-yocto.inc | 10 -- meta/recipes-kernel/linux/linux-yocto_6.1.bb | 32 --- .../make-mod-scripts/make-mod-scripts_1.0.bb | 30 +++-- 7 files changed, 58 insertions(+), 32 deletions(-) -- 2.34.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182023): https://lists.openembedded.org/g/openembedded-core/message/182023 Mute This Topic: https://lists.openembedded.org/mt/99248927/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 7/9] linux-yocto/6.1: update to v6.1.28
From: Bruce Ashfield
Updating to the latest korg -stable release that comprises
the following commits:
bf4ad6fa4e53 Linux 6.1.28
4507918cd1f8 netfilter: nf_tables: deactivate anonymous set from
preparation phase
1887a4faff5c scsi: libsas: Grab the ATA port lock in
sas_ata_device_link_abort()
6dc7e3633461 debugobject: Ensure pool refill (again)
010842e88269 drm/amd/display (gcc13): fix enum mismatch
915923898ffc i40e: use int for i40e_status
8c82be552512 i40e: Remove string printing for i40e_status
3cd9d45e87c4 i40e: Remove unused i40e status codes
b593f157a875 sfc (gcc13): synchronize ef100_enqueue_skb()'s return type
245653ed73e3 block/blk-iocost (gcc13): keep large values in a new enum
40db6d172b1f perf intel-pt: Fix CYC timestamps after standalone CBR
376e662ebb48 perf auxtrace: Fix address filter entire kernel size
146b7251c129 wifi: ath11k: synchronize
ath11k_mac_he_gi_to_nl80211_he_gi()'s return type
d8d206beb365 bonding (gcc13): synchronize bond_{a,t}lb_xmit() types
55c91905b9e1 thunderbolt: Use correct type in tb_port_is_clx_enabled()
prototype
e4a37e906009 cifs: protect session status check in smb2_reconnect()
64d62ac6d651 cifs: fix potential use-after-free bugs in
TCP_Server_Info::hostname
a74406057488 blk-iocost: avoid 64-bit division in ioc_timer_fn
7ac1a137beb3 dm: don't lock fs when the map is NULL in process of resume
9a94ebc74c35 dm ioctl: fix nested locking in table_clear() to remove
deadlock concern
cb874a190f3f dm flakey: fix a crash with invalid table line
3877b5c1509b dm integrity: call kmem_cache_destroy() in dm_integrity_init()
error path
21d5198c210c dm clone: call kmem_cache_destroy() in dm_clone_init() error
path
1da79e01e403 dm verity: fix error handling for check_at_most_once on FEC
2f5aa54e4051 vhost_vdpa: fix unmap process in no-batch mode
6b5b755463be mm/mempolicy: correctly update prev when policy is equal on
mbind
840516585c63 ia64: fix an addr to taddr in huge_pte_offset()
7964bacf8381 s390/dasd: fix hanging blockdevice after request requeue
9628d45a0667 btrfs: scrub: reject unsupported scrub flags
7a0a402930ef scripts/gdb: fix lx-timerlist for Python3
a16e9117759b clk: rockchip: rk3399: allow clk_cifout to force
clk_cifout_src to reparent
5b4052aa956e clk: microchip: fix potential UAF in auxdev release callback
39712c8aeb79 wifi: rtw89: fix potential race condition between napi_init
and napi_enable
430933064122 wifi: rtl8xxxu: RTL8192EU always needs full init
ead3b023aef9 mailbox: zynqmp: Fix typo in IPI documentation
706ae665747b kcsan: Avoid READ_ONCE() in read_instrumented_memory()
c051c472fbb5 mailbox: zynqmp: Fix IPI isr handling
8cc1ab7de215 mtd: spi-nor: core: Update flash's current address mode when
changing address mode
f1b4affca1e1 mtd: core: fix error path for nvmem provider
26358f330405 mtd: core: fix nvmem error reporting
43a72c1619aa mtd: core: provide unique name for nvmem device, take two
da4c74773079 kasan: hw_tags: avoid invalid virt_to_page()
507fbfa79acb md/raid5: Improve performance for sequential IO
b50fd1c3d9d0 md/raid10: fix null-ptr-deref in raid10_sync_request
acffdf1a7fe4 drbd: correctly submit flush bio on barrier
8d67449f907e mm: do not reclaim private data from pinned page
25457d07c814 nilfs2: fix infinite loop in nilfs_mdt_get_block()
a73201c607d8 nilfs2: do not write dirty data after degenerating to read-only
4844052acb55 ALSA: hda/realtek: Fix mute and micmute LEDs for an HP laptop
358aa78c024a ALSA: hda/realtek: support HP Pavilion Aero 13-be0xxx Mute LED
6d57f6cc21cb ALSA: hda/realtek: Add quirk for ASUS UM3402YAR using CS35L41
b433bfab89a5 ALSA: hda/realtek: Add quirk for ThinkPad P1 Gen 6
9e915d81f5c1 ALSA: usb-audio: Add quirk for Pioneer DDJ-800
fd0286717764 parisc: Ensure page alignment in flush functions
b80b7a9bb868 parisc: Fix argument pointer in real64_call_asm()
274c0b0c2f49 afs: Avoid endless loop if file is larger than expected
7b6ccf752a11 afs: Fix getattr to report server i_size on dirs, not local
size
2cfce11132e4 afs: Fix updating of i_size with dv jump from server
72f3217aa1d3 PM: hibernate: Do not get block device exclusively in
test_resume mode
208ba216cc90 PM: hibernate: Turn snapshot_test into global variable
fc3153a91486 ACPI: PM: Do not turn of unused power resources on the Toshiba
Click Mini
fed87ce073c7 hte: tegra-194: Fix off by one in tegra_hte_map_to_line_id()
a51e150ef998 hte: tegra: fix 'struct of_device_id' build error
5790f76dd204 mfd: arizona-spi: Add missing MODULE_DEVICE_TABLE
d617022971a5 mfd: ocelot-spi: Fix unsupported bulk read
eefc8cbb6060 mfd: tqmx86: Correct board names for TQMxE39x
4598908562ae mfd: tqmx86: Specify IO port register range more precisely
8c989fa9e82f mfd: tqmx86: Do not access I2C_DETECT registe
[OE-core] [PATCH 6/9] linux-yocto: move build / debug dependencies to .inc
From: Bruce Ashfield
When the architecture and debug specific build and runtime dependencies
were introduced, they were only applicable to "newer" kernel versions
and were enabled in the version specific recipes.
These are now common dependencies, so we can avoid the duplication and
move them to a common location.
We also change the adhoc nature of the existing elfutils definition,
as it is now detected by the kernel build and we no longer need the
work around to the native sysroot.
Finally, we change the undocumented KERNEL_DEBUG_OPTIONS to KERNEL_DEBUG
and use it to conditionally enable features that need extended support
(and support sometimes out of oe-core).
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto.inc| 10 --
meta/recipes-kernel/linux/linux-yocto_6.1.bb | 4
2 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto.inc
b/meta/recipes-kernel/linux/linux-yocto.inc
index 934591ff1c..04a8105e17 100644
--- a/meta/recipes-kernel/linux/linux-yocto.inc
+++ b/meta/recipes-kernel/linux/linux-yocto.inc
@@ -59,8 +59,14 @@ do_install:append(){
# enable kernel-sample for oeqa/runtime/cases's ksample.py test
KERNEL_FEATURES:append:qemuall=" features/kernel-sample/kernel-sample.scc"
-KERNEL_DEBUG_OPTIONS ?= "stack"
-KERNEL_EXTRA_ARGS:append:x86-64 = "
${@bb.utils.contains('KERNEL_DEBUG_OPTIONS', 'stack',
'HOST_LIBELF_LIBS="-L${RECIPE_SYSROOT_NATIVE}/usr/lib/pkgconfig/../../../usr/lib/
-lelf"', '', d)}"
+KERNEL_DEBUG ?= ""
+# These used to be version specific, but are now common dependencies. New
+# tools / dependencies will continue to be added in version specific recipes.
+DEPENDS += '${@bb.utils.contains_any("ARCH", [ "x86", "arm64" ],
"elfutils-native", "", d)}'
+DEPENDS += "openssl-native util-linux-native"
+DEPENDS += "gmp-native libmpc-native"
+DEPENDS += '${@bb.utils.contains("KERNEL_DEBUG", "True", "pahole-native", "",
d)}'
+EXTRA_OEMAKE += '${@bb.utils.contains("KERNEL_DEBUG", "True", "",
"PAHOLE=false", d)}'
do_devshell:prepend() {
# setup native pkg-config variables (kconfig scripts call pkg-config
directly, cannot generically be overriden to pkg-config-native)
diff --git a/meta/recipes-kernel/linux/linux-yocto_6.1.bb
b/meta/recipes-kernel/linux/linux-yocto_6.1.bb
index 7600f45522..7e7edf82c3 100644
--- a/meta/recipes-kernel/linux/linux-yocto_6.1.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_6.1.bb
@@ -46,10 +46,6 @@ SRC_URI +=
"file://0001-perf-cpumap-Make-counter-as-unsigned-ints.patch"
LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
LINUX_VERSION ?= "6.1.27"
-DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
-DEPENDS += "openssl-native util-linux-native"
-DEPENDS += "gmp-native libmpc-native"
-
PV = "${LINUX_VERSION}+git${SRCPV}"
KMETA = "kernel-meta"
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182029):
https://lists.openembedded.org/g/openembedded-core/message/182029
Mute This Topic: https://lists.openembedded.org/mt/99248935/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 5/9] kernel: don't force PAHOLE=false
From: Bruce Ashfield
If a specific kernel provider or configuration wants to enable BTF
and pahole analysis, it isn't currently possible due to the explicit
definition to false in the base kernel build arguments.
pahole is now detected by the kernel built itself, so unless
pahole-native is enabled, the result is the same.
If a kernel does require an explicit disable of pahole, it is better
to carry PAHOLE=false in those specific recipes.
Signed-off-by: Bruce Ashfield
---
meta/classes-recipe/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes-recipe/kernel.bbclass
b/meta/classes-recipe/kernel.bbclass
index 4bce64cf6a..51bc959dee 100644
--- a/meta/classes-recipe/kernel.bbclass
+++ b/meta/classes-recipe/kernel.bbclass
@@ -237,7 +237,7 @@ KERNEL_EXTRA_ARGS ?= ""
EXTRA_OEMAKE += ' CC="${KERNEL_CC}" LD="${KERNEL_LD}"
OBJCOPY="${KERNEL_OBJCOPY}"'
EXTRA_OEMAKE += ' HOSTCC="${BUILD_CC}" HOSTCFLAGS="${BUILD_CFLAGS}"
HOSTLDFLAGS="${BUILD_LDFLAGS}" HOSTCPP="${BUILD_CPP}"'
-EXTRA_OEMAKE += ' HOSTCXX="${BUILD_CXX}" HOSTCXXFLAGS="${BUILD_CXXFLAGS}"
PAHOLE=false'
+EXTRA_OEMAKE += ' HOSTCXX="${BUILD_CXX}" HOSTCXXFLAGS="${BUILD_CXXFLAGS}"'
KERNEL_ALT_IMAGETYPE ??= ""
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182028):
https://lists.openembedded.org/g/openembedded-core/message/182028
Mute This Topic: https://lists.openembedded.org/mt/99248934/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 1/9] make-mod-scripts: force static linking and make dependencies explicit
From: Bruce Ashfield
When the scripts are prepared from the kernel soure, there are some
executables that can also be created (depending on kernel
configuration). sign-file and objtool are two examples which are
commonly created.
Due to the way that the kernel source is staged, and build artifacts
are stored for reuse and performance we can end up in a scenario where
the build artifacts based executable is linked against shared
libraries in the recipe native sysroot (ssl or crypto).
We could manipulate rpath, install the libraries to build-artifacts
and arrange to have available when the host tools are used or even
created a full native package from the tools generated out of scripts.
Those approaches have drawbacks in complexity, relocatability and/or
synchronization issues with the kernel source.
The chosen approach here is to force static linking on the tools,
which allows them to be placed into build artifacts without any
references to the recipe native sysroot.
kernel's newer than 5.15+ allow us to add the -static parameter
to pkg-config, but older kernels do not have that flexiblity. As
a result, we have two approaches to ensure that the libraries
needed for static linking are detected (one via pkg-config and
the other via host ldflags). In the future we can drop the ldflags
approach (when the oldest supported kernels are > 5.15).
There are also some potentially missing dependencies when tools
like sign-file are built, so we add them explicitly to the recipe
and avoid any races or implicit dependencies.
Signed-off-by: Bruce Ashfield
---
.../make-mod-scripts/make-mod-scripts_1.0.bb | 30 +--
1 file changed, 27 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
b/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
index 28e0807d1d..1c972f0d44 100644
--- a/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
+++ b/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
@@ -10,25 +10,49 @@ PACKAGE_ARCH = "${MACHINE_ARCH}"
S = "${WORKDIR}"
-do_configure[depends] += "virtual/kernel:do_shared_workdir
openssl-native:do_populate_sysroot"
+# zlib is required when module signing is enabled
+do_configure[depends] += "virtual/kernel:do_shared_workdir
openssl-native:do_populate_sysroot zlib-native:do_populate_sysroot"
do_compile[depends] += "virtual/kernel:do_compile_kernelmodules"
DEV_PKG_DEPENDENCY = ""
DEPENDS += "bc-native bison-native"
DEPENDS += "gmp-native"
+# required for module signing support
+DEPENDS += "elfutils-native"
-EXTRA_OEMAKE = " HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}"
HOSTCPP="${BUILD_CPP}""
-EXTRA_OEMAKE += " HOSTCXX="${BUILD_CXX} ${BUILD_CXXFLAGS} ${BUILD_LDFLAGS}"
CROSS_COMPILE=${TARGET_PREFIX}"
+# we are statically building the support tools, since the output of the build
is
+# stored in STAGING_KERNEL_BUILDDIR. We do not want any dynamic references to
+# libraries that are only present in the recipe native sysroot
+EXTRA_OEMAKE = " HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS} -static"
HOSTCPP="${BUILD_CPP}""
+EXTRA_OEMAKE += " HOSTCXX="${BUILD_CXX} ${BUILD_CXXFLAGS} ${BUILD_LDFLAGS}
-static" CROSS_COMPILE=${TARGET_PREFIX}"
# Build some host tools under work-shared. CC, LD, and AR are probably
# not used, but this is the historical way of invoking "make scripts".
#
do_configure() {
+ # setup native pkg-config variables, HOSTPKG_CONFIG is available in
newer kernels
+ # but we keep these to support older kernels that may not have the
variable to
+ # abstract calls to pkg-config
+ export PKG_CONFIG_DIR="${STAGING_DIR_NATIVE}${libdir_native}/pkgconfig"
+ export
PKG_CONFIG_PATH="$PKG_CONFIG_DIR:${STAGING_DATADIR_NATIVE}/pkgconfig"
+ export PKG_CONFIG_LIBDIR="$PKG_CONFIG_DIR"
+ export PKG_CONFIG_SYSROOT_DIR=""
+
+ # override CRYPTO_LIBS to support older kernels without HOSTPKG_CONFIG
+ CRYPTO_LIBS="$(pkg-config --static --libs libcrypto 2>/dev/null || echo
-lcrypto)"
+
+ # for pre-5.15 kernels
+ LIBELF_LIBS=$(pkg-config --static libelf --libs 2>/dev/null || echo
-lelf)
+ export LIBELF_LIBS="$LIBELF_LIBS -lz"
+ export HOSTLDFLAGS="-lz"
+
unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS
for t in prepare scripts_basic scripts; do
oe_runmake CC="${KERNEL_CC}" LD="${KERNEL_LD}" \
AR="${KERNEL_AR}" OBJCOPY="${KERNEL_OBJCOPY}" \
+ HOSTPKG_CONFIG="pkg-config --static" \
+ CRYPTO_LIBS="${CRYPTO_LIBS}" \
-C ${STAGING_KERNEL_DIR} O=${STAGING_KERNEL_BUILDDIR} $t
done
}
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182024):
https://lists.openembedded.org/g/openembedded-core/message/182024
Mute This Topic: https://lists.openembedded.org/mt/99248929/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscri
[OE-core] [PATCH 4/9] linux-yocto-dev: bump to v6.4+
From: Bruce Ashfield
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-dev.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb
b/meta/recipes-kernel/linux/linux-yocto-dev.bb
index 3a1595521e..37904ac4e4 100644
--- a/meta/recipes-kernel/linux/linux-yocto-dev.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-dev.bb
@@ -14,7 +14,7 @@ require recipes-kernel/linux/linux-yocto.inc
# provide this .inc to set specific revisions
include recipes-kernel/linux/linux-yocto-dev-revisions.inc
-KBRANCH = "v6.3/standard/base"
+KBRANCH = "v6.4/standard/base"
KMETA = "kernel-meta"
SRC_URI =
"git://git.yoctoproject.org/linux-yocto-dev.git;branch=${KBRANCH};name=machine;protocol=https
\
@@ -28,7 +28,7 @@ SRC_URI =
"git://git.yoctoproject.org/linux-yocto-dev.git;branch=${KBRANCH};name
SRCREV_machine ?=
'${@oe.utils.conditional("PREFERRED_PROVIDER_virtual/kernel",
"linux-yocto-dev", "${AUTOREV}", "29594404d7fe73cd80eaa4ee8c43dcc53970c60e",
d)}'
SRCREV_meta ?= '${@oe.utils.conditional("PREFERRED_PROVIDER_virtual/kernel",
"linux-yocto-dev", "${AUTOREV}", "29594404d7fe73cd80eaa4ee8c43dcc53970c60e",
d)}'
-LINUX_VERSION ?= "6.3"
+LINUX_VERSION ?= "6.4"
LINUX_VERSION_EXTENSION ?= "-yoctodev-${LINUX_KERNEL_TYPE}"
PV = "${LINUX_VERSION}+git${SRCPV}"
--
2.34.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182027):
https://lists.openembedded.org/g/openembedded-core/message/182027
Mute This Topic: https://lists.openembedded.org/mt/99248933/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 3/9] linux-yocto/6.1: update to v6.1.27
From: Bruce Ashfield
Updating to the latest korg -stable release that comprises
the following commits:
ca48fc16c493 Linux 6.1.27
0bbec73fdd9e riscv: No need to relocate the dtb as it lies in the fixmap
region
17509e73ac8b riscv: Do not set initial_boot_params to the linear address of
the dtb
ed96b3143540 riscv: Move early dtb mapping into the fixmap region
7cb8c95c0a6d driver core: Don't require dynamic_debug for initcall_debug
probe timing
ce0555352a28 USB: serial: option: add UNISOC vendor and TOZED LT70C product
17e5ce4d89ad btrfs: fix uninitialized variable warnings
47e6893a5b0a bluetooth: Perform careful capability checks in
hci_sock_ioctl()
c4acbf376124 gpiolib: acpi: Add a ignore wakeup quirk for Clevo NL5xNU
d27acf15c8fa drm/fb-helper: set x/yres_virtual in drm_fb_helper_check_var
e29661611e6e wifi: brcmfmac: slab-out-of-bounds read in
brcmf_get_assoc_ies()
34cec5cd7abc mptcp: fix accept vs worker race
b45d8f5375ed mptcp: stops worker on unaccepted sockets at listener close
862ea63fad16 mm/mempolicy: fix use-after-free of VMA iterator
e1562cc202c9 KVM: arm64: Retry fault if vma_lookup() results become invalid
d70f63be626d phy: phy-brcm-usb: Utilize platform_get_irq_byname_optional()
7d057bf201ca um: Only disable SSE on clang to work around old GCC bugs
Signed-off-by: Bruce Ashfield
---
.../linux/linux-yocto-rt_6.1.bb | 6 ++--
.../linux/linux-yocto-tiny_6.1.bb | 6 ++--
meta/recipes-kernel/linux/linux-yocto_6.1.bb | 28 +--
3 files changed, 20 insertions(+), 20 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_6.1.bb
b/meta/recipes-kernel/linux/linux-yocto-rt_6.1.bb
index d2dc7e60f1..66550914c4 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_6.1.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_6.1.bb
@@ -14,13 +14,13 @@ python () {
raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to
linux-yocto-rt to enable it")
}
-SRCREV_machine ?= "128a73d5e1339475618b41383121a0eef4bb29de"
-SRCREV_meta ?= "1bb0236be7c49344bd411c71f21769153ecd9695"
+SRCREV_machine ?= "573386d3cb8c102496deecf92ca867ff9d044ae1"
+SRCREV_meta ?= "b82e23405925b724cecf3deacc13739db6720ca2"
SRC_URI =
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine;protocol=https
\
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-6.1;destsuffix=${KMETA};protocol=https"
-LINUX_VERSION ?= "6.1.26"
+LINUX_VERSION ?= "6.1.27"
LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_6.1.bb
b/meta/recipes-kernel/linux/linux-yocto-tiny_6.1.bb
index b2f6266018..7eec6e97aa 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_6.1.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_6.1.bb
@@ -8,7 +8,7 @@ require recipes-kernel/linux/linux-yocto.inc
# CVE exclusions
include recipes-kernel/linux/cve-exclusion_6.1.inc
-LINUX_VERSION ?= "6.1.26"
+LINUX_VERSION ?= "6.1.27"
LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
@@ -17,8 +17,8 @@ DEPENDS += "openssl-native util-linux-native"
KMETA = "kernel-meta"
KCONF_BSP_AUDIT_LEVEL = "2"
-SRCREV_machine ?= "c35e45ea5f134aad3ef0ccd3f1b7b672c801e402"
-SRCREV_meta ?= "1bb0236be7c49344bd411c71f21769153ecd9695"
+SRCREV_machine ?= "5595b9b98df96b1ef27dc5879d19b9b512cc5c14"
+SRCREV_meta ?= "b82e23405925b724cecf3deacc13739db6720ca2"
PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_6.1.bb
b/meta/recipes-kernel/linux/linux-yocto_6.1.bb
index eebce559b7..7600f45522 100644
--- a/meta/recipes-kernel/linux/linux-yocto_6.1.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_6.1.bb
@@ -17,25 +17,25 @@ KBRANCH:qemux86-64 ?= "v6.1/standard/base"
KBRANCH:qemuloongarch64 ?= "v6.1/standard/base"
KBRANCH:qemumips64 ?= "v6.1/standard/mti-malta64"
-SRCREV_machine:qemuarm ?= "171d448bfb9e531c7395deae260edf96305eab9c"
-SRCREV_machine:qemuarm64 ?= "c35e45ea5f134aad3ef0ccd3f1b7b672c801e402"
-SRCREV_machine:qemuloongarch64 ?= "c35e45ea5f134aad3ef0ccd3f1b7b672c801e402"
-SRCREV_machine:qemumips ?= "d637594e7e9c9037d7c609f9dfeef13a57a5aec4"
-SRCREV_machine:qemuppc ?= "c35e45ea5f134aad3ef0ccd3f1b7b672c801e402"
-SRCREV_machine:qemuriscv64 ?= "c35e45ea5f134aad3ef0ccd3f1b7b672c801e402"
-SRCREV_machine:qemuriscv32 ?= "c35e45ea5f134aad3ef0ccd3f1b7b672c801e402"
-SRCREV_machine:qemux86 ?= "c35e45ea5f134aad3ef0ccd3f1b7b672c801e402"
-SRCREV_machine:qemux86-64 ?= "c35e45ea5f134aad3ef0ccd3f1b7b672c801e402"
-SRCREV_machine:qemumips64 ?= "52e3ff0902681ac3d9128bcf037033e14ae20d68"
-SRCREV_machine ?= "c35e45ea5f134aad3ef0ccd3f1b7b672c801e402"
-SRCREV_meta ?= "1bb0236be7c49344bd411c71f21769153ecd9695"
+SRCREV_machine:qemuarm ?= "df2cfcb92e63bdbdd34667d5915a71b1441ec723"
+SRCREV_machine:qe
[OE-core] [PATCH 2/9] linux-yocto/6.1: update to v6.1.26
From: Bruce Ashfield
Updating to the latest korg -stable release that comprises
the following commits:
ca1c9012c941 Linux 6.1.26
ab91b09f399f ASN.1: Fix check for strdup() success
1831d8cbaea8 ASoC: fsl_sai: Fix pins setting for i.MX8QM platform
6cb818ed5f08 ASoC: fsl_asrc_dma: fix potential null-ptr-deref
7a6593b5d7ad ASoC: SOF: pm: Tear down pipelines only if DSP was active
b528537d131f mm/page_alloc: fix potential deadlock on zonelist_update_seq
seqlock
71b6df69f17e fpga: bridge: properly initialize bridge device before
populating children
f8c3eb751a9b iio: adc: at91-sama5d2_adc: fix an error code in
at91_adc_allocate_trigger()
342c1db4fa8c Input: pegasus-notetaker - check pipe type when probing
a93c20f58322 gcc: disable '-Warray-bounds' for gcc-13 too
a09b9383b749 sctp: Call inet6_destroy_sock() via sk->sk_destruct().
a530b33fe986 dccp: Call inet6_destroy_sock() via sk->sk_destruct().
a8cf1141057a inet6: Remove inet6_destroy_sock() in sk->sk_prot->destroy().
588d682251e6 purgatory: fix disabling debug info
7ca973d830c0 fuse: always revalidate rename target dentry
f9a20ef5e83c MIPS: Define RUNTIME_DISCARD_EXIT in LD script
8d6a870a428f KVM: arm64: Fix buffer overflow in kvm_arm_set_fw_reg()
9e7976c0cd63 KVM: arm64: Make vcpu flag updates non-preemptible
d362a03d920e sched/fair: Fixes for capacity inversion detection
799c7301ded6 sched/fair: Consider capacity inversion in util_fits_cpu()
fe1c982958c5 sched/fair: Detect capacity inversion
7e6631f782a1 mm/mmap: regression fix for unmapped_area{_topdown}
059f24aff65c mm: page_alloc: skip regions with hugetlbfs pages when
allocating 1G pages
bd6f3421a586 mm: kmsan: handle alloc failures in
kmsan_vmap_pages_range_noflush()
433a7ecaed4b mm: kmsan: handle alloc failures in kmsan_ioremap_page_range()
e8a7bdb6f76c mm/huge_memory.c: warn with pr_warn_ratelimited instead of
VM_WARN_ON_ONCE_FOLIO
519dbe737f0d mm/khugepaged: check again on anon uffd-wp during isolation
cc647e05db67 mm/userfaultfd: fix uffd-wp handling for THP migration entries
b1644a0031cf drm/rockchip: vop2: Use regcache_sync() to fix suspend/resume
904e1b66854b drm/rockchip: vop2: fix suspend/resume
4ac57c3fe2c0 drm/amd/display: set dcn315 lb bpp to 48
bef774effb27 drm/amdgpu: Fix desktop freezed after gpu-reset
66eb772be27e drm/i915: Fix fast wake AUX sync len
d9caa028d7ad mmc: sdhci_am654: Set HIGH_SPEED_ENA for SDR12 and SDR25
3e6bd2653ff8 writeback, cgroup: fix null-ptr-deref write in
bdi_split_work_to_wbs
ec90129b91b6 kernel/sys.c: fix and improve control flow in
__sys_setres[ug]id()
a3a93b46833f memstick: fix memory leak if card device is never registered
f6a5f61200ff tools/mm/page_owner_sort.c: fix TGID output when cull=tg is
used
a0aa4827f791 nilfs2: initialize unused bytes in segment summary blocks
a1176791ab74 maple_tree: fix a potential memory leak, OOB access, or other
unpredictable bug
66f13a1acf0a maple_tree: fix mas_empty_area() search
c51b9ef3f521 maple_tree: make maple state reusable after
mas_empty_area_rev()
be100a8460e3 LoongArch: Mark 3 symbol exports as non-GPL
e82caab68951 LoongArch: Fix probing of the CRC32 feature
55fba69fbfd0 rust: kernel: Mark rust_fmt_argument as extern "C"
e19ebc5f9a71 btrfs: get the next extent map during fiemap/lseek more
efficiently
b28def6ed970 ALSA: hda/realtek: fix mute/micmute LEDs for a HP ProBook
31f7c99e3685 iio: light: tsl2772: fix reading proximity-diodes from device
tree
b263f81bd16e iio: dac: ad5755: Add missing fwnode_handle_put()
9ad34ea8d2d6 drm/amdgpu/vcn: Disable indirect SRAM on Vangogh broken BIOSes
9bdbd0099262 Revert "userfaultfd: don't fail on unrecognized features"
8e610b699385 mtd: spi-nor: fix memory leak when using debugfs_lookup()
f4d1bbb97728 platform/x86: asus-nb-wmi: Add quirk_asus_tablet_mode to other
ROG Flow X13 models
25e2413c9374 platform/x86: gigabyte-wmi: add support for X570S AORUS ELITE
bbf4d72be001 xen/netback: use same error messages for same errors
79d22faeba7b nvme-tcp: fix a possible UAF when failing to allocate an io
queue
0cc5da7990ff drm: test: Fix 32-bit issue in drm_buddy_test
fb766acce3cf drm: buddy_allocator: Fix buddy allocator init on 32-bit
systems
3059a67e02dc s390/ptrace: fix PTRACE_GET_LAST_BREAK error handling
ba6486192268 platform/x86: gigabyte-wmi: add support for B650 AORUS ELITE AX
fbc72b63520a net: dsa: b53: mmap: add phy ops
480df96832f4 scsi: core: Improve scsi_vpd_inquiry() checks
83760e74ed14 scsi: megaraid_sas: Fix fw_crash_buffer_show()
e0ac735ee4e2 selftests: sigaltstack: fix -Wuninitialized
8563ab97a870 platform/x86 (gigabyte-wmi): Add support for A320M-S2H V2
c4043891a10f platform/x86/intel: vsec: Fix a memory leak in
intel_vsec_add_aux
23f18f35bf1f f2fs: Fix f2fs_truncate_partial_nodes ftrace eve
[OE-core] [master][PATCH] meta: lib: oe: npm_registry: Add more safe caracters
From: BELOUARGA Mohamed
NPM registry cache should support caracaters like '(' and ')'
Explanation: NPM packages can contains these caracters like : @(._.)/execute
Signed-off-by: BELOUARGA Mohamed
---
meta/lib/oe/npm_registry.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oe/npm_registry.py b/meta/lib/oe/npm_registry.py
index db581e280e..d97ced7cda 100644
--- a/meta/lib/oe/npm_registry.py
+++ b/meta/lib/oe/npm_registry.py
@@ -11,7 +11,7 @@ import subprocess
_ALWAYS_SAFE = frozenset('ABCDEFGHIJKLMNOPQRSTUVWXYZ'
'abcdefghijklmnopqrstuvwxyz'
'0123456789'
- '_.-~')
+ '_.-~()')
MISSING_OK = object()
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182022):
https://lists.openembedded.org/g/openembedded-core/message/182022
Mute This Topic: https://lists.openembedded.org/mt/99248914/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][kirkstone][PATCH] openssl: Upgrade 3.0.8 -> 3.0.9
From: Peter Marko
* fix CVEs CVE-2023-1255 and CVE-2023-2650
* drop CVE patches merged upstream
* refresh 0001-Configure-do-not-tweak-mips-cflags.patch
https://www.openssl.org/news/openssl-3.0-notes.html
Major changes between OpenSSL 3.0.8 and OpenSSL 3.0.9 [30 May 2023]
* Mitigate for very slow `OBJ_obj2txt()` performance with gigantic OBJECT
IDENTIFIER sub-identities. ([CVE-2023-2650])
* Fixed buffer overread in AES-XTS decryption on ARM 64 bit platforms
([CVE-2023-1255])
* Fixed documentation of X509_VERIFY_PARAM_add0_policy() ([CVE-2023-0466])
* Fixed handling of invalid certificate policies in leaf certificates
([CVE-2023-0465])
* Limited the number of nodes created in a policy tree ([CVE-2023-0464])
Signed-off-by: Peter Marko
---
...1-Configure-do-not-tweak-mips-cflags.patch | 2 +-
.../openssl/openssl/CVE-2023-0464.patch | 225 --
.../openssl/openssl/CVE-2023-0465.patch | 56 -
.../openssl/openssl/CVE-2023-0466.patch | 50
.../{openssl_3.0.8.bb => openssl_3.0.9.bb}| 5 +-
5 files changed, 2 insertions(+), 336 deletions(-)
delete mode 100644
meta/recipes-connectivity/openssl/openssl/CVE-2023-0464.patch
delete mode 100644
meta/recipes-connectivity/openssl/openssl/CVE-2023-0465.patch
delete mode 100644
meta/recipes-connectivity/openssl/openssl/CVE-2023-0466.patch
rename meta/recipes-connectivity/openssl/{openssl_3.0.8.bb =>
openssl_3.0.9.bb} (97%)
diff --git
a/meta/recipes-connectivity/openssl/openssl/0001-Configure-do-not-tweak-mips-cflags.patch
b/meta/recipes-connectivity/openssl/openssl/0001-Configure-do-not-tweak-mips-cflags.patch
index 0b7abc3a11..af435472a5 100644
---
a/meta/recipes-connectivity/openssl/openssl/0001-Configure-do-not-tweak-mips-cflags.patch
+++
b/meta/recipes-connectivity/openssl/openssl/0001-Configure-do-not-tweak-mips-cflags.patch
@@ -22,7 +22,7 @@ Index: openssl-3.0.4/Configure
}
-if ($target =~ /linux.*-mips/ && !$disabled{asm}
--&& !grep { $_ !~ /-m(ips|arch=)/ } (@{$config{CFLAGS}})) {
+-&& !grep { $_ =~ /-m(ips|arch=)/ } (@{$config{CFLAGS}})) {
-# minimally required architecture flags for assembly modules
-my $value;
-$value = '-mips2' if ($target =~ /mips32/);
diff --git a/meta/recipes-connectivity/openssl/openssl/CVE-2023-0464.patch
b/meta/recipes-connectivity/openssl/openssl/CVE-2023-0464.patch
deleted file mode 100644
index 3b94c48e8d..00
--- a/meta/recipes-connectivity/openssl/openssl/CVE-2023-0464.patch
+++ /dev/null
@@ -1,225 +0,0 @@
-From 959c59c7a0164117e7f8366466a32bb1f8d77ff1 Mon Sep 17 00:00:00 2001
-From: Pauli
-Date: Wed, 8 Mar 2023 15:28:20 +1100
-Subject: [PATCH] x509: excessive resource use verifying policy constraints
-
-A security vulnerability has been identified in all supported versions
-of OpenSSL related to the verification of X.509 certificate chains
-that include policy constraints. Attackers may be able to exploit this
-vulnerability by creating a malicious certificate chain that triggers
-exponential use of computational resources, leading to a denial-of-service
-(DoS) attack on affected systems.
-
-Fixes CVE-2023-0464
-
-Reviewed-by: Tomas Mraz
-Reviewed-by: Shane Lontis
-(Merged from https://github.com/openssl/openssl/pull/20568)
-
-Upstream-Status: Backport from
[https://git.openssl.org/gitweb/?p=openssl.git;a=commitdiff;h=959c59c7a0164117e7f8366466a32bb1f8d77ff1]
-CVE: CVE-2023-0464
-Signed-off-by: Siddharth Doshi
- crypto/x509/pcy_local.h | 8 +++-
- crypto/x509/pcy_node.c | 12 +---
- crypto/x509/pcy_tree.c | 36 ++--
- 3 files changed, 42 insertions(+), 14 deletions(-)
-
-diff --git a/crypto/x509/pcy_local.h b/crypto/x509/pcy_local.h
-index 18b53cc..cba107c 100644
a/crypto/x509/pcy_local.h
-+++ b/crypto/x509/pcy_local.h
-@@ -111,6 +111,11 @@ struct X509_POLICY_LEVEL_st {
- };
-
- struct X509_POLICY_TREE_st {
-+/* The number of nodes in the tree */
-+size_t node_count;
-+/* The maximum number of nodes in the tree */
-+size_t node_maximum;
-+
- /* This is the tree 'level' data */
- X509_POLICY_LEVEL *levels;
- int nlevel;
-@@ -157,7 +162,8 @@ X509_POLICY_NODE
*ossl_policy_tree_find_sk(STACK_OF(X509_POLICY_NODE) *sk,
- X509_POLICY_NODE *ossl_policy_level_add_node(X509_POLICY_LEVEL *level,
- X509_POLICY_DATA *data,
- X509_POLICY_NODE *parent,
-- X509_POLICY_TREE *tree);
-+ X509_POLICY_TREE *tree,
-+ int extra_data);
- void ossl_policy_node_free(X509_POLICY_NODE *node);
- int ossl_policy_node_match(const X509_POLICY_LEVEL *lvl,
-const X509_POLICY_NODE *node, const ASN1_OBJECT
*oid);
-diff --git a/crypto/x509/pcy_node.c b/crypto/x509/pcy_node.c
-index 9d9a7ea..450f95a 100
Re: [OE-Core][master][mickledore][langdale][kirkstone][PATCH] kmscube: Correct DEPENDS to avoid overwrite
Hi Steve,
Can you please backport this to kirkstone and mickledore?
Thanks,
Ranjitsinh Rathod
+91 - 8460692403
On Mon, May 22, 2023, 2:34 PM wrote:
> From: Ranjitsinh Rathod
>
> As part of the below commit, DEPENDS gets overwrite which is wrong
> Link:
> https://git.yoctoproject.org/poky/commit/?id=bd947d3343dcd96e79fc8157f32a2a087cd710a7
>
> So correct the DEPENDS varibales
>
> Signed-off-by: Ranjitsinh Rathod
> ---
> meta/recipes-graphics/kmscube/kmscube_git.bb | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/meta/recipes-graphics/kmscube/kmscube_git.bb
> b/meta/recipes-graphics/kmscube/kmscube_git.bb
> index b2c10e09fb..67ac97b963 100644
> --- a/meta/recipes-graphics/kmscube/kmscube_git.bb
> +++ b/meta/recipes-graphics/kmscube/kmscube_git.bb
> @@ -6,7 +6,7 @@ OpenGL or OpenGL ES."
> HOMEPAGE = "https://cgit.freedesktop.org/mesa/kmscube/";
> LICENSE = "MIT"
> SECTION = "graphics"
> -DEPENDS = "virtual/libgles3 virtual/libgles2 virtual/egl libdrm"
> +DEPENDS = "virtual/libgles3 virtual/libgles2 virtual/egl libdrm
> virtual/libgbm"
>
> LIC_FILES_CHKSUM =
> "file://kmscube.c;beginline=1;endline=23;md5=8b309d4ee67b7315ff7381270dd631fb"
>
> @@ -19,7 +19,6 @@ S = "${WORKDIR}/git"
> inherit meson pkgconfig features_check
>
> REQUIRED_DISTRO_FEATURES = "opengl"
> -DEPENDS = "virtual/libgbm"
>
> PACKAGECONFIG ??= ""
> PACKAGECONFIG[gstreamer] =
> "-Dgstreamer=enabled,-Dgstreamer=disabled,gstreamer1.0
> gstreamer1.0-plugins-base"
> --
> 2.25.1
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182020):
https://lists.openembedded.org/g/openembedded-core/message/182020
Mute This Topic: https://lists.openembedded.org/mt/99060901/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] is there a command to produce artifacts of a recipe and all its "shlibdeps" packages?
this is possibly a silly question, but i have a YP build with one recipe (call it fubar") that has a number of DEPENDS, some of which generate shared libs that will also be runtime dependencies for fubar once it's installed. as i recall (and i could be wrong), the shared lib dependencies for fubar can be seen in the eventual file fubar/packages-split/fubar.shlibdeps. now i want to be able to bundle up the fubar package, walk it over, and drop it on a compatible device where i know it should run, but obviously i need to similarly bundle all of those shlibdeps to go with it. rather than manually doing each of those shlibdeps individually, is there some incantation such that i can create some sort of archive of a recipe and all of its runtime dependencies so that i can just take that entire single archive and drop it on the target device? i can't think of a simple way to do that, but perhaps others know some sort of magic. rday -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182019): https://lists.openembedded.org/g/openembedded-core/message/182019 Mute This Topic: https://lists.openembedded.org/mt/99245372/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] OpenEmbedded Happy Hour May 31 5pm/1700 UTC
All, Sorry for short notice - our regular OpenEmbedded Happy Hour is today, May 31 for Europe/Americas timezones @ 1700/5pm UTC (1pm ET/10am PT) https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+May+31&iso=20230531T17 -- Regards, Denys Dmytriyenko PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964 Fingerprint: 25FC E4A5 8A72 2F69 1186 6D76 4209 0272 9A92 C964 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182018): https://lists.openembedded.org/g/openembedded-core/message/182018 Mute This Topic: https://lists.openembedded.org/mt/99244878/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] python3 cryptic build failures
I’m regularly seeing this when updating various python recipes. It’s caused
by empty versioned directories in sysroots that are leftovers from previous
versions. Doesn’t happen in freshly made tmpdirs.
Alex
On Wed 31. May 2023 at 16.43, Bruce Ashfield
wrote:
> On Wed, May 31, 2023 at 10:41 AM Tim Orling wrote:
> >
> >
> >
> > On Wed, May 31, 2023 at 7:25 AM Bruce Ashfield
> wrote:
> >>
> >> On Wed, May 31, 2023 at 10:20 AM Trevor Gamblin
> wrote:
> >> >
> >> >
> >> > On 2023-05-31 10:04, Bruce Ashfield wrote:
> >> > > On Wed, May 31, 2023 at 9:23 AM Richard Purdie
> >> > > wrote:
> >> > >> Hi Trevor,
> >> > >>
> >> > >> I thought this issue might be something you might be able to spot
> the
> >> > >> solution with quickly.
> >> > >>
> >> > >> I had a failing python3-iniconfig build in a TMPDIR I've reused
> >> > >> heavily:
> >> > > FWIW. I see this in about 6 or 7 python recipes in my extremely
> >> > > heavily reused tmpdir.
> >> > >
> >> > > After I came back from vacation, I iterated through a -c clean on
> the
> >> > > python packages, and they always built the second time through.
> >> >
> >> > Do you recall which those are, and if it's the same ones each time it
> >> > happens? I'm wondering if it may be an issue with some recipes.
> >> >
> >>
> >> roughly this set (as grepped from my history):
> >>
> >> 2783 bitbake -c clean python3-attrs; bitbake core-image-minimal
> >> 2828 bitbake -c clean python3-colorama; bitbake core-image-minimal
> >> 2829 bitbake -c clean python3-jsonschema; bitbake core-image-minimal
> >> 2943 bitbake -c clean python3-hatch-vcs python3-hatch-vcs-native;
> >> bitbake core-image-minimal
> >> 2944 bitbake -c clean python3-attrs; bitbake core-image-minimal
> >> 2945 bitbake -c clean python3-urllib3; bitbake core-image-minimal
> >> 2946 bitbake -c clean python3-colorama; bitbake core-image-minimal
> >> 2947 bitbake -c clean python3-jsonschema; bitbake core-image-minimal
> >> 2948 bitbake -c clean python3-iniconfig; bitbake core-image-minimal
> >>
> >> Apparently I had particular issues with colorama :)
> >>
> >> Bruce
> >>
> >
> > Do you recall when you started seeing this behavior? I’m wondering if it
> is related to some of the wheel build changes rburton made. But that’s just
> my spider sense…
>
> As we can all attest, timelines get blurry very quickly ... but I
> recall it popping up with the same / similar error message starting in
> the last 6 months.
>
> Bruce
>
> >>
> >>
> >> > I haven't been able to recreate the issue yet, but my tmpdir is not
> very
> >> > old. When I attempt the suggested reproducer (creating the empty
> >> > directories and rerunning do_compile), it is successful. I'll keep
> >> > poking at it.
> >> >
> >> > Trevor
> >> >
> >> > >
> >> > > Bruce
> >> > >
> >> > >> ERROR: python3-iniconfig-2.0.0-r0 do_compile:
> ExecutionError('/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/run.do_compile.2391637',
> 1, None, None)
> >> > >> ERROR: Logfile of failure stored in:
> /media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/log.do_compile.2391637
> >> > >> Log data follows:
> >> > >> | DEBUG: Executing shell function do_compile
> >> > >> | * Getting build dependencies for wheel...
> >> > >> |
> >> > >> | Traceback (most recent call last):
> >> > >> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> line 375, in main
> >> > >> | built = build_call(
> >> > >> | ^^^
> >> > >> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> line 208, in build_package
> >> > >> | out = _build(isolation, builder, outdir, distribution,
> config_settings, skip_dependency_check)
> >> > >> |
>
>
> >> > >> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> line 147, in _build
> >> > >> | return _build_in_current_env(builder, outdir, distribution,
> config_settings, skip_dependency_check)
> >> > >> |
>
> >> > >> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> line 127, in _build_in_current_env
> >> > >> | missing = builder.check_dependencies(distribution)
> >> > >> |
> >> > >> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
> line 369, i
Re: [OE-core] python3 cryptic build failures
On Wed, May 31, 2023 at 10:41 AM Tim Orling wrote:
>
>
>
> On Wed, May 31, 2023 at 7:25 AM Bruce Ashfield
> wrote:
>>
>> On Wed, May 31, 2023 at 10:20 AM Trevor Gamblin
>> wrote:
>> >
>> >
>> > On 2023-05-31 10:04, Bruce Ashfield wrote:
>> > > On Wed, May 31, 2023 at 9:23 AM Richard Purdie
>> > > wrote:
>> > >> Hi Trevor,
>> > >>
>> > >> I thought this issue might be something you might be able to spot the
>> > >> solution with quickly.
>> > >>
>> > >> I had a failing python3-iniconfig build in a TMPDIR I've reused
>> > >> heavily:
>> > > FWIW. I see this in about 6 or 7 python recipes in my extremely
>> > > heavily reused tmpdir.
>> > >
>> > > After I came back from vacation, I iterated through a -c clean on the
>> > > python packages, and they always built the second time through.
>> >
>> > Do you recall which those are, and if it's the same ones each time it
>> > happens? I'm wondering if it may be an issue with some recipes.
>> >
>>
>> roughly this set (as grepped from my history):
>>
>> 2783 bitbake -c clean python3-attrs; bitbake core-image-minimal
>> 2828 bitbake -c clean python3-colorama; bitbake core-image-minimal
>> 2829 bitbake -c clean python3-jsonschema; bitbake core-image-minimal
>> 2943 bitbake -c clean python3-hatch-vcs python3-hatch-vcs-native;
>> bitbake core-image-minimal
>> 2944 bitbake -c clean python3-attrs; bitbake core-image-minimal
>> 2945 bitbake -c clean python3-urllib3; bitbake core-image-minimal
>> 2946 bitbake -c clean python3-colorama; bitbake core-image-minimal
>> 2947 bitbake -c clean python3-jsonschema; bitbake core-image-minimal
>> 2948 bitbake -c clean python3-iniconfig; bitbake core-image-minimal
>>
>> Apparently I had particular issues with colorama :)
>>
>> Bruce
>>
>
> Do you recall when you started seeing this behavior? I’m wondering if it is
> related to some of the wheel build changes rburton made. But that’s just my
> spider sense…
As we can all attest, timelines get blurry very quickly ... but I
recall it popping up with the same / similar error message starting in
the last 6 months.
Bruce
>>
>>
>> > I haven't been able to recreate the issue yet, but my tmpdir is not very
>> > old. When I attempt the suggested reproducer (creating the empty
>> > directories and rerunning do_compile), it is successful. I'll keep
>> > poking at it.
>> >
>> > Trevor
>> >
>> > >
>> > > Bruce
>> > >
>> > >> ERROR: python3-iniconfig-2.0.0-r0 do_compile:
>> > >> ExecutionError('/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/run.do_compile.2391637',
>> > >> 1, None, None)
>> > >> ERROR: Logfile of failure stored in:
>> > >> /media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/log.do_compile.2391637
>> > >> Log data follows:
>> > >> | DEBUG: Executing shell function do_compile
>> > >> | * Getting build dependencies for wheel...
>> > >> |
>> > >> | Traceback (most recent call last):
>> > >> | File
>> > >> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
>> > >> line 375, in main
>> > >> | built = build_call(
>> > >> | ^^^
>> > >> | File
>> > >> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
>> > >> line 208, in build_package
>> > >> | out = _build(isolation, builder, outdir, distribution,
>> > >> config_settings, skip_dependency_check)
>> > >> |
>> > >>
>> > >> | File
>> > >> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
>> > >> line 147, in _build
>> > >> | return _build_in_current_env(builder, outdir, distribution,
>> > >> config_settings, skip_dependency_check)
>> > >> |
>> > >>
>> > >> | File
>> > >> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
>> > >> line 127, in _build_in_current_env
>> > >> | missing = builder.check_dependencies(distribution)
>> > >> |
>> > >> | File
>> > >> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
>> > >> line 369, in check_dependencies
>> > >> | return {u for d in dependencies for u in check_dependency(d)}
>> > >> |^^
>> > >> | File
>> > >> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-nati
Re: [OE-core] python3 cryptic build failures
On Wed, May 31, 2023 at 7:25 AM Bruce Ashfield
wrote:
> On Wed, May 31, 2023 at 10:20 AM Trevor Gamblin
> wrote:
> >
> >
> > On 2023-05-31 10:04, Bruce Ashfield wrote:
> > > On Wed, May 31, 2023 at 9:23 AM Richard Purdie
> > > wrote:
> > >> Hi Trevor,
> > >>
> > >> I thought this issue might be something you might be able to spot the
> > >> solution with quickly.
> > >>
> > >> I had a failing python3-iniconfig build in a TMPDIR I've reused
> > >> heavily:
> > > FWIW. I see this in about 6 or 7 python recipes in my extremely
> > > heavily reused tmpdir.
> > >
> > > After I came back from vacation, I iterated through a -c clean on the
> > > python packages, and they always built the second time through.
> >
> > Do you recall which those are, and if it's the same ones each time it
> > happens? I'm wondering if it may be an issue with some recipes.
> >
>
> roughly this set (as grepped from my history):
>
> 2783 bitbake -c clean python3-attrs; bitbake core-image-minimal
> 2828 bitbake -c clean python3-colorama; bitbake core-image-minimal
> 2829 bitbake -c clean python3-jsonschema; bitbake core-image-minimal
> 2943 bitbake -c clean python3-hatch-vcs python3-hatch-vcs-native;
> bitbake core-image-minimal
> 2944 bitbake -c clean python3-attrs; bitbake core-image-minimal
> 2945 bitbake -c clean python3-urllib3; bitbake core-image-minimal
> 2946 bitbake -c clean python3-colorama; bitbake core-image-minimal
> 2947 bitbake -c clean python3-jsonschema; bitbake core-image-minimal
> 2948 bitbake -c clean python3-iniconfig; bitbake core-image-minimal
>
> Apparently I had particular issues with colorama :)
>
> Bruce
>
>
Do you recall when you started seeing this behavior? I’m wondering if it is
related to some of the wheel build changes rburton made. But that’s just my
spider sense…
>
> > I haven't been able to recreate the issue yet, but my tmpdir is not very
> > old. When I attempt the suggested reproducer (creating the empty
> > directories and rerunning do_compile), it is successful. I'll keep
> > poking at it.
> >
> > Trevor
> >
> > >
> > > Bruce
> > >
> > >> ERROR: python3-iniconfig-2.0.0-r0 do_compile:
> ExecutionError('/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/run.do_compile.2391637',
> 1, None, None)
> > >> ERROR: Logfile of failure stored in:
> /media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/log.do_compile.2391637
> > >> Log data follows:
> > >> | DEBUG: Executing shell function do_compile
> > >> | * Getting build dependencies for wheel...
> > >> |
> > >> | Traceback (most recent call last):
> > >> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> line 375, in main
> > >> | built = build_call(
> > >> | ^^^
> > >> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> line 208, in build_package
> > >> | out = _build(isolation, builder, outdir, distribution,
> config_settings, skip_dependency_check)
> > >> |
>
>
> > >> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> line 147, in _build
> > >> | return _build_in_current_env(builder, outdir, distribution,
> config_settings, skip_dependency_check)
> > >> |
>
> > >> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> line 127, in _build_in_current_env
> > >> | missing = builder.check_dependencies(distribution)
> > >> |
> > >> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
> line 369, in check_dependencies
> > >> | return {u for d in dependencies for u in check_dependency(d)}
> > >> |^^
> > >> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
> line 369, in
> > >> | return {u for d in dependencies for u in check_dependency(d)}
> > >> |^^
> > >> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
> line 185, in check_dependency
> > >> | yield from check_d
Re: [OE-core] python3 cryptic build failures
On 2023-05-31 10:25, Bruce Ashfield wrote:
On Wed, May 31, 2023 at 10:20 AM Trevor Gamblin wrote:
On 2023-05-31 10:04, Bruce Ashfield wrote:
On Wed, May 31, 2023 at 9:23 AM Richard Purdie
wrote:
Hi Trevor,
I thought this issue might be something you might be able to spot the
solution with quickly.
I had a failing python3-iniconfig build in a TMPDIR I've reused
heavily:
FWIW. I see this in about 6 or 7 python recipes in my extremely
heavily reused tmpdir.
After I came back from vacation, I iterated through a -c clean on the
python packages, and they always built the second time through.
Do you recall which those are, and if it's the same ones each time it
happens? I'm wondering if it may be an issue with some recipes.
roughly this set (as grepped from my history):
2783 bitbake -c clean python3-attrs; bitbake core-image-minimal
2828 bitbake -c clean python3-colorama; bitbake core-image-minimal
2829 bitbake -c clean python3-jsonschema; bitbake core-image-minimal
2943 bitbake -c clean python3-hatch-vcs python3-hatch-vcs-native;
bitbake core-image-minimal
2944 bitbake -c clean python3-attrs; bitbake core-image-minimal
2945 bitbake -c clean python3-urllib3; bitbake core-image-minimal
2946 bitbake -c clean python3-colorama; bitbake core-image-minimal
2947 bitbake -c clean python3-jsonschema; bitbake core-image-minimal
2948 bitbake -c clean python3-iniconfig; bitbake core-image-minimal
Apparently I had particular issues with colorama :)
It could possibly be an issue with recipes that depend on hatchling
and/or hatch-vcs. A quick grep for "hatch" in oe-core/meta/recipes-devtools:
python3-jsonschema_4.17.3.bb
python3-attrs_23.1.0.bb
python3-urllib3_2.0.2.bb
python3-hatchling_1.17.0.bb
python3-hatch-fancy-pypi-readme_22.8.0.bb
python3-hatch-vcs_0.3.0.bb
python3-iniconfig_2.0.0.bb
and in meta-python:
python3-traitlets_5.9.0.bb
python3-prettytable_3.6.0.bb
python3-pyhamcrest_2.0.4.bb
python3-termcolor_2.3.0.bb
python3-platformdirs_3.5.1.bb
python3-soupsieve_2.4.1.bb
python3-colorama_0.4.6.bb
If it happens with traitlets, prettytable, soupsieve, platformdirs,
termcolor, or pyhamcrest too then that's probably where the issue is.
I'll keep trying to reproduce it.
Bruce
I haven't been able to recreate the issue yet, but my tmpdir is not very
old. When I attempt the suggested reproducer (creating the empty
directories and rerunning do_compile), it is successful. I'll keep
poking at it.
Trevor
Bruce
ERROR: python3-iniconfig-2.0.0-r0 do_compile:
ExecutionError('/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/run.do_compile.2391637',
1, None, None)
ERROR: Logfile of failure stored in:
/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/log.do_compile.2391637
Log data follows:
| DEBUG: Executing shell function do_compile
| * Getting build dependencies for wheel...
|
| Traceback (most recent call last):
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
line 375, in main
| built = build_call(
| ^^^
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
line 208, in build_package
| out = _build(isolation, builder, outdir, distribution, config_settings,
skip_dependency_check)
|
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
line 147, in _build
| return _build_in_current_env(builder, outdir, distribution,
config_settings, skip_dependency_check)
|
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
line 127, in _build_in_current_env
| missing = builder.check_dependencies(distribution)
|
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
line 369, in check_dependencies
| return {u for d in dependencies for u in check_dependency(d)}
|^^
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
line 369, in
| return {u for d in dependencies for u in check_dependency(d)}
|^^
| File
"/media/build
Re: [OE-core] python3 cryptic build failures
On Wed, May 31, 2023 at 10:20 AM Trevor Gamblin wrote:
>
>
> On 2023-05-31 10:04, Bruce Ashfield wrote:
> > On Wed, May 31, 2023 at 9:23 AM Richard Purdie
> > wrote:
> >> Hi Trevor,
> >>
> >> I thought this issue might be something you might be able to spot the
> >> solution with quickly.
> >>
> >> I had a failing python3-iniconfig build in a TMPDIR I've reused
> >> heavily:
> > FWIW. I see this in about 6 or 7 python recipes in my extremely
> > heavily reused tmpdir.
> >
> > After I came back from vacation, I iterated through a -c clean on the
> > python packages, and they always built the second time through.
>
> Do you recall which those are, and if it's the same ones each time it
> happens? I'm wondering if it may be an issue with some recipes.
>
roughly this set (as grepped from my history):
2783 bitbake -c clean python3-attrs; bitbake core-image-minimal
2828 bitbake -c clean python3-colorama; bitbake core-image-minimal
2829 bitbake -c clean python3-jsonschema; bitbake core-image-minimal
2943 bitbake -c clean python3-hatch-vcs python3-hatch-vcs-native;
bitbake core-image-minimal
2944 bitbake -c clean python3-attrs; bitbake core-image-minimal
2945 bitbake -c clean python3-urllib3; bitbake core-image-minimal
2946 bitbake -c clean python3-colorama; bitbake core-image-minimal
2947 bitbake -c clean python3-jsonschema; bitbake core-image-minimal
2948 bitbake -c clean python3-iniconfig; bitbake core-image-minimal
Apparently I had particular issues with colorama :)
Bruce
> I haven't been able to recreate the issue yet, but my tmpdir is not very
> old. When I attempt the suggested reproducer (creating the empty
> directories and rerunning do_compile), it is successful. I'll keep
> poking at it.
>
> Trevor
>
> >
> > Bruce
> >
> >> ERROR: python3-iniconfig-2.0.0-r0 do_compile:
> >> ExecutionError('/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/run.do_compile.2391637',
> >> 1, None, None)
> >> ERROR: Logfile of failure stored in:
> >> /media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/log.do_compile.2391637
> >> Log data follows:
> >> | DEBUG: Executing shell function do_compile
> >> | * Getting build dependencies for wheel...
> >> |
> >> | Traceback (most recent call last):
> >> | File
> >> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> >> line 375, in main
> >> | built = build_call(
> >> | ^^^
> >> | File
> >> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> >> line 208, in build_package
> >> | out = _build(isolation, builder, outdir, distribution,
> >> config_settings, skip_dependency_check)
> >> |
> >>
> >> | File
> >> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> >> line 147, in _build
> >> | return _build_in_current_env(builder, outdir, distribution,
> >> config_settings, skip_dependency_check)
> >> |
> >>
> >> | File
> >> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> >> line 127, in _build_in_current_env
> >> | missing = builder.check_dependencies(distribution)
> >> |
> >> | File
> >> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
> >> line 369, in check_dependencies
> >> | return {u for d in dependencies for u in check_dependency(d)}
> >> |^^
> >> | File
> >> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
> >> line 369, in
> >> | return {u for d in dependencies for u in check_dependency(d)}
> >> |^^
> >> | File
> >> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
> >> line 185, in check_dependency
> >> | yield from check_dependency(other_req_string, ancestral_req_strings
> >> + (normalised_req_string,), req.extras)
> >> | File
> >> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
> >>
Re: [OE-core] python3 cryptic build failures
On 2023-05-31 10:04, Bruce Ashfield wrote:
On Wed, May 31, 2023 at 9:23 AM Richard Purdie
wrote:
Hi Trevor,
I thought this issue might be something you might be able to spot the
solution with quickly.
I had a failing python3-iniconfig build in a TMPDIR I've reused
heavily:
FWIW. I see this in about 6 or 7 python recipes in my extremely
heavily reused tmpdir.
After I came back from vacation, I iterated through a -c clean on the
python packages, and they always built the second time through.
Do you recall which those are, and if it's the same ones each time it
happens? I'm wondering if it may be an issue with some recipes.
I haven't been able to recreate the issue yet, but my tmpdir is not very
old. When I attempt the suggested reproducer (creating the empty
directories and rerunning do_compile), it is successful. I'll keep
poking at it.
Trevor
Bruce
ERROR: python3-iniconfig-2.0.0-r0 do_compile:
ExecutionError('/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/run.do_compile.2391637',
1, None, None)
ERROR: Logfile of failure stored in:
/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/log.do_compile.2391637
Log data follows:
| DEBUG: Executing shell function do_compile
| * Getting build dependencies for wheel...
|
| Traceback (most recent call last):
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
line 375, in main
| built = build_call(
| ^^^
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
line 208, in build_package
| out = _build(isolation, builder, outdir, distribution, config_settings,
skip_dependency_check)
|
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
line 147, in _build
| return _build_in_current_env(builder, outdir, distribution,
config_settings, skip_dependency_check)
|
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
line 127, in _build_in_current_env
| missing = builder.check_dependencies(distribution)
|
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
line 369, in check_dependencies
| return {u for d in dependencies for u in check_dependency(d)}
|^^
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
line 369, in
| return {u for d in dependencies for u in check_dependency(d)}
|^^
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
line 185, in check_dependency
| yield from check_dependency(other_req_string, ancestral_req_strings +
(normalised_req_string,), req.extras)
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
line 179, in check_dependency
| if req.specifier and not req.specifier.contains(dist.version,
prereleases=True):
|
^^
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/packaging/specifiers.py",
line 905, in contains
| item = Version(item)
|^
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/packaging/version.py",
line 196, in __init__
| match = self._regex.search(version)
| ^^^
| TypeError: expected string or bytes-like object, got 'NoneType'
|
| ERROR expected string or bytes-like object, got 'NoneType'
| WARNING: exit code 1 from a shell command.
ERROR: Task
(/media/build/poky/meta/recipes-devtools/python/python3-iniconfig_2.0.0.bb:do_compile)
failed with exit code '1'
I wondered why and I isolated it down to this:
richard@jet:/media/build/poky/build/tmp/work/core2-64-poky-linux/pytho
Re: [OE-core] python3 cryptic build failures
On Wed, May 31, 2023 at 9:23 AM Richard Purdie
wrote:
>
> Hi Trevor,
>
> I thought this issue might be something you might be able to spot the
> solution with quickly.
>
> I had a failing python3-iniconfig build in a TMPDIR I've reused
> heavily:
FWIW. I see this in about 6 or 7 python recipes in my extremely
heavily reused tmpdir.
After I came back from vacation, I iterated through a -c clean on the
python packages, and they always built the second time through.
Bruce
>
> ERROR: python3-iniconfig-2.0.0-r0 do_compile:
> ExecutionError('/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/run.do_compile.2391637',
> 1, None, None)
> ERROR: Logfile of failure stored in:
> /media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/log.do_compile.2391637
> Log data follows:
> | DEBUG: Executing shell function do_compile
> | * Getting build dependencies for wheel...
> |
> | Traceback (most recent call last):
> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> line 375, in main
> | built = build_call(
> | ^^^
> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> line 208, in build_package
> | out = _build(isolation, builder, outdir, distribution, config_settings,
> skip_dependency_check)
> |
>
> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> line 147, in _build
> | return _build_in_current_env(builder, outdir, distribution,
> config_settings, skip_dependency_check)
> |
>
> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
> line 127, in _build_in_current_env
> | missing = builder.check_dependencies(distribution)
> |
> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
> line 369, in check_dependencies
> | return {u for d in dependencies for u in check_dependency(d)}
> |^^
> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
> line 369, in
> | return {u for d in dependencies for u in check_dependency(d)}
> |^^
> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
> line 185, in check_dependency
> | yield from check_dependency(other_req_string, ancestral_req_strings +
> (normalised_req_string,), req.extras)
> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
> line 179, in check_dependency
> | if req.specifier and not req.specifier.contains(dist.version,
> prereleases=True):
> |
> ^^
> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/packaging/specifiers.py",
> line 905, in contains
> | item = Version(item)
> |^
> | File
> "/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/packaging/version.py",
> line 196, in __init__
> | match = self._regex.search(version)
> | ^^^
> | TypeError: expected string or bytes-like object, got 'NoneType'
> |
> | ERROR expected string or bytes-like object, got 'NoneType'
> | WARNING: exit code 1 from a shell command.
> ERROR: Task
> (/media/build/poky/meta/recipes-devtools/python/python3-iniconfig_2.0.0.bb:do_compile)
> failed with exit code '1'
>
> I wondered why and I isolated it down to this:
>
> richard@jet:/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages$
> find -type d -empty
> ./hatchling-1.13.0.dist-info/licenses
> ./pathspec-0.11.0.dist-info
> ./importlib_metadata-6.0.0.dist-info
> ./setuptools-67.4.0.dist-info
> ./wheel-
[OE-core] python3 cryptic build failures
Hi Trevor,
I thought this issue might be something you might be able to spot the
solution with quickly.
I had a failing python3-iniconfig build in a TMPDIR I've reused
heavily:
ERROR: python3-iniconfig-2.0.0-r0 do_compile:
ExecutionError('/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/run.do_compile.2391637',
1, None, None)
ERROR: Logfile of failure stored in:
/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/temp/log.do_compile.2391637
Log data follows:
| DEBUG: Executing shell function do_compile
| * Getting build dependencies for wheel...
|
| Traceback (most recent call last):
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
line 375, in main
| built = build_call(
| ^^^
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
line 208, in build_package
| out = _build(isolation, builder, outdir, distribution, config_settings,
skip_dependency_check)
|
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
line 147, in _build
| return _build_in_current_env(builder, outdir, distribution,
config_settings, skip_dependency_check)
|
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__main__.py",
line 127, in _build_in_current_env
| missing = builder.check_dependencies(distribution)
|
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
line 369, in check_dependencies
| return {u for d in dependencies for u in check_dependency(d)}
|^^
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
line 369, in
| return {u for d in dependencies for u in check_dependency(d)}
|^^
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
line 185, in check_dependency
| yield from check_dependency(other_req_string, ancestral_req_strings +
(normalised_req_string,), req.extras)
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/build/__init__.py",
line 179, in check_dependency
| if req.specifier and not req.specifier.contains(dist.version,
prereleases=True):
|
^^
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/packaging/specifiers.py",
line 905, in contains
| item = Version(item)
|^
| File
"/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages/packaging/version.py",
line 196, in __init__
| match = self._regex.search(version)
| ^^^
| TypeError: expected string or bytes-like object, got 'NoneType'
|
| ERROR expected string or bytes-like object, got 'NoneType'
| WARNING: exit code 1 from a shell command.
ERROR: Task
(/media/build/poky/meta/recipes-devtools/python/python3-iniconfig_2.0.0.bb:do_compile)
failed with exit code '1'
I wondered why and I isolated it down to this:
richard@jet:/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages$
find -type d -empty
./hatchling-1.13.0.dist-info/licenses
./pathspec-0.11.0.dist-info
./importlib_metadata-6.0.0.dist-info
./setuptools-67.4.0.dist-info
./wheel-0.38.4.dist-info
./installer-0.6.0.dist-info
./setuptools-67.6.0.dist-info
./packaging-23.0.dist-info
richard@jet:/media/build/poky/build/tmp/work/core2-64-poky-linux/python3-iniconfig/2.0.0-r0/recipe-sysroot-native/usr/lib/python3.11/site-packages$
find -type d -empty -delete
After which the compile succeeds. These empty dist-info directories
really upset the build. They're left behind by the sstate cleanup code
from when I have older versions of these pyt
[OE-core][kirkstone-nut][PATCH] go: fix CVE-2023-24539 html/template improper sanitization of CSS values
Angle brackets should not appear in CSS contexts, as they may affect token boundaries (such as closing a
Re: [OE-core][kirkstone][PATCH] perf: fix argument list too long during compile
On Wed, May 31, 2023 at 1:14 AM Xiangyu Chen
wrote:
>
> From: Xiangyu Chen
>
> The perf would fail to build when BUILDDIR is longer than 190, The "O = ${B}"
> makes it use absolute path which makes the argument list too long, remove
> "O = ${B}" will make it use relative path to build will fix the problem.
>
Can you elaborate on how the relative path use is happening when an
explicit output directory isn't passed ?
I haven't checked the source, but I'd assume that it will simply build
directly in the source directory if we don't pass O to the build.
Also, is this fixed in a different way in master ?
Bruce
> Signed-off-by: Xiangyu Chen
> ---
> meta/recipes-kernel/perf/perf.bb | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/meta/recipes-kernel/perf/perf.bb
> b/meta/recipes-kernel/perf/perf.bb
> index a4ce3169d3..e213c3632e 100644
> --- a/meta/recipes-kernel/perf/perf.bb
> +++ b/meta/recipes-kernel/perf/perf.bb
> @@ -72,7 +72,6 @@ LDFLAGS="-ldl -lutil"
> EXTRA_OEMAKE = '\
> V=1 \
> -C ${S}/tools/perf \
> -O=${B} \
> CROSS_COMPILE=${TARGET_PREFIX} \
> ARCH=${ARCH} \
> CC="${CC}" \
> --
> 2.34.1
>
>
>
>
--
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182008):
https://lists.openembedded.org/g/openembedded-core/message/182008
Mute This Topic: https://lists.openembedded.org/mt/99236216/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe-core][mickledore][PATCH 1/1] git: ignore CVE-2023-25815
This is specific to Git-for-Windows. Signed-off-by: Archana Polampalli --- meta/recipes-devtools/git/git_2.39.2.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-devtools/git/git_2.39.2.bb b/meta/recipes-devtools/git/git_2.39.2.bb index 222e545f60..9fac9d13f8 100644 --- a/meta/recipes-devtools/git/git_2.39.2.bb +++ b/meta/recipes-devtools/git/git_2.39.2.bb @@ -33,6 +33,8 @@ CVE_PRODUCT = "git-scm:git" CVE_CHECK_IGNORE += "CVE-2022-24975" # This is specific to Git-for-Windows CVE_CHECK_IGNORE += "CVE-2022-41953" +# This is specific to Git-for-Windows +CVE_CHECK_IGNORE += "CVE-2023-25815" PACKAGECONFIG ??= "expat curl" PACKAGECONFIG[cvsserver] = "" -- 2.40.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182007): https://lists.openembedded.org/g/openembedded-core/message/182007 Mute This Topic: https://lists.openembedded.org/mt/99238241/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] maintainers.inc: unassign Pascal Bach from cmake entry
This was confirmed via private email. Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/maintainers.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/conf/distro/include/maintainers.inc b/meta/conf/distro/include/maintainers.inc index a3b9cdbb12d..80109c6ff76 100644 --- a/meta/conf/distro/include/maintainers.inc +++ b/meta/conf/distro/include/maintainers.inc @@ -92,8 +92,8 @@ RECIPE_MAINTAINER:pn-cantarell-fonts = "Alexander Kanavin -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182003): https://lists.openembedded.org/g/openembedded-core/message/182003 Mute This Topic: https://lists.openembedded.org/mt/99238090/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 2/3] maintaines.inc: unassign Richard Weinberger from erofs-utils entry
This was confirmed via private email. Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/maintainers.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/distro/include/maintainers.inc b/meta/conf/distro/include/maintainers.inc index aab8f9bb636..3527c6333a0 100644 --- a/meta/conf/distro/include/maintainers.inc +++ b/meta/conf/distro/include/maintainers.inc @@ -164,7 +164,7 @@ RECIPE_MAINTAINER:pn-ell = "Zang Ruochen " RECIPE_MAINTAINER:pn-enchant2 = "Anuj Mittal " RECIPE_MAINTAINER:pn-encodings = "Unassigned " RECIPE_MAINTAINER:pn-epiphany = "Alexander Kanavin " -RECIPE_MAINTAINER:pn-erofs-utils = "Richard Weinberger " +RECIPE_MAINTAINER:pn-erofs-utils = "Unassigned " RECIPE_MAINTAINER:pn-ethtool = "Changhyeok Bae " RECIPE_MAINTAINER:pn-eudev = "Anuj Mittal " RECIPE_MAINTAINER:pn-expat = "Yi Zhao " -- 2.30.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#181999): https://lists.openembedded.org/g/openembedded-core/message/181999 Mute This Topic: https://lists.openembedded.org/mt/99237660/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 3/3] maintainers.inc: unassign Andreas Müller from itstool entry
This was confirmed via private email. Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/maintainers.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/distro/include/maintainers.inc b/meta/conf/distro/include/maintainers.inc index 3527c6333a0..a3b9cdbb12d 100644 --- a/meta/conf/distro/include/maintainers.inc +++ b/meta/conf/distro/include/maintainers.inc @@ -286,7 +286,7 @@ RECIPE_MAINTAINER:pn-iproute2 = "Changhyeok Bae " RECIPE_MAINTAINER:pn-iptables = "Changhyeok Bae " RECIPE_MAINTAINER:pn-iputils = "Changhyeok Bae " RECIPE_MAINTAINER:pn-iso-codes = "Wang Mingyu " -RECIPE_MAINTAINER:pn-itstool = "Andreas Müller " +RECIPE_MAINTAINER:pn-itstool = "Unassigned " RECIPE_MAINTAINER:pn-iw = "Changhyeok Bae " RECIPE_MAINTAINER:pn-libjpeg-turbo = "Anuj Mittal " RECIPE_MAINTAINER:pn-json-c = "Yi Zhao " -- 2.30.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182000): https://lists.openembedded.org/g/openembedded-core/message/182000 Mute This Topic: https://lists.openembedded.org/mt/99237662/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 1/3] maintainers.inc: correct unassigned entries (> was missing)
Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/maintainers.inc | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/conf/distro/include/maintainers.inc b/meta/conf/distro/include/maintainers.inc index 359a29c0768..aab8f9bb636 100644 --- a/meta/conf/distro/include/maintainers.inc +++ b/meta/conf/distro/include/maintainers.inc @@ -40,7 +40,7 @@ RECIPE_MAINTAINER:pn-alsa-ucm-conf = "Michael Opdenacker -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#181998): https://lists.openembedded.org/g/openembedded-core/message/181998 Mute This Topic: https://lists.openembedded.org/mt/99237659/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
