Re: [OE-core] [PATCH v10 0/3] pkg-database and systemd-sysext image

[Alexandre Belloni via lists.openembedded.org]

Hello,

I believe I tested the proper series but still had the failure on
armhost:

https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/3398/steps/15/logs/stdio

On 22/05/2024 16:11:49+0200, Johannes Schneider via lists.openembedded.org 
wrote:
> systemd-sysext allows to overlay another image (or multiple) ontop of
> a "base-image" = the current rootfs, via the use of overlayfs; to add
> tools and features meant for development purposes.
> 
> To quote the documentation on systemd-sysext:
> " ...addition in order to make debugging/development easier). System
> extension images should not be misunderstood as a generic software
> packaging framework, ..."
> 
> To build a lean image, that only holds packages that are not already
> part of the base-image, a snapshot of the package-database is taken
> after the installation of the base-rootfs is done, and picked up again
> when collecting the rootfs of such a extension image.
> 
> with all this in place an example usage could look like this:
> some-core-image.bb
>   inherit core-image
>   IMAGE_GEN_PKGDBFS = "1"
> 
> extending-image.bb
>   inherit image-sysext
>   IMAGE_FSTYPES = "squashfs"
>   IMAGE_BASE_PKGDB = "some-core-image"
>   # the above pointing at a package-db similar to:
>   # 
> build/deploy/images/$MACHINE/some-core-image-$MACHINE-20240210172305-pkgdb.rootfs.tar.gz
> 
> then on the device, running some-core-image, with the extension image placed 
> at FN:
> $> ln -s "$FN" /run/extensions/$(basename $FN).raw
> $> systemd-sysext list
> $> SYSTEMD_LOG_LEVEL=debug systemd-sysext merge
> 
> As long as the VERSION_ID of the extension image matches the os-release
> in the base image, the above commands return sucessfully;
> for details on the compativility check see the docs for systemd-sysext.
> 
> =
> 
> changes with v2:
> rebase from 'kirkstone' onto 'master'
> 
> changes with v3:
>   incorporate review suggestions for simplification
>   add task dependency handling
>   add oe-selftest for the pkgdb handling
>   add variable documentation and
>   some more comments, and examples in the commit-msg
> 
> changes with v4:
>   rebase onto 'master' => no functional changes
>   fixed patchtest findings
> 
> changes with v5:
> rebase onto 'master'
>   add '.sysext' to the deployed symlink name
> sidenote on the tests and autobuilder failure: run locally they 
> succeed, e.g.:
>   #> oe-selftest --verbose -r 
> imagefeatures.ImageFeatures.test_image_gen_pkgdbfs
> 
> changes with v6:
>   tests: restructure to call 'bitbake' only once in the testcase itself
> (in hopes of solving the autobuilder problem; local test runs succeed)
> 
> changes with v7:
> tests: undo the restructuring of done in v6, in favour of explicitly 
> forcing steps:
> '-c rootfs -f'.  since concurrency of the autobuilder, and reusing 
> artifacts/sstate-caching is probably the issue?
> 
> changes with v8:
> tests: fixed missing feature=PACKAGE_CLASSES during 
> 'test_image_gen_pkgdbfs'
>  which is now split into three, one for each of the three available 
> packagemanager: ipk, deb, rpm
>  
> changes with v9:
>   tests: fix singular failure in 'oe-selftest-armhost'
>  which was due to the built image not containing a 'kernel-image...', 
> which the gen-pkgdb sanity
>  check expected, but 'packagegroup-core-boot' instead
> 
> changes with v10:
>   tests: fix runCmd usage in relation to native-dirs
>  due to which only the use-pkgdbfs-ipk test would fail in a qemu run 
> armhost environment

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21): 
https://lists.openembedded.org/g/openembedded-core/message/21
Mute This Topic: https://lists.openembedded.org/mt/106243260/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 V2] util-linux/util-linux-libuuid: upgrade from 2.39.3 to 2.40.1

[Alexandre Belloni via lists.openembedded.org]

Hello,

This breaks all the qemu*-alt build this way:

https://autobuilder.yoctoproject.org/typhoon/#/builders/109/builds/7875/steps/14/logs/stdio


On 25/05/2024 13:03:48+0800, Chen Qi via lists.openembedded.org wrote:
> From: Chen Qi 
> 
> License-Update:
> ===
> GPL-2.0 is changed to GPL-2.0-only in README.licensing.
> 
> The following two patches are removed as they've been there in new release:
> 
>   0001-login-utils-include-libgen.h-for-basename-API.patch
>   mit-license.patch
> 
> Other existing patches are refreshed to avoid patch-fuzz error.
> 
> A new PACKAGECONFIG, lastlog2, is added, which serves as a switch to build 
> Y2038
> safe lastlog pam module. This is a new functionality added in 2.40.
> 
> This 2.40.1 version has the problem of unnecessary remake, causing
> intermmittent errors at parallel make. The do_compile:prepend is a
> workaround for this. Upstream issue and PR are:
> https://github.com/util-linux/util-linux/issues/3061
> https://github.com/util-linux/util-linux/pull/3064
> 
> do_install is changed to do_install:append, the legacy codes are
> removed. They've been there since the born of oe-core. I tested
> with ccache, there's no error.
> 
> Signed-off-by: Chen Qi 
> ---
>  ...2.39.3.bb => util-linux-libuuid_2.40.1.bb} |  0
>  meta/recipes-core/util-linux/util-linux.inc   |  8 +--
>  ...ls-include-libgen.h-for-basename-API.patch | 60 ---
>  .../util-linux/avoid_parallel_tests.patch |  5 +-
>  .../util-linux/configure-sbindir.patch|  7 +--
>  .../display_testname_for_subtest.patch|  7 +--
>  .../util-linux/util-linux/mit-license.patch   | 45 --
>  .../util-linux/util-linux/ptest.patch | 11 ++--
>  ...l-linux_2.39.3.bb => util-linux_2.40.1.bb} | 21 ---
>  9 files changed, 29 insertions(+), 135 deletions(-)
>  rename meta/recipes-core/util-linux/{util-linux-libuuid_2.39.3.bb => 
> util-linux-libuuid_2.40.1.bb} (100%)
>  delete mode 100644 
> meta/recipes-core/util-linux/util-linux/0001-login-utils-include-libgen.h-for-basename-API.patch
>  delete mode 100644 meta/recipes-core/util-linux/util-linux/mit-license.patch
>  rename meta/recipes-core/util-linux/{util-linux_2.39.3.bb => 
> util-linux_2.40.1.bb} (95%)
> 
> diff --git a/meta/recipes-core/util-linux/util-linux-libuuid_2.39.3.bb 
> b/meta/recipes-core/util-linux/util-linux-libuuid_2.40.1.bb
> similarity index 100%
> rename from meta/recipes-core/util-linux/util-linux-libuuid_2.39.3.bb
> rename to meta/recipes-core/util-linux/util-linux-libuuid_2.40.1.bb
> diff --git a/meta/recipes-core/util-linux/util-linux.inc 
> b/meta/recipes-core/util-linux/util-linux.inc
> index d506783f9a..0f5f838e84 100644
> --- a/meta/recipes-core/util-linux/util-linux.inc
> +++ b/meta/recipes-core/util-linux/util-linux.inc
> @@ -6,7 +6,7 @@ disk partitioning, kernel message management, filesystem 
> creation, and system lo
>  
>  SECTION = "base"
>  
> -LICENSE = "GPL-1.0-or-later & GPL-2.0-or-later & LGPL-2.1-or-later & 
> BSD-2-Clause & BSD-3-Clause & BSD-4-Clause & MIT"
> +LICENSE = "GPL-1.0-or-later & GPL-2.0-only & GPL-2.0-or-later & 
> LGPL-2.1-or-later & BSD-2-Clause & BSD-3-Clause & BSD-4-Clause & MIT"
>  LICENSE:${PN}-fcntl-lock = "MIT"
>  LICENSE:${PN}-fdisk = "GPL-1.0-or-later"
>  LICENSE:${PN}-libblkid = "LGPL-2.1-or-later"
> @@ -14,7 +14,7 @@ LICENSE:${PN}-libfdisk = "LGPL-2.1-or-later"
>  LICENSE:${PN}-libmount = "LGPL-2.1-or-later"
>  LICENSE:${PN}-libsmartcols = "LGPL-2.1-or-later"
>  
> -LIC_FILES_CHKSUM = 
> "file://README.licensing;md5=cc80239f106687ab39ef0271ff5cf4ba \
> +LIC_FILES_CHKSUM = 
> "file://README.licensing;md5=ddd58b6c94da86ff4f03e91208eb9cfc \
>  file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
>  
> file://Documentation/licenses/COPYING.GPL-2.0-or-later;md5=b234ee4d69f5fce4486a80fdaf4a4263
>  \
>  
> file://Documentation/licenses/COPYING.LGPL-2.1-or-later;md5=4fbd65380cdd255951079008b364516c
>  \
> @@ -30,7 +30,6 @@ LIC_FILES_CHKSUM = 
> "file://README.licensing;md5=cc80239f106687ab39ef0271ff5cf4ba
>  FILESEXTRAPATHS:prepend := "${THISDIR}/util-linux:"
>  MAJOR_VERSION = "${@'.'.join(d.getVar('PV').split('.')[0:2])}"
>  SRC_URI = 
> "${KERNELORG_MIRROR}/linux/utils/util-linux/v${MAJOR_VERSION}/util-linux-${PV}.tar.xz
>  \
> -   file://mit-license.patch \
> file://configure-sbindir.patch \
> file://runuser.pamd \
> file://runuser-l.pamd \
> @@ -38,8 +37,7 @@ SRC_URI = 
> "${KERNELORG_MIRROR}/linux/utils/util-linux/v${MAJOR_VERSION}/util-lin
> file://run-ptest \
> file://display_testname_for_subtest.patch \
> file://avoid_parallel_tests.patch \
> -   file://0001-login-utils-include-libgen.h-for-basename-API.patch \
> file://fcntl-lock.c \
> "
>  
> -SRC_URI[sha256sum] = 
> "7b6605e48d1a49f43cc4b4cfc59f313d0dd5402fa40b96810bd572e167dfed0f"
> +SRC_URI[sha256sum] = 
> 

Re: [OE-core] [PATCH 03/13] pinentry: update 1.2.1 -> 1.3.0

[Alexandre Belloni via lists.openembedded.org]

I fixed it up in my branch but you forgot to update
oescripts.OEListPackageconfigTests.test_packageconfig_flags_option_all
Maybe it would be nice to have a comment in the recipe.

On 27/05/2024 20:12:04+0200, Alexander Kanavin wrote:
> From: Alexander Kanavin 
> 
> License-update: formatting, FSF address
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  .../gpg-error_pkconf.patch| 56 ++-
>  .../libassuan_pkgconf.patch   | 24 
>  .../{pinentry_1.2.1.bb => pinentry_1.3.0.bb}  |  4 +-
>  3 files changed, 56 insertions(+), 28 deletions(-)
>  rename meta/recipes-support/pinentry/{pinentry-1.2.1 => 
> pinentry-1.3.0}/gpg-error_pkconf.patch (82%)
>  rename meta/recipes-support/pinentry/{pinentry-1.2.1 => 
> pinentry-1.3.0}/libassuan_pkgconf.patch (88%)
>  rename meta/recipes-support/pinentry/{pinentry_1.2.1.bb => 
> pinentry_1.3.0.bb} (88%)
> 
> diff --git 
> a/meta/recipes-support/pinentry/pinentry-1.2.1/gpg-error_pkconf.patch 
> b/meta/recipes-support/pinentry/pinentry-1.3.0/gpg-error_pkconf.patch
> similarity index 82%
> rename from 
> meta/recipes-support/pinentry/pinentry-1.2.1/gpg-error_pkconf.patch
> rename to meta/recipes-support/pinentry/pinentry-1.3.0/gpg-error_pkconf.patch
> index bb7e43b1e75..863ba9e34b4 100644
> --- a/meta/recipes-support/pinentry/pinentry-1.2.1/gpg-error_pkconf.patch
> +++ b/meta/recipes-support/pinentry/pinentry-1.3.0/gpg-error_pkconf.patch
> @@ -1,4 +1,4 @@
> -From 785777dc0bc6b69ff68c91547ec6b6634049662f Mon Sep 17 00:00:00 2001
> +From ccc3c6a8d469bbfa6717b970cfe70816c1fd545e Mon Sep 17 00:00:00 2001
>  From: Armin Kuster 
>  Date: Fri, 2 Sep 2005 11:50:01 +
>  Subject: [PATCH] Add gtk+, avahi, dbus-0.34 (.36 coming soon) and
> @@ -9,20 +9,20 @@ the gpg-error recipe for gpg-error.pc  generation.
>  Upstream-Status: Inappropriate [OE specific]
>  
>  Signed-off-by: Armin Kuster 
> -
>  ---
> - m4/gpg-error.m4 | 160 ++--
> - 1 file changed, 4 insertions(+), 156 deletions(-)
> + m4/gpg-error.m4 | 184 ++--
> + 1 file changed, 5 insertions(+), 179 deletions(-)
>  
>  diff --git a/m4/gpg-error.m4 b/m4/gpg-error.m4
> -index 4b5cd40..7dfbb83 100644
> +index 7fa52b1..c0784ed 100644
>  --- a/m4/gpg-error.m4
>  +++ b/m4/gpg-error.m4
> -@@ -26,160 +26,12 @@ dnl config script does not match the host specification 
> the script
> - dnl is added to the gpg_config_script_warn variable.
> +@@ -15,188 +15,18 @@
> + dnl
> + dnl Find gpg-error-config, for backward compatibility
>   dnl
> - AC_DEFUN([AM_PATH_GPG_ERROR],
> --[ AC_REQUIRE([AC_CANONICAL_HOST])
> +-dnl _AM_PATH_POSSIBLE_GPG_ERROR_CONFIG
> +-AC_DEFUN([_AM_PATH_POSSIBLE_GPG_ERROR_CONFIG],[dnl
>  -  gpg_error_config_prefix=""
>  -  dnl --with-libgpg-error-prefix=PFX is the preferred name for this option,
>  -  dnl since that is consistent with how our three siblings use the 
> directory/
> @@ -58,9 +58,14 @@ index 4b5cd40..7dfbb83 100644
>  -  fi
>  -
>  -  AC_PATH_PROG(GPG_ERROR_CONFIG, gpg-error-config, no)
> --  min_gpg_error_version=ifelse([$1], ,1.33,$1)
> --  ok=no
> +-])
>  -
> +-dnl
> +-dnl Find gpgrt-config, which uses .pc file
> +-dnl (minimum pkg-config functionality, supporting cross build)
> +-dnl
> +-dnl _AM_PATH_GPGRT_CONFIG
> +-AC_DEFUN([_AM_PATH_GPGRT_CONFIG],[dnl
>  -  AC_PATH_PROG(GPGRT_CONFIG, gpgrt-config, no, [$prefix/bin:$PATH])
>  -  if test "$GPGRT_CONFIG" != "no"; then
>  -# Determine gpgrt_libdir
> @@ -116,8 +121,9 @@ index 4b5cd40..7dfbb83 100644
>  -fi
>  -if test -n "$gpgrt_libdir"; then break; fi
>  -  done
> --else
> --  # When we cannot determine system libdir-format, use this:
> +-fi
> +-if test -z "$gpgrt_libdir"; then
> +-  # No valid pkgconfig dir in any of the system directories, fallback
>  -  gpgrt_libdir=${possible_libdir1}
>  -fi
>  -  else
> @@ -131,12 +137,33 @@ index 4b5cd40..7dfbb83 100644
>  -  AC_MSG_NOTICE([Use gpgrt-config with $gpgrt_libdir as 
> gpg-error-config])
>  -  gpg_error_config_version=`$GPG_ERROR_CONFIG --modversion`
>  -else
> +-  gpg_error_config_version=`$GPG_ERROR_CONFIG --version`
>  -  unset GPGRT_CONFIG
>  -fi
>  -  elif test "$GPG_ERROR_CONFIG" != "no"; then
>  -gpg_error_config_version=`$GPG_ERROR_CONFIG --version`
>  -unset GPGRT_CONFIG
>  -  fi
> +-])
> +-
> +-dnl AM_PATH_GPG_ERROR([MINIMUM-VERSION,
> +-dnl   [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND ]]])
> +-dnl
> +-dnl Test for libgpg-error and define GPG_ERROR_CFLAGS, GPG_ERROR_LIBS,
> +-dnl GPG_ERROR_MT_CFLAGS, and GPG_ERROR_MT_LIBS.  The _MT_ variants are
> +-dnl used for programs requireing real multi thread support.
> +-dnl
> + dnl If a prefix option is not used, the config script is first
> + dnl searched in $SYSROOT/bin and then along $PATH.  If the used
> + dnl config script does not match the host specification the script
> + dnl is added to the 

Re: [OE-core] [PATCH 05/13] cmake: upgrade 3.28.3 -> 3.29.3

[Alexandre Belloni via lists.openembedded.org]

https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/9373/steps/13/logs/stdio

On 27/05/2024 20:12:06+0200, Alexander Kanavin wrote:
> From: Alexander Kanavin 
> 
> License-update: copyright years
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  .../{cmake-native_3.28.3.bb => cmake-native_3.29.3.bb}   | 0
>  meta/recipes-devtools/cmake/cmake.inc| 4 ++--
>  .../cmake/0001-CMakeLists.txt-disable-USE_NGHTTP2.patch  | 9 +++--
>  ...le-use-of-ext2fs-ext2_fs.h-by-cmake-s-internal-.patch | 9 -
>  .../cmake/{cmake_3.28.3.bb => cmake_3.29.3.bb}   | 0
>  5 files changed, 9 insertions(+), 13 deletions(-)
>  rename meta/recipes-devtools/cmake/{cmake-native_3.28.3.bb => 
> cmake-native_3.29.3.bb} (100%)
>  rename meta/recipes-devtools/cmake/{cmake_3.28.3.bb => cmake_3.29.3.bb} 
> (100%)
> 
> diff --git a/meta/recipes-devtools/cmake/cmake-native_3.28.3.bb 
> b/meta/recipes-devtools/cmake/cmake-native_3.29.3.bb
> similarity index 100%
> rename from meta/recipes-devtools/cmake/cmake-native_3.28.3.bb
> rename to meta/recipes-devtools/cmake/cmake-native_3.29.3.bb
> diff --git a/meta/recipes-devtools/cmake/cmake.inc 
> b/meta/recipes-devtools/cmake/cmake.inc
> index ab9f459c05c..1155c1bbe0a 100644
> --- a/meta/recipes-devtools/cmake/cmake.inc
> +++ b/meta/recipes-devtools/cmake/cmake.inc
> @@ -10,7 +10,7 @@ HOMEPAGE = "http://www.cmake.org/;
>  BUGTRACKER = "http://public.kitware.com/Bug/my_view_page.php;
>  SECTION = "console/utils"
>  LICENSE = "BSD-3-Clause"
> -LIC_FILES_CHKSUM = 
> "file://Copyright.txt;md5=9d3d12c5f3b4c1f83650adcc65b59c06 \
> +LIC_FILES_CHKSUM = 
> "file://Copyright.txt;md5=718f05155941b33862726348d3cd46ce \
>  
> file://Source/cmake.h;beginline=1;endline=2;md5=a5f70e1fef8614734eae0d62b4f5891b
>  \
>  "
>  
> @@ -19,7 +19,7 @@ CMAKE_MAJOR_VERSION = 
> "${@'.'.join(d.getVar('PV').split('.')[0:2])}"
>  SRC_URI = 
> "https://cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
>  "
>  
> -SRC_URI[sha256sum] = 
> "72b7570e5c8593de6ac4ab433b73eab18c5fb328880460c86ce32608141ad5c1"
> +SRC_URI[sha256sum] = 
> "252aee1448d49caa04954fd5e27d189dd51570557313e7b281636716a238bccb"
>  
>  UPSTREAM_CHECK_REGEX = "cmake-(?P\d+(\.\d+)+)\.tar"
>  
> diff --git 
> a/meta/recipes-devtools/cmake/cmake/0001-CMakeLists.txt-disable-USE_NGHTTP2.patch
>  
> b/meta/recipes-devtools/cmake/cmake/0001-CMakeLists.txt-disable-USE_NGHTTP2.patch
> index b2933d88be9..b7ec3e7bacb 100644
> --- 
> a/meta/recipes-devtools/cmake/cmake/0001-CMakeLists.txt-disable-USE_NGHTTP2.patch
> +++ 
> b/meta/recipes-devtools/cmake/cmake/0001-CMakeLists.txt-disable-USE_NGHTTP2.patch
> @@ -1,4 +1,4 @@
> -From d33d8a5e9f3b25a80d47b72b1a8a6624a85563c1 Mon Sep 17 00:00:00 2001
> +From 946011cbfd686fe6bd2cec94494f6b0c4394bb6c Mon Sep 17 00:00:00 2001
>  From: Changqing Li 
>  Date: Wed, 28 Dec 2022 17:51:27 +0800
>  Subject: [PATCH] CMakeLists.txt: disable USE_NGHTTP2
> @@ -18,10 +18,10 @@ Signed-off-by: Trevor Gamblin 
>   1 file changed, 1 insertion(+), 1 deletion(-)
>  
>  diff --git a/Utilities/cmcurl/CMakeLists.txt 
> b/Utilities/cmcurl/CMakeLists.txt
> -index 9387247366..d3de01f4e8 100644
> +index 3dd24f1e..4a0f6773 100644
>  --- a/Utilities/cmcurl/CMakeLists.txt
>  +++ b/Utilities/cmcurl/CMakeLists.txt
> -@@ -88,7 +88,7 @@ set(HTTP_ONLY OFF CACHE INTERNAL "Curl is not http-only")
> +@@ -91,7 +91,7 @@ set(HTTP_ONLY OFF CACHE INTERNAL "Curl is not http-only")
>   set(PICKY_COMPILER OFF CACHE INTERNAL "Enable picky compiler options")
>   set(SHARE_LIB_OBJECT OFF)
>   set(USE_LIBIDN2 ON)
> @@ -30,6 +30,3 @@ index 9387247366..d3de01f4e8 100644
>   set(USE_NGTCP2 OFF)
>   set(USE_QUICHE OFF)
>   set(USE_WIN32_IDN OFF)
> --- 
> -2.43.0
> -
> diff --git 
> a/meta/recipes-devtools/cmake/cmake/0005-Disable-use-of-ext2fs-ext2_fs.h-by-cmake-s-internal-.patch
>  
> b/meta/recipes-devtools/cmake/cmake/0005-Disable-use-of-ext2fs-ext2_fs.h-by-cmake-s-internal-.patch
> index d6f7308fe0c..af164084d03 100644
> --- 
> a/meta/recipes-devtools/cmake/cmake/0005-Disable-use-of-ext2fs-ext2_fs.h-by-cmake-s-internal-.patch
> +++ 
> b/meta/recipes-devtools/cmake/cmake/0005-Disable-use-of-ext2fs-ext2_fs.h-by-cmake-s-internal-.patch
> @@ -1,4 +1,4 @@
> -From fd9a04c1434e12f21c043385e306e0b52d38d749 Mon Sep 17 00:00:00 2001
> +From 2d3f6933f78d393514a48f8222ac8c3c39cb5fc7 Mon Sep 17 00:00:00 2001
>  From: Otavio Salvador 
>  Date: Thu, 5 Jul 2018 10:28:04 -0300
>  Subject: [PATCH] Disable use of ext2fs/ext2_fs.h by cmake's internal
> @@ -13,16 +13,15 @@ Upstream-Status: Inappropriate [config]
>  
>  Signed-off-by: Paul Eggleton 
>  Signed-off-by: Otavio Salvador 
> -
>  ---
>   Utilities/cmlibarchive/CMakeLists.txt | 8 ++--
>   1 file changed, 2 insertions(+), 6 deletions(-)
>  
>  diff --git a/Utilities/cmlibarchive/CMakeLists.txt 
> b/Utilities/cmlibarchive/CMakeLists.txt
> -index bfcaf30..2960683 100644
> +index e47184b7..e4964c32 100644
>  --- 

Re: [OE-core] [PATCH] qemu: upgrade 8.2.1 -> 9.0.0

[Alexandre Belloni via lists.openembedded.org]

This conflicts with "qemu: enable parallel builds when using the
jobserver class" that I'm currently carrying, should I drop it?

On 22/05/2024 15:28:38+0200, Martin Hundeb?ll wrote:
> Remove pacthes accepted upstream, and refresh the remaining ones. Remove
> patches required by ubuntu 18.04, as those are unmaintainable.
> 
> Remove CVE status for CVEs not applicable to the new version.
> 
> Exclude hppa-firmware{,64}.img files from stripping during packaging, as
> those (binary) files are already stripped.
> 
> Signed-off-by: Martin Hundebøll 
> ---
> 
> I'm no sure about the CVE changes, but the one I removed didn't have
> qemu-9.* listed as a vulnerable configuration.
> 
> This has been tested with runqemu on a standard qemux86-64 machine. If
> it breaks miserably elsewhere, then at least there's a starting point.
> 
>  meta/conf/distro/include/tcmode-default.inc   |   2 +-
>  ...u-native_8.2.1.bb => qemu-native_9.0.0.bb} |   0
>  ...e_8.2.1.bb => qemu-system-native_9.0.0.bb} |   0
>  meta/recipes-devtools/qemu/qemu.inc   |  58 +---
>  ...4-Handle-the-vsyscall-page-in-open_s.patch |  56 
>  ...n-environment-space-to-boot-loader-q.patch |  18 +-
>  ... 0002-apic-fixup-fallthrough-to-PIC.patch} |  18 +-
>  ...ongarch64-Remove-TARGET_FORCE_SHMLBA.patch |  43 ---
>  ...d-pkg-config-handling-for-libgcrypt.patch} |  18 +-
>  ...0003-linux-user-Add-strace-for-shmat.patch |  71 -
>  ...0004-linux-user-Rewrite-target_shmat.patch | 236 ---
>  ...u-Do-not-include-file-if-not-exists.patch} |  18 +-
>  ...r-space-mmap-tweaks-to-address-musl.patch} |  18 +-
>  ...that-shmat-does-not-break-proc-self-.patch |  85 --
>  ...atch => 0006-qemu-Determinism-fixes.patch} |  18 +-
>  ...-use-relative-path-to-refer-to-file.patch} |  20 +-
>  ...nd-MAP_SHARED_VALIDATE-on-needed-li.patch} |  16 +-
>  ...e-use-of-lfs64-related-functions-an.patch} |  61 ++--
>  ...ure-lookup-meson-exutable-from-PATH.patch} |  21 +-
>  ...t-against-buggy-or-malicious-guest-d.patch |  40 ---
>  ...round-for-missing-MAP_FIXED_NOREPLAC.patch | 282 --
>  ...nd-the-python-venv-aren-t-used-for-.patch} |  26 +-
>  ...round-for-missing-MAP_SHARED_VALIDAT.patch |  51 
>  ...79ad8629b57a43daa62e46cc7af6e1078116.patch |  60 
>  .../qemu/qemu/CVE-2023-6683.patch |  91 --
>  .../qemu/{qemu_8.2.1.bb => qemu_9.0.0.bb} |   0
>  26 files changed, 163 insertions(+), 1164 deletions(-)
>  rename meta/recipes-devtools/qemu/{qemu-native_8.2.1.bb => 
> qemu-native_9.0.0.bb} (100%)
>  rename meta/recipes-devtools/qemu/{qemu-system-native_8.2.1.bb => 
> qemu-system-native_9.0.0.bb} (100%)
>  delete mode 100644 
> meta/recipes-devtools/qemu/qemu/0001-linux-user-x86_64-Handle-the-vsyscall-page-in-open_s.patch
>  rename 
> meta/recipes-devtools/qemu/qemu/{0003-apic-fixup-fallthrough-to-PIC.patch => 
> 0002-apic-fixup-fallthrough-to-PIC.patch} (80%)
>  delete mode 100644 
> meta/recipes-devtools/qemu/qemu/0002-linux-user-loongarch64-Remove-TARGET_FORCE_SHMLBA.patch
>  rename 
> meta/recipes-devtools/qemu/qemu/{0004-configure-Add-pkg-config-handling-for-libgcrypt.patch
>  => 0003-configure-Add-pkg-config-handling-for-libgcrypt.patch} (73%)
>  delete mode 100644 
> meta/recipes-devtools/qemu/qemu/0003-linux-user-Add-strace-for-shmat.patch
>  delete mode 100644 
> meta/recipes-devtools/qemu/qemu/0004-linux-user-Rewrite-target_shmat.patch
>  rename 
> meta/recipes-devtools/qemu/qemu/{0005-qemu-Do-not-include-file-if-not-exists.patch
>  => 0004-qemu-Do-not-include-file-if-not-exists.patch} (67%)
>  rename 
> meta/recipes-devtools/qemu/qemu/{0006-qemu-Add-some-user-space-mmap-tweaks-to-address-musl.patch
>  => 0005-qemu-Add-some-user-space-mmap-tweaks-to-address-musl.patch} (80%)
>  delete mode 100644 
> meta/recipes-devtools/qemu/qemu/0005-tests-tcg-Check-that-shmat-does-not-break-proc-self-.patch
>  rename meta/recipes-devtools/qemu/qemu/{0007-qemu-Determinism-fixes.patch => 
> 0006-qemu-Determinism-fixes.patch} (71%)
>  rename 
> meta/recipes-devtools/qemu/qemu/{0008-tests-meson.build-use-relative-path-to-refer-to-file.patch
>  => 0007-tests-meson.build-use-relative-path-to-refer-to-file.patch} (76%)
>  rename 
> meta/recipes-devtools/qemu/qemu/{0009-Define-MAP_SYNC-and-MAP_SHARED_VALIDATE-on-needed-li.patch
>  => 0008-Define-MAP_SYNC-and-MAP_SHARED_VALIDATE-on-needed-li.patch} (80%)
>  rename 
> meta/recipes-devtools/qemu/qemu/{0002-linux-user-Replace-use-of-lfs64-related-functions-an.patch
>  => 0009-linux-user-Replace-use-of-lfs64-related-functions-an.patch} (81%)
>  rename meta/recipes-devtools/qemu/qemu/{fixedmeson.patch => 
> 0010-configure-lookup-meson-exutable-from-PATH.patch} (53%)
>  delete mode 100644 
> meta/recipes-devtools/qemu/qemu/0010-hw-pvrdma-Protect-against-buggy-or-malicious-guest-d.patch
>  delete mode 100644 
> meta/recipes-devtools/qemu/qemu/0011-linux-user-workaround-for-missing-MAP_FIXED_NOREPLAC.patch
>  rename meta/recipes-devtools/qemu/qemu/{no-pip.patch => 
> 

Re: [OE-core][PATCH v5] kernel.bbclass: make do_symlink_kernelsrc reentrant

[Alexandre Belloni via lists.openembedded.org]

On 27/05/2024 11:45:58+0200, Etienne Cordonnier via lists.openembedded.org 
wrote:
> Hi Richard,
> 
> I also apologize for replying late. I was busy with other things and
> haven't found time to rework this patch.
> 
> > Firstly, can I ask why you're using a non-default directory for ${S}?
> > Is this as a way of doing a kind of external source usage?
> 
> My use-case is that the BSP I am using includes the source of the kernel as
> source alongside the BSP yocto layer (not in an extra git repository), and
> then points S to the directory containing the sources of the kernel without
> using the externalsrc class (as far as I know the externalsrc class isn't
> meant for this use-case, since there are several recipes provided as source
> in this way, and externalsrc only has one path pointing to the external
> source).
> 

You should rather educate your vendor to provide a proper git repository
for the kernel.

> I agree with you that the complexity of this function is very high, so not
> supporting a non-default S would be a better solution in this case. I'll
> try to rework the patch and test it with externalsrc as well.
> 
> Étienne
> 
> On Fri, Feb 9, 2024 at 6:36 PM Richard Purdie <
> richard.pur...@linuxfoundation.org> wrote:
> 
> > On Thu, 2023-12-21 at 22:49 +0100, Etienne Cordonnier via
> > lists.openembedded.org wrote:
> > > From: Etienne Cordonnier 
> > >
> > > The function do_symlink_kernsrc is not reentrant in the case where S is
> > defined
> > > to a non-default value. This causes build-failures e.g. when building
> > linux-yocto, then updating
> > > poky to a commit which modifies kernel.bbclass, and then building
> > linux-yocto again.
> > >
> > > Bugzilla:
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__bugzilla.yoctoproject.org_show-5Fbug.cgi-3Fid-3D15325=DwIFaQ=ncDTmphkJTvjIDPh0hpF_4vCHvabgGkICC2epckfdiw=AhkbNonVuMIGRfPx_Qj9TsRih1DULJTKUkSGa66m67E=e0iYk69Iih3UnIjABITtc6yS38bhv_6P4NMuSpVmmoSHk1-sSuvH3y702O0nTeZj=OtiPnSuoZjUXFgz9pxbGOOyjQmKPEq-OhEbhtsAmvZE=
> > >
> > > Tested with a recipe "my-custom-linux" which unpacks sources to a custom
> > ${S} directory
> > > and ran symlink_kernsrc several times:
> > > $ bitbake -f -c symlink_kernsrc my-custom-linux
> >
> > Sorry for the delay in getting back to review this patch. I'm extremely
> > worried about adding complexity into this function, particularly as
> > that complexity is now adding in significant overhead.
> >
> > Firstly, can I ask why you're using a non-default directory for ${S}?
> > Is this as a way of doing a kind of external source usage?
> >
> > Having spent time looking at what this code is doing, in normal usage,
> > S gets set to STAGING_KERNEL_DIR, the source is unpacked there and none
> > of this code triggers.
> >
> > For EXTERNALSRC, a symlink is put in place. The code should remove a
> > symlink if present and create it with the current setup. In that sense,
> > this patch isn't doing the right thing.
> >
> > I'm very tempted to say the "using a non default S value" just error
> > out.
> >
> > Whilst I understand how we got to this level of complexity, I think it
> > will just end up causing us pain in the long run and I'd rather just
> > not support it.
> >
> > Cheers,
> >
> > Richard
> >

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199931): 
https://lists.openembedded.org/g/openembedded-core/message/199931
Mute This Topic: https://lists.openembedded.org/mt/103308574/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 v2 1/2] pciutils: rewrite recipe

[Alexandre Belloni via lists.openembedded.org]

Hello Ross,

You'll have to rebase as 3.12.0 is already in master.

On 23/05/2024 12:01:26+, Ross Burton wrote:
> The upstream Makefiles are bespoke so need to be handheld, but this
> recipe has workarounds for code removed a decade ago.
> 
> Add more PACKAGECONFIGs for the other configuration options (zlib, kmod),
> and use hwdb by default (non-systemd builds also have hwdb, as it's part
> of eudev too).
> 
> Instead of using 'make -e', pass the variables that we want the Makefile
> to respect explicitly (CC, CFLAGS, etc).
> 
> Construct an appropriate HOST so that lib/configure does the right thing
> without needing patches.
> 
> This now results in text relocations (apparently from the versioned
> symbols in libpci), so add an INSANE_SKIP for that.
> 
> Signed-off-by: Ross Burton 
> ---
>  .../pciutils/pciutils/configure.patch | 90 ---
>  meta/recipes-bsp/pciutils/pciutils_3.11.1.bb  | 50 +--
>  2 files changed, 20 insertions(+), 120 deletions(-)
>  delete mode 100644 meta/recipes-bsp/pciutils/pciutils/configure.patch
> 
> diff --git a/meta/recipes-bsp/pciutils/pciutils/configure.patch 
> b/meta/recipes-bsp/pciutils/pciutils/configure.patch
> deleted file mode 100644
> index 5015cf48844..000
> --- a/meta/recipes-bsp/pciutils/pciutils/configure.patch
> +++ /dev/null
> @@ -1,90 +0,0 @@
> -From 561216c8cbc280aaa9aecf30cb11835a4a0a78ed Mon Sep 17 00:00:00 2001
> -From: Richard Purdie 
> -Date: Wed, 31 Dec 2008 17:20:38 +
> -Subject: [PATCH] pciutils: Upgarde 2.2.4 -> 3.0.3
> -
> -This patch:
> -* ensures we link correctly
> -* allows us to optionally pass target information to configure rather than 
> using uname
> -* select linux as the platform in most cases we care about
> -
> -This is a merge of various tweaks to allow us to build pciutils including
> -work from:
> -
> -7/30/2010 - Qing He 
> -1/22/2012 - Shane Wang 
> -Ionut Radu 
> -2017/6/15 - RP - Cleanups and merging patches
> -
> -Upstream-Status: Inappropriate [embedded specific]
> 
> - Makefile  |  2 +-
> - lib/configure | 14 ++
> - 2 files changed, 11 insertions(+), 5 deletions(-)
> -
> -diff --git a/Makefile b/Makefile
> -index aaec04e..9c1dab0 100644
>  a/Makefile
> -+++ b/Makefile
> -@@ -123,7 +123,7 @@ pcilmr$(EXEEXT): pcilmr.o $(LMROBJS) $(COMMON) 
> lib/$(PCIIMPLIB)
> - pcilmr.o: pcilmr.c $(LMRINC)
> - 
> - %$(EXEEXT): %.o
> --$(CC) $(LDFLAGS) $(TARGET_ARCH) $^ $(LDLIBS) -o $@
> -+$(CC) $(LDFLAGS) $(TARGET_ARCH) $^ $(LIB_LDLIBS) $(LDLIBS) -o $@
> - 
> - ifdef PCI_OS_WINDOWS
> - comma := ,
> -diff --git a/lib/configure b/lib/configure
> -index 3df057a..c87e71c 100755
>  a/lib/configure
> -+++ b/lib/configure
> -@@ -9,6 +9,10 @@ echo_n() {
> - printf '%s' "$*"
> - }
> - 
> -+VERSION=$1
> -+IDSDIR=$2
> -+DNS=yes
> -+
> - if [ -z "$VERSION" ] ; then
> - echo >&2 "Please run the configure script from the top-level Makefile"
> - exit 1
> -@@ -16,8 +20,8 @@ fi
> - 
> - echo_n "Configuring libpci for your system..."
> - if [ -z "$HOST" ] ; then
> --sys=`uname -s`
> --rel=`uname -r`
> -+sys=${3:-`uname -s`}
> -+rel=
> - realsys="$sys"
> - if [ "$sys" = "AIX" -a -x /usr/bin/oslevel -a -x /usr/sbin/lsattr ]
> - then
> -@@ -25,7 +29,7 @@ if [ -z "$HOST" ] ; then
> - proc=`/usr/sbin/lsdev -C -c processor -S available -F name | 
> head -1`
> - cpu=`/usr/sbin/lsattr -F value -l $proc -a type | sed 's/_.*//'`
> - else
> --cpu=`uname -m | sed 
> 's/^i.86-AT386/i386/;s/^i.86$/i386/;s/^sun4u$/sparc64/;s/^i86pc$/i386/;s/^BePC$/i386/;s/^BeMac$/powerpc/;s/^BeBox$/powerpc/'`
> -+cpu=${4:-`uname -m | sed 
> 's/^i.86-AT386/i386/;s/^i.86$/i386/;s/^sun4u$/sparc64/;s/^i86pc$/i386/;s/^BePC$/i386/;s/^BeMac$/powerpc/;s/^BeBox$/powerpc/'`}
> - fi
> - if [ "$sys" = "DragonFly" ]
> - then
> -@@ -43,7 +47,7 @@ if [ -z "$HOST" ] ; then
> - then
> - sys=cygwin
> - fi
> --HOST=${3:-$cpu-$sys}
> -+HOST=$cpu-$sys
> - fi
> - [ -n "$RELEASE" ] && rel="${RELEASE}"
> - # CAVEAT: tr on Solaris is a bit weird and the extra [] is otherwise 
> harmless.
> -@@ -52,6 +56,8 @@ cpu=`echo $host | sed 's/^\([^-]*\)-\([^-]*\)-\(.*\)$/\1/'`
> - sys=`echo $host | sed 's/^\([^-]*\)-\([^-]*\)-\(.*\)$/\3/'`
> - echo " $host $rel $cpu $sys"
> - 
> -+{ echo "$host" | grep linux; } && sys=linux
> -+
> - c=config.h
> - m=config.mk
> - echo >$c '#define PCI_CONFIG_H'
> diff --git a/meta/recipes-bsp/pciutils/pciutils_3.11.1.bb 
> b/meta/recipes-bsp/pciutils/pciutils_3.11.1.bb
> index 044074ccc3a..d5a2601dbcd 100644
> --- a/meta/recipes-bsp/pciutils/pciutils_3.11.1.bb
> +++ b/meta/recipes-bsp/pciutils/pciutils_3.11.1.bb
> @@ -9,41 +9,27 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
>  # Can drop make-native when all systems have make 4.3
>  # 
> https://git.savannah.gnu.org/cgit/make.git/commit/?id=b90fabc8d6f34fb37d428dc0fb1b8b1951a9fbed
>  # causes space 

Re: [OE-core] [PATCH v3] tclibc-picolibc: Adds a new TCLIBC variant to build with picolibc as C library

[Alexandre Belloni via lists.openembedded.org]

Please always resend the whole series, I'm not cherry-picking patches
once they have been dropped.

On 22/05/2024 14:33:06-0600, Alejandro Hernandez Samaniego wrote:
> Enables usage of TCLIBC=picolibc extending OE functionality to build and use
> picolibc based toolchains to build baremetal applications.
> 
> Picolibc is a set of standard C libraries, both libc and libm, designed for
> smaller embedded systems with limited ROM and RAM. Picolibc includes code
> from Newlib and AVR Libc, but adresses some of newlibs concerns, it retains
> newlibs directory structure, math, string and locale implementations, but
> removed the GPL bits used to build the library, swiches old C style code for
> C18 and replaces autotools with meson.
> 
> This patch adds a picolibc recipe for the C library, a picolibc-helloworld
> recipe that contains an example application and a testcase that builds it.
> 
> Picolibc can be built for ARM and RISCV architectures, its been tested both
> for 32 and 64 bits, the provided example recipe produces the following output:
> 
> hello, world
> 
> Runqemu does not automatically show any output since it hides QEMU stderr 
> which
> is where the QEMU monitors output is directed to when using semihosting, but,
> manually running the same QEMU command does work properly.
> 
> Signed-off-by: Alejandro Enedino Hernandez Samaniego 
> ---
>  meta/classes-recipe/baremetal-image.bbclass   |   4 +-
>  meta/classes-recipe/cross-canadian.bbclass|   2 +-
>  meta/conf/distro/include/maintainers.inc  |   2 +
>  meta/conf/distro/include/tclibc-picolibc.inc  |  40 ++
>  meta/conf/documentation.conf  |   2 +-
>  .../conf/machine/include/riscv/arch-riscv.inc |   1 +
>  meta/lib/oeqa/selftest/cases/distrodata.py|   2 +-
>  meta/lib/oeqa/selftest/cases/picolibc.py  |  18 +++
>  .../picolibc/picolibc-helloworld_git.bb   |  40 ++
>  meta/recipes-core/picolibc/picolibc.inc   |  21 
>  .../avoid_polluting_cross_directories.patch   | 119 ++
>  .../picolibc/no-early-compiler-checks.cross   |   6 +
>  meta/recipes-core/picolibc/picolibc_git.bb|  35 ++
>  meta/recipes-devtools/gcc/gcc-cross.inc   |   1 +
>  meta/recipes-devtools/gcc/gcc-runtime.inc |   3 +
>  meta/recipes-devtools/gcc/libgcc-common.inc   |   5 +
>  16 files changed, 296 insertions(+), 5 deletions(-)
>  create mode 100644 meta/conf/distro/include/tclibc-picolibc.inc
>  create mode 100644 meta/lib/oeqa/selftest/cases/picolibc.py
>  create mode 100644 meta/recipes-core/picolibc/picolibc-helloworld_git.bb
>  create mode 100644 meta/recipes-core/picolibc/picolibc.inc
>  create mode 100644 
> meta/recipes-core/picolibc/picolibc/avoid_polluting_cross_directories.patch
>  create mode 100644 
> meta/recipes-core/picolibc/picolibc/no-early-compiler-checks.cross
>  create mode 100644 meta/recipes-core/picolibc/picolibc_git.bb
> 
> diff --git a/meta/classes-recipe/baremetal-image.bbclass 
> b/meta/classes-recipe/baremetal-image.bbclass
> index 4e7d413626..27f2d2d10a 100644
> --- a/meta/classes-recipe/baremetal-image.bbclass
> +++ b/meta/classes-recipe/baremetal-image.bbclass
> @@ -16,8 +16,8 @@
>  # See meta-skeleton for a working example.
>  
>  
> -# Toolchain should be baremetal or newlib based.
> -# TCLIBC="baremetal" or TCLIBC="newlib"
> +# Toolchain should be baremetal or newlib/picolibc based.
> +# TCLIBC="baremetal" or TCLIBC="newlib" or TCLIBC="picolibc"
>  COMPATIBLE_HOST:libc-musl:class-target = "null"
>  COMPATIBLE_HOST:libc-glibc:class-target = "null"
>  
> diff --git a/meta/classes-recipe/cross-canadian.bbclass 
> b/meta/classes-recipe/cross-canadian.bbclass
> index 1670217d69..059d9aa95f 100644
> --- a/meta/classes-recipe/cross-canadian.bbclass
> +++ b/meta/classes-recipe/cross-canadian.bbclass
> @@ -36,7 +36,7 @@ python () {
>  if d.getVar("MODIFYTOS") != "1":
>  return
>  
> -if d.getVar("TCLIBC") in [ 'baremetal', 'newlib' ]:
> +if d.getVar("TCLIBC") in [ 'baremetal', 'newlib', 'picolibc' ]:
>  return
>  
>  tos = d.getVar("TARGET_OS")
> diff --git a/meta/conf/distro/include/maintainers.inc 
> b/meta/conf/distro/include/maintainers.inc
> index 014cf32e40..bb75d147fe 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -579,6 +579,8 @@ RECIPE_MAINTAINER:pn-pcmanfm = "Alexander Kanavin 
> "
>  RECIPE_MAINTAINER:pn-perf = "Bruce Ashfield "
>  RECIPE_MAINTAINER:pn-perl = "Alexander Kanavin "
>  RECIPE_MAINTAINER:pn-perlcross = "Alexander Kanavin "
> +RECIPE_MAINTAINER:pn-picolibc = "Alejandro Hernandez "
> +RECIPE_MAINTAINER:pn-picolibc-helloworld = "Alejandro Hernandez 
> "
>  RECIPE_MAINTAINER:pn-piglit = "Ross Burton "
>  RECIPE_MAINTAINER:pn-pigz = "Hongxu Jia "
>  RECIPE_MAINTAINER:pn-pinentry = "Unassigned "
> diff --git a/meta/conf/distro/include/tclibc-picolibc.inc 
> b/meta/conf/distro/include/tclibc-picolibc.inc
> new file mode 100644
> index 00..203765dfcb
> --- 

Re: [oe-core][PATCH] gcc-runtime.inc: additionally remove libgomp.info-1 and libgomp.info-2

[Alexandre Belloni via lists.openembedded.org]

On 22/05/2024 23:42:07+0200, Markus Volk wrote:
> On Wed, May 22 2024 at 11:06:22 AM +02:00:00, Alexandre Belloni
>  wrote:
> > this doesn't apply on master anymore, can you rebase?
> 
> Hi Alexandre,
> 
> probably this doesn't apply because Richard Purdie added a fix for this
> almost at the same time as I sent this patch.
> So I guess this can be ignored

Ack, I wasn't sure this was fixing the same issue, thanks!

-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199775): 
https://lists.openembedded.org/g/openembedded-core/message/199775
Mute This Topic: https://lists.openembedded.org/mt/106208568/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] gcc-runtime.inc: additionally remove libgomp.info-1 and libgomp.info-2

[Alexandre Belloni via lists.openembedded.org]

Hello Markus,

this doesn't apply on master anymore, can you rebase?

On 20/05/2024 19:57:06+0200, Markus Volk wrote:
> This avoids:
> ERROR: gcc-runtime-14.1.0-r0 do_package: QA Issue: gcc-runtime: 
> Files/directories were installed but not shipped in any package:
>   /usr/share/info
>   /usr/share/info/libgomp.info-1
>   /usr/share/info/libgomp.info-2
> Please set FILES such that these items are packaged. Alternatively if they 
> are unneeded, avoid installing them or delete them within do_install.
> gcc-runtime: 3 installed and not shipped files. [installed-vs-shipped]
> 
> Signed-off-by: Markus Volk 
> ---
>  meta/recipes-devtools/gcc/gcc-runtime.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc 
> b/meta/recipes-devtools/gcc/gcc-runtime.inc
> index dbc9141000..d1c47c5d5c 100644
> --- a/meta/recipes-devtools/gcc/gcc-runtime.inc
> +++ b/meta/recipes-devtools/gcc/gcc-runtime.inc
> @@ -92,7 +92,7 @@ do_install () {
>   mv ${D}${libdir}/gcc/${TARGET_SYS}/${BINV}/include/* 
> ${D}${libdir}/${TARGET_SYS}/${BINV}/include
>   rmdir --ignore-fail-on-non-empty -p 
> ${D}${libdir}/gcc/${TARGET_SYS}/${BINV}/include
>   fi
> - rm -rf ${D}${infodir}/libgomp.info ${D}${infodir}/dir
> + rm -rf ${D}${infodir}/libgomp.info ${D}${infodir}/libgomp.info-1 
> ${D}${infodir}/libgomp.info-2 ${D}${infodir}/dir
>   rm -rf ${D}${infodir}/libitm.info ${D}${infodir}/dir
>   rm -rf ${D}${infodir}/libquadmath.info ${D}${infodir}/dir
>   if [ -d ${D}${libdir}/gcc/${TARGET_SYS}/${BINV}/finclude ]; then
> -- 
> 2.44.0
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199694): 
https://lists.openembedded.org/g/openembedded-core/message/199694
Mute This Topic: https://lists.openembedded.org/mt/106208568/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 5/6] meson: correct the host machine definition in SDKs

[Alexandre Belloni via lists.openembedded.org]

I believe this causes the following failure:

https://autobuilder.yoctoproject.org/typhoon/#/builders/146/builds/1733/steps/12/logs/stdio

On 20/05/2024 10:18:32+, Ross Burton wrote:
> The SDK_ARCH is not the correct definiton for the host machine definition
> inside the SDK, but because a nativesdk recipe doesn't know what the
> final target will be these values should be set up at SDK installation
> time via the environment script.
> 
> Put placeholders in the installed meson.cross file instead, and replace
> them at SDK installation time with the correct values.
> 
> Signed-off-by: Ross Burton 
> ---
>  .../meson/meson/meson-setup.py| 37 +++
>  meta/recipes-devtools/meson/meson_1.3.1.bb| 16 ++--
>  2 files changed, 41 insertions(+), 12 deletions(-)
> 
> diff --git a/meta/recipes-devtools/meson/meson/meson-setup.py 
> b/meta/recipes-devtools/meson/meson/meson-setup.py
> index daaa551de2d..74579ecca6b 100755
> --- a/meta/recipes-devtools/meson/meson/meson-setup.py
> +++ b/meta/recipes-devtools/meson/meson/meson-setup.py
> @@ -1,9 +1,42 @@
>  #!/usr/bin/env python3
>  
>  import os
> +import re
>  import string
>  import sys
>  
> +# Keep these in sync with the logic in meson-routines.bbclass
> +def meson_cpu_family():
> +arch = os.environ["OECORE_TARGET_ARCH"]
> +if arch == 'powerpc':
> +return 'ppc'
> +elif arch == 'powerpc64' or arch == 'powerpc64le':
> +return 'ppc64'
> +elif arch == 'armeb':
> +return 'arm'
> +elif arch == 'aarch64_be':
> +return 'aarch64'
> +elif arch == 'mipsel':
> +return 'mips'
> +elif arch == 'mips64el':
> +return 'mips64'
> +elif re.match(r"i[3-6]86", arch):
> +return "x86"
> +elif arch == "microblazeel":
> +return "microblaze"
> +else:
> +return arch
> +
> +def meson_operating_system():
> +opersys = os.environ["OECORE_TARGET_ARCH"]
> +if "mingw" in opersys:
> +return "windows"
> +# avoid e.g 'linux-gnueabi'
> +elif "linux" in opersys:
> +return "linux"
> +else:
> +return opersys
> +
>  class Template(string.Template):
>  delimiter = "@"
>  
> @@ -30,6 +63,10 @@ cross_file = os.path.join(sysroot, 
> 'usr/share/meson/%smeson.cross' % os.environ[
>  native_template_file = os.path.join(sysroot, 
> 'usr/share/meson/meson.native.template')
>  native_file = os.path.join(sysroot, 'usr/share/meson/meson.native')
>  
> +# Inject transformed values
> +os.environ["OECORE_MESON_TARGET_FAMILY"] = meson_cpu_family()
> +os.environ["OECORE_MESON_TARGET_OS"] = meson_operating_system()
> +
>  with open(template_file) as in_file:
>  template = in_file.read()
>  output = Template(template).substitute(Environ())
> diff --git a/meta/recipes-devtools/meson/meson_1.3.1.bb 
> b/meta/recipes-devtools/meson/meson_1.3.1.bb
> index 5b0d82fe9f5..f8085f369bf 100644
> --- a/meta/recipes-devtools/meson/meson_1.3.1.bb
> +++ b/meta/recipes-devtools/meson/meson_1.3.1.bb
> @@ -117,18 +117,14 @@ needs_exe_wrapper = true
>  sys_root = @OECORE_TARGET_SYSROOT
>  
>  [host_machine]
> -system = '$host_system'
> -cpu_family = '$host_cpu_family'
> -cpu = '$host_cpu'
> -endian = '$host_endian'
> +system = @OECORE_MESON_TARGET_OS
> +cpu_family = @OECORE_MESON_TARGET_FAMILY
> +cpu = @OECORE_TARGET_ARCH
> +endian = @OECORE_TARGET_ENDIAN
>  EOF
>  }
>  
>  do_install:append:class-nativesdk() {
> -host_system=${SDK_OS}
> -host_cpu_family=${@meson_cpu_family("SDK_ARCH", d)}
> -host_cpu=${SDK_ARCH}
> -host_endian=${@meson_endian("SDK", d)}
>  install_templates
>  
>  install -d ${D}${SDKPATHNATIVE}/post-relocate-setup.d
> @@ -142,10 +138,6 @@ do_install:append:class-nativesdk() {
>  FILES:${PN}:append:class-nativesdk = "${datadir}/meson ${SDKPATHNATIVE}"
>  
>  do_install:append:class-native() {
> -host_system=${HOST_OS}
> -host_cpu_family=${@meson_cpu_family("HOST_ARCH", d)}
> -host_cpu=${HOST_ARCH}
> -host_endian=${@meson_endian("HOST", d)}
>  install_templates
>  
>  install -d ${D}${datadir}/post-relocate-setup.d
> -- 
> 2.34.1
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199607): 
https://lists.openembedded.org/g/openembedded-core/message/199607
Mute This Topic: https://lists.openembedded.org/mt/106200491/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 1/6] systemd/systemd-boot: upgrade from 255.4 to 255.6

[Alexandre Belloni via lists.openembedded.org]

This also fails on the autobuilders:

ERROR: systemd-1_255.6-r0 do_patch: Applying patch 
'0001-basic-add-PIDFS-magic-31709.patch' on target directory 
'/home/pokybuild/yocto-worker/qemux86-alt/build/build/tmp/work/core2-32-poky-linux/systemd/255.6/git'
CmdError('quilt --quiltrc 
/home/pokybuild/yocto-worker/qemux86-alt/build/build/tmp/work/core2-32-poky-linux/systemd/255.6/recipe-sysroot-native/etc/quiltrc
 push', 0, 'stdout: Applying patch 0001-basic-add-PIDFS-magic-31709.patch
patching file src/basic/filesystems-gperf.gperf
Hunk #1 FAILED at 91.
1 out of 1 hunk FAILED -- rejects in file src/basic/filesystems-gperf.gperf
patching file src/basic/missing_magic.h
Hunk #1 succeeded at 133 with fuzz 1 (offset 5 lines).
Patch 0001-basic-add-PIDFS-magic-31709.patch can be reverse-applied
stderr: ')

https://autobuilder.yoctoproject.org/typhoon/#/builders/101/builds/7736/steps/13/logs/stdio

On 20/05/2024 16:10:35+0800, Chen Qi via lists.openembedded.org wrote:
> From: Chen Qi 
> 
> musl patches are refreshed to avoid 'patch-fuzz' error.
> 
> Signed-off-by: Chen Qi 
> ---
>  ..._255.4.bb => systemd-boot-native_255.6.bb} |  0
>  ...md-boot_255.4.bb => systemd-boot_255.6.bb} |  0
>  meta/recipes-core/systemd/systemd.inc |  2 +-
>  ...1-missing_type.h-add-comparison_fn_t.patch |  7 +--
>  ...k-parse_printf_format-implementation.patch | 13 ++---
>  ...tall-dependency-links-at-install-tim.patch |  9 +--
>  ...missing.h-check-for-missing-strndupa.patch | 55 +--
>  ...OB_BRACE-and-GLOB_ALTDIRFUNC-is-not-.patch | 14 ++---
>  ...005-add-missing-FTW_-macros-for-musl.patch |  7 +--
>  ...06-Use-uintmax_t-for-handling-rlim_t.patch | 11 ++--
>  ...T_SYMLINK_NOFOLLOW-flag-to-faccessat.patch | 11 ++--
>  ...patible-basename-for-non-glibc-syste.patch |  8 +--
>  ...implment-systemd-sysv-install-for-OE.patch |  5 +-
>  ...uffering-when-writing-to-oom_score_a.patch |  9 +--
>  ...compliant-strerror_r-from-GNU-specif.patch | 13 ++---
>  ...definition-of-prctl_mm_map-structure.patch |  7 +--
>  ...-not-disable-buffer-in-writing-files.patch | 35 ++--
>  .../0013-Handle-__cpu_mask-usage.patch|  7 +--
>  .../systemd/0014-Handle-missing-gshadow.patch |  7 +--
>  ...l.h-Define-MIPS-ABI-defines-for-musl.patch | 11 ++--
>  ...ass-correct-parameters-to-getdents64.patch |  7 +--
>  .../0017-Adjust-for-musl-headers.patch| 17 +++---
>  ...trerror-is-assumed-to-be-GNU-specifi.patch |  9 +--
>  ...util-Make-STRERROR-portable-for-musl.patch |  7 +--
>  ...ake-malloc_trim-conditional-on-glibc.patch |  9 +--
>  ...hared-Do-not-use-malloc_info-on-musl.patch |  7 +--
>  ...22-avoid-missing-LOCK_EX-declaration.patch |  9 +--
>  .../{systemd_255.4.bb => systemd_255.6.bb}|  0
>  28 files changed, 111 insertions(+), 185 deletions(-)
>  rename meta/recipes-core/systemd/{systemd-boot-native_255.4.bb => 
> systemd-boot-native_255.6.bb} (100%)
>  rename meta/recipes-core/systemd/{systemd-boot_255.4.bb => 
> systemd-boot_255.6.bb} (100%)
>  rename meta/recipes-core/systemd/{systemd_255.4.bb => systemd_255.6.bb} 
> (100%)
> 
> diff --git a/meta/recipes-core/systemd/systemd-boot-native_255.4.bb 
> b/meta/recipes-core/systemd/systemd-boot-native_255.6.bb
> similarity index 100%
> rename from meta/recipes-core/systemd/systemd-boot-native_255.4.bb
> rename to meta/recipes-core/systemd/systemd-boot-native_255.6.bb
> diff --git a/meta/recipes-core/systemd/systemd-boot_255.4.bb 
> b/meta/recipes-core/systemd/systemd-boot_255.6.bb
> similarity index 100%
> rename from meta/recipes-core/systemd/systemd-boot_255.4.bb
> rename to meta/recipes-core/systemd/systemd-boot_255.6.bb
> diff --git a/meta/recipes-core/systemd/systemd.inc 
> b/meta/recipes-core/systemd/systemd.inc
> index a35db5091e..8bda47dd38 100644
> --- a/meta/recipes-core/systemd/systemd.inc
> +++ b/meta/recipes-core/systemd/systemd.inc
> @@ -15,7 +15,7 @@ LICENSE:libsystemd = "LGPL-2.1-or-later"
>  LIC_FILES_CHKSUM = "file://LICENSE.GPL2;md5=751419260aa954499f7abaabaa882bbe 
> \
>  
> file://LICENSE.LGPL2.1;md5=4fbd65380cdd255951079008b364516c"
>  
> -SRCREV = "387a14a7b67b8b76adaed4175e14bb7e39b2f738"
> +SRCREV = "5810c25792d4268282dd3892af1a253b690423c9"
>  SRCBRANCH = "v255-stable"
>  SRC_URI = 
> "git://github.com/systemd/systemd-stable.git;protocol=https;branch=${SRCBRANCH}"
>  
> diff --git 
> a/meta/recipes-core/systemd/systemd/0001-missing_type.h-add-comparison_fn_t.patch
>  
> b/meta/recipes-core/systemd/systemd/0001-missing_type.h-add-comparison_fn_t.patch
> index 2aa5dee6b5..49871d16a8 100644
> --- 
> a/meta/recipes-core/systemd/systemd/0001-missing_type.h-add-comparison_fn_t.patch
> +++ 
> b/meta/recipes-core/systemd/systemd/0001-missing_type.h-add-comparison_fn_t.patch
> @@ -1,7 +1,7 @@
> -From 01195eb9f7d59139fb45df506ac6b3968c14a57f Mon Sep 17 00:00:00 2001
> +From d4b0bb9c7651017985fdd75469f37c34ce2f2c50 Mon Sep 17 00:00:00 2001
>  From: Chen Qi 
>  Date: Mon, 25 Feb 2019 13:55:12 +0800
> -Subject: [PATCH 01/22] 

Re: [OE-core][PATCH 2/6] util-linux/util-linux-libuuid: upgrade from 2.39.3 to 2.40.1

[Alexandre Belloni via lists.openembedded.org]

This one is a different failure:

https://autobuilder.yoctoproject.org/typhoon/#/builders/166/builds/377/steps/11/logs/stdio

On 21/05/2024 11:32:30+0200, Alexandre Belloni wrote:
> This fails on the autobuilders:
> 
> ERROR: util-linux-2.40.1-r0 do_package: QA Issue: util-linux: 
> Files/directories were installed but not shipped in any package:
>   /lib/security/pam_lastlog2.so
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/9011/steps/15/logs/stdio
> 
> On 20/05/2024 16:10:36+0800, Chen Qi via lists.openembedded.org wrote:
> > From: Chen Qi 
> > 
> > License-Update:
> > ===
> > GPL-2.0 is changed to GPL-2.0-only in README.licensing.
> > 
> > The following two patches are removed as they've been there in new release:
> > 
> >   0001-login-utils-include-libgen.h-for-basename-API.patch
> >   mit-license.patch
> > 
> > Other existing patches are refreshed to avoid patch-fuzz error.
> > 
> > A new PACKAGECONFIG, lastlog2, is added, which serves as a switch to build 
> > Y2038
> > safe lastlog pam module. This is a new functionality added in 2.40.
> > 
> > Signed-off-by: Chen Qi 
> > ---
> >  ...2.39.3.bb => util-linux-libuuid_2.40.1.bb} |  0
> >  meta/recipes-core/util-linux/util-linux.inc   |  8 +--
> >  ...ls-include-libgen.h-for-basename-API.patch | 60 ---
> >  .../util-linux/avoid_parallel_tests.patch |  5 +-
> >  .../util-linux/configure-sbindir.patch|  7 +--
> >  .../display_testname_for_subtest.patch|  7 +--
> >  .../util-linux/util-linux/mit-license.patch   | 45 --
> >  .../util-linux/util-linux/ptest.patch | 11 ++--
> >  ...l-linux_2.39.3.bb => util-linux_2.40.1.bb} |  3 +-
> >  9 files changed, 18 insertions(+), 128 deletions(-)
> >  rename meta/recipes-core/util-linux/{util-linux-libuuid_2.39.3.bb => 
> > util-linux-libuuid_2.40.1.bb} (100%)
> >  delete mode 100644 
> > meta/recipes-core/util-linux/util-linux/0001-login-utils-include-libgen.h-for-basename-API.patch
> >  delete mode 100644 
> > meta/recipes-core/util-linux/util-linux/mit-license.patch
> >  rename meta/recipes-core/util-linux/{util-linux_2.39.3.bb => 
> > util-linux_2.40.1.bb} (99%)
> > 
> > diff --git a/meta/recipes-core/util-linux/util-linux-libuuid_2.39.3.bb 
> > b/meta/recipes-core/util-linux/util-linux-libuuid_2.40.1.bb
> > similarity index 100%
> > rename from meta/recipes-core/util-linux/util-linux-libuuid_2.39.3.bb
> > rename to meta/recipes-core/util-linux/util-linux-libuuid_2.40.1.bb
> > diff --git a/meta/recipes-core/util-linux/util-linux.inc 
> > b/meta/recipes-core/util-linux/util-linux.inc
> > index d506783f9a..0f5f838e84 100644
> > --- a/meta/recipes-core/util-linux/util-linux.inc
> > +++ b/meta/recipes-core/util-linux/util-linux.inc
> > @@ -6,7 +6,7 @@ disk partitioning, kernel message management, filesystem 
> > creation, and system lo
> >  
> >  SECTION = "base"
> >  
> > -LICENSE = "GPL-1.0-or-later & GPL-2.0-or-later & LGPL-2.1-or-later & 
> > BSD-2-Clause & BSD-3-Clause & BSD-4-Clause & MIT"
> > +LICENSE = "GPL-1.0-or-later & GPL-2.0-only & GPL-2.0-or-later & 
> > LGPL-2.1-or-later & BSD-2-Clause & BSD-3-Clause & BSD-4-Clause & MIT"
> >  LICENSE:${PN}-fcntl-lock = "MIT"
> >  LICENSE:${PN}-fdisk = "GPL-1.0-or-later"
> >  LICENSE:${PN}-libblkid = "LGPL-2.1-or-later"
> > @@ -14,7 +14,7 @@ LICENSE:${PN}-libfdisk = "LGPL-2.1-or-later"
> >  LICENSE:${PN}-libmount = "LGPL-2.1-or-later"
> >  LICENSE:${PN}-libsmartcols = "LGPL-2.1-or-later"
> >  
> > -LIC_FILES_CHKSUM = 
> > "file://README.licensing;md5=cc80239f106687ab39ef0271ff5cf4ba \
> > +LIC_FILES_CHKSUM = 
> > "file://README.licensing;md5=ddd58b6c94da86ff4f03e91208eb9cfc \
> >  file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
> >  
> > file://Documentation/licenses/COPYING.GPL-2.0-or-later;md5=b234ee4d69f5fce4486a80fdaf4a4263
> >  \
> >  
> > file://Documentation/licenses/COPYING.LGPL-2.1-or-later;md5=4fbd65380cdd255951079008b364516c
> >  \
> > @@ -30,7 +30,6 @@ LIC_FILES_CHKSUM = 
> > "file://README.licensing;md5=cc80239f106687ab39ef0271ff5cf4ba
> >  FILESEXTRAPATHS:prepend := "${THISDIR}/util-linux:"
> >  MAJOR_VERSION = "${@'.'.join(d.getVar('PV').split('.')[0:2])}"
> >  SRC_URI = 
> > "${KERNELORG_MIRROR}/linux/utils/util-linux/v${MAJOR_VERSION}/util-linux-${PV}.tar.xz
> >  \
> > -   file://mit-license.patch \
> > file://configure-sbindir.patch \
> > file://runuser.pamd \
> > file://runuser-l.pamd \
> > @@ -38,8 +37,7 @@ SRC_URI = 
> > "${KERNELORG_MIRROR}/linux/utils/util-linux/v${MAJOR_VERSION}/util-lin
> > file://run-ptest \
> > file://display_testname_for_subtest.patch \
> > file://avoid_parallel_tests.patch \
> > -   file://0001-login-utils-include-libgen.h-for-basename-API.patch 
> > \
> > file://fcntl-lock.c \
> > "
> >  
> > -SRC_URI[sha256sum] = 
> > 

Re: [OE-core][PATCH 2/6] util-linux/util-linux-libuuid: upgrade from 2.39.3 to 2.40.1

[Alexandre Belloni via lists.openembedded.org]

This fails on the autobuilders:

ERROR: util-linux-2.40.1-r0 do_package: QA Issue: util-linux: Files/directories 
were installed but not shipped in any package:
  /lib/security/pam_lastlog2.so

https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/9011/steps/15/logs/stdio

On 20/05/2024 16:10:36+0800, Chen Qi via lists.openembedded.org wrote:
> From: Chen Qi 
> 
> License-Update:
> ===
> GPL-2.0 is changed to GPL-2.0-only in README.licensing.
> 
> The following two patches are removed as they've been there in new release:
> 
>   0001-login-utils-include-libgen.h-for-basename-API.patch
>   mit-license.patch
> 
> Other existing patches are refreshed to avoid patch-fuzz error.
> 
> A new PACKAGECONFIG, lastlog2, is added, which serves as a switch to build 
> Y2038
> safe lastlog pam module. This is a new functionality added in 2.40.
> 
> Signed-off-by: Chen Qi 
> ---
>  ...2.39.3.bb => util-linux-libuuid_2.40.1.bb} |  0
>  meta/recipes-core/util-linux/util-linux.inc   |  8 +--
>  ...ls-include-libgen.h-for-basename-API.patch | 60 ---
>  .../util-linux/avoid_parallel_tests.patch |  5 +-
>  .../util-linux/configure-sbindir.patch|  7 +--
>  .../display_testname_for_subtest.patch|  7 +--
>  .../util-linux/util-linux/mit-license.patch   | 45 --
>  .../util-linux/util-linux/ptest.patch | 11 ++--
>  ...l-linux_2.39.3.bb => util-linux_2.40.1.bb} |  3 +-
>  9 files changed, 18 insertions(+), 128 deletions(-)
>  rename meta/recipes-core/util-linux/{util-linux-libuuid_2.39.3.bb => 
> util-linux-libuuid_2.40.1.bb} (100%)
>  delete mode 100644 
> meta/recipes-core/util-linux/util-linux/0001-login-utils-include-libgen.h-for-basename-API.patch
>  delete mode 100644 meta/recipes-core/util-linux/util-linux/mit-license.patch
>  rename meta/recipes-core/util-linux/{util-linux_2.39.3.bb => 
> util-linux_2.40.1.bb} (99%)
> 
> diff --git a/meta/recipes-core/util-linux/util-linux-libuuid_2.39.3.bb 
> b/meta/recipes-core/util-linux/util-linux-libuuid_2.40.1.bb
> similarity index 100%
> rename from meta/recipes-core/util-linux/util-linux-libuuid_2.39.3.bb
> rename to meta/recipes-core/util-linux/util-linux-libuuid_2.40.1.bb
> diff --git a/meta/recipes-core/util-linux/util-linux.inc 
> b/meta/recipes-core/util-linux/util-linux.inc
> index d506783f9a..0f5f838e84 100644
> --- a/meta/recipes-core/util-linux/util-linux.inc
> +++ b/meta/recipes-core/util-linux/util-linux.inc
> @@ -6,7 +6,7 @@ disk partitioning, kernel message management, filesystem 
> creation, and system lo
>  
>  SECTION = "base"
>  
> -LICENSE = "GPL-1.0-or-later & GPL-2.0-or-later & LGPL-2.1-or-later & 
> BSD-2-Clause & BSD-3-Clause & BSD-4-Clause & MIT"
> +LICENSE = "GPL-1.0-or-later & GPL-2.0-only & GPL-2.0-or-later & 
> LGPL-2.1-or-later & BSD-2-Clause & BSD-3-Clause & BSD-4-Clause & MIT"
>  LICENSE:${PN}-fcntl-lock = "MIT"
>  LICENSE:${PN}-fdisk = "GPL-1.0-or-later"
>  LICENSE:${PN}-libblkid = "LGPL-2.1-or-later"
> @@ -14,7 +14,7 @@ LICENSE:${PN}-libfdisk = "LGPL-2.1-or-later"
>  LICENSE:${PN}-libmount = "LGPL-2.1-or-later"
>  LICENSE:${PN}-libsmartcols = "LGPL-2.1-or-later"
>  
> -LIC_FILES_CHKSUM = 
> "file://README.licensing;md5=cc80239f106687ab39ef0271ff5cf4ba \
> +LIC_FILES_CHKSUM = 
> "file://README.licensing;md5=ddd58b6c94da86ff4f03e91208eb9cfc \
>  file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
>  
> file://Documentation/licenses/COPYING.GPL-2.0-or-later;md5=b234ee4d69f5fce4486a80fdaf4a4263
>  \
>  
> file://Documentation/licenses/COPYING.LGPL-2.1-or-later;md5=4fbd65380cdd255951079008b364516c
>  \
> @@ -30,7 +30,6 @@ LIC_FILES_CHKSUM = 
> "file://README.licensing;md5=cc80239f106687ab39ef0271ff5cf4ba
>  FILESEXTRAPATHS:prepend := "${THISDIR}/util-linux:"
>  MAJOR_VERSION = "${@'.'.join(d.getVar('PV').split('.')[0:2])}"
>  SRC_URI = 
> "${KERNELORG_MIRROR}/linux/utils/util-linux/v${MAJOR_VERSION}/util-linux-${PV}.tar.xz
>  \
> -   file://mit-license.patch \
> file://configure-sbindir.patch \
> file://runuser.pamd \
> file://runuser-l.pamd \
> @@ -38,8 +37,7 @@ SRC_URI = 
> "${KERNELORG_MIRROR}/linux/utils/util-linux/v${MAJOR_VERSION}/util-lin
> file://run-ptest \
> file://display_testname_for_subtest.patch \
> file://avoid_parallel_tests.patch \
> -   file://0001-login-utils-include-libgen.h-for-basename-API.patch \
> file://fcntl-lock.c \
> "
>  
> -SRC_URI[sha256sum] = 
> "7b6605e48d1a49f43cc4b4cfc59f313d0dd5402fa40b96810bd572e167dfed0f"
> +SRC_URI[sha256sum] = 
> "59e676aa53ccb44b6c39f0ffe01a8fa274891c91bef1474752fad92461def24f"
> diff --git 
> a/meta/recipes-core/util-linux/util-linux/0001-login-utils-include-libgen.h-for-basename-API.patch
>  
> b/meta/recipes-core/util-linux/util-linux/0001-login-utils-include-libgen.h-for-basename-API.patch
> deleted file mode 100644
> index 6258710e1e..00

Re: [OE-core] [PATCH 4/4] glib-networking: upgrade 2.78.1 -> 2.80.0

[Alexandre Belloni via lists.openembedded.org]

New ptest failures:
{'glib-networking': ['glib-networking/file-database-gnutls.test',
 'glib-networking/connection-gnutls.test']}

https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6619/steps/12/logs/stdio

https://autobuilder.yocto.io/pub/non-release/20240518-15/testresults/qemux86-64-ptest/glib-networking.log

(/usr/libexec/installed-tests/glib-networking/file-database-gnutls:395): 
GLib-Net-WARNING **: 14:05:34.707: Failed to load TLS database: System trust 
contains zero trusted certificates; please investigate your GnuTLS configuration
FAIL: glib-networking/file-database-gnutls.test (Child process killed by signal 
5)


On 16/05/2024 18:51:29+0800, Anuj Mittal wrote:
> Signed-off-by: Anuj Mittal 
> ---
>  meta/recipes-core/glib-networking/glib-networking/eagain.patch  | 2 +-
>  .../{glib-networking_2.78.1.bb => glib-networking_2.80.0.bb}| 2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-core/glib-networking/{glib-networking_2.78.1.bb => 
> glib-networking_2.80.0.bb} (95%)
> 
> diff --git a/meta/recipes-core/glib-networking/glib-networking/eagain.patch 
> b/meta/recipes-core/glib-networking/glib-networking/eagain.patch
> index 6c2e3c634b7..88ac15e7d7c 100644
> --- a/meta/recipes-core/glib-networking/glib-networking/eagain.patch
> +++ b/meta/recipes-core/glib-networking/glib-networking/eagain.patch
> @@ -1,4 +1,4 @@
> -From 5604707bed4b4a4bc4658c7158a18c1774775775 Mon Sep 17 00:00:00 2001
> +From 1bd273b207044a77fba6a6a57a743a1768b2676b Mon Sep 17 00:00:00 2001
>  From: Richard Purdie 
>  Date: Sat, 6 May 2023 12:18:50 +0100
>  Subject: [PATCH] In autobuilder testing we regularly see glib-networking 
> ptest
> diff --git a/meta/recipes-core/glib-networking/glib-networking_2.78.1.bb 
> b/meta/recipes-core/glib-networking/glib-networking_2.80.0.bb
> similarity index 95%
> rename from meta/recipes-core/glib-networking/glib-networking_2.78.1.bb
> rename to meta/recipes-core/glib-networking/glib-networking_2.80.0.bb
> index 5060d9fd7a1..c8a13555486 100644
> --- a/meta/recipes-core/glib-networking/glib-networking_2.78.1.bb
> +++ b/meta/recipes-core/glib-networking/glib-networking_2.80.0.bb
> @@ -14,7 +14,7 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=4fbd65380cdd255951079008b364516c \
>  SECTION = "libs"
>  DEPENDS = "glib-2.0-native glib-2.0"
>  
> -SRC_URI[archive.sha256sum] = 
> "e48f2ddbb049832cbb09230529c5e45daca9f0df0eda325f832f7379859bf09f"
> +SRC_URI[archive.sha256sum] = 
> "d8f4f1aab213179ae3351617b59dab5de6bcc9e785021eee178998ebd4bb3acf"
>  
>  # Upstream note that for the openssl backend, half the tests where this 
> backend don't return
>  # the expected error code or don't work as expected so default to gnutls
> -- 
> 2.45.0
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199541): 
https://lists.openembedded.org/g/openembedded-core/message/199541
Mute This Topic: https://lists.openembedded.org/mt/106132074/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 1/4] rust: correctly link rust-snapshot into build/stage0

[Alexandre Belloni via lists.openembedded.org]

ello,

The series broke the -tc builds as
rust.RustSelfTestSystemEmulated.test_rust is failing:


https://autobuilder.yoctoproject.org/typhoon/#/builders/151/builds/1723/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/154/builds/1715/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/148/builds/1711/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/145/builds/1700/steps/12/logs/stdio

On 16/05/2024 13:21:08+0200, Alexander Kanavin wrote:
> From: Alexander Kanavin 
> 
> This does not seem to be used in regular builds, but is beneficial
> in rust selftest, where it allows dropping a custom patch
> that is unsuitable for upstream (and was rejected by them).
> 
> Also remove an obsolete comment that seems related to the code
> but describes something that was resolved long time ago.
> 
> I have confirmed that the rust selftest continues to pass with just
> this one commit on top of master (as the following changes do break
> the selftest).
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  .../rust/files/cargo-path.patch   | 37 ---
>  meta/recipes-devtools/rust/rust-source.inc|  1 -
>  meta/recipes-devtools/rust/rust_1.75.0.bb |  6 +--
>  3 files changed, 2 insertions(+), 42 deletions(-)
>  delete mode 100644 meta/recipes-devtools/rust/files/cargo-path.patch
> 
> diff --git a/meta/recipes-devtools/rust/files/cargo-path.patch 
> b/meta/recipes-devtools/rust/files/cargo-path.patch
> deleted file mode 100644
> index 9a50c402201..000
> --- a/meta/recipes-devtools/rust/files/cargo-path.patch
> +++ /dev/null
> @@ -1,37 +0,0 @@
> -Fix the cargo binary path error and ensure that it is fetched
> -during rustc bootstrap in rust oe-selftest.
> -
> -==
> -ERROR: test_cargoflags (bootstrap_test.BuildBootstrap)
> ---
> -Traceback (most recent call last):
> -  File 
> "/home/build-st/tmp/work/cortexa57-poky-linux/rust/1.74.1/rustc-1.74.1-src/src/bootstrap/bootstrap_test.py",
>  line 157, in test_cargoflags
> -args, _ = self.build_args(env={"CARGOFLAGS": "--timings"})
> -  File 
> "/home/build-st/tmp/work/cortexa57-poky-linux/rust/1.74.1/rustc-1.74.1-src/src/bootstrap/bootstrap_test.py",
>  line 154, in build_args
> -return build.build_bootstrap_cmd(env), env
> -  File 
> "/home/build-st/tmp/work/cortexa57-poky-linux/rust/1.74.1/rustc-1.74.1-src/src/bootstrap/bootstrap.py",
>  line 960, in build_bootstrap_cmd
> -raise Exception("no cargo executable found at `{}`".format(
> -Exception: no cargo executable found at 
> `/home/build-st/tmp/work/cortexa57-poky-linux/rust/1.74.1/rustc-1.74.1-src/build/x86_64-unknown-linux-gnu/stage0/bin/cargo`
> -
> -Upstream-Status: Submitted [https://github.com/rust-lang/rust/pull/120125]
> -
> -Signed-off-by: Yash Shinde 
> 
> -diff --git a/src/bootstrap/bootstrap.py b/src/bootstrap/bootstrap.py
>  a/src/bootstrap/bootstrap.py
> -+++ b/src/bootstrap/bootstrap.py
> -@@ -954,9 +954,11 @@
> - if "RUSTFLAGS_BOOTSTRAP" in env:
> - env["RUSTFLAGS"] += " " + env["RUSTFLAGS_BOOTSTRAP"]
> -
> --env["PATH"] = os.path.join(self.bin_root(), "bin") + \
> --os.pathsep + env["PATH"]
> --if not os.path.isfile(self.cargo()):
> -+cargo_bin_path = os.path.join(self.bin_root(), "bin", "cargo")
> -+if not os.path.isfile(cargo_bin_path):
> -+cargo_bin_path = os.getenv("RUST_TARGET_PATH") + 
> "rust-snapshot/bin/cargo"
> -+env["PATH"] = os.path.dirname(cargo_bin_path) + os.pathsep + 
> env["PATH"]
> -+else:
> - raise Exception("no cargo executable found at `{}`".format(
> - self.cargo()))
> - args = [self.cargo(), "build", "--manifest-path",
> diff --git a/meta/recipes-devtools/rust/rust-source.inc 
> b/meta/recipes-devtools/rust/rust-source.inc
> index b14221b6cb8..c83c8ec3a39 100644
> --- a/meta/recipes-devtools/rust/rust-source.inc
> +++ b/meta/recipes-devtools/rust/rust-source.inc
> @@ -7,7 +7,6 @@ SRC_URI += 
> "https://static.rust-lang.org/dist/rustc-${RUST_VERSION}-src.tar.xz;n
>  file://rv32-missing-syscalls.patch;patchdir=${RUSTSRC} \
>  file://rv32-rustix-libc-backend.patch;patchdir=${RUSTSRC} \
>  file://rv32-cargo-rustix-0.38.19-fix.patch;patchdir=${RUSTSRC} \
> -file://cargo-path.patch;patchdir=${RUSTSRC} \
>  file://custom-target-cfg.patch;patchdir=${RUSTSRC} \
>  file://rustc-bootstrap.patch;patchdir=${RUSTSRC} \
>  file://target-build-value.patch;patchdir=${RUSTSRC} \
> diff --git a/meta/recipes-devtools/rust/rust_1.75.0.bb 
> b/meta/recipes-devtools/rust/rust_1.75.0.bb
> index 76e1fe2d84a..8ef838ee90c 100644
> --- a/meta/recipes-devtools/rust/rust_1.75.0.bb
> +++ b/meta/recipes-devtools/rust/rust_1.75.0.bb
> @@ -35,8 

Re: [OE-core] [PATCH v9 0/3] pkg-database and systemd-sysext image

[Alexandre Belloni via lists.openembedded.org]

Hello,

deb and rpm seem successful but ipk still fails:

https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/3335/steps/14/logs/stdio

On 16/05/2024 00:34:57+0200, Johannes Schneider via lists.openembedded.org 
wrote:
> systemd-sysext allows to overlay another image (or multiple) ontop of
> a "base-image" = the current rootfs, via the use of overlayfs; to add
> tools and features meant for development purposes.
> 
> To quote the documentation on systemd-sysext:
> " ...addition in order to make debugging/development easier). System
> extension images should not be misunderstood as a generic software
> packaging framework, ..."
> 
> To build a lean image, that only holds packages that are not already
> part of the base-image, a snapshot of the package-database is taken
> after the installation of the base-rootfs is done, and picked up again
> when collecting the rootfs of such a extension image.
> 
> with all this in place an example usage could look like this:
> some-core-image.bb
>   inherit core-image
>   IMAGE_GEN_PKGDBFS = "1"
> 
> extending-image.bb
>   inherit image-sysext
>   IMAGE_FSTYPES = "squashfs"
>   IMAGE_BASE_PKGDB = "some-core-image"
>   # the above pointing at a package-db similar to:
>   # 
> build/deploy/images/$MACHINE/some-core-image-$MACHINE-20240210172305-pkgdb.rootfs.tar.gz
> 
> then on the device, running some-core-image, with the extension image placed 
> at FN:
> $> ln -s "$FN" /run/extensions/$(basename $FN).raw
> $> systemd-sysext list
> $> SYSTEMD_LOG_LEVEL=debug systemd-sysext merge
> 
> As long as the VERSION_ID of the extension image matches the os-release
> in the base image, the above commands return sucessfully;
> for details on the compativility check see the docs for systemd-sysext.
> 
> =
> 
> changes with v2:
> rebase from 'kirkstone' onto 'master'
> 
> changes with v3:
>   incorporate review suggestions for simplification
>   add task dependency handling
>   add oe-selftest for the pkgdb handling
>   add variable documentation and
>   some more comments, and examples in the commit-msg
> 
> changes with v4:
>   rebase onto 'master' => no functional changes
>   fixed patchtest findings
> 
> changes with v5:
> rebase onto 'master'
>   add '.sysext' to the deployed symlink name
> sidenote on the tests and autobuilder failure: run locally they 
> succeed, e.g.:
>   #> oe-selftest --verbose -r 
> imagefeatures.ImageFeatures.test_image_gen_pkgdbfs
> 
> changes with v6:
>   tests: restructure to call 'bitbake' only once in the testcase itself
> (in hopes of solving the autobuilder problem; local test runs succeed)
> 
> changes with v7:
> tests: undo the restructuring of done in v6, in favour of explicitly 
> forcing steps:
> '-c rootfs -f'.  since concurrency of the autobuilder, and reusing 
> artifacts/sstate-caching is probably the issue?
> 
> changes with v8:
> tests: fixed missing feature=PACKAGE_CLASSES during 
> 'test_image_gen_pkgdbfs'
>  which is now split into three, one for each of the three available 
> packagemanager: ipk, deb, rpm
>  
> changes with v9:
>   tests: fix singular failure in 'oe-selftest-armhost'
>  which was due to the built image not containing a 'kernel-image...', 
> which the gen-pkgdb sanity
>  check expected, but 'packagegroup-core-boot' instead

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199526): 
https://lists.openembedded.org/g/openembedded-core/message/199526
Mute This Topic: https://lists.openembedded.org/mt/106124365/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 v8 0/3] pkg-database and systemd-sysext image

[Alexandre Belloni via lists.openembedded.org]

Hello,

It seems that this reliably fails oe-selftest-armhost. I didn't really
pay attention until now beause we had other issues but in this build,
those are the only failing tests:

https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/3322/steps/15/logs/stdio

On 12/05/2024 08:31:56+0200, Johannes Schneider via lists.openembedded.org 
wrote:
> systemd-sysext allows to overlay another image (or multiple) ontop of
> a "base-image" = the current rootfs, via the use of overlayfs; to add
> tools and features meant for development purposes.
> 
> To quote the documentation on systemd-sysext:
> " ...addition in order to make debugging/development easier). System
> extension images should not be misunderstood as a generic software
> packaging framework, ..."
> 
> To build a lean image, that only holds packages that are not already
> part of the base-image, a snapshot of the package-database is taken
> after the installation of the base-rootfs is done, and picked up again
> when collecting the rootfs of such a extension image.
> 
> with all this in place an example usage could look like this:
> some-core-image.bb
>   inherit core-image
>   IMAGE_GEN_PKGDBFS = "1"
> 
> extending-image.bb
>   inherit image-sysext
>   IMAGE_FSTYPES = "squashfs"
>   IMAGE_BASE_PKGDB = "some-core-image"
>   # the above pointing at a package-db similar to:
>   # 
> build/deploy/images/$MACHINE/some-core-image-$MACHINE-20240210172305-pkgdb.rootfs.tar.gz
> 
> then on the device, running some-core-image, with the extension image placed 
> at FN:
> $> ln -s "$FN" /run/extensions/$(basename $FN).raw
> $> systemd-sysext list
> $> SYSTEMD_LOG_LEVEL=debug systemd-sysext merge
> 
> As long as the VERSION_ID of the extension image matches the os-release
> in the base image, the above commands return sucessfully;
> for details on the compativility check see the docs for systemd-sysext.
> 
> =
> 
> changes with v2:
> rebase from 'kirkstone' onto 'master'
> 
> changes with v3:
>   incorporate review suggestions for simplification
>   add task dependency handling
>   add oe-selftest for the pkgdb handling
>   add variable documentation and
>   some more comments, and examples in the commit-msg
> 
> changes with v4:
>   rebase onto 'master' => no functional changes
>   fixed patchtest findings
> 
> changes with v5:
> rebase onto 'master'
>   add '.sysext' to the deployed symlink name
> sidenote on the tests and autobuilder failure: run locally they 
> succeed, e.g.:
>   #> oe-selftest --verbose -r 
> imagefeatures.ImageFeatures.test_image_gen_pkgdbfs
> 
> changes with v6:
>   tests: restructure to call 'bitbake' only once in the testcase itself
> (in hopes of solving the autobuilder problem; local test runs succeed)
> 
> changes with v7:
> tests: undo the restructuring of done in v6, in favour of explicitly 
> forcing steps:
> '-c rootfs -f'.  since concurrency of the autobuilder, and reusing 
> artifacts/sstate-caching is probably the issue?
> 
> changes with v8:
> tests: fixed missing feature=PACKAGE_CLASSES during 
> 'test_image_gen_pkgdbfs'
>  which is now split into three, one for each of the three available 
> packagemanager: ipk, deb, rpm

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199429): 
https://lists.openembedded.org/g/openembedded-core/message/199429
Mute This Topic: https://lists.openembedded.org/mt/106051545/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] ipk/rootfs: run sanity test of multilib in parallel

[Alexandre Belloni via lists.openembedded.org]

Hello,

This reliably fails on the autobuilders:

https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/9008/steps/20/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/9012/steps/20/logs/stdio

On 13/05/2024 13:37:52+, Seungkyun Kim wrote:
> From: "seungkyun.kim" 
> 
> For multilib type packages, there is an additional temporary
> installation before the actual installation. It makes almost doubles
> the do_rootfs time if having many multilib type packages.
> To avoid this overhead, run sanity test in parallel.
> Installing package groups through opkg takes much more time than
> copying directory.
> 
> Signed-off-by: seungkyun.kim 
> ---
>  meta/lib/oe/package_manager/ipk/rootfs.py | 18 --
>  1 file changed, 16 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/lib/oe/package_manager/ipk/rootfs.py 
> b/meta/lib/oe/package_manager/ipk/rootfs.py
> index ba93eb62ea..db1cc1650e 100644
> --- a/meta/lib/oe/package_manager/ipk/rootfs.py
> +++ b/meta/lib/oe/package_manager/ipk/rootfs.py
> @@ -6,6 +6,7 @@
>  
>  import re
>  import filecmp
> +import multiprocessing
>  import shutil
>  from oe.rootfs import Rootfs
>  from oe.manifest import Manifest
> @@ -198,10 +199,16 @@ class PkgRootfs(DpkgOpkgRootfs):
>  
>  def _multilib_test_install(self, pkgs):
>  ml_temp = self.d.getVar("MULTILIB_TEMP_ROOTFS")
> +rootfs_temp = os.path.join(ml_temp, "rootfs")
>  bb.utils.mkdirhier(ml_temp)
>  
> -dirs = [self.image_rootfs]
> +bb.utils.remove(rootfs_temp, True)
> +shutil.copytree(self.image_rootfs, rootfs_temp)
> +dirs = [rootfs_temp]
> +return 
> multiprocessing.Process(target=self._multilib_test_pkg_install, \
> +   args=(pkgs, ml_temp, dirs, False))
>  
> +def _multilib_test_pkg_install(self, pkgs, ml_temp, dirs):
>  for variant in self.d.getVar("MULTILIB_VARIANTS").split():
>  ml_target_rootfs = os.path.join(ml_temp, variant)
>  
> @@ -218,6 +225,8 @@ class PkgRootfs(DpkgOpkgRootfs):
>  dirs.append(ml_target_rootfs)
>  
>  self._multilib_sanity_test(dirs)
> +rootfs_temp = os.path.join(ml_temp, "rootfs")
> +bb.utils.remove(rootfs_temp)
>  
>  '''
>  While ipk incremental image generation is enabled, it will remove the
> @@ -300,15 +309,20 @@ class PkgRootfs(DpkgOpkgRootfs):
>  
>  for pkg_type in self.install_order:
>  if pkg_type in pkgs_to_install:
> +sanity_test = None
>  # For multilib, we perform a sanity test before final install
>  # If sanity test fails, it will automatically do a bb.fatal()
>  # and the installation will stop
>  if pkg_type == Manifest.PKG_TYPE_MULTILIB:
> -self._multilib_test_install(pkgs_to_install[pkg_type])
> +sanity_test= 
> self._multilib_test_install(pkgs_to_install[pkg_type])
> +sanity_test.start()
>  
>  self.pm.install(pkgs_to_install[pkg_type],
>  [False, True][pkg_type == 
> Manifest.PKG_TYPE_ATTEMPT_ONLY])
>  
> +if sanity_test is not None:
> +sanity_test.join()
> +
>  if self.progress_reporter:
>  self.progress_reporter.next_stage()
>  
> -- 
> 2.43.0
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199268): 
https://lists.openembedded.org/g/openembedded-core/message/199268
Mute This Topic: https://lists.openembedded.org/mt/106072581/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 v6 0/3] pkg-database and systemd-sysext image

[Alexandre Belloni via lists.openembedded.org]

Hello,

This still fails on the autobuilders, I'm pretty sure the config for the
build folder has:
PACKAGE_CLASSES = "package_rpm"

This explains this:

build-st-4166614$ tree tmp/deploy/images/qemux86-64/var/lib/
tmp/deploy/images/qemux86-64/var/lib/
├── dnf
│   ├── history.sqlite
│   ├── history.sqlite-shm
│   └── history.sqlite-wal
└── rpm
├── rpmdb.sqlite
├── rpmdb.sqlite-shm
└── rpmdb.sqlite-wal

3 directories, 6 files

Are you testing with plain poky?


On 10/05/2024 05:09:34+0200, Johannes Schneider wrote:
> systemd-sysext allows to overlay another image (or multiple) ontop of
> a "base-image" = the current rootfs, via the use of overlayfs; to add
> tools and features meant for development purposes.
> 
> To quote the documentation on systemd-sysext:
> " ...addition in order to make debugging/development easier). System
> extension images should not be misunderstood as a generic software
> packaging framework, ..."
> 
> To build a lean image, that only holds packages that are not already
> part of the base-image, a snapshot of the package-database is taken
> after the installation of the base-rootfs is done, and picked up again
> when collecting the rootfs of such a extension image.
> 
> with all this in place an example usage could look like this:
> some-core-image.bb
>   inherit core-image
>   IMAGE_GEN_PKGDBFS = "1"
> 
> extending-image.bb
>   inherit image-sysext
>   IMAGE_FSTYPES = "squashfs"
>   IMAGE_BASE_PKGDB = "some-core-image"
>   # the above pointing at a package-db similar to:
>   # 
> build/deploy/images/$MACHINE/some-core-image-$MACHINE-20240210172305-pkgdb.rootfs.tar.gz
> 
> then on the device, running some-core-image, with the extension image placed 
> at FN:
> $> ln -s "$FN" /run/extensions/$(basename $FN).raw
> $> systemd-sysext list
> $> SYSTEMD_LOG_LEVEL=debug systemd-sysext merge
> 
> As long as the VERSION_ID of the extension image matches the os-release
> in the base image, the above commands return sucessfully;
> for details on the compativility check see the docs for systemd-sysext.
> 
> =
> 
> changes with v2:
> rebase from 'kirkstone' onto 'master'
> 
> changes with v3:
>   incorporate review suggestions for simplification
>   add task dependency handling
>   add oe-selftest for the pkgdb handling
>   add variable documentation and
>   some more comments, and examples in the commit-msg
> 
> changes with v4:
>   rebase onto 'master' => no functional changes
>   fixed patchtest findings
> 
> changes with v5:
> rebase onto 'master'
>   add '.sysext' to the deployed symlink name
> sidenote on the tests and autobuilder failure: run locally they 
> succeed, e.g.:
>   #> oe-selftest --verbose -r 
> imagefeatures.ImageFeatures.test_image_gen_pkgdbfs
> 
> changes with v6:
>   tests: restructure to call 'bitbake' only once in the testcase itself
> (in hopes of solving the autobuilder problem; local test runs succeed)
> 
> changes with v7:
> tests: undo the restructuring of done in v6, in favour of explicitly 
> forcing steps:
> '-c rootfs -f'.  since concurrency of the autobuilder, and reusing 
> artifacts/sstate-caching is probably the issue?

-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#199207): 
https://lists.openembedded.org/g/openembedded-core/message/199207
Mute This Topic: https://lists.openembedded.org/mt/106014867/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 v2 3/5] ninja: build modified version with GNU Make jobserver support

[Alexandre Belloni via lists.openembedded.org]

Hello,

This patch doesn't apply on master anymore because ninja has been updated.


On 04/04/2024 13:16:11+0200, Martin Hundeb?ll wrote:
> Ninja doesn't (yet) support the GNU Make jobserver out of the box, but
> there is a pull request adding that support[1]. Since that pull request
> (and its derived three-part pull requests) seem to be ignored by
> upstream, kitware (creator/maintainer of cmake) has created a fork[2]
> only to carry the jobserver patches. Change the source uri to point at
> the kitware fork of ninja, and add two patches from the original pull
> request to also support the new-style fifo jobserver feature.
> 
> Note that the kitware fork of ninja is also used by buildroot[3].
> 
> [1] https://github.com/ninja-build/ninja/pull/2263
> [2] https://github.com/Kitware/ninja
> [3] 
> https://gitlab.com/buildroot.org/buildroot/-/blob/master/package/ninja/ninja.mk
> 
> Signed-off-by: Martin Hundebøll 
> ---
>  ...ename-TokenPool-Setup-to-SetupClient.patch | 113 
>  ...-jobserver-fifo-style-client-support.patch | 271 ++
>  meta/recipes-devtools/ninja/ninja_1.11.1.bb   |   8 +-
>  3 files changed, 390 insertions(+), 2 deletions(-)
>  create mode 100644 
> meta/recipes-devtools/ninja/files/0001-Rename-TokenPool-Setup-to-SetupClient.patch
>  create mode 100644 
> meta/recipes-devtools/ninja/files/0002-Add-GNU-make-jobserver-fifo-style-client-support.patch
> 
> diff --git 
> a/meta/recipes-devtools/ninja/files/0001-Rename-TokenPool-Setup-to-SetupClient.patch
>  
> b/meta/recipes-devtools/ninja/files/0001-Rename-TokenPool-Setup-to-SetupClient.patch
> new file mode 100644
> index 00..a503f8c75f
> --- /dev/null
> +++ 
> b/meta/recipes-devtools/ninja/files/0001-Rename-TokenPool-Setup-to-SetupClient.patch
> @@ -0,0 +1,113 @@
> +From f5642d8b49688dfc84679451b531d92f3b6e7cb0 Mon Sep 17 00:00:00 2001
> +From: Stefan Becker 
> +Date: Sat, 15 Dec 2018 19:29:42 +0200
> +Subject: [PATCH 1/2] Rename TokenPool::Setup() to SetupClient()
> +MIME-Version: 1.0
> +Content-Type: text/plain; charset=UTF-8
> +Content-Transfer-Encoding: 8bit
> +
> +Make space to add new API to set up token pool master.
> +
> +Signed-off-by: Martin Hundebøll 
> +Upstream-Status: Submitted [https://github.com/Kitware/ninja/pull/2]
> +---
> + src/build.cc  | 6 +++---
> + src/subprocess_test.cc| 3 ++-
> + src/tokenpool-gnu-make.cc | 6 +++---
> + src/tokenpool-gnu-make.h  | 3 ++-
> + src/tokenpool.h   | 3 ++-
> + src/tokenpool_test.cc | 2 +-
> + 6 files changed, 13 insertions(+), 10 deletions(-)
> +
> +diff --git a/src/build.cc b/src/build.cc
> +index 53e4405..d8a6dff 100644
> +--- a/src/build.cc
>  b/src/build.cc
> +@@ -474,9 +474,9 @@ struct RealCommandRunner : public CommandRunner {
> + RealCommandRunner::RealCommandRunner(const BuildConfig& config) : 
> config_(config) {
> +   max_load_average_ = config.max_load_average;
> +   if ((tokens_ = TokenPool::Get()) != NULL) {
> +-if (!tokens_->Setup(config_.parallelism_from_cmdline,
> +-config_.verbosity == BuildConfig::VERBOSE,
> +-max_load_average_)) {
> ++if (!tokens_->SetupClient(config_.parallelism_from_cmdline,
> ++  config_.verbosity == BuildConfig::VERBOSE,
> ++  max_load_average_)) {
> +   delete tokens_;
> +   tokens_ = NULL;
> + }
> +diff --git a/src/subprocess_test.cc b/src/subprocess_test.cc
> +index eddc110..222b59b 100644
> +--- a/src/subprocess_test.cc
>  b/src/subprocess_test.cc
> +@@ -40,7 +40,8 @@ struct TestTokenPool : public TokenPool {
> +   void Reserve() {}
> +   void Release() {}
> +   void Clear()   {}
> +-  bool Setup(bool ignore_unused, bool verbose, double& max_load_average) { 
> return false; }
> ++  bool SetupClient(bool ignore_unused, bool verbose,
> ++   double& max_load_average) { return false; }
> + 
> + #ifdef _WIN32
> +   bool _token_available;
> +diff --git a/src/tokenpool-gnu-make.cc b/src/tokenpool-gnu-make.cc
> +index 60e0552..6fb72a6 100644
> +--- a/src/tokenpool-gnu-make.cc
>  b/src/tokenpool-gnu-make.cc
> +@@ -28,9 +28,9 @@ GNUmakeTokenPool::GNUmakeTokenPool() : available_(1), 
> used_(0) {
> + GNUmakeTokenPool::~GNUmakeTokenPool() {
> + }
> + 
> +-bool GNUmakeTokenPool::Setup(bool ignore,
> +- bool verbose,
> +- double& max_load_average) {
> ++bool GNUmakeTokenPool::SetupClient(bool ignore,
> ++   bool verbose,
> ++   double& max_load_average) {
> +   const char* value = GetEnv("MAKEFLAGS");
> +   if (!value)
> + return false;
> +diff --git a/src/tokenpool-gnu-make.h b/src/tokenpool-gnu-make.h
> +index c94cca5..f4ab8d7 100644
> +--- a/src/tokenpool-gnu-make.h
>  b/src/tokenpool-gnu-make.h
> +@@ -24,7 +24,8 @@ struct GNUmakeTokenPool : public TokenPool {
> +   virtual void Reserve();
> +   virtual void 

Re: [OE-core] [PATCH 1/1] [mesa] Update do_install as needed per upstream changes

[Alexandre Belloni via lists.openembedded.org]

This causes the following failures:
https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/4702/steps/13/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/106/builds/7874/steps/11/logs/stdio

On 22/04/2024 09:39:21-0500, Joseph Mills wrote:
> Signed-off-by: Joseph Mills 
> 
> Developer's Certificate of Origin 1.1
> 
> By making a contribution to this project, I certify that:
> 
> (a) The contribution was created in whole or in part by me and I
> have the right to submit it under the open source license
> indicated in the file; or
> 
> (b) The contribution is based upon previous work that, to the best
> of my knowledge, is covered under an appropriate open source
> license and I have the right under that license to submit that
> work with modifications, whether created in whole or in part
> by me, under the same open source license (unless I am
> permitted to submit under a different license), as indicated
> in the file; or
> 
> (c) The contribution was provided directly to me by some other
> person who certified (a), (b) or (c) and I have not modified
> it.
> 
> (d) I understand and agree that this project and the contribution
> are public and that a record of the contribution (including all
> personal information I submit with it, including my sign-off) is
> maintained indefinitely and may be redistributed consistent with
> this project or the open source license(s) involved.
> ---
>  meta/recipes-graphics/mesa/mesa.inc | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-graphics/mesa/mesa.inc 
> b/meta/recipes-graphics/mesa/mesa.inc
> index 6e96190084..f4fcf31df0 100644
> --- a/meta/recipes-graphics/mesa/mesa.inc
> +++ b/meta/recipes-graphics/mesa/mesa.inc
> @@ -27,12 +27,12 @@ SRC_URI[sha256sum] = 
> "94e28a8edad06d8ed2b83eb53f253b9eb5aa62c3080f939702e1b3039b
>  UPSTREAM_CHECK_GITTAGREGEX = "mesa-(?P\d+(\.\d+)+)"
>  
>  #because we cannot rely on the fact that all apps will use pkgconfig,
> -#make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
> +#make eglplatform.h independent of USE_X11
>  do_install:append() {
># sed can't find EGL/eglplatform.h as it doesn't get installed when glvnd 
> enabled.
># So, check if EGL/eglplatform.h exists before running sed.
>if ${@bb.utils.contains('PACKAGECONFIG', 'egl', 'true', 'false', d)} && [ 
> -f ${D}${includedir}/EGL/eglplatform.h ]; then
> -  sed -i -e 's/^#elif defined(__unix__) && defined(EGL_NO_X11)$/#elif 
> defined(__unix__) \&\& defined(EGL_NO_X11) || 
> ${@bb.utils.contains('PACKAGECONFIG', 'x11', '0', '1', d)}/' 
> ${D}${includedir}/EGL/eglplatform.h
> +  sed -i -e 's/^#elif defined(USE_X11)$/#elif 
> ${@bb.utils.contains('PACKAGECONFIG', 'x11', '1', '0', d)}/' 
> ${D}${includedir}/EGL/eglplatform.h
>fi
>  }
>  
> -- 
> 2.43.0
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198697): 
https://lists.openembedded.org/g/openembedded-core/message/198697
Mute This Topic: https://lists.openembedded.org/mt/105670960/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 v6 0/3] pkg-database and systemd-sysext image

[Alexandre Belloni via lists.openembedded.org]

On 15/04/2024 08:02:00+0200, Johannes Schneider via lists.openembedded.org 
wrote:
> systemd-sysext allows to overlay another image (or multiple) ontop of
> a "base-image" = the current rootfs, via the use of overlayfs; to add
> tools and features meant for development purposes.
> 
> To quote the documentation on systemd-sysext:
> " ...addition in order to make debugging/development easier). System
> extension images should not be misunderstood as a generic software
> packaging framework, ..."
> 
> To build a lean image, that only holds packages that are not already
> part of the base-image, a snapshot of the package-database is taken
> after the installation of the base-rootfs is done, and picked up again
> when collecting the rootfs of such a extension image.
> 
> with all this in place an example usage could look like this:
> some-core-image.bb
>   inherit core-image
>   IMAGE_GEN_PKGDBFS = "1"
> 
> extending-image.bb
>   inherit image-sysext
>   IMAGE_FSTYPES = "squashfs"
>   IMAGE_BASE_PKGDB = "some-core-image"
>   # the above pointing at a package-db similar to:
>   # 
> build/deploy/images/$MACHINE/some-core-image-$MACHINE-20240210172305-pkgdb.rootfs.tar.gz
> 
> then on the device, running some-core-image, with the extension image placed 
> at FN:
> $> ln -s "$FN" /run/extensions/$(basename $FN).raw
> $> systemd-sysext list
> $> SYSTEMD_LOG_LEVEL=debug systemd-sysext merge
> 
> As long as the VERSION_ID of the extension image matches the os-release
> in the base image, the above commands return sucessfully;
> for details on the compativility check see the docs for systemd-sysext.
> 
> =
> 
> changes with v2:
> rebase from 'kirkstone' onto 'master'
> 
> changes with v3:
>   incorporate review suggestions for simplification
>   add task dependency handling
>   add oe-selftest for the pkgdb handling
>   add variable documentation and
>   some more comments, and examples in the commit-msg
> 
> changes with v4:
>   rebase onto 'master' => no functional changes
>   fixed patchtest findings
> 
> changes with v5:
> rebase onto 'master'
>   add '.sysext' to the deployed symlink name
> sidenote on the tests and autobuilder failure: run locally they 
> succeed, e.g.:
>   #> oe-selftest --verbose -r 
> imagefeatures.ImageFeatures.test_image_gen_pkgdbfs
> 
> changes with v6:
>   restructure test to call 'bitbake' only once in the testcase itself
> (in hopes of solving the autobuilder problem; local test runs succeed)


This still fails on the autobuilders:

https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6607/steps/14/logs/stdio

Reached login banner in 3.26 seconds (04/18/24 18:54:41)
Couldn't login into serial console as root using blank password
The output:
root
Password: 
Login timed out after 60 seconds.
Poky (Yocto Project Reference Distro) 
5.0+snapshot-0ee872ff1baf43e5436ccbd4c9ae4d733289e05e qemux86-64 /dev/ttyS1
qemux86-64 login: <<< run_serial(): command timed out after 120 seconds without 
output >>>
2024-04-18 19:17:59,061 - oe-selftest - INFO - 6: 20/46 379/588 (131.80s) (0 
failed) (imagefeatures.ImageFeatures.test_image_gen_pkgdbfs)
2024-04-18 19:17:59,062 - oe-selftest - INFO - 
testtools.testresult.real._StringException: Traceback (most recent call last):
  File 
"/home/pokybuild/yocto-worker/oe-selftest-debian/build/meta/lib/oeqa/selftest/cases/imagefeatures.py",
 line 342, in test_image_gen_pkgdbfs
self.assertTrue(os.path.exists(os.path.join(img_vars['DEPLOY_DIR_IMAGE'], 
'var/lib/opkg/status')), 'opkg\'s status file was not present in: %s' % 
tar_file)
  File "/usr/lib/python3.9/unittest/case.py", line 682, in assertTrue
raise self.failureException(msg)
AssertionError: False is not true : opkg's status file was not present in: 
/home/pokybuild/yocto-worker/oe-selftest-debian/build/build-st-3638382/tmp/deploy/images/qemux86-64/core-image-minimal-qemux86-64.rootfs-pkgdb.tar.gz


> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198579): 
https://lists.openembedded.org/g/openembedded-core/message/198579
Mute This Topic: https://lists.openembedded.org/mt/105530718/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 2/2] linux-firmware: add a package for ath12k firmware

[Alexandre Belloni via lists.openembedded.org]

Hello,

Now that master has dverged from Scarthgap, can you rebase?

On 14/03/2024 11:06:10+0100, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski 
> 
> Add the firmware package for the ATH12K module.
> 
> Signed-off-by: Bartosz Golaszewski 
> ---
>  .../linux-firmware/linux-firmware_20240312.bb | 8 +++-
>  1 file changed, 7 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_20240312.bb 
> b/meta/recipes-kernel/linux-firmware/linux-firmware_20240312.bb
> index 390d10d2f3..4961b43ad5 100644
> --- a/meta/recipes-kernel/linux-firmware/linux-firmware_20240312.bb
> +++ b/meta/recipes-kernel/linux-firmware/linux-firmware_20240312.bb
> @@ -320,7 +320,8 @@ PACKAGES =+ "${PN}-amphion-vpu-license ${PN}-amphion-vpu \
>   ${PN}-cnm-license ${PN}-cnm \
>   ${PN}-atheros-license ${PN}-ar5523 ${PN}-ar9170 ${PN}-ath6k 
> ${PN}-ath9k ${PN}-ath3k \
>   ${PN}-gplv2-license ${PN}-carl9170 \
> - ${PN}-ar3k-license ${PN}-ar3k ${PN}-ath10k-license ${PN}-ath10k 
> ${PN}-ath11k ${PN}-qca \
> + ${PN}-ar3k-license ${PN}-ar3k \
> + ${PN}-ath10k-license ${PN}-ath10k ${PN}-ath11k ${PN}-ath12k 
> ${PN}-qca \
>   \
>   ${PN}-imx-sdma-license ${PN}-imx-sdma-imx6q 
> ${PN}-imx-sdma-imx7d \
>   \
> @@ -488,6 +489,10 @@ FILES:${PN}-ath11k = " \
>${nonarch_base_libdir}/firmware/ath11k \
>  "
>  
> +FILES:${PN}-ath12k = " \
> +  ${nonarch_base_libdir}/firmware/ath12k \
> +"
> +
>  FILES:${PN}-qca = " \
>${nonarch_base_libdir}/firmware/qca \
>  "
> @@ -495,6 +500,7 @@ FILES:${PN}-qca = " \
>  RDEPENDS:${PN}-ar3k += "${PN}-ar3k-license ${PN}-atheros-license"
>  RDEPENDS:${PN}-ath10k += "${PN}-ath10k-license"
>  RDEPENDS:${PN}-ath11k += "${PN}-ath10k-license"
> +RDEPENDS:${PN}-ath12k += "${PN}-ath10k-license"
>  RDEPENDS:${PN}-qca += "${PN}-ath10k-license"
>  
>  # For ralink
> -- 
> 2.40.1
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198470): 
https://lists.openembedded.org/g/openembedded-core/message/198470
Mute This Topic: https://lists.openembedded.org/mt/104923522/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 v5 0/3] pkg-database and systemd-sysext image

[Alexandre Belloni via lists.openembedded.org]

On 10/04/2024 09:18:24+0200, Johannes Schneider via lists.openembedded.org 
wrote:
> systemd-sysext allows to overlay another image (or multiple) ontop of
> a "base-image" = the current rootfs, via the use of overlayfs; to add
> tools and features meant for development purposes.
> 
> To quote the documentation on systemd-sysext:
> " ...addition in order to make debugging/development easier). System
> extension images should not be misunderstood as a generic software
> packaging framework, ..."
> 
> To build a lean image, that only holds packages that are not already
> part of the base-image, a snapshot of the package-database is taken
> after the installation of the base-rootfs is done, and picked up again
> when collecting the rootfs of such a extension image.
> 
> with all this in place an example usage could look like this:
> some-core-image.bb
>   inherit core-image
>   IMAGE_GEN_PKGDBFS = "1"
> 
> extending-image.bb
>   inherit image-sysext
>   IMAGE_FSTYPES = "squashfs"
>   IMAGE_BASE_PKGDB = "some-core-image"
>   # the above pointing at a package-db similar to:
>   # 
> build/deploy/images/$MACHINE/some-core-image-$MACHINE-20240210172305-pkgdb.rootfs.tar.gz
> 
> then on the device, running some-core-image, with the extension image placed 
> at FN:
> $> ln -s "$FN" /run/extensions/$(basename $FN).raw
> $> systemd-sysext list
> $> SYSTEMD_LOG_LEVEL=debug systemd-sysext merge
> 
> As long as the VERSION_ID of the extension image matches the os-release
> in the base image, the above commands return sucessfully;
> for details on the compativility check see the docs for systemd-sysext.
> 
> =
> 
> changes with v2:
> rebase from 'kirkstone' onto 'master'
> 
> changes with v3:
>   incorporate review suggestions for simplification
>   add task dependency handling
>   add oe-selftest for the pkgdb handling
>   add variable documentation and
>   some more comments, and examples in the commit-msg
> 
> changes with v4:
>   rebase onto 'master' => no functional changes
>   fixed patchtest findings
> 
> changes with v5:
> rebase onto 'master'
>   add '.sysext' to the deployed symlink name
> sidenote on the tests and autobuilder failure: run locally they 
> succeed, e.g.:
>   #> oe-selftest --verbose -r 
> imagefeatures.ImageFeatures.test_image_gen_pkgdbfs

This still fails on the autobuilders:

https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6639/steps/14/logs/stdio

2024-04-12 13:58:27,614 - oe-selftest - INFO - 6: 20/46 442/588 (108.93s) (0 
failed) (imagefeatures.ImageFeatures.test_image_gen_pkgdbfs)
2024-04-12 13:58:27,614 - oe-selftest - INFO - 
testtools.testresult.real._StringException: Traceback (most recent call last):
  File 
"/home/pokybuild/yocto-worker/oe-selftest-ubuntu/build/meta/lib/oeqa/selftest/cases/imagefeatures.py",
 line 327, in test_image_gen_pkgdbfs
self.assertTrue(os.path.exists(os.path.join(img_vars['DEPLOY_DIR_IMAGE'], 
'var/lib/opkg/status')), 'opkg\'s status file was not present in: %s' % 
tar_file)
  File "/usr/lib/python3.11/unittest/case.py", line 715, in assertTrue
raise self.failureException(msg)
AssertionError: False is not true : opkg's status file was not present in: 
/home/pokybuild/yocto-worker/oe-selftest-ubuntu/build/build-st-3521802/tmp/deploy/images/qemux86-64/core-image-minimal-qemux86-64.rootfs-pkgdb.tar.gz


You can fnd the content of auto.conf here: 
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6639/steps/13/logs/stdio



> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198187): 
https://lists.openembedded.org/g/openembedded-core/message/198187
Mute This Topic: https://lists.openembedded.org/mt/105437784/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 10/33] gnutls: upgrade 3.8.4 -> 3.8.5

[Alexandre Belloni via lists.openembedded.org]

On 11/04/2024 19:41:09+, Simone Weiß wrote:
> On Wed, 2024-04-10 at 02:45 +0200, Alexandre Belloni via
> lists.openembedded.org wrote:
> > Failed ptests:
> > {'gnutls': ['alerts',
> >     'cert-status',
> >     'ciphersuite-name',
> >     'dtls-etm',
> >     'dtls10-cert-key-exchange',
> >     'dtls12-cert-key-exchange',
> >     'keylog-env',
> >     'mini-chain-unsorted',
> >     'mini-record-failure',
> >     'mini-overhead',
> >     'mini-record',
> >     'mini-record-2',
> >     'record-retvals',
> >     'rehandshake-switch-cert',
> >     'rehandshake-switch-cert-allow',
> >     'rehandshake-switch-cert-client',
> >     'rehandshake-switch-cert-client-allow',
> >     'rsa-encrypt-decrypt',
> >     'rsa-psk',
> >     'rsa-psk-cb',
> >     'rsaes-pkcs1-v1_5',
> >     'tls-etm',
> >     'tls-force-etm',
> >     'tls-neg-ext4-key',
> >     'tls10-cert-key-exchange',
> >     'tls11-cert-key-exchange',
> >     'tls10-server-kx-neg',
> >     'tls12-anon-upgrade',
> >     'tls12-cert-key-exchange',
> >     'tls11-server-kx-neg',
> >     'tls12-server-kx-neg',
> >     'tls13-cert-key-exchange',
> >     'tls13-server-kx-neg',
> >     'version-checks']}
> > 
> > 
> Hi,
> 
> is there a autobuilder link to this? I tried it locally and all was fine.
> Would like to check it just to see if I can spot a difference. Or do you
> (Wang Mingyu) already check at the moment?

https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6489/steps/12/logs/stdio

https://autobuilder.yocto.io/pub/non-release/20240409-25/testresults/qemux86-64-ptest/gnutls.log

> 
> Best

-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198170): 
https://lists.openembedded.org/g/openembedded-core/message/198170
Mute This Topic: https://lists.openembedded.org/mt/105417636/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] Replaced :append with += in multiple recipe files under meta layer.

[Alexandre Belloni via lists.openembedded.org]

On 12/04/2024 11:35:36+0530, K Sanjay Nayak wrote:
> Fixes [YOCTO #2951]
> 
> Conditional operator is preferred over the append operation,

I don't believe += is conditional.

> hence modified multiple recipes under the meta-layer.
> 
> Reported-by : Christopher Larson 
> Signed-off-by: K Sanjay Nayak 
> ---
>  meta/recipes-bsp/grub/grub-efi_2.12.bb  | 2 +-
>  meta/recipes-core/initscripts/initscripts_1.0.bb| 2 +-
>  meta/recipes-core/sysvinit/sysvinit_3.04.bb | 2 +-
>  .../baremetal-example/baremetal-helloworld_git.bb   | 2 +-
>  meta/recipes-extended/less/less_643.bb  | 2 +-
>  meta/recipes-gnome/librsvg/librsvg_2.57.1.bb| 2 +-
>  meta/recipes-graphics/waffle/waffle_1.7.2.bb| 2 +-
>  meta/recipes-support/libgpg-error/libgpg-error_1.48.bb  | 2 +-
>  meta/recipes-support/ptest-runner/ptest-runner_2.4.3.bb | 2 +-
>  9 files changed, 9 insertions(+), 9 deletions(-)
> 
> diff --git a/meta/recipes-bsp/grub/grub-efi_2.12.bb 
> b/meta/recipes-bsp/grub/grub-efi_2.12.bb
> index 9857e8e036..4cd1c696f4 100644
> --- a/meta/recipes-bsp/grub/grub-efi_2.12.bb
> +++ b/meta/recipes-bsp/grub/grub-efi_2.12.bb
> @@ -4,7 +4,7 @@ require conf/image-uefi.conf
>  
>  GRUBPLATFORM = "efi"
>  
> -DEPENDS:append = " grub-native"
> +DEPENDS += " grub-native"
>  RDEPENDS:${PN} = "grub-common virtual-grub-bootconf"
>  
>  SRC_URI += " \
> diff --git a/meta/recipes-core/initscripts/initscripts_1.0.bb 
> b/meta/recipes-core/initscripts/initscripts_1.0.bb
> index e61ac554f3..2ad4d0b0b0 100644
> --- a/meta/recipes-core/initscripts/initscripts_1.0.bb
> +++ b/meta/recipes-core/initscripts/initscripts_1.0.bb
> @@ -42,7 +42,7 @@ SRC_URI:append:armeb = " file://alignment.sh"
>  
>  KERNEL_VERSION = ""
>  
> -DEPENDS:append = " update-rc.d-native"
> +DEPENDS += " update-rc.d-native"
>  PACKAGE_WRITE_DEPS:append = " 
> ${@bb.utils.contains('DISTRO_FEATURES','systemd','systemd-systemctl-native','',d)}"
>  
>  PACKAGES =+ "${PN}-functions ${PN}-sushell"
> diff --git a/meta/recipes-core/sysvinit/sysvinit_3.04.bb 
> b/meta/recipes-core/sysvinit/sysvinit_3.04.bb
> index 6a612468f3..2dee7bc3ce 100644
> --- a/meta/recipes-core/sysvinit/sysvinit_3.04.bb
> +++ b/meta/recipes-core/sysvinit/sysvinit_3.04.bb
> @@ -28,7 +28,7 @@ SRC_URI[sha256sum] = 
> "2a621fe6e4528bc91308b74867ddaaebbdf7753f02395c0c5bae817bd2
>  S = "${WORKDIR}/sysvinit-${PV}"
>  
>  inherit update-alternatives features_check
> -DEPENDS:append = " update-rc.d-native base-passwd virtual/crypt"
> +DEPENDS += " update-rc.d-native base-passwd virtual/crypt"
>  do_package_setscene[depends] = "${MLPREFIX}base-passwd:do_populate_sysroot"
>  
>  PACKAGECONFIG[psplash-text-updates] = ",,"
> diff --git 
> a/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb 
> b/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
> index 6832ccc541..f66581cca3 100644
> --- a/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
> +++ b/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
> @@ -25,7 +25,7 @@ inherit baremetal-image
>  
>  
>  # startup code for x86 uses NASM syntax
> -DEPENDS:qemux86:append = " nasm-native"
> +DEPENDS:qemux86 += " nasm-native"
>  
>  # These parameters are app specific for this example
>  # This will be translated automatically to the architecture and
> diff --git a/meta/recipes-extended/less/less_643.bb 
> b/meta/recipes-extended/less/less_643.bb
> index 67834bdd58..5c17571768 100644
> --- a/meta/recipes-extended/less/less_643.bb
> +++ b/meta/recipes-extended/less/less_643.bb
> @@ -55,7 +55,7 @@ do_install_ptest () {
>  cp -r ${S}/lesstest/lt ${D}${PTEST_PATH}
>  }
>  
> -RDEPENDS:${PN}-ptest:append = " perl-module-getopt-std perl-module-cwd 
> locale-base-en-us"
> +RDEPENDS:${PN}-ptest += " perl-module-getopt-std perl-module-cwd 
> locale-base-en-us"
>  
>  ALTERNATIVE:${PN} = "less"
>  ALTERNATIVE_PRIORITY = "100"
> diff --git a/meta/recipes-gnome/librsvg/librsvg_2.57.1.bb 
> b/meta/recipes-gnome/librsvg/librsvg_2.57.1.bb
> index 4b52d4062b..b774fe8c47 100644
> --- a/meta/recipes-gnome/librsvg/librsvg_2.57.1.bb
> +++ b/meta/recipes-gnome/librsvg/librsvg_2.57.1.bb
> @@ -30,7 +30,7 @@ UPSTREAM_CHECK_REGEX = 
> "librsvg-(?P\d+\.\d+\.(?!9\d+)\d+)"
>  # librsvg is still autotools-based, but is calling cargo from its 
> automake-driven makefiles
>  # so we cannot use cargo class directly, but still need bits and pieces from 
> it 
>  # for cargo to be happy
> -BASEDEPENDS:append = " cargo-native"
> +BASEDEPENDS += " cargo-native"
>  
>  export RUST_BACKTRACE = "full"
>  export RUSTFLAGS
> diff --git a/meta/recipes-graphics/waffle/waffle_1.7.2.bb 
> b/meta/recipes-graphics/waffle/waffle_1.7.2.bb
> index cb917d8894..84f2f70ab2 100644
> --- a/meta/recipes-graphics/waffle/waffle_1.7.2.bb
> +++ b/meta/recipes-graphics/waffle/waffle_1.7.2.bb
> @@ -18,7 +18,7 @@ S = 

Re: [oe-core][PATCH 2/2] packagegroup-core-boot: recommend ifupdown

[Alexandre Belloni via lists.openembedded.org]

On 11/04/2024 14:58:40+, Joe Slater via lists.openembedded.org wrote:
> 
> 
> > -Original Message-
> > From: Ross Burton 
> > Sent: Thursday, April 11, 2024 7:21 AM
> > To: Richard Purdie ; Slater, Joseph
> > 
> > Cc: OE-core ; MacLeod, Randy
> > 
> > Subject: Re: [oe-core][PATCH 2/2] packagegroup-core-boot: recommend
> > ifupdown
> > 
> > On 11 Apr 2024, at 10:33, Richard Purdie via lists.openembedded.org
> >  wrote:
> > >> --- 
> > >> a/meta/recipes-core/init-ifupdown/init-ifupdown-1.0/qemuall/interfaces
> > >> +++ /dev/null
> > >> @@ -1,5 +0,0 @@
> > >> -# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)
> > >> -
> > >> -# The loopback interface
> > >> -auto lo
> > >> -iface lo inet loopback
> > >
> > > Is this patch meant to touch ifupdown as well as the packagegroup?
> > 
> > I suspect not, given that runqemu manually brings up network devices and the
> > last thing we want is DHCP running again.
> > 
> > Joe, please remove this chunk.
> 
> This was accidental since I removed the qemuall/interfaces in order to use 
> the main one with qemu.  I'm sending new patches.  Maybe, though, we don't 
> really need the qemuall stuff.

This broke all the tests of this build:

https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/6786

> 
> Joe
> > 
> > Ross

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198161): 
https://lists.openembedded.org/g/openembedded-core/message/198161
Mute This Topic: https://lists.openembedded.org/mt/105454861/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 13/33] librepo: upgrade 1.17.0 -> 1.17.1

[Alexandre Belloni via lists.openembedded.org]

On 12/04/2024 00:52:52+, Mingyu Wang (Fujitsu) wrote:
> I use the command git am and patch on master-text to apply this patch, they 
> are all succeeded.
> May I ask what command you used to apply this patch, that would be helpful. 
> Thank you.

I use git am, the patch is definitively mangled as you can see on the
list archive:
https://lore.kernel.org/all/1712646620-16608-13-git-send-email-wan...@fujitsu.com/

> 
>   --
> Best Regards
> ---
> Wang Mingyu
> FUJITSU NANJING SOFTWARE TECHNOLOGY CO., LTD. (FNST)
> No.6 Wenzhu Road, Nanjing, 210012, China
> TEL：+86+25-86630566--8568
> COINS: 79988548
> FAX: +86+25-83317685
> MAIL: wan...@fujitsu.com
> 
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org
> >  On Behalf Of Alexandre
> > Belloni via lists.openembedded.org
> > Sent: Thursday, April 11, 2024 5:11 PM
> > To: Wang, Mingyu/王 鸣瑜 
> > Cc: openembedded-core@lists.openembedded.org
> > Subject: Re: [OE-core] [PATCH 13/33] librepo: upgrade 1.17.0 -> 1.17.1
> > 
> > On 09/04/2024 15:10:00+0800, wangmy via lists.openembedded.org wrote:
> > > From: Wang Mingyu 
> > >
> > > 0001-gpg_gpgme.c-fix-build-errors-with-older-gcc.patch
> > > removed since it's included in 1.17.1
> > >
> > > Changelog:
> > > =
> > > -gpg_gpgme.c: fix build errors with older gcc -Fix some compiler
> > > warnings -Change header files to match a configured ABI regarding a
> > > zchunk support -Fix building zchunk code if zchunk is enabled
> > >
> > > Signed-off-by: Wang Mingyu 
> > > ---
> > >  ...me.c-fix-build-errors-with-older-gcc.patch | 36
> > > ---  .../{librepo_1.17.0.bb => librepo_1.17.1.bb}  |
> > > 3 +-
> > >  2 files changed, 1 insertion(+), 38 deletions(-)  delete mode 100644
> > > meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-error
> > > s-with-older-gcc.patch  rename
> > > meta/recipes-devtools/librepo/{librepo_1.17.0.bb => librepo_1.17.1.bb}
> > > (88%)
> > >
> > > diff --git
> > > a/meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-err
> > > ors-with-older-gcc.patch
> > > b/meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-err
> > > ors-with-older-gcc.patch
> > > deleted file mode 100644
> > > index 8727b181b3..00
> > > ---
> > > a/meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-err
> > > ors-with-older-gcc.patch
> > > +++ /dev/null
> > > @@ -1,36 +0,0 @@
> > > -From b525cdec3051d1c6ff0c3cd38bf3070b18d6fb50 Mon Sep 17 00:00:00
> > > 2001
> > > -From: Alexander Kanavin 
> > > -Date: Wed, 6 Mar 2024 10:13:38 +0100
> > > -Subject: [PATCH] gpg_gpgme.c: fix build errors with older gcc
> > > -MIME-Version: 1.0
> > > -Content-Type: text/plain; charset=UTF-8
> > > -Content-Transfer-Encoding: 8bit
> > > -
> > > -When selinux is not enabled, older gcc versions error out this way:
> > > -
> > > -| /home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-193
> > > -| 8845/tmp-mc-tiny/hosttools/gcc -DG_LOG_DOMAIN=\"librepo\"
> > > -| -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE
> > -D_LARGEFILE_SOURCE
> > > -| -Dlibrepo_EXPORTS
> > > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > > -| 938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/git
> > > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > > -| 938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-
> > > -| sysroot-native/usr/lib/pkgconfig/../../../usr/include/libmount
> > > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > > -| 938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-
> > > -| sysroot-native/usr/lib/pkgconfig/../../../usr/include/blkid
> > > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > > -| 938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-
> > > -| sysroot-native/usr/lib/pkgconfig/../../../usr/include/glib-2.0
> > > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > > -| 9
> > >
> > > 38845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-sysr
> > > oot-native/usr/lib/pkgconfig/../../../usr/lib/glib-2.0/include
> > > -I/home/pokybuild/yocto-worker/oe-selftest

Re: [OE-core] [PATCH 13/33] librepo: upgrade 1.17.0 -> 1.17.1

[Alexandre Belloni via lists.openembedded.org]

On 09/04/2024 15:10:00+0800, wangmy via lists.openembedded.org wrote:
> From: Wang Mingyu 
> 
> 0001-gpg_gpgme.c-fix-build-errors-with-older-gcc.patch
> removed since it's included in 1.17.1
> 
> Changelog:
> =
> -gpg_gpgme.c: fix build errors with older gcc
> -Fix some compiler warnings
> -Change header files to match a configured ABI regarding a zchunk support
> -Fix building zchunk code if zchunk is enabled
> 
> Signed-off-by: Wang Mingyu 
> ---
>  ...me.c-fix-build-errors-with-older-gcc.patch | 36 ---
>  .../{librepo_1.17.0.bb => librepo_1.17.1.bb}  |  3 +-
>  2 files changed, 1 insertion(+), 38 deletions(-)
>  delete mode 100644 
> meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-errors-with-older-gcc.patch
>  rename meta/recipes-devtools/librepo/{librepo_1.17.0.bb => 
> librepo_1.17.1.bb} (88%)
> 
> diff --git 
> a/meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-errors-with-older-gcc.patch
>  
> b/meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-errors-with-older-gcc.patch
> deleted file mode 100644
> index 8727b181b3..00
> --- 
> a/meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-errors-with-older-gcc.patch
> +++ /dev/null
> @@ -1,36 +0,0 @@
> -From b525cdec3051d1c6ff0c3cd38bf3070b18d6fb50 Mon Sep 17 00:00:00 2001
> -From: Alexander Kanavin 
> -Date: Wed, 6 Mar 2024 10:13:38 +0100
> -Subject: [PATCH] gpg_gpgme.c: fix build errors with older gcc
> -MIME-Version: 1.0
> -Content-Type: text/plain; charset=UTF-8
> -Content-Transfer-Encoding: 8bit
> -
> -When selinux is not enabled, older gcc versions error out this way:
> -
> -| 
> /home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1938845/tmp-mc-tiny/hosttools/gcc
>  -DG_LOG_DOMAIN=\"librepo\" -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE 
> -D_LARGEFILE_SOURCE -Dlibrepo_EXPORTS 
> -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/git
>  
> -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-sysroot-native/usr/lib/pkgconfig/../../../usr/include/libmount
>  
> -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-sysroot-native/usr/lib/pkgconfig/../../../usr/include/blkid
>  
> -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-sysroot-native/usr/lib/pkgconfig/../../../usr/include/glib-2.0
>  -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-19
>  
> 38845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-sysroot-native/usr/lib/pkgconfig/../../../usr/lib/glib-2.0/include
>  
> -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-sysroot-native/usr/lib/pkgconfig/../../../usr/include/libxml2
>  
> -isystem/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-sysroot-native/usr/include
>  -O2 -pipe -std=c99 -Wall -fPIC -MD -MT 
> librepo/CMakeFiles/librepo.dir/gpg_gpgme.c.o -MF 
> librepo/CMakeFiles/librepo.dir/gpg_gpgme.c.o.d -o 
> librepo/CMakeFiles/librepo.dir/gpg_gpgme.c.o -c 
> /home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/git/librepo/gpg_gpgme.c

This line has been mangled so the patch doesn't apply

> -| 
> /home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/git/librepo/gpg_gpgme.c:
>  In function ‘lr_gpg_ensure_socket_dir_exists’:
> -| 
> /home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/git/librepo/gpg_gpgme.c:135:1:
>  error: label at end of compound statement
> -|   135 | exit:
> -|   | ^~~~
> -
> -Ensuring the exit: block is not empty fixes the issue.
> -
> -Upstream-Status: Submitted 
> [https://github.com/rpm-software-management/librepo/pull/300]
> -Signed-off-by: Alexander Kanavin 
> 
> - librepo/gpg_gpgme.c | 1 +
> - 1 file changed, 1 insertion(+)
> -
> -diff --git a/librepo/gpg_gpgme.c b/librepo/gpg_gpgme.c
> -index c4addb2..47c3153 100644
>  a/librepo/gpg_gpgme.c
> -+++ b/librepo/gpg_gpgme.c
> -@@ -144,6 +144,7 @@ exit:
> - }
> - freecon(old_default_context);
> - #endif
> -+return;
> - }
> - 
> - static gpgme_ctx_t
> diff --git a/meta/recipes-devtools/librepo/librepo_1.17.0.bb 
> b/meta/recipes-devtools/librepo/librepo_1.17.1.bb
> similarity index 88%
> rename from meta/recipes-devtools/librepo/librepo_1.17.0.bb
> rename to meta/recipes-devtools/librepo/librepo_1.17.1.bb
> index 810191459d..beb8baf8d6 100644
> --- a/meta/recipes-devtools/librepo/librepo_1.17.0.bb
> +++ 

Re: [OE-core] [PATCH 09/33] ffmpeg: upgrade 6.1.1 -> 7.0

[Alexandre Belloni via lists.openembedded.org]

| ../gst-libav-1.22.11/ext/libav/gstavviddec.c: In function 
'gst_ffmpegviddec_register':
| ../gst-libav-1.22.11/ext/libav/gstavviddec.c:2573:29: error: 
'AV_CODEC_ID_AYUV' undeclared (first use in this function); did you mean 
'AV_CODEC_ID_CYUV'?
|  2573 | || in_plugin->id == AV_CODEC_ID_AYUV
|   | ^~~~
|   | AV_CODEC_ID_CYUV
| ../gst-libav-1.22.11/ext/libav/gstavviddec.c:2573:29: note: each undeclared 
identifier is reported only once for each function it appears in
| [11/13] x86_64-poky-linux-gcc -m64 -march=core2 -mtune=core2 -msse3 
-mfpmath=sse -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat 
-Wformat-security -Werror=format-security 
--sysroot=/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/recipe-sysroot
 -Iext/libav/libgstlibav.so.p -Iext/libav -I../gst-libav-1.22.11/ext/libav -I. 
-I../gst-libav-1.22.11 
-I/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/recipe-sysroot/usr/include/gstreamer-1.0
 
-I/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/recipe-sysroot/usr/include/glib-2.0
 
-I/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/recipe-sysroot/usr/lib/glib-2.0/include
 
-I/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/recipe-sysroot/usr/include/orc-0.4
 -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch 
-fvisibility=hidden -fno-strict-aliasing -Wmissing-declarations 
-Wmissing-prototypes -Wold-style-definition -Wredundant-decls -Wundef 
-Wwrite-strings -Wformat -Wformat-nonliteral -Wformat-security -Winit-self 
-Wmissing-include-dirs -Waddress -Wno-multichar -Waggregate-return -Wvla 
-Wpointer-arith -O2 -pipe -g -feliminate-unused-debug-types -fcanon-prefix-map 
-fmacro-prefix-map=/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/gst-libav-1.22.11=/usr/src/debug/gstreamer1.0-libav/1.22.11
 
-fdebug-prefix-map=/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/gst-libav-1.22.11=/usr/src/debug/gstreamer1.0-libav/1.22.11
 
-fmacro-prefix-map=/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/build=/usr/src/debug/gstreamer1.0-libav/1.22.11
 
-fdebug-prefix-map=/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/build=/usr/src/debug/gstreamer1.0-libav/1.22.11
 
-fdebug-prefix-map=/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/recipe-sysroot=
 
-fmacro-prefix-map=/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/recipe-sysroot=
 
-fdebug-prefix-map=/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/recipe-sysroot-native=
 -fPIC -pthread -DHAVE_CONFIG_H -MD -MQ 
ext/libav/libgstlibav.so.p/gstavdeinterlace.c.o -MF 
ext/libav/libgstlibav.so.p/gstavdeinterlace.c.o.d -o 
ext/libav/libgstlibav.so.p/gstavdeinterlace.c.o -c 
../gst-libav-1.22.11/ext/libav/gstavdeinterlace.c
| [12/13] x86_64-poky-linux-gcc -m64 -march=core2 -mtune=core2 -msse3 
-mfpmath=sse -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat 
-Wformat-security -Werror=format-security 
--sysroot=/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/recipe-sysroot
 -Iext/libav/libgstlibav.so.p -Iext/libav -I../gst-libav-1.22.11/ext/libav -I. 
-I../gst-libav-1.22.11 
-I/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/recipe-sysroot/usr/include/gstreamer-1.0
 
-I/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/recipe-sysroot/usr/include/glib-2.0
 
-I/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/recipe-sysroot/usr/lib/glib-2.0/include
 
-I/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/core2-64-poky-linux/gstreamer1.0-libav/1.22.11/recipe-sysroot/usr/include/orc-0.4
 -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch 
-fvisibility=hidden -fno-strict-aliasing -Wmissing-declarations 
-Wmissing-prototypes -Wold-style-definition -Wredundant-decls -Wundef 

Re: [OE-core] [PATCH 10/33] gnutls: upgrade 3.8.4 -> 3.8.5

[Alexandre Belloni via lists.openembedded.org]

Failed ptests:
{'gnutls': ['alerts',
'cert-status',
'ciphersuite-name',
'dtls-etm',
'dtls10-cert-key-exchange',
'dtls12-cert-key-exchange',
'keylog-env',
'mini-chain-unsorted',
'mini-record-failure',
'mini-overhead',
'mini-record',
'mini-record-2',
'record-retvals',
'rehandshake-switch-cert',
'rehandshake-switch-cert-allow',
'rehandshake-switch-cert-client',
'rehandshake-switch-cert-client-allow',
'rsa-encrypt-decrypt',
'rsa-psk',
'rsa-psk-cb',
'rsaes-pkcs1-v1_5',
'tls-etm',
'tls-force-etm',
'tls-neg-ext4-key',
'tls10-cert-key-exchange',
'tls11-cert-key-exchange',
'tls10-server-kx-neg',
'tls12-anon-upgrade',
'tls12-cert-key-exchange',
'tls11-server-kx-neg',
'tls12-server-kx-neg',
'tls13-cert-key-exchange',
'tls13-server-kx-neg',
'version-checks']}


On 09/04/2024 15:09:57+0800, wangmy via lists.openembedded.org wrote:
> From: Wang Mingyu 
> 
> Add-ptest-support.patch
> refreshed for 3.8.5
> 
> Changelog:
> ==
> * libgnutls: Due to majority of usages and implementations of
>   RSA decryption with PKCS#1 v1.5 padding being incorrect,
>   leaving them vulnerable to Marvin attack, the RSAES-PKCS1-v1_5
>   is being deprecated (encryption and decryption) and will be
>   disabled in the future.
> * libgnutls: Added support for RIPEMD160 and PBES1-DES-SHA1 for
>   backward compatibility with GCR.
> * libgnutls: A couple of memory related issues have been fixed in RSA PKCS#1
>   v1.5 decryption error handling and deterministic ECDSA with earlier
>   versions of GMP.
> * build: Fixed a bug where building gnutls statically failed due
>   to a duplicate definition of nettle_rsa_compute_root_tr().
> 
> Signed-off-by: Wang Mingyu 
> ---
>  .../recipes-support/gnutls/gnutls/Add-ptest-support.patch | 8 
>  .../gnutls/{gnutls_3.8.4.bb => gnutls_3.8.5.bb}   | 2 +-
>  2 files changed, 5 insertions(+), 5 deletions(-)
>  rename meta/recipes-support/gnutls/{gnutls_3.8.4.bb => gnutls_3.8.5.bb} (97%)
> 
> diff --git a/meta/recipes-support/gnutls/gnutls/Add-ptest-support.patch 
> b/meta/recipes-support/gnutls/gnutls/Add-ptest-support.patch
> index 1152d3797f..8edd31d6b9 100644
> --- a/meta/recipes-support/gnutls/gnutls/Add-ptest-support.patch
> +++ b/meta/recipes-support/gnutls/gnutls/Add-ptest-support.patch
> @@ -1,4 +1,4 @@
> -From ff6a345235b2585c261752e47a749228672b07dc Mon Sep 17 00:00:00 2001
> +From bfa70adcbda4e505cf2e597907852e78e0439ee2 Mon Sep 17 00:00:00 2001
>  From: Ravineet Singh 
>  Date: Tue, 10 Jan 2023 16:11:10 +0100
>  Subject: [PATCH] gnutls: add ptest support
> @@ -26,7 +26,7 @@ index 843193f..816b09f 100644
>   
>   include $(top_srcdir)/cligen/cligen.mk
>  diff --git a/configure.ac b/configure.ac
> -index d6e03cf..e3f15fb 100644
> +index 934377e..4406eae 100644
>  --- a/configure.ac
>  +++ b/configure.ac
>  @@ -1213,6 +1213,8 @@ AC_SUBST(LIBGNUTLS_CFLAGS)
> @@ -39,10 +39,10 @@ index d6e03cf..e3f15fb 100644
>   
>   hw_features=
>  diff --git a/tests/Makefile.am b/tests/Makefile.am
> -index fb9e55a..c2d226a 100644
> +index e39a3b3..861dd63 100644
>  --- a/tests/Makefile.am
>  +++ b/tests/Makefile.am
> -@@ -658,6 +658,12 @@ SH_LOG_COMPILER = $(SHELL)
> +@@ -663,6 +663,12 @@ SH_LOG_COMPILER = $(SHELL)
>   AM_VALGRINDFLAGS = --suppressions=$(srcdir)/suppressions.valgrind
>   LOG_COMPILER = $(LOG_VALGRIND)
>   
> diff --git a/meta/recipes-support/gnutls/gnutls_3.8.4.bb 
> b/meta/recipes-support/gnutls/gnutls_3.8.5.bb
> similarity index 97%
> rename from meta/recipes-support/gnutls/gnutls_3.8.4.bb
> rename to meta/recipes-support/gnutls/gnutls_3.8.5.bb
> index 20139b4dd4..21506a04dc 100644
> --- a/meta/recipes-support/gnutls/gnutls_3.8.4.bb
> +++ b/meta/recipes-support/gnutls/gnutls_3.8.5.bb
> @@ -25,7 +25,7 @@ SRC_URI = 
> "https://www.gnupg.org/ftp/gcrypt/gnutls/v${SHRT_VER}/gnutls-${PV}.tar
> file://Add-ptest-support.patch \
> "
>  
> -SRC_URI[sha256sum] = 
> "2bea4e154794f3f00180fa2a5c51fe8b005ac7a31cd58bd44cdfa7f36ebc3a9b"
> +SRC_URI[sha256sum] = 
> "66269a2cfe0e1c2dabec87bdbbd8ab656f396edd9a40dd006978e003cfa52bfc"
>  
>  inherit autotools texinfo pkgconfig gettext lib_package gtk-doc ptest
>  
> -- 
> 2.34.1
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198072): 
https://lists.openembedded.org/g/openembedded-core/message/198072
Mute This Topic: https://lists.openembedded.org/mt/105417636/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 

Re: [OE-core] [PATCH 06/33] dropbear: upgrade 2022.83 -> 2024.84

[Alexandre Belloni via lists.openembedded.org]

ERROR: dropbear-2024.84-r0 do_patch: Applying patch 
'0005-dropbear-enable-pam.patch' on target directory 
'/home/pokybuild/yocto-worker/beaglebone-alt/build/build/tmp/work/cortexa8hf-neon-poky-linux-gnueabi/dropbear/2024.84/dropbear-2024.84'
CmdError('quilt --quiltrc 
/home/pokybuild/yocto-worker/beaglebone-alt/build/build/tmp/work/cortexa8hf-neon-poky-linux-gnueabi/dropbear/2024.84/recipe-sysroot-native/etc/quiltrc
 push', 0, "stdout: Applying patch 0005-dropbear-enable-pam.patch
can't find file to patch at input line 21
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--
|From b8cece92ba19aa77ac013ea161bfe4c7147747c9 Mon Sep 17 00:00:00 2001
|From: Jussi Kukkonen 
|Date: Wed, 2 Dec 2015 11:36:02 +0200
|Subject: Enable pam
|
|We need modify file default_options.h besides enabling pam in
|configure if we want dropbear to support pam.
|
|Upstream-Status: Pending
|
|Signed-off-by: Xiaofeng Yan 
|Signed-off-by: Jussi Kukkonen 
|---
| default_options.h | 4 ++--
| 1 file changed, 2 insertions(+), 2 deletions(-)
|
|diff --git a/default_options.h b/default_options.h
|index 0e3d027..349338c 100644
|--- a/default_options.h
|+++ b/default_options.h
--
No file to patch.  Skipping patch.
2 out of 2 hunks ignored
Patch 0005-dropbear-enable-pam.patch does not apply (enforce with -f)
stderr: ")


On 09/04/2024 15:09:53+0800, wangmy via lists.openembedded.org wrote:
> From: Wang Mingyu 
> 
> 0001-urandom-xauth-changes-to-options.h.patch
> dropbear-disable-weak-ciphers.patch
> refreshed for 2024.84
> 
> CVE-2023-36328.patch
> removed since it's included in 2024.84
> 
> Signed-off-by: Wang Mingyu 
> ---
>  ...1-urandom-xauth-changes-to-options.h.patch |  14 +-
>  .../dropbear/dropbear/CVE-2023-36328.patch| 144 --
>  .../dropbear-disable-weak-ciphers.patch   |   6 +-
>  ...ropbear_2022.83.bb => dropbear_2024.84.bb} |   3 +-
>  4 files changed, 11 insertions(+), 156 deletions(-)
>  delete mode 100644 meta/recipes-core/dropbear/dropbear/CVE-2023-36328.patch
>  rename meta/recipes-core/dropbear/{dropbear_2022.83.bb => 
> dropbear_2024.84.bb} (97%)
> 
> diff --git 
> a/meta/recipes-core/dropbear/dropbear/0001-urandom-xauth-changes-to-options.h.patch
>  
> b/meta/recipes-core/dropbear/dropbear/0001-urandom-xauth-changes-to-options.h.patch
> index 99adcfd770..c74f09e484 100644
> --- 
> a/meta/recipes-core/dropbear/dropbear/0001-urandom-xauth-changes-to-options.h.patch
> +++ 
> b/meta/recipes-core/dropbear/dropbear/0001-urandom-xauth-changes-to-options.h.patch
> @@ -2,14 +2,14 @@ Subject: [PATCH 1/6] urandom-xauth-changes-to-options.h
>  
>  Upstream-Status: Inappropriate [configuration]
>  ---
> - default_options.h | 2 +-
> + src/default_options.h | 2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
>  
> -diff --git a/default_options.h b/default_options.h
> -index 349338c..5ffac25 100644
>  a/default_options.h
> -+++ b/default_options.h
> -@@ -289,7 +289,7 @@ group1 in Dropbear server too */
> +diff --git a/src/default_options.h b/src/default_options.h
> +index 6e970bb..ccc8b47 100644
> +--- a/src/default_options.h
>  b/src/default_options.h
> +@@ -311,7 +311,7 @@ group1 in Dropbear server too */
>   
>   /* The command to invoke for xauth when using X11 forwarding.
>* "-q" for quiet */
> @@ -19,5 +19,5 @@ index 349338c..5ffac25 100644
>   
>   /* If you want to enable running an sftp server (such as the one included 
> with
>  -- 
> -2.25.1
> +2.34.1
>  
> diff --git a/meta/recipes-core/dropbear/dropbear/CVE-2023-36328.patch 
> b/meta/recipes-core/dropbear/dropbear/CVE-2023-36328.patch
> deleted file mode 100644
> index ec50d69816..00
> --- a/meta/recipes-core/dropbear/dropbear/CVE-2023-36328.patch
> +++ /dev/null
> @@ -1,144 +0,0 @@
> -From beba892bc0d4e4ded4d667ab1d2a94f4d75109a9 Mon Sep 17 00:00:00 2001
> -From: czurnieden 
> -Date: Fri, 8 Sep 2023 10:07:32 +
> -Subject: [PATCH] Fix possible integer overflow
> -
> -CVE: CVE-2023-36328
> -
> -Upstream-Status: Backport 
> [https://github.com/libtom/libtommath/commit/beba892bc0d4e4ded4d667ab1d2a94f4d75109a9]
> -
> -Signed-off-by: Yogita Urade 
> 
> - libtommath/bn_mp_2expt.c| 4 
> - libtommath/bn_mp_grow.c | 4 
> - libtommath/bn_mp_init_size.c| 5 +
> - libtommath/bn_mp_mul_2d.c   | 4 
> - libtommath/bn_s_mp_mul_digs.c   | 4 
> - libtommath/bn_s_mp_mul_digs_fast.c  | 4 
> - libtommath/bn_s_mp_mul_high_digs.c  | 4 
> - libtommath/bn_s_mp_mul_high_digs_fast.c | 4 
> - 8 files changed, 33 insertions(+)
> -
> -diff --git a/libtommath/bn_mp_2expt.c b/libtommath/bn_mp_2expt.c
> -index 0ae3df1..ca6fbc3 100644
>  a/libtommath/bn_mp_2expt.c
> -+++ b/libtommath/bn_mp_2expt.c
> -@@ -12,6 +12,10 @@ mp_err mp_2expt(mp_int *a, int b)
> - {
> -mp_errerr;
> -
> -+   if (b < 0) {
> -+  return MP_VAL;
> -+   }
> -+
> -/* zero a as per 

Re: [OE-core][PATCH V2 1/2] ovmf: set CVE_PRODUCT and CVE_VERSION

[Alexandre Belloni via lists.openembedded.org]

On 08/04/2024 11:59:04+0200, Alexandre Belloni wrote:
> Since this merged, we have:
> 
> WARNING: ovmf-native-edk2-stable202308-r0 do_cve_check: edk2: Failed to 
> compare 202308 < svn_16280 for CVE-2014-8271

This is because the second patch wasn't merged

> 
> On 06/04/2024 12:41:28+0800, Chen Qi via lists.openembedded.org wrote:
> > From: Chen Qi 
> > 
> > Set CVE_PRODUCT and CVE_VERSION for ovmf. NVD uses 'edk2' and the
> > version should be the date only. Here's an example:
> > https://nvd.nist.gov/vuln/detail/CVE-2023-45232
> > 
> > Signed-off-by: Chen Qi 
> > ---
> >  meta/recipes-core/ovmf/ovmf_git.bb | 3 +++
> >  1 file changed, 3 insertions(+)
> > 
> > diff --git a/meta/recipes-core/ovmf/ovmf_git.bb 
> > b/meta/recipes-core/ovmf/ovmf_git.bb
> > index 3dc031d3b6..5b1353b8e8 100644
> > --- a/meta/recipes-core/ovmf/ovmf_git.bb
> > +++ b/meta/recipes-core/ovmf/ovmf_git.bb
> > @@ -30,6 +30,9 @@ PV = "edk2-stable202308"
> >  SRCREV = "819cfc6b42a68790a23509e4fcc58ceb70e1965e"
> >  UPSTREAM_CHECK_GITTAGREGEX = "(?Pedk2-stable.*)"
> >  
> > +CVE_PRODUCT = "edk2"
> > +CVE_VERSION = "${@d.getVar('PV').split('stable')[1]}"
> > +
> >  inherit deploy
> >  
> >  PARALLEL_MAKE = ""
> > -- 
> > 2.34.1
> > 
> 
> > 
> > 
> > 
> 
> 
> -- 
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com

-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198007): 
https://lists.openembedded.org/g/openembedded-core/message/198007
Mute This Topic: https://lists.openembedded.org/mt/105362148/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 V2 1/2] ovmf: set CVE_PRODUCT and CVE_VERSION

[Alexandre Belloni via lists.openembedded.org]

Since this merged, we have:

WARNING: ovmf-native-edk2-stable202308-r0 do_cve_check: edk2: Failed to compare 
202308 < svn_16280 for CVE-2014-8271

On 06/04/2024 12:41:28+0800, Chen Qi via lists.openembedded.org wrote:
> From: Chen Qi 
> 
> Set CVE_PRODUCT and CVE_VERSION for ovmf. NVD uses 'edk2' and the
> version should be the date only. Here's an example:
> https://nvd.nist.gov/vuln/detail/CVE-2023-45232
> 
> Signed-off-by: Chen Qi 
> ---
>  meta/recipes-core/ovmf/ovmf_git.bb | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git a/meta/recipes-core/ovmf/ovmf_git.bb 
> b/meta/recipes-core/ovmf/ovmf_git.bb
> index 3dc031d3b6..5b1353b8e8 100644
> --- a/meta/recipes-core/ovmf/ovmf_git.bb
> +++ b/meta/recipes-core/ovmf/ovmf_git.bb
> @@ -30,6 +30,9 @@ PV = "edk2-stable202308"
>  SRCREV = "819cfc6b42a68790a23509e4fcc58ceb70e1965e"
>  UPSTREAM_CHECK_GITTAGREGEX = "(?Pedk2-stable.*)"
>  
> +CVE_PRODUCT = "edk2"
> +CVE_VERSION = "${@d.getVar('PV').split('stable')[1]}"
> +
>  inherit deploy
>  
>  PARALLEL_MAKE = ""
> -- 
> 2.34.1
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198006): 
https://lists.openembedded.org/g/openembedded-core/message/198006
Mute This Topic: https://lists.openembedded.org/mt/105362148/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 v7 2/3] nfs-utils: Use upstream systemd service files

[Alexandre Belloni via lists.openembedded.org]

Hello,

I just got this which I think is caused by this series:

https://autobuilder.yoctoproject.org/typhoon/#/builders/104/builds/7711/steps/11/logs/stdio

However, I'm not sure yet why I didn't see it in my previous builds

On 01/04/2024 18:20:55-0600, Dan McGregor wrote:
> From: Daniel McGregor 
> 
> Reduce diffs against upstream by using the service files provided
> by them. This reduces our dependence on patches that simply change
> the names of a service.
> This also changes the way some nfs options get set for systemd, it
> introduces the nfs.conf file for configuration, which all daemons
> already support.
> 
> Signed-off-by: Daniel McGregor 
> ---
>  .../bugfix-adjust-statd-service-name.patch| 39 -
>  .../nfs-utils/nfs-utils/nfs-mountd.service| 18 
>  .../nfs-utils/nfs-utils/nfs-server.service| 24 ---
>  .../nfs-utils/nfs-utils/nfs-statd.service | 16 ---
>  .../nfs-utils-debianize-start-statd.patch | 42 ---
>  .../nfs-utils/nfs-utils/nfs-utils.conf| 35 
>  .../nfs-utils/nfs-utils/proc-fs-nfsd.mount|  8 
>  .../nfs-utils/nfs-utils_2.6.4.bb  | 33 +--
>  8 files changed, 11 insertions(+), 204 deletions(-)
>  delete mode 100644 
> meta/recipes-connectivity/nfs-utils/nfs-utils/bugfix-adjust-statd-service-name.patch
>  delete mode 100644 
> meta/recipes-connectivity/nfs-utils/nfs-utils/nfs-mountd.service
>  delete mode 100644 
> meta/recipes-connectivity/nfs-utils/nfs-utils/nfs-server.service
>  delete mode 100644 
> meta/recipes-connectivity/nfs-utils/nfs-utils/nfs-statd.service
>  delete mode 100644 
> meta/recipes-connectivity/nfs-utils/nfs-utils/nfs-utils-debianize-start-statd.patch
>  delete mode 100644 
> meta/recipes-connectivity/nfs-utils/nfs-utils/nfs-utils.conf
>  delete mode 100644 
> meta/recipes-connectivity/nfs-utils/nfs-utils/proc-fs-nfsd.mount
> 
> diff --git 
> a/meta/recipes-connectivity/nfs-utils/nfs-utils/bugfix-adjust-statd-service-name.patch
>  
> b/meta/recipes-connectivity/nfs-utils/nfs-utils/bugfix-adjust-statd-service-name.patch
> deleted file mode 100644
> index f13d7b380ca..000
> --- 
> a/meta/recipes-connectivity/nfs-utils/nfs-utils/bugfix-adjust-statd-service-name.patch
> +++ /dev/null
> @@ -1,39 +0,0 @@
> -From 398fed3bb0350cb1229e54e7020ae0e044c206d1 Mon Sep 17 00:00:00 2001
> -From: =?UTF-8?q?Ulrich=20=C3=96lmann?= 
> -Date: Wed, 17 Feb 2016 08:33:45 +0100
> -Subject: bugfix: adjust statd service name
> -MIME-Version: 1.0
> -Content-Type: text/plain; charset=UTF-8
> -Content-Transfer-Encoding: 8bit
> -
> -Upstream uses 'rpc-statd.service' and Yocto introduced 'nfs-statd.service'
> -instead but forgot to update the mount.nfs helper 'start-statd' accordingly.
> -
> -Upstream-Status: Inappropriate [other]
> -
> -Signed-off-by: Ulrich Ölmann 
> -
> -Rebase it.
> -
> -Signed-off-by: Robert Yang 
> 
> - utils/statd/start-statd | 4 ++--
> - 1 file changed, 2 insertions(+), 2 deletions(-)
> -
> -diff --git a/utils/statd/start-statd b/utils/statd/start-statd
> -index af5c950..df9b9be 100755
>  a/utils/statd/start-statd
> -+++ b/utils/statd/start-statd
> -@@ -28,10 +28,10 @@ fi
> - # First try systemd if it's installed.
> - if [ -d /run/systemd/system ]; then
> - # Quit only if the call worked.
> --if systemctl start rpc-statd.service; then
> -+if systemctl start nfs-statd.service; then
> - # Ensure systemd knows not to stop rpc.statd or its dependencies
> - # on 'systemctl isolate ..'
> --systemctl add-wants --runtime remote-fs.target rpc-statd.service
> -+systemctl add-wants --runtime remote-fs.target nfs-statd.service
> - exit 0
> - fi
> - fi
> diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils/nfs-mountd.service 
> b/meta/recipes-connectivity/nfs-utils/nfs-utils/nfs-mountd.service
> deleted file mode 100644
> index ebfe64b9ced..000
> --- a/meta/recipes-connectivity/nfs-utils/nfs-utils/nfs-mountd.service
> +++ /dev/null
> @@ -1,18 +0,0 @@
> -[Unit]
> -Description=NFS Mount Daemon
> -DefaultDependencies=no
> -After=rpcbind.socket
> -Requires=proc-fs-nfsd.mount
> -After=proc-fs-nfsd.mount
> -After=network.target local-fs.target
> -BindsTo=nfs-server.service
> -ConditionPathExists=@SYSCONFDIR@/exports
> -
> -[Service]
> -EnvironmentFile=-@SYSCONFDIR@/nfs-utils.conf
> -ExecStart=@SBINDIR@/rpc.mountd -F $MOUNTD_OPTS
> -LimitNOFILE=@HIGH_RLIMIT_NOFILE@
> -StateDirectory=nfs
> -
> -[Install]
> -WantedBy=multi-user.target
> diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils/nfs-server.service 
> b/meta/recipes-connectivity/nfs-utils/nfs-utils/nfs-server.service
> deleted file mode 100644
> index 15ceee04d0d..000
> --- a/meta/recipes-connectivity/nfs-utils/nfs-utils/nfs-server.service
> +++ /dev/null
> @@ -1,24 +0,0 @@
> -[Unit]
> -Description=NFS server and services
> -DefaultDependencies=no
> -Requires=network.target proc-fs-nfsd.mount
> 

Re: [OE-core] [PATCH] shadow: install manpages

[Alexandre Belloni via lists.openembedded.org]

Hello,

This causes the following warnings:

https://autobuilder.yoctoproject.org/typhoon/#/builders/76/builds/8766/steps/12/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/59/builds/8739/steps/17/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/47/builds/8787/steps/11/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/47/builds/8787/steps/14/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/8849/steps/25/logs/warnings

WARNING: nativesdk-shadow-4.14.2-r0 do_package: shadow: alternative target 
(/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/share/man/man1/chfn.1
 or 
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/share/man/man1/chfn.1.shadow)
 does not exist, skipping...
WARNING: nativesdk-shadow-4.14.2-r0 do_package: shadow: alternative target 
(/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/share/man/man1/chsh.1
 or 
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/share/man/man1/chsh.1.shadow)
 does not exist, skipping...
WARNING: nativesdk-shadow-4.14.2-r0 do_package: shadow: NOT adding alternative 
provide 
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/share/man/man1/chfn.1:
 
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/share/man/man1/chfn.1.shadow
 does not exist
WARNING: nativesdk-shadow-4.14.2-r0 do_package: shadow: NOT adding alternative 
provide 
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/share/man/man1/chsh.1:
 
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/share/man/man1/chsh.1.shadow
 does not exist
WARNING: nativesdk-shadow-4.14.2-r0 do_package: shadow: alt_link == alt_target: 
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/share/man/man1/chfn.1
 == 
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/share/man/man1/chfn.1
WARNING: nativesdk-shadow-4.14.2-r0 do_package: shadow: alt_link == alt_target: 
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/share/man/man1/chsh.1
 == 
/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-pokysdk-linux/usr/share/man/man1/chsh.1

On 04/04/2024 16:18:23-0600, Dan McGregor wrote:
> From: Daniel McGregor 
> 
> Install the manpages for shadow, and also make the conflicting manpages
> alternatives in util-linux.
> 
> Signed-off-by: Daniel McGregor 
> ---
>  meta/recipes-core/util-linux/util-linux_2.39.3.bb | 3 +++
>  meta/recipes-extended/shadow/shadow.inc   | 8 
>  2 files changed, 11 insertions(+)
> 
> diff --git a/meta/recipes-core/util-linux/util-linux_2.39.3.bb 
> b/meta/recipes-core/util-linux/util-linux_2.39.3.bb
> index 83b3f4e05b3..a3f9badbd97 100644
> --- a/meta/recipes-core/util-linux/util-linux_2.39.3.bb
> +++ b/meta/recipes-core/util-linux/util-linux_2.39.3.bb
> @@ -282,8 +282,11 @@ blkid.8 eject.1 findfs.8 fsck.8 kill.1 last.1 lastb.1 
> libblkid.3 logger.1 mesg.1
>  mountpoint.1 nologin.8 rfkill.8 sulogin.8 utmpdump.1 uuid.3 wall.1\
>  "
>  ALTERNATIVE:${PN}-doc += "${@bb.utils.contains('PACKAGECONFIG', 'pam', 
> 'su.1', '', d)}"
> +ALTERNATIVE:${PN}-doc += "${@bb.utils.contains('PACKAGECONFIG', 'chfn-chsh', 
> 'chfn.1 chsh.1', '', d)}"
>  
>  ALTERNATIVE_LINK_NAME[blkid.8] = "${mandir}/man8/blkid.8"
> +ALTERNATIVE_LINK_NAME[chfn.1] = "${mandir}/man1/chfn.1"
> +ALTERNATIVE_LINK_NAME[chsh.1] = "${mandir}/man1/chsh.1"
>  ALTERNATIVE_LINK_NAME[eject.1] = "${mandir}/man1/eject.1"
>  ALTERNATIVE_LINK_NAME[findfs.8] = "${mandir}/man8/findfs.8"
>  ALTERNATIVE_LINK_NAME[fsck.8] = "${mandir}/man8/fsck.8"
> diff --git a/meta/recipes-extended/shadow/shadow.inc 
> b/meta/recipes-extended/shadow/shadow.inc
> index 40e6ab0b30e..0029d848bf1 100644
> --- a/meta/recipes-extended/shadow/shadow.inc
> +++ b/meta/recipes-extended/shadow/shadow.inc
> @@ -168,6 +168,10 @@ do_install:append:class-native() {
>  SYSROOT_DIRS:append:class-native = " ${STAGING_DIR_NATIVE}/lib-shadow-deps/"
>  INSANE_SKIP:${PN}:class-native = "already-stripped"
>  
> +do_install:append:class-target() {
> + oe_runmake -C ${B}/man DESTDIR="${D}" sbindir="${base_sbindir}" 
> usbindir="${sbindir}" install-man
> +}
> +
>  PACKAGES =+ "${PN}-base"
>  FILES:${PN}-base = "\
>  ${base_bindir}/login.shadow \
> @@ -193,6 +197,10 @@ ALTERNATIVE_LINK_NAME[vipw] = "${base_sbindir}/vipw"
>  ALTERNATIVE_LINK_NAME[vigr] = "${base_sbindir}/vigr"
>  ALTERNATIVE_LINK_NAME[nologin] = "${base_sbindir}/nologin"
>  
> +ALTERNATIVE:${PN}-doc = "chfn.1 chsh.1"
> +ALTERNATIVE_LINK_NAME[chfn.1] = "${mandir}/man1/chfn.1"
> +ALTERNATIVE_LINK_NAME[chsh.1] = "${mandir}/man1/chsh.1"
> +
>  ALTERNATIVE:${PN}-base = "newgrp groups login su"
>  ALTERNATIVE_LINK_NAME[login] = "${base_bindir}/login"
>  ALTERNATIVE_LINK_NAME[su] = "${base_bindir}/su"
> -- 
> 2.41.0
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded 

Re: [OE-core] [PATCH] util-linux: Set the license for util-linux-fcntl-lock to MIT

[Alexandre Belloni via lists.openembedded.org]

On 04/04/2024 17:25:52+, Peter Kjellerstedt wrote:
> > -Original Message-
> > From: Alexandre Belloni 
> > Sent: den 4 april 2024 01:45
> > To: Peter Kjellerstedt 
> > Cc: openembedded-core@lists.openembedded.org
> > Subject: Re: [OE-core] [PATCH] util-linux: Set the license for 
> > util-linux-fcntl-lock to MIT
> > 
> > Hello,
> > 
> > This caused:
> > 
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/4604/steps/12/logs/stdio
> > https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20240403-u_hyp_wv/packages/diff-html/
> 
> Doesn't this type of breakage happen all the time for pure recipe 
> changes that affect the output if the PR server is not enabled?
> 
> > 
> > I guess we need to bump PR?
> 
> Given that RP removed all PR variables from the recipes in OE-Core (see 
> commit d4c346e8ab8f3cae25d1b01c7331ed9f6d4f96ef), I would expect that he 
> is not too keen to see them coming back...
> 

The plan is to take your patch as-is in master and if this causes reop
failures bump PR

> //Peter
> 
> > 
> > On 02/04/2024 06:56:54+0200, Peter Kjellerstedt wrote:
> > > This avoids problems if BSD-4-Clause is in INCOMPATIBLE_LICENSE since
> > > util-linux-fcntl-lock is now a dependency of run-postinsts.
> > >
> > > Signed-off-by: Peter Kjellerstedt 
> > > ---
> > >  meta/recipes-core/util-linux/util-linux.inc | 1 +
> > >  1 file changed, 1 insertion(+)
> > >
> > > diff --git a/meta/recipes-core/util-linux/util-linux.inc 
> > > b/meta/recipes-core/util-linux/util-linux.inc
> > > index f4b547215e..d506783f9a 100644
> > > --- a/meta/recipes-core/util-linux/util-linux.inc
> > > +++ b/meta/recipes-core/util-linux/util-linux.inc
> > > @@ -7,6 +7,7 @@ disk partitioning, kernel message management, filesystem 
> > > creation, and system lo
> > >  SECTION = "base"
> > >
> > >  LICENSE = "GPL-1.0-or-later & GPL-2.0-or-later & LGPL-2.1-or-later & 
> > > BSD-2-Clause & BSD-3-Clause & BSD-4-Clause & MIT"
> > > +LICENSE:${PN}-fcntl-lock = "MIT"
> > >  LICENSE:${PN}-fdisk = "GPL-1.0-or-later"
> > >  LICENSE:${PN}-libblkid = "LGPL-2.1-or-later"
> > >  LICENSE:${PN}-libfdisk = "LGPL-2.1-or-later"
> 

-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197970): 
https://lists.openembedded.org/g/openembedded-core/message/197970
Mute This Topic: https://lists.openembedded.org/mt/105282531/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] util-linux: Set the license for util-linux-fcntl-lock to MIT

[Alexandre Belloni via lists.openembedded.org]

Hello,

This caused:

https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/4604/steps/12/logs/stdio
https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20240403-u_hyp_wv/packages/diff-html/

I guess we need to bump PR?

On 02/04/2024 06:56:54+0200, Peter Kjellerstedt wrote:
> This avoids problems if BSD-4-Clause is in INCOMPATIBLE_LICENSE since
> util-linux-fcntl-lock is now a dependency of run-postinsts.
> 
> Signed-off-by: Peter Kjellerstedt 
> ---
>  meta/recipes-core/util-linux/util-linux.inc | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/meta/recipes-core/util-linux/util-linux.inc 
> b/meta/recipes-core/util-linux/util-linux.inc
> index f4b547215e..d506783f9a 100644
> --- a/meta/recipes-core/util-linux/util-linux.inc
> +++ b/meta/recipes-core/util-linux/util-linux.inc
> @@ -7,6 +7,7 @@ disk partitioning, kernel message management, filesystem 
> creation, and system lo
>  SECTION = "base"
>  
>  LICENSE = "GPL-1.0-or-later & GPL-2.0-or-later & LGPL-2.1-or-later & 
> BSD-2-Clause & BSD-3-Clause & BSD-4-Clause & MIT"
> +LICENSE:${PN}-fcntl-lock = "MIT"
>  LICENSE:${PN}-fdisk = "GPL-1.0-or-later"
>  LICENSE:${PN}-libblkid = "LGPL-2.1-or-later"
>  LICENSE:${PN}-libfdisk = "LGPL-2.1-or-later"

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197945): 
https://lists.openembedded.org/g/openembedded-core/message/197945
Mute This Topic: https://lists.openembedded.org/mt/105282531/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] vte: update 0.74.2 -> 0.76.0

[Alexandre Belloni via lists.openembedded.org]

https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/8655/steps/12/logs/stdio

| configure: error: Package requirements (glib-2.0 gtk+-3.0 vte-2.91) were not 
met:
| 
| No package 'vte-2.91' found
| 
| Consider adjusting the PKG_CONFIG_PATH environment variable if you
| installed software in a non-standard prefix.
| 
| Alternatively, you may set the environment variables MBTERM_CFLAGS
| and MBTERM_LIBS to avoid the need to call pkg-config.
| See the pkg-config man page for more details.
| NOTE: The following config.log files may provide further information.
| NOTE: 
/home/pokybuild/yocto-worker/qemux86-64-x32/build/build/tmp/work/x86_64_x32-poky-linux-gnux32/matchbox-terminal/0.2+git/build/config.log
| ERROR: configure failed
| WARNING: 
/home/pokybuild/yocto-worker/qemux86-64-x32/build/build/tmp/work/x86_64_x32-poky-linux-gnux32/matchbox-terminal/0.2+git/temp/run.do_configure.1616482:285
 exit 1 from 'exit 1'
| WARNING: Backtrace (BB generated script):
|   #1: bbfatal_log, 
/home/pokybuild/yocto-worker/qemux86-64-x32/build/build/tmp/work/x86_64_x32-poky-linux-gnux32/matchbox-terminal/0.2+git/temp/run.do_configure.1616482,
 line 285
|   #2: oe_runconf, 
/home/pokybuild/yocto-worker/qemux86-64-x32/build/build/tmp/work/x86_64_x32-poky-linux-gnux32/matchbox-terminal/0.2+git/temp/run.do_configure.1616482,
 line 261
|   #3: autotools_do_configure, 
/home/pokybuild/yocto-worker/qemux86-64-x32/build/build/tmp/work/x86_64_x32-poky-linux-gnux32/matchbox-terminal/0.2+git/temp/run.do_configure.1616482,
 line 231
|   #4: do_configure, 
/home/pokybuild/yocto-worker/qemux86-64-x32/build/build/tmp/work/x86_64_x32-poky-linux-gnux32/matchbox-terminal/0.2+git/temp/run.do_configure.1616482,
 line 151
|   #5: main, 
/home/pokybuild/yocto-worker/qemux86-64-x32/build/build/tmp/work/x86_64_x32-poky-linux-gnux32/matchbox-terminal/0.2+git/temp/run.do_configure.1616482,
 line 289
NOTE: recipe matchbox-terminal-0.2+git-r0: task do_configure: Failed
ERROR: Task 
(/home/pokybuild/yocto-worker/qemux86-64-x32/build/meta/recipes-sato/matchbox-terminal/matchbox-terminal_0.2.bb:do_configure)
 failed with exit code '1'

On 31/03/2024 18:06:55+0200, Markus Volk wrote:
> - add missing lz4 dependency
> - add PACKAGECONFIG for gtk+3
> - if wayland and opengl are available, gtk4 will be used
> - for plain x11 it can be built with or without opengl depending on 
> DISTRO_FEATURE
> 
> Signed-off-by: Markus Volk 
> ---
>  meta/recipes-support/vte/{vte_0.74.2.bb => vte_0.76.0.bb} | 7 ---
>  1 file changed, 4 insertions(+), 3 deletions(-)
>  rename meta/recipes-support/vte/{vte_0.74.2.bb => vte_0.76.0.bb} (87%)
> 
> diff --git a/meta/recipes-support/vte/vte_0.74.2.bb 
> b/meta/recipes-support/vte/vte_0.76.0.bb
> similarity index 87%
> rename from meta/recipes-support/vte/vte_0.74.2.bb
> rename to meta/recipes-support/vte/vte_0.76.0.bb
> index d8eafde2fb..701b7417e3 100644
> --- a/meta/recipes-support/vte/vte_0.74.2.bb
> +++ b/meta/recipes-support/vte/vte_0.76.0.bb
> @@ -11,7 +11,7 @@ LIC_FILES_CHKSUM = " \
>  file://COPYING.XTERM;md5=d7fc3a23c16c039afafe2e042030f057 \
>  "
>  
> -DEPENDS = "glib-2.0 glib-2.0-native gtk+3 libpcre2 libxml2-native 
> gperf-native icu"
> +DEPENDS = "glib-2.0 glib-2.0-native lz4 libpcre2 libxml2-native gperf-native 
> icu"
>  
>  GIR_MESON_OPTION = 'gir'
>  GIDOCGEN_MESON_OPTION = "docs"
> @@ -19,7 +19,7 @@ GIDOCGEN_MESON_OPTION = "docs"
>  inherit gnomebase gi-docgen features_check upstream-version-is-even 
> gobject-introspection systemd vala
>  
>  SRC_URI += "file://0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch"
> -SRC_URI[archive.sha256sum] = 
> "a535fb2a98fea8a2449cd1a02cccf5190131dddff52e715afdace3feb536eae7"
> +SRC_URI[archive.sha256sum] = 
> "bbce30b8f504370b12d6439c07a82993e97d7e9afe2dd367817cd58ff029ffda"
>  
>  ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
>  
> @@ -29,9 +29,10 @@ EXTRA_OEMESON:append = " 
> ${@bb.utils.contains('GI_DATA_ENABLED', 'False', '-Ddoc
>  PACKAGECONFIG ??= " \
>   gnutls \
>   ${@bb.utils.filter('DISTRO_FEATURES', 'systemd', d)} \
> - ${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'gtk4', '', d)} \
> + ${@bb.utils.contains('DISTRO_FEATURES', 'wayland opengl', 'gtk4', 
> 'gtk3', d)} \
>  "
>  PACKAGECONFIG[fribidi] = "-Dfribidi=true,-Dfribidi=false,fribidi"
> +PACKAGECONFIG[gtk3] = "-Dgtk3=true,-Dgtk3=false,gtk+3"
>  PACKAGECONFIG[gtk4] = "-Dgtk4=true,-Dgtk4=false,gtk4"
>  PACKAGECONFIG[gnutls] = "-Dgnutls=true,-Dgnutls=false,gnutls"
>  PACKAGECONFIG[systemd] = "-D_systemd=true,-D_systemd=false,systemd"
> -- 
> 2.44.0
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197929): 
https://lists.openembedded.org/g/openembedded-core/message/197929
Mute This Topic: https://lists.openembedded.org/mt/105249434/21656
Group Owner: 

Re: [OE-core][PATCH] iputils: splitting the ping6 as a package

[Alexandre Belloni via lists.openembedded.org]

https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/8810/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/4601/steps/13/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6546/steps/14/logs/stdio

ERROR: Logfile of failure stored in: 
/home/pokybuild/yocto-worker/musl-qemux86/build/build/tmp/work/core2-32-poky-linux-musl/iputils/20240117/temp/log.do_install.685043
Log data follows:
| DEBUG: Executing python function extend_recipe_sysroot
| NOTE: Direct dependencies are 
['/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-core/musl/musl_git.bb:do_populate_sysroot',
 
'/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-devtools/gcc/gcc-cross_13.2.bb:do_populate_sysroot',
 
'/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-devtools/gcc/gcc-runtime_13.2.bb:do_populate_sysroot',
 
'/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-devtools/opkg-utils/opkg-utils_0.6.3.bb:do_populate_sysroot',
 
'/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-devtools/qemu/qemu-native_8.2.1.bb:do_populate_sysroot',
 
'/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-devtools/quilt/quilt-native_0.67.bb:do_populate_sysroot',
 
'/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-support/gnutls/gnutls_3.8.4.bb:do_populate_sysroot',
 
'/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-support/libcap/libcap_2.69.bb:do_populate_sysroot',
 
'virtual:native:/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-devtools/meson/meson_1.3.1.bb:do_populate_sysroot',
 
'virtual:native:/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-devtools/ninja/ninja_1.11.1.bb:do_populate_sysroot',
 
'virtual:native:/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-devtools/patch/patch_2.7.6.bb:do_populate_sysroot',
 
'virtual:native:/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb:do_populate_sysroot',
 
'virtual:native:/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot',
 
'virtual:native:/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-devtools/python/python3_3.12.2.bb:do_populate_sysroot',
 
'virtual:native:/home/pokybuild/yocto-worker/musl-qemux86/build/meta/recipes-support/libcap/libcap_2.69.bb:do_populate_sysroot']
| NOTE: Installed into sysroot: []
| NOTE: Skipping as already exists in sysroot: ['gettext-minimal-native', 
'bsd-headers', 'libssp-nonshared', 'musl', 'binutils-cross-i686', 
'cmake-native', 'gcc-cross-i686', 'gcc-runtime', 'libgcc', 'libtool-native', 
'm4-native', 'opkg-utils', 'qemu-native', 'quilt-native', 'libidn2', 
'texinfo-dummy-native', 'linux-libc-headers', 'gmp', 'gnutls', 'libtasn1', 
'libcap', 'libseccomp', 'libunistring', 'nettle', 'openssl-native', 
'expat-native', 'gettext-native', 'glib-2.0-native', 'ncurses-native', 
'util-linux-libuuid-native', 'util-linux-native', 'zlib-native', 'flex-native', 
'gnu-config-native', 'libedit-native', 'make-native', 'meson-native', 
'ninja-native', 'patch-native', 'perl-native', 'pkgconfig-native', 
'pseudo-native', 'python3-build-native', 'python3-flit-core-native', 
'python3-installer-native', 'python3-packaging-native', 
'python3-pyproject-hooks-native', 'python3-setuptools-native', 
'python3-wheel-native', 'python3-native', 'bzip2-native', 'libnsl2-native', 
'libtirpc-native', 'unzip-native', 'xz-native', 'zstd-native', 'attr-native', 
'gdbm-native', 'gmp-native', 'libcap-ng-native', 'libcap-native', 
'libffi-native', 'libmpc-native', 'libpcre2-native', 'mpfr-native', 
're2c-native', 'sqlite3-native']
| DEBUG: Python function extend_recipe_sysroot finished
| DEBUG: Executing shell function do_install
| Installing ping/ping to 
/home/pokybuild/yocto-worker/musl-qemux86/build/build/tmp/work/core2-32-poky-linux-musl/iputils/20240117/image/bin
| Installing tracepath to 
/home/pokybuild/yocto-worker/musl-qemux86/build/build/tmp/work/core2-32-poky-linux-musl/iputils/20240117/image/bin
| Installing clockdiff to 
/home/pokybuild/yocto-worker/musl-qemux86/build/build/tmp/work/core2-32-poky-linux-musl/iputils/20240117/image/bin
| Installing arping to 
/home/pokybuild/yocto-worker/musl-qemux86/build/build/tmp/work/core2-32-poky-linux-musl/iputils/20240117/image/bin
| ln: failed to create symbolic link 
'/home/pokybuild/yocto-worker/musl-qemux86/build/build/tmp/work/core2-32-poky-linux-musl/iputils/20240117/image//usr/bin/ping6':
 No such file or directory
| WARNING: 
/home/pokybuild/yocto-worker/musl-qemux86/build/build/tmp/work/core2-32-poky-linux-musl/iputils/20240117/temp/run.do_install.685043:154
 exit 1 from 'ln -sf ping 
/home/pokybuild/yocto-worker/musl-qemux86/build/build/tmp/work/core2-32-poky-linux-musl/iputils/20240117/image//usr/bin/ping6'
| WARNING: Backtrace (BB generated script):
|   #1: do_install, 

Re: [OE-core] [PATCH v2 1/3] binutils-cross-canadian: add gprofng package as runtime dependency

[Alexandre Belloni via lists.openembedded.org]

I believe this causes these failures:

https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/8798/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/20/builds/9202/steps/12/logs/stdio

On 29/03/2024 07:55:05-0700, Sadineni, Harish via lists.openembedded.org wrote:
> From: Harish Sadineni 
> 
> In SDK, while running "x86_64-poky-linux-gp-collect-app ./exe" fails to 
> create 'test.1.er' due to missing gprofng configure file in sysconfdir and 
> aborting with below error while generating the profiling data.
> - configuration error: can not find libgp-collector.so. run aborted
> 
> Signed-off-by: Harish Sadineni 
> ---
>  meta/recipes-devtools/binutils/binutils-cross-canadian.inc | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/meta/recipes-devtools/binutils/binutils-cross-canadian.inc 
> b/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
> index 62ebb3f5bc..7f2699089e 100644
> --- a/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
> +++ b/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
> @@ -30,3 +30,4 @@ do_install () {
>  }
>  
>  BBCLASSEXTEND = ""
> +RDEPENDS:${PN} = "nativesdk-gprofng"
> -- 
> 2.43.0
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197882): 
https://lists.openembedded.org/g/openembedded-core/message/197882
Mute This Topic: https://lists.openembedded.org/mt/105216924/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 v5 1/3] nfs-utils: clean up startup

[Alexandre Belloni via lists.openembedded.org]

This still fails on the AB:

https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/9115/steps/14/logs/stdio

On 28/03/2024 19:24:10-0600, Dan McGregor wrote:
> From: Daniel McGregor 
> 
> Change the sysvinit script to start at the S runlevel, this matches
> Debian, and prevents systemd from generating a unit file for it.
> Also have the nfsd systemd service request the nfsd kernel filesystem
> mountpoint. This avoids startup failures in unpriviled containers
> or other setups that don't support the filesystem.
> 
> Signed-off-by: Daniel McGregor 
> ---
>  meta/recipes-connectivity/nfs-utils/nfs-utils/nfscommon | 4 ++--
>  meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb  | 9 -
>  2 files changed, 6 insertions(+), 7 deletions(-)
> 
> diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils/nfscommon 
> b/meta/recipes-connectivity/nfs-utils/nfs-utils/nfscommon
> index 992267d5a16..4c1ad17c3c6 100644
> --- a/meta/recipes-connectivity/nfs-utils/nfs-utils/nfscommon
> +++ b/meta/recipes-connectivity/nfs-utils/nfs-utils/nfscommon
> @@ -3,7 +3,7 @@
>  # Provides:  nfs-common
>  # Required-Start:$portmap hwclock
>  # Required-Stop: $portmap hwclock
> -# Default-Start: 2 3 4 5
> +# Default-Start: S
>  # Default-Stop:  0 1 6
>  # Short-Description: NFS support for both client and server
>  # Description:   NFS is a popular protocol for file sharing across
> @@ -20,7 +20,7 @@
>  . /etc/init.d/functions
>  
>  test -x "$NFS_STATD" || NFS_STATD=/usr/sbin/rpc.statd
> -test -z "$STATD_PID" && STATD_PID=/var/run/rpc.statd.pid
> +test -z "$STATD_PID" && STATD_PID=/run/rpc.statd.pid
>  #
>  # The default state directory is /var/lib/nfs
>  test -n "$NFS_STATEDIR" || NFS_STATEDIR=/var/lib/nfs
> diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb 
> b/meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb
> index 2f2644f9a83..527fcd609c1 100644
> --- a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb
> +++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb
> @@ -132,15 +132,14 @@ do_install:append () {
>   install -m 0644 ${WORKDIR}/nfs-server.service 
> ${D}${systemd_system_unitdir}/
>   install -m 0644 ${WORKDIR}/nfs-mountd.service 
> ${D}${systemd_system_unitdir}/
>   install -m 0644 ${WORKDIR}/nfs-statd.service 
> ${D}${systemd_system_unitdir}/
> + install -m 0644 ${WORKDIR}/proc-fs-nfsd.mount 
> ${D}${systemd_system_unitdir}/
>   sed -i -e 's,@SBINDIR@,${sbindir},g' \
>   -e 's,@SYSCONFDIR@,${sysconfdir},g' \
>   -e 's,@HIGH_RLIMIT_NOFILE@,${HIGH_RLIMIT_NOFILE},g' \
>   ${D}${systemd_system_unitdir}/*.service
> - if ${@bb.utils.contains('DISTRO_FEATURES','systemd','true','false',d)}; 
> then
> - install -m 0644 ${WORKDIR}/proc-fs-nfsd.mount 
> ${D}${systemd_system_unitdir}/
> - install -d ${D}${systemd_system_unitdir}/sysinit.target.wants/
> - ln -sf ../proc-fs-nfsd.mount 
> ${D}${systemd_system_unitdir}/sysinit.target.wants/proc-fs-nfsd.mount
> - fi
> + # Add compatibility symlinks for the sysvinit scripts
> + ln -s nfs-server.service ${D}${systemd_system_unitdir}/nfsserver.service
> + ln -s /dev/null ${D}${systemd_system_unitdir}/nfscommon.service
>  
>   # kernel code as of 3.8 hard-codes this path as a default
>   install -d ${D}/var/lib/nfs/v4recovery
> -- 
> 2.41.0
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197669): 
https://lists.openembedded.org/g/openembedded-core/message/197669
Mute This Topic: https://lists.openembedded.org/mt/105209254/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 2/3] valgrind: Re-enable fixed test cases

[Alexandre Belloni via lists.openembedded.org]

On 30/03/2024 08:31:10+, Richard Purdie wrote:
> On Thu, 2024-03-28 at 22:50 -0700, Khem Raj wrote:
> > These tests have been fixed in prior to 3.22 release
> > 
> > Signed-off-by: Khem Raj 
> > ---
> >  meta/recipes-devtools/valgrind/valgrind_3.22.0.bb | 6 --
> >  1 file changed, 6 deletions(-)
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6452/steps/13/logs/stdio
> https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/6257/steps/13/logs/stdio
> 
> Failed ptests:
> {'valgrind': ['memcheck/tests/leak_cpp_interior', 
> 'drd/tests/pth_mutex_signal']}
> 
> so they're not fixed.
> 

Failed test details...
drd/tests/pth_mutex_signal.stderr.diff

--- pth_mutex_signal.stderr.exp
+++ pth_mutex_signal.stderr.out
@@ -2,14 +2,34 @@
 mutex initialized
 thread attributes initialized
 thread created
-sleeping
-signalling
-sleeping
-nullHandler running
-unlocking
-contender locked mutex
-contender unlocking mutex
-contender unlocked mutex
-joining thread
 
-ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
+Process terminating with default action of signal 6 (SIGABRT)
+   at 0x: __pthread_kill_implementation (pthread_kill.c:?)
+   by 0x: raise (raise.c:?)
+   by 0x: abort (abort.c:?)
+   by 0x: __libc_message_impl.cold (libc_fatal.c:?)
+   by 0x: __libc_fatal (libc_fatal.c:?)
+   by 0x: futex_fatal_error (futex-internal.h:87)
+   by 0x: __futex_lock_pi64 (futex-internal.c:203)
+   by 0x: __pthread_mutex_lock_full (pthread_mutex_lock.c:?)
+   by 0x: pthread_mutex_lock (drd_pthread_intercepts.c:?)
+   by 0x: contender_start (pth_mutex_signal.c:?)
+   by 0x: vgDrd_thread_wrapper (drd_pthread_intercepts.c:?)
+   by 0x: start_thread
+   by 0x: clone (in /...libc...)
+Thread 2:
+Destroying locked mutex: mutex 0x, recursion count 1, owner 1.
+   at 0x: __libc_write (write.c:?)
+   by 0x: write (write.c:?)
+   by 0x: _IO_file_write@@GLIBC_2.2.5 (fileops.c:?)
+   by 0x: new_do_write (fileops.c:?)
+   by 0x: _IO_new_file_xsputn (fileops.c:?)
+   by 0x: _IO_file_xsputn@@GLIBC_2.2.5 (fileops.c:?)
+   by 0x: fwrite (iofwrite.c:?)
+   by 0x: main (pth_mutex_signal.c:?)
+mutex 0x was first observed at:
+   at 0x: pthread_mutex_init (drd_pthread_intercepts.c:?)
+   by 0x: main (pth_mutex_signal.c:?)
+
+
+ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)

Failed test details...
memcheck/tests/leak_cpp_interior.stderr.diff

--- leak_cpp_interior.stderr.exp
+++ leak_cpp_interior.stderr.out
@@ -1,4 +1,7 @@
 
+Conditional jump or move depends on uninitialised value(s)
+   ...
+
 valgrind output will go to log
 VALGRIND_DO_LEAK_CHECK
 x bytes in 1 blocks are definitely lost in loss record ... of ...
@@ -35,10 +38,10 @@
 LEAK SUMMARY:
definitely lost: x (+0) bytes in 1 (+0) blocks
indirectly lost: 0 (+0) bytes in 0 (+0) blocks
- possibly lost: x (-x) bytes in 5 (+1) blocks
-   still reachable: x (+x) bytes in 3 (-1) blocks
+ possibly lost: x (-x) bytes in 4 (+0) blocks
+   still reachable: x (+x) bytes in 4 (+0) blocks
   of which reachable via heuristic:
-newarray   : x (+x) bytes in 1 (+1) blocks
+newarray   : x (+x) bytes in 2 (+2) blocks
 multipleinheritance: 0 (-x) bytes in 0 (-2) blocks
 To see details of leaked memory, give 'full' arg to leak_check
 
@@ -46,11 +49,11 @@
 LEAK SUMMARY:
definitely lost: x (+0) bytes in 1 (+0) blocks
indirectly lost: 0 (+0) bytes in 0 (+0) blocks
- possibly lost: x (-x) bytes in 5 (+0) blocks
-   still reachable: x (+x) bytes in 3 (+0) blocks
+ possibly lost: x (+x) bytes in 5 (+1) blocks
+   still reachable: x (-x) bytes in 3 (-1) blocks
   of which reachable via heuristic:
 length64   : x (+x) bytes in 1 (+1) blocks
-newarray   : 0 (-x) bytes in 0 (-1) blocks
+newarray   : 0 (-x) bytes in 0 (-2) blocks
 To see details of leaked memory, give 'full' arg to leak_check
 
 leak_check summary heuristics stdstring
@@ -133,5 +136,6 @@
 
 All heap blocks were freed -- no leaks are possible
 
+Use --track-origins=yes to see where uninitialised values come from



-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197656): 
https://lists.openembedded.org/g/openembedded-core/message/197656
Mute This Topic: https://lists.openembedded.org/mt/105211846/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 31/34] spirv-tools: upgrade 1.3.275.0 -> 1.3.280.0

[Alexandre Belloni via lists.openembedded.org]

On 27/03/2024 11:34:42+, Jose Quaresma wrote:
> Hi Alexandre,
> 
> I see this is still on
> https://git.yoctoproject.org/poky-contrib/log/?h=abelloni/master-next but
> it should be dropped
> because it is included in the vulkan v2
> https://lists.openembedded.org/g/openembedded-core/message/197546
> 
> This spirv and glslang recipes should be updated in lockstep with vulkan as
> printed by AlexK on
> https://lists.openembedded.org/g/openembedded-core/message/197529

Note that I took the spirv patches only once there was the vulkan
update so it is not *still* there.
This is super frustrating because the vulkan upgrade commit changelog is
not a replacement for the spirv upgrade commit changelog.

> 
> Jose
> 
> 
> wangmy via lists.openembedded.org 
> escreveu (terça, 26/03/2024 à(s) 00:37):
> 
> > From: Wang Mingyu 
> >
> > Changelog:
> > ==
> > - Add tooling support for SPV_KHR_maximal_reconvergence
> > - Add support for SPV_KHR_float_controls2
> > - SPV_KHR_quad_control
> > - Fold 64-bit int operations
> > - update image enum tests to remove Kernel capability
> > - Support operand kind for SPV_INTEL_maximum_registers
> > - SPV_NV_shader_atomic_fp16_vector
> > - Support for SPV_QCOM_image_processing2 (#5582)
> > - Fix access chain struct checks
> >
> > Signed-off-by: Wang Mingyu 
> > ---
> >  .../spir/{spirv-tools_1.3.275.0.bb => spirv-tools_1.3.280.0.bb} | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >  rename meta/recipes-graphics/spir/{spirv-tools_1.3.275.0.bb =>
> > spirv-tools_1.3.280.0.bb} (96%)
> >
> > diff --git a/meta/recipes-graphics/spir/spirv-tools_1.3.275.0.bb
> > b/meta/recipes-graphics/spir/spirv-tools_1.3.280.0.bb
> > similarity index 96%
> > rename from meta/recipes-graphics/spir/spirv-tools_1.3.275.0.bb
> > rename to meta/recipes-graphics/spir/spirv-tools_1.3.280.0.bb
> > index 05c6de1b50..d2b6acf946 100644
> > --- a/meta/recipes-graphics/spir/spirv-tools_1.3.275.0.bb
> > +++ b/meta/recipes-graphics/spir/spirv-tools_1.3.280.0.bb
> > @@ -7,7 +7,7 @@ SECTION = "graphics"
> >  LICENSE  = "Apache-2.0"
> >  LIC_FILES_CHKSUM = "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57"
> >
> > -SRCREV = "f0cc85efdbbe3a46eae90e0f915dc1509836d0fc"
> > +SRCREV = "04896c462d9f3f504c99a4698605b6524af813c1"
> >  SRC_URI = "git://
> > github.com/KhronosGroup/SPIRV-Tools.git;branch=main;protocol=https"
> >  PE = "1"
> >  # These recipes need to be updated in lockstep with each other:
> > --
> > 2.34.1
> >
> >
> > 
> >
> >
> 
> -- 
> Best regards,
> 
> José Quaresma

-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197556): 
https://lists.openembedded.org/g/openembedded-core/message/197556
Mute This Topic: https://lists.openembedded.org/mt/105150547/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 06/34] glib-networking: upgrade 2.78.1 -> 2.80.0

[Alexandre Belloni via lists.openembedded.org]

This causes ptest failures:

Failed ptests:
{'glib-networking': ['glib-networking/connection-gnutls.test',
 'glib-networking/file-database-gnutls.test']}

(/usr/libexec/installed-tests/glib-networking/file-database-gnutls:400): 
GLib-Net-WARNING **: 10:09:00.679: Failed to load TLS database: System trust 
contains zero trusted certificates; please investigate your GnuTLS configuration
FAIL: glib-networking/file-database-gnutls.test (Child process killed by signal 
5)
Running test: glib-networking/connection-gnutls.test

(/usr/libexec/installed-tests/glib-networking/connection-gnutls:402): 
GLib-Net-WARNING **: 10:09:00.693: Failed to load TLS database: System trust 
contains zero trusted certificates; please investigate your GnuTLS configuration
FAIL: glib-networking/connection-gnutls.test (Child process killed by signal 5)
Running test: glib-networking/certificate-gnutls.test

I guess the ptests need ca-certificates.


On 26/03/2024 08:34:24+0800, wangmy via lists.openembedded.org wrote:
> From: Wang Mingyu 
> 
> Changelog:
> ===
> - Mark plugin functions as exports on Windows
> - GnuTLS: fix improper use of IP address in SNI extension
> - GnuTLS: major performance improvement: reduce unnecessary trust list 
> creation
> - OpenSSL: properly handle BIO_CTRL_EOF
> - GnuTLS: Add warning when system has no trusted certificates
> - OpenSSL: Fix bug when populating trust store
> - Fix license on dtls-connection.c test
> - Updated translations
> 
> Signed-off-by: Wang Mingyu 
> ---
>  .../{glib-networking_2.78.1.bb => glib-networking_2.80.0.bb}| 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-core/glib-networking/{glib-networking_2.78.1.bb => 
> glib-networking_2.80.0.bb} (95%)
> 
> diff --git a/meta/recipes-core/glib-networking/glib-networking_2.78.1.bb 
> b/meta/recipes-core/glib-networking/glib-networking_2.80.0.bb
> similarity index 95%
> rename from meta/recipes-core/glib-networking/glib-networking_2.78.1.bb
> rename to meta/recipes-core/glib-networking/glib-networking_2.80.0.bb
> index 5060d9fd7a..c8a1355548 100644
> --- a/meta/recipes-core/glib-networking/glib-networking_2.78.1.bb
> +++ b/meta/recipes-core/glib-networking/glib-networking_2.80.0.bb
> @@ -14,7 +14,7 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=4fbd65380cdd255951079008b364516c \
>  SECTION = "libs"
>  DEPENDS = "glib-2.0-native glib-2.0"
>  
> -SRC_URI[archive.sha256sum] = 
> "e48f2ddbb049832cbb09230529c5e45daca9f0df0eda325f832f7379859bf09f"
> +SRC_URI[archive.sha256sum] = 
> "d8f4f1aab213179ae3351617b59dab5de6bcc9e785021eee178998ebd4bb3acf"
>  
>  # Upstream note that for the openssl backend, half the tests where this 
> backend don't return
>  # the expected error code or don't work as expected so default to gnutls
> -- 
> 2.34.1
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197535): 
https://lists.openembedded.org/g/openembedded-core/message/197535
Mute This Topic: https://lists.openembedded.org/mt/105150499/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 2/2] wic: plugins source bootimage/isoimage rename to allow be imported

[Alexandre Belloni via lists.openembedded.org]

This breaks some selftests and meta-virtualization:

https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6573/steps/14/logs/stdio

https://autobuilder.yoctoproject.org/typhoon/#/builders/128/builds/3005/steps/12/logs/stdio


On 23/03/2024 13:53:04-0600, Anibal Limon wrote:
> Python not support importing modules with - so change to _.
> 
> Signed-off-by: Anibal Limon 
> ---
>  .../source/{bootimg-biosplusefi.py => bootimg_biosplusefi.py} | 0
>  scripts/lib/wic/plugins/source/{bootimg-efi.py => bootimg_efi.py} | 0
>  .../plugins/source/{bootimg-partition.py => bootimg_partition.py} | 0
>  .../wic/plugins/source/{bootimg-pcbios.py => bootimg_pcbios.py}   | 0
>  .../source/{isoimage-isohybrid.py => isoimage_isohybrid.py}   | 0
>  5 files changed, 0 insertions(+), 0 deletions(-)
>  rename scripts/lib/wic/plugins/source/{bootimg-biosplusefi.py => 
> bootimg_biosplusefi.py} (100%)
>  rename scripts/lib/wic/plugins/source/{bootimg-efi.py => bootimg_efi.py} 
> (100%)
>  rename scripts/lib/wic/plugins/source/{bootimg-partition.py => 
> bootimg_partition.py} (100%)
>  rename scripts/lib/wic/plugins/source/{bootimg-pcbios.py => 
> bootimg_pcbios.py} (100%)
>  rename scripts/lib/wic/plugins/source/{isoimage-isohybrid.py => 
> isoimage_isohybrid.py} (100%)
> 
> diff --git a/scripts/lib/wic/plugins/source/bootimg-biosplusefi.py 
> b/scripts/lib/wic/plugins/source/bootimg_biosplusefi.py
> similarity index 100%
> rename from scripts/lib/wic/plugins/source/bootimg-biosplusefi.py
> rename to scripts/lib/wic/plugins/source/bootimg_biosplusefi.py
> diff --git a/scripts/lib/wic/plugins/source/bootimg-efi.py 
> b/scripts/lib/wic/plugins/source/bootimg_efi.py
> similarity index 100%
> rename from scripts/lib/wic/plugins/source/bootimg-efi.py
> rename to scripts/lib/wic/plugins/source/bootimg_efi.py
> diff --git a/scripts/lib/wic/plugins/source/bootimg-partition.py 
> b/scripts/lib/wic/plugins/source/bootimg_partition.py
> similarity index 100%
> rename from scripts/lib/wic/plugins/source/bootimg-partition.py
> rename to scripts/lib/wic/plugins/source/bootimg_partition.py
> diff --git a/scripts/lib/wic/plugins/source/bootimg-pcbios.py 
> b/scripts/lib/wic/plugins/source/bootimg_pcbios.py
> similarity index 100%
> rename from scripts/lib/wic/plugins/source/bootimg-pcbios.py
> rename to scripts/lib/wic/plugins/source/bootimg_pcbios.py
> diff --git a/scripts/lib/wic/plugins/source/isoimage-isohybrid.py 
> b/scripts/lib/wic/plugins/source/isoimage_isohybrid.py
> similarity index 100%
> rename from scripts/lib/wic/plugins/source/isoimage-isohybrid.py
> rename to scripts/lib/wic/plugins/source/isoimage_isohybrid.py
> -- 
> 2.43.0
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197482): 
https://lists.openembedded.org/g/openembedded-core/message/197482
Mute This Topic: https://lists.openembedded.org/mt/105108998/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 1/2] musl: Update to latest tip of trunk

[Alexandre Belloni via lists.openembedded.org]

Hello,

ofonod on qemux86-64 doesn't like this series:

https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/8776/steps/13/logs/stdio

On 15/02/2024 09:02:00-0800, Khem Raj wrote:
> Do not use https protocol for fetching
> 
> Musl author confirms that https protocol is not well supported yet on
> musl git host, currently we experience this problem intermittently on
> some build hosts where the fetching fails.
> 
> fatal: protocol error: bad line length character: erro
> WARNING: Failed to fetch URL 
> git://git.etalabs.net/git/musl;branch=master;protocol=https
> 
> Brings these changes
> 
> * cf91e9b3 fix erroneous feature test macro check for ppoll
> * 39838619 syslog: use C locale for timestamp generation
> * 8b704868 stdc-predef.h: prevent redefining __STDC_UTF_{16,32}__ macros
> * 407aea62 riscv: add TLSDESC support
> * 2e1bb87a install.sh: avoid creating symlinks with restricted permissions
> * 0e330722 sqrtl: fix invalid use of a non-constant-expression as static 
> initializer
> * bd3138b7 riscv: correct symbol version of __vdso_flush_icache
> * 15aa7abd elf.h: add NT_RISCV_CSR and NT_RISCV_VECTOR constants
> * 25c41236 elf.h: update RISC-V relocation types
> * 81cced6e add preadv2 and pwritev2 syscall wrappers, flag value macros
> * f247462b expose ppoll in default feature profile
> * 07af0181 move ppoll from src/linux to src/select reflecting future 
> standardization
> * 11fb3832 remove INT_MAX limit on the n argument to snprintf/swprintf
> * f47a5d40 strftime: don't attempt to parse field width without seeing a digit
> * f314e133 mntent: fields are delimited only by tabs or spaces, not general 
> whitespace
> * ee1d39bc mntent: unescape octal sequences
> * e17b9d74 ldso: fix TLSDESC addend processing on archs with backwards 
> descriptors
> * 039d3c34 ldso: convert TLSDESC_BACKWARDS from "#ifdef" to "if" logic
> * 7b6a6516 byte-based printf family: emit a nul byte for %lc with argument 
> zero
> * 8c086e76 remove arbitrary limit from dns result parsing
> * 2265a4c9 pass AT_NO_AUTOMOUNT when emulating fstatat via statx
> * 2d84486a __year_to_secs: fix dangling pointer
> * c5459df1 timer_create: volatile static -> static volatile
> * 7bb11f75 ensure valid setxid return value in an unexpected error case
> * 7f3a2925 synccall: add separate exit_sem to fix thread release logic bug
> * 5baf2d92 ldso: use __ehdr_start if available to locate its own ELF headers
> * 725e17ed remove non-prototype declaration of basename from string.h
> * 6be76895 elf.h: add typedefs for Elf64_Relr and Elf32_Relr
> 
> Signed-off-by: Khem Raj 
> 
> Signed-off-by: Khem Raj 
> ---
>  ...ic-linker-a-relative-symlink-to-libc.patch | 12 +++---
>  ...ir-and-libdir-as-default-pathes-to-l.patch | 10 ++---
>  ...pedefs-for-Elf64_Relr-and-Elf32_Relr.patch | 37 ---
>  meta/recipes-core/musl/musl_git.bb|  5 +--
>  4 files changed, 13 insertions(+), 51 deletions(-)
>  delete mode 100644 
> meta/recipes-core/musl/musl/0003-elf.h-add-typedefs-for-Elf64_Relr-and-Elf32_Relr.patch
> 
> diff --git 
> a/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
>  
> b/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
> index 8b097f32768..06ab27f0eb4 100644
> --- 
> a/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
> +++ 
> b/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
> @@ -1,4 +1,4 @@
> -From f95b6fd0475a95c00e886219271cb5c93838e3c3 Mon Sep 17 00:00:00 2001
> +From 665ecc610c261d5e98710aa0c6ccf6e4991eaf58 Mon Sep 17 00:00:00 2001
>  From: Amarnath Valluri 
>  Date: Wed, 18 Jan 2017 16:14:37 +0200
>  Subject: [PATCH 1/2] Make dynamic linker a relative symlink to libc
> @@ -35,7 +35,7 @@ index e8cc4436..466d9afd 100644
>   install-libs: $(ALL_LIBS:lib/%=$(DESTDIR)$(libdir)/%) $(if 
> $(SHARED_LIBS),$(DESTDIR)$(LDSO_PATHNAME),)
>   
>  diff --git a/tools/install.sh b/tools/install.sh
> -index d913b60b..b6a7f797 100755
> +index 855a8ca2..a2e6a5eb 100755
>  --- a/tools/install.sh
>  +++ b/tools/install.sh
>  @@ -6,18 +6,20 @@
> @@ -61,15 +61,15 @@ index d913b60b..b6a7f797 100755
>   m) mode=$OPTARG ;;
>   ?) usage ;;
>   esac
> -@@ -48,7 +50,7 @@ trap 'rm -f "$tmp"' EXIT INT QUIT TERM HUP
> - umask 077
> +@@ -49,7 +51,7 @@ umask 077
>   
>   if test "$symlink" ; then
> + umask 000
>  -ln -s "$1" "$tmp"
>  +ln $symlinkflags "$1" "$tmp"
> + umask 077
>   else
>   cat < "$1" > "$tmp"
> - chmod "$mode" "$tmp"
>  -- 
> -2.37.2
> +2.43.0
>  
> diff --git 
> a/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
>  
> b/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
> index 59bfae5a27c..04630b32ee9 100644
> --- 
> a/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
> +++ 
> 

Re: [OE-core] [PATCH v4 0/3] pkg-database and systemd-sysext image

[Alexandre Belloni via lists.openembedded.org]

Hello,

The series causes failures on the autobuilders:

https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/6548/steps/14/logs/stdio


2024-03-21 21:05:49,848 - oe-selftest - INFO - 6: 20/46 500/587 (137.73s) (0 
failed) (imagefeatures.ImageFeatures.test_image_gen_pkgdbfs)
2024-03-21 21:05:49,848 - oe-selftest - INFO - 
testtools.testresult.real._StringException: Traceback (most recent call last):
  File 
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/lib/oeqa/selftest/cases/imagefeatures.py",
 line 327, in test_image_gen_pkgdbfs
self.assertTrue(os.path.exists(os.path.join(img_vars['DEPLOY_DIR_IMAGE'], 
'var/lib/opkg/status')), 'opkg\'s status file was not present in: %s' % 
tar_file)
  File "/usr/lib64/python3.9/unittest/case.py", line 688, in assertTrue
raise self.failureException(msg)
AssertionError: False is not true : opkg's status file was not present in: 
/home/pokybuild/yocto-worker/oe-selftest-centos/build/build-st-3332915/tmp/deploy/images/qemux86-64/core-image-minimal-qemux86-64.rootfs-pkgdb.tar.gz


On 04/03/2024 07:15:50+0100, Johannes Schneider via lists.openembedded.org 
wrote:
> systemd-sysext allows to overlay another image (or multiple) ontop of
> a "base-image" = the current rootfs, via the use of overlayfs; to add
> tools and features meant for development purposes.
> 
> To quote the documentation on systemd-sysext:
> " ...addition in order to make debugging/development easier). System
> extension images should not be misunderstood as a generic software
> packaging framework, ..."
> 
> To build a lean image, that only holds packages that are not already
> part of the base-image, a snapshot of the package-database is taken
> after the installation of the base-rootfs is done, and picked up again
> when collecting the rootfs of such a extension image.
> 
> with all this in place an example usage could look like this:
> some-core-image.bb
>   inherit core-image
>   IMAGE_GEN_PKGDBFS = "1"
> 
> extending-image.bb
>   inherit image-sysext
>   IMAGE_FSTYPES = "squashfs"
>   IMAGE_BASE_PKGDB = "some-core-image"
>   # the above pointing at a package-db similar to:
>   # 
> build/deploy/images/$MACHINE/some-core-image-$MACHINE-20240210172305-pkgdb.rootfs.tar.gz
> 
> then on the device, running some-core-image, with the extension image placed 
> at FN:
> $> ln -s "$FN" /run/extensions/$(basename $FN).raw
> $> systemd-sysext list
> $> SYSTEMD_LOG_LEVEL=debug systemd-sysext merge
> 
> As long as the VERSION_ID of the extension image matches the os-release
> in the base image, the above commands return sucessfully;
> for details on the compativility check see the docs for systemd-sysext.
> 
> =
> 
> changes with v2:
> rebase from 'kirkstone' onto 'master'
> 
> changes with v3;
>   incorporate review suggestions for simplification
>   add task dependency handling
>   add oe-selftest for the pkgdb handling
>   add variable documentation and
>   some more comments, and examples in the commit-msg
> 
> changes with v4;
>   rebase onto 'master' => no functional changes
>   fixed patchtest findings

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197452): 
https://lists.openembedded.org/g/openembedded-core/message/197452
Mute This Topic: https://lists.openembedded.org/mt/104717642/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] riscv: libcamera stack smashing detected

[Alexandre Belloni via lists.openembedded.org]

Hello,

This report should have gone to the openembedded-devel mailing list as
libcamera is in meta-oe. But I guess Khem will have a look anyway.


On 20/03/2024 09:10:05-0700, Joel Winarske wrote:
> In master there is a problem running the libcamera "cam" app on a RISC-V
> device:
> 
> *** stack smashing detected ***: terminated
> 
> If I remove the patches in the libcamera recipe, it builds and runs on
> target without issue.
> 
> libcamera bug has the details:
> https://bugs.libcamera.org/show_bug.cgi?id=214
> 
> Joel

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197431): 
https://lists.openembedded.org/g/openembedded-core/message/197431
Mute This Topic: https://lists.openembedded.org/mt/105047726/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] toolchain-shar-relocate.sh: Add check for missing command 'file'

[Alexandre Belloni via lists.openembedded.org]

Hello Tom,

On 16/03/2024 12:35:58-0500, Tom Hochstein wrote:
> On a machine without the file command, the SDK install fails with a
> cryptic error message.
> 
> ```
> xargs: file: No such file or directory
> sed: no input files
> Failed to replace perl. Relocate script failed. Abort!
> ```
> 
> Add a test for 'file' to print a clear error message.
> 
> ```
> The command 'file' is required by the relocation script, please install it 
> first. Abort!
> ```
> 
> Signed-off-by: Tom Hochstein 
> ---
>  meta/files/toolchain-shar-relocate.sh | 10 ++
>  1 file changed, 6 insertions(+), 4 deletions(-)
> 
> diff --git a/meta/files/toolchain-shar-relocate.sh 
> b/meta/files/toolchain-shar-relocate.sh
> index e8ab357717..3d55e38102 100644
> --- a/meta/files/toolchain-shar-relocate.sh
> +++ b/meta/files/toolchain-shar-relocate.sh
> @@ -1,7 +1,9 @@
> -if ! xargs --version > /dev/null 2>&1; then
> - echo "xargs is required by the relocation script, please install it 
> first. Abort!"
> - exit 1
> -fi
> +for cmd in xargs file; do
> + if ! command -v $cmd &> /dev/null; then

This fails on some of our builders:
https://autobuilder.yoctoproject.org/typhoon/#/builders/20/builds/9148/steps/12/logs/stdio

> + echo "The command '$cmd' is required by the relocation script, 
> please install it first. Abort!"
> + exit 1
> + fi
> +done
>  
>  # fix dynamic loader paths in all ELF SDK binaries
>  # allow symlinks to be accessed via the find command too
> -- 
> 2.25.1
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197414): 
https://lists.openembedded.org/g/openembedded-core/message/197414
Mute This Topic: https://lists.openembedded.org/mt/104970783/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 23/36] python3-maturin: upgrade 1.4.0 -> 1.5.0

[Alexandre Belloni via lists.openembedded.org]

On 13/03/2024 15:08:21+0800, wangmy via lists.openembedded.org wrote:
> From: Wang Mingyu 
> 
> Changelog:
>  Fix the format_name property and move it from the ArchiveEntry class to the 
> ArchiveRead class
> 
> Signed-off-by: Wang Mingyu 
> ---
>  .../{python3-maturin_1.4.0.bb => python3-maturin_1.5.0.bb}  | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-devtools/python/{python3-maturin_1.4.0.bb => 
> python3-maturin_1.5.0.bb} (92%)
> 
> diff --git a/meta/recipes-devtools/python/python3-maturin_1.4.0.bb 
> b/meta/recipes-devtools/python/python3-maturin_1.5.0.bb
> similarity index 92%
> rename from meta/recipes-devtools/python/python3-maturin_1.4.0.bb
> rename to meta/recipes-devtools/python/python3-maturin_1.5.0.bb
> index ed19ee647a..e80a45f0bc 100644
> --- a/meta/recipes-devtools/python/python3-maturin_1.4.0.bb
> +++ b/meta/recipes-devtools/python/python3-maturin_1.5.0.bb
> @@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = 
> "file://license-apache;md5=1836efb2eb779966696f473ee8540542 \
>  file://license-mit;md5=85fd3b67069cff784d98ebfc7d5c0797"
>  
>  SRC_URI += "file://0001-Add-32-bit-RISC-V-support.patch"

ERROR: python3-maturin-native-1.5.0-r0 do_patch: Applying patch 
'0001-Add-32-bit-RISC-V-support.patch' on target directory 
'/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/x86_64-linux/python3-maturin-native/1.5.0/maturin-1.5.0'
CmdError('quilt --quiltrc 
/home/pokybuild/yocto-worker/reproducible/build/build-st/reproducibleA/tmp/work/x86_64-linux/python3-maturin-native/1.5.0/recipe-sysroot-native/etc/quiltrc
 push', 0, 'stdout: Applying patch 0001-Add-32-bit-RISC-V-support.patch


> -SRC_URI[sha256sum] = 
> "ed12e1768094a7adeafc3a74ebdb8dc2201fa64c4e7e31f14cfc70378bf93790"
> +SRC_URI[sha256sum] = 
> "e046ea2aed687991d58c42f6276dfcc0c037092934654f538b5877fd57dd3a9c"
>  
>  S = "${WORKDIR}/maturin-${PV}"
>  
> -- 
> 2.34.1
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#197317): 
https://lists.openembedded.org/g/openembedded-core/message/197317
Mute This Topic: https://lists.openembedded.org/mt/104900971/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 1/7, v3] openssh: replace complete configuration files by patch

[Alexandre Belloni via lists.openembedded.org]

Please always resend the whole series, the maintainer should have to go
and cherry pick patches from various versions once the series has been
dropped.

On 12/03/2024 12:00:21+0100, Enrico Scholz via lists.openembedded.org wrote:
> From: Enrico Scholz 
> 
> Instead of shipping the whole configuration files for openssh, add
> small patch includes configuration snippets from subdirectories.
> 
> This allows us to keep the original upstream configuration which is
> mainly useful for documentation purposes.  It makes it more easy to
> identify OE specific setup.
> 
> Signed-off-by: Enrico Scholz 
> ---
>  .../openssh/openssh/include-conf.patch|  34 +
>  .../openssh/openssh/ssh_config|  48 ---
>  .../openssh/openssh/sshd_config   | 119 --
>  .../openssh/openssh_9.6p1.bb  |   5 +-
>  4 files changed, 35 insertions(+), 171 deletions(-)
>  create mode 100644 
> meta/recipes-connectivity/openssh/openssh/include-conf.patch
>  delete mode 100644 meta/recipes-connectivity/openssh/openssh/ssh_config
>  delete mode 100644 meta/recipes-connectivity/openssh/openssh/sshd_config
> 
> diff --git a/meta/recipes-connectivity/openssh/openssh/include-conf.patch 
> b/meta/recipes-connectivity/openssh/openssh/include-conf.patch
> new file mode 100644
> index ..0a3f6839f838
> --- /dev/null
> +++ b/meta/recipes-connectivity/openssh/openssh/include-conf.patch
> @@ -0,0 +1,34 @@
> +Include configuration snippets from subdirectory.
> +
> +NOTE: first configuration option wins.
> +
> +Upstream-Status: Inappropriate [configuration]
> +
> +Signed-off-by: Enrico Scholz 
> +
> +Index: openssh-9.5p1/ssh_config
> +===
> +--- openssh-9.5p1.orig/ssh_config
>  openssh-9.5p1/ssh_config
> +@@ -5,6 +5,8 @@
> + # users, and the values can be changed in per-user configuration files
> + # or on the command line.
> +
> ++Include /etc/ssh/ssh_config.d/*.conf
> ++
> + # Configuration data is parsed as follows:
> + #  1. command line options
> + #  2. user-specific file
> +Index: openssh-9.5p1/sshd_config
> +===
> +--- openssh-9.5p1.orig/sshd_config
>  openssh-9.5p1/sshd_config
> +@@ -10,6 +10,8 @@
> + # possible, but leave them commented.  Uncommented options override the
> + # default value.
> +
> ++Include /etc/ssh/sshd_config.d/*.conf
> ++
> + #Port 22
> + #AddressFamily any
> + #ListenAddress 0.0.0.0
> diff --git a/meta/recipes-connectivity/openssh/openssh/ssh_config 
> b/meta/recipes-connectivity/openssh/openssh/ssh_config
> deleted file mode 100644
> index cb2774a163ed..
> --- a/meta/recipes-connectivity/openssh/openssh/ssh_config
> +++ /dev/null
> @@ -1,48 +0,0 @@
> -#$OpenBSD: ssh_config,v 1.35 2020/07/17 03:43:42 dtucker Exp $
> -
> -# This is the ssh client system-wide configuration file.  See
> -# ssh_config(5) for more information.  This file provides defaults for
> -# users, and the values can be changed in per-user configuration files
> -# or on the command line.
> -
> -# Configuration data is parsed as follows:
> -#  1. command line options
> -#  2. user-specific file
> -#  3. system-wide file
> -# Any configuration value is only changed the first time it is set.
> -# Thus, host-specific definitions should be at the beginning of the
> -# configuration file, and defaults at the end.
> -
> -# Site-wide defaults for some commonly used options.  For a comprehensive
> -# list of available options, their meanings and defaults, please see the
> -# ssh_config(5) man page.
> -
> -Include /etc/ssh/ssh_config.d/*.conf
> -
> -# Host *
> -#   ForwardAgent no
> -#   ForwardX11 no
> -#   PasswordAuthentication yes
> -#   HostbasedAuthentication no
> -#   GSSAPIAuthentication no
> -#   GSSAPIDelegateCredentials no
> -#   BatchMode no
> -#   CheckHostIP yes
> -#   AddressFamily any
> -#   ConnectTimeout 0
> -#   StrictHostKeyChecking ask
> -#   IdentityFile ~/.ssh/id_rsa
> -#   IdentityFile ~/.ssh/id_dsa
> -#   IdentityFile ~/.ssh/id_ecdsa
> -#   IdentityFile ~/.ssh/id_ed25519
> -#   Port 22
> -#   Ciphers aes128-ctr,aes192-ctr,aes256-ctr,aes128-cbc,3des-cbc
> -#   MACs hmac-md5,hmac-sha1,umac...@openssh.com
> -#   EscapeChar ~
> -#   Tunnel no
> -#   TunnelDevice any:any
> -#   PermitLocalCommand no
> -#   VisualHostKey no
> -#   ProxyCommand ssh -q -W %h:%p gateway.example.com
> -#   RekeyLimit 1G 1h
> -#   UserKnownHostsFile ~/.ssh/known_hosts.d/%k
> diff --git a/meta/recipes-connectivity/openssh/openssh/sshd_config 
> b/meta/recipes-connectivity/openssh/openssh/sshd_config
> deleted file mode 100644
> index e9eaf9315775..
> --- a/meta/recipes-connectivity/openssh/openssh/sshd_config
> +++ /dev/null
> @@ -1,119 +0,0 @@
> -#$OpenBSD: sshd_config,v 1.104 2021/07/02 05:11:21 dtucker Exp $
> -
> -# This is the sshd server system-wide configuration file.  See
> -# sshd_config(5) for more information.
> -
> 

Re: [OE-core] [PATCH] glibc: Fix conflict error when enbale multilib on aarch64.

[Alexandre Belloni via lists.openembedded.org]

https://lore.kernel.org/all/b023614f7765fc003a4aa854440c0b66d200d27b.ca...@linuxfoundation.org/

On 07/03/2024 16:22:32-0800, leimaohui via lists.openembedded.org wrote:
> Ping 
> 
> 
> 
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org
> >  On Behalf Of Khem Raj
> > Sent: Monday, February 26, 2024 2:19 PM
> > To: Lei, Maohui 
> > Cc: openembedded-core@lists.openembedded.org
> > Subject: Re: [OE-core] [PATCH] glibc: Fix conflict error when enbale 
> > multilib on
> > aarch64.
> > 
> > lgtm.
> > 
> > On Sun, Feb 25, 2024 at 9:32 PM leimaohui via lists.openembedded.org
> >  wrote:
> > >
> > > From: Lei Maohui 
> > >
> > > Error: Transaction test error:
> > >   file /usr/include/finclude/math-vector-fortran.h from install of
> > > lib32-libc6-dev-2.39+git0+312e159626-r0.armv7ahf_neon conflicts with
> > > file from package libc6-dev-2.39+git0+312e159626-r0.aarch64
> > >
> > > The difference of math-vector-fortran.h between 32bit and 64bit is as
> > > the following:
> > >
> > > ---
> > tmp/work/aarch64-linux/glibc/2.39+git/image/usr/include/finclude/math-vecto
> > r-fortran.h2024-02-26 03:41:59.56000 +
> > > +++ tmp/work/armv7ahf-neon-xmllib32-linux-gnueabi/lib32-glibc/2.39+git
> > > +++ /image/usr/include/finclude/math-vector-fortran.h 2024-02-26
> > > +++ 02:22:28.59200 +
> > > @@ -15,33 +15,5 @@
> > >  !   You should have received a copy of the GNU Lesser General Public
> > >  !   License along with the GNU C Library; if not, see
> > >  !   .
> > > -!GCC$ builtin (acos) attributes simd (notinbranch) -!GCC$ builtin
> > > (acosf) attributes simd (notinbranch) -!GCC$ builtin (asin) attributes
> > > simd (notinbranch) -!GCC$ builtin (asinf) attributes simd
> > > (notinbranch) -!GCC$ builtin (atan) attributes simd (notinbranch)
> > > -!GCC$ builtin (atanf) attributes simd (notinbranch) -!GCC$ builtin
> > > (atan2) attributes simd (notinbranch) -!GCC$ builtin (atan2f)
> > > attributes simd (notinbranch) -!GCC$ builtin (cos) attributes simd
> > > (notinbranch) -!GCC$ builtin (cosf) attributes simd (notinbranch)
> > > -!GCC$ builtin (exp) attributes simd (notinbranch) -!GCC$ builtin
> > > (expf) attributes simd (notinbranch) -!GCC$ builtin (exp10) attributes
> > > simd (notinbranch) -!GCC$ builtin (exp10f) attributes simd
> > > (notinbranch) -!GCC$ builtin (exp2) attributes simd (notinbranch)
> > > -!GCC$ builtin (exp2f) attributes simd (notinbranch) -!GCC$ builtin
> > > (expm1) attributes simd (notinbranch) -!GCC$ builtin (expm1f)
> > > attributes simd (notinbranch) -!GCC$ builtin (log) attributes simd
> > > (notinbranch) -!GCC$ builtin (logf) attributes simd (notinbranch)
> > > -!GCC$ builtin (log10) attributes simd (notinbranch) -!GCC$ builtin
> > > (log10f) attributes simd (notinbranch) -!GCC$ builtin (log1p)
> > > attributes simd (notinbranch) -!GCC$ builtin (log1pf) attributes simd
> > > (notinbranch) -!GCC$ builtin (log2) attributes simd (notinbranch)
> > > -!GCC$ builtin (log2f) attributes simd (notinbranch) -!GCC$ builtin
> > > (sin) attributes simd (notinbranch) -!GCC$ builtin (sinf) attributes
> > > simd (notinbranch) -!GCC$ builtin (tan) attributes simd (notinbranch)
> > > -!GCC$ builtin (tanf) attributes simd (notinbranch)
> > > +
> > > +! No SIMD math functions are available for this platform.
> > >
> > > Signed-off-by: Lei Maohui 
> > > ---
> > >  meta/recipes-core/glibc/glibc-package.inc | 1 +
> > >  1 file changed, 1 insertion(+)
> > >
> > > diff --git a/meta/recipes-core/glibc/glibc-package.inc
> > > b/meta/recipes-core/glibc/glibc-package.inc
> > > index 1ef987be0a..19eb7afa81 100644
> > > --- a/meta/recipes-core/glibc/glibc-package.inc
> > > +++ b/meta/recipes-core/glibc/glibc-package.inc
> > > @@ -167,6 +167,7 @@ do_install_armmultilib () {
> > > oe_multilib_header fpu_control.h gnu/lib-names.h gnu/stubs.h
> > > ieee754.h
> > >
> > > oe_multilib_header sys/elf.h sys/procfs.h sys/ptrace.h
> > > sys/ucontext.h sys/user.h
> > > +   oe_multilib_header finclude/math-vector-fortran.h
> > >  }
> > >
> > >
> > > --
> > > 2.34.1
> > >
> > >
> > >
> > >

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#196966): 
https://lists.openembedded.org/g/openembedded-core/message/196966
Mute This Topic: https://lists.openembedded.org/mt/104577604/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] Patchtest results for [PATCH 2/5] meta/lib/bblayers/buildconf.py: add support for configuration summaries

[Alexandre Belloni via lists.openembedded.org]

On 16/02/2024 09:26:18-0500, Trevor Gamblin wrote:
> 
> On 2024-02-16 08:57, Patchtest wrote:
> > Thank you for your submission. Patchtest identified one
> > or more issues with the patch. Please see the log below for
> > more information:
> Alright, so it's still not working properly. Short of changing the subject
> line, I'm not sure what else can be done on our end, unless there's a
> problem with the mailer itself - but that should show up in the headers if
> that's the case.

It is threaded properly for me.

> > 
> > ---
> > Testing patch 
> > /home/patchtest/share/mboxes/2-5-meta-lib-bblayers-buildconf.py-add-support-for-configuration-summaries.patch
> > 
> > FAIL: test commit message presence: Please include a commit message on your 
> > patch explaining the change 
> > (test_mbox.TestMbox.test_commit_message_presence)
> > 
> > PASS: pretest pylint (test_python_pylint.PyLint.pretest_pylint)
> > PASS: test Signed-off-by presence 
> > (test_mbox.TestMbox.test_signed_off_by_presence)
> > PASS: test author valid (test_mbox.TestMbox.test_author_valid)
> > PASS: test max line length (test_metadata.TestMetadata.test_max_line_length)
> > PASS: test mbox format (test_mbox.TestMbox.test_mbox_format)
> > PASS: test non-AUH upgrade (test_mbox.TestMbox.test_non_auh_upgrade)
> > PASS: test pylint (test_python_pylint.PyLint.test_pylint)
> > PASS: test shortlog format (test_mbox.TestMbox.test_shortlog_format)
> > PASS: test shortlog length (test_mbox.TestMbox.test_shortlog_length)
> > 
> > SKIP: pretest src uri left files: No modified recipes, skipping pretest 
> > (test_metadata.TestMetadata.pretest_src_uri_left_files)
> > SKIP: test CVE check ignore: No modified recipes, skipping test 
> > (test_metadata.TestMetadata.test_cve_check_ignore)
> > SKIP: test CVE tag format: No new CVE patches introduced 
> > (test_patch.TestPatch.test_cve_tag_format)
> > SKIP: test Signed-off-by presence: No new CVE patches introduced 
> > (test_patch.TestPatch.test_signed_off_by_presence)
> > SKIP: test Upstream-Status presence: No new CVE patches introduced 
> > (test_patch.TestPatch.test_upstream_status_presence_format)
> > SKIP: test bugzilla entry format: No bug ID found 
> > (test_mbox.TestMbox.test_bugzilla_entry_format)
> > SKIP: test lic files chksum modified not mentioned: No modified recipes, 
> > skipping test 
> > (test_metadata.TestMetadata.test_lic_files_chksum_modified_not_mentioned)
> > SKIP: test lic files chksum presence: No added recipes, skipping test 
> > (test_metadata.TestMetadata.test_lic_files_chksum_presence)
> > SKIP: test license presence: No added recipes, skipping test 
> > (test_metadata.TestMetadata.test_license_presence)
> > SKIP: test series merge on head: Merge test is disabled for now 
> > (test_mbox.TestMbox.test_series_merge_on_head)
> > SKIP: test src uri left files: No modified recipes, skipping pretest 
> > (test_metadata.TestMetadata.test_src_uri_left_files)
> > SKIP: test summary presence: No added recipes, skipping test 
> > (test_metadata.TestMetadata.test_summary_presence)
> > SKIP: test target mailing list: Series merged, no reason to check other 
> > mailing lists (test_mbox.TestMbox.test_target_mailing_list)
> > 
> > ---
> > 
> > Please address the issues identified and
> > submit a new revision of the patch, or alternatively, reply to this
> > email with an explanation of why the patch should be accepted. If you
> > believe these results are due to an error in patchtest, please submit a
> > bug at https://bugzilla.yoctoproject.org/ (use the 'Patchtest' category
> > under 'Yocto Project Subprojects'). For more information on specific
> > failures, see: https://wiki.yoctoproject.org/wiki/Patchtest. Thank
> > you!
> > 
> > 
> > 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#195810): 
https://lists.openembedded.org/g/openembedded-core/message/195810
Mute This Topic: https://lists.openembedded.org/mt/104392578/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 00/11] linux-yocto: consolidated pull request

[Alexandre Belloni via lists.openembedded.org]

Hello Bruce,

I'm not sur this has been reported yet, we are seeing those warnings for
beaglebone:

https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/8541/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/106/builds/7446/steps/12/logs/stdio



On 19/01/2024 16:14:08-0500, Bruce Ashfield wrote:
> From: Bruce Ashfield 
> 
> Richard,
> 
> Here's the colllected -stable updates for 6.6 and 6.1. This will probably be
> the last round of 6.1 updates for master, since I'll drop it shortly in
> preparation for the release. 6.1 will of course continue to be updated in
> linux-yocto and in older releases.
> 
> I've also reenabled my CVE update script, if any of those commits don't look
> right, feel free to toss them out.
> 
> Cheers,
> 
> Bruce
> 
> The following changes since commit 7af374c90c349af2c7ae9cf7d4fa14eeeb23b108:
> 
>   build-appliance-image: Update to master head revision (2024-01-19 12:22:58 
> +)
> 
> are available in the Git repository at:
> 
>   https://git.yoctoproject.org/poky-contrib zedd/kernel
>   https://git.yoctoproject.org/poky-contrib/log/?h=zedd/kernel
> 
> Bruce Ashfield (11):
>   linux-yocto/6.6: update to v6.6.11
>   linux-yocto/6.6: update CVE exclusions
>   linux-yocto/6.1: update to v6.1.72
>   linux-yocto/6.1: update CVE exclusions
>   linux-yocto/6.6: cfg: arm: introduce page size fragments
>   linux-yocto/6.6: security/cfg: add configs to harden protection
>   linux-yocto/6.1: security/cfg: add configs to harden protection
>   linux-yocto/6.6: update to v6.6.12
>   linux-yocto/6.6: update CVE exclusions
>   linux-yocto/6.1: update to v6.1.73
>   linux-yocto/6.1: update CVE exclusions
> 
>  .../linux/cve-exclusion_6.1.inc   | 34 +++
>  .../linux/cve-exclusion_6.6.inc   | 30 +---
>  .../linux/linux-yocto-rt_6.1.bb   |  6 ++--
>  .../linux/linux-yocto-rt_6.6.bb   |  6 ++--
>  .../linux/linux-yocto-tiny_6.1.bb |  6 ++--
>  .../linux/linux-yocto-tiny_6.6.bb |  6 ++--
>  meta/recipes-kernel/linux/linux-yocto_6.1.bb  | 28 +++
>  meta/recipes-kernel/linux/linux-yocto_6.6.bb  | 28 +++
>  8 files changed, 92 insertions(+), 52 deletions(-)
> 
> -- 
> 2.39.2
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#194396): 
https://lists.openembedded.org/g/openembedded-core/message/194396
Mute This Topic: https://lists.openembedded.org/mt/103839206/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 v1] wic: implement reproducible Disk GUID

[Alexandre Belloni via lists.openembedded.org]

Hello,

This causes oe-selftest failures:

https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/6342/steps/15/logs/stdio

2024-01-25 02:21:53,130 - oe-selftest - INFO - RESULTS - 
runqemu.RunqemuTests.test_boot_machine_slirp_qcow2: ERROR (1028.13s)
2024-01-25 02:21:53,131 - oe-selftest - INFO - RESULTS - 
runqemu.RunqemuTests.test_boot_recipe_image_vdi: ERROR (1031.11s)
2024-01-25 02:21:53,131 - oe-selftest - INFO - RESULTS - 
runqemu.RunqemuTests.test_boot_recipe_image_vmdk: ERROR (1075.13s)
2024-01-25 02:21:53,131 - oe-selftest - INFO - RESULTS - 
wic.Wic2.test_biosplusefi_plugin_qemu: ERROR (1037.31s)
2024-01-25 02:21:53,131 - oe-selftest - INFO - RESULTS - 
wic.Wic2.test_efi_plugin_unified_kernel_image_qemu: ERROR (1953.51s)
2024-01-25 02:21:53,131 - oe-selftest - INFO - RESULTS - 
wic.Wic2.test_rawcopy_plugin_qemu: ERROR (1187.55s)

On 22/01/2024 17:55:21+0530, Adithya Balakumar wrote:
> From: Adithya Balakumar 
> 
> GPT based disks have a disk guid apart from the 32-bit disk identifier.
> This commit implements reproducible disk guid by using SOURCE_DATE_EPOCH (if 
> available) value as a random seed
> 
> Signed-off-by: Adithya Balakumar 
> ---
>  scripts/lib/wic/plugins/imager/direct.py | 16 
>  1 file changed, 16 insertions(+)
> 
> diff --git a/scripts/lib/wic/plugins/imager/direct.py 
> b/scripts/lib/wic/plugins/imager/direct.py
> index 9b619e41c1..d0f8481c2e 100644
> --- a/scripts/lib/wic/plugins/imager/direct.py
> +++ b/scripts/lib/wic/plugins/imager/direct.py
> @@ -530,6 +530,21 @@ class PartitionedImage():
>  exec_native_cmd("parted -s %s mklabel %s" % (device, ptable_format),
>  self.native_sysroot)
>  
> +def _write_disk_guid(self):
> +if os.getenv('SOURCE_DATE_EPOCH'):
> +if self.ptable_format in ('gpt', 'gpt-hybrid'):
> +self.disk_guid = 
> uuid.UUID(int=int(os.getenv('SOURCE_DATE_EPOCH')))
> +elif self.ptable_format == "msdos":
> +self.disk_guid = '0x' + 
> str(uuid.UUID(int=int(os.getenv('SOURCE_DATE_EPOCH'))).int & 0x)[:8]
> +else:
> +if self.ptable_format in ('gpt', 'gpt-hybrid'):
> +self.disk_guid = uuid.uuid4()
> +elif self.ptable_format == "msdos":
> +self.disk_guid = '0x' + str(uuid.uuid4())[:8]
> +
> +logger.debug("Set disk guid %s", self.disk_guid)
> +sfdisk_cmd = "sfdisk --disk-id %s %s" % (self.path, self.disk_guid)
> +exec_native_cmd(sfdisk_cmd, self.native_sysroot)
>  
>  def create(self):
>  self._make_disk(self.path,
> @@ -537,6 +552,7 @@ class PartitionedImage():
>  self.min_size)
>  
>  self._write_identifier(self.path, self.identifier)
> +self._write_disk_guid()
>  
>  if self.ptable_format == "gpt-hybrid":
>  mbr_path = self.path + ".mbr"
> -- 
> 2.39.2
> 
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#194384): 
https://lists.openembedded.org/g/openembedded-core/message/194384
Mute This Topic: https://lists.openembedded.org/mt/103884949/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 v2] binutils: Add patch to fix CVE-2023-25584

[Alexandre Belloni via lists.openembedded.org]

Hello,

This doesn't apply on master, please specify which branch this is for.

On 22/01/2024 14:29:56+0530, Ashishx88 wrote:
> Upstream-Status: Backport 
> [https://sourceware.org/git/?p=binutils-gdb.git;a=patch;h=77c225bdeb410cf60da804879ad41622f5f1aa44]
> 
> CVE: CVE-2023-25584
> Signed-off-by: Ashish Kumar Mishra 
> ---
>  .../binutils/binutils-2.39.inc|   1 +
>  .../binutils/0016-CVE-2023-25584.patch| 535 ++
>  2 files changed, 536 insertions(+)
>  create mode 100644 
> meta/recipes-devtools/binutils/binutils/0016-CVE-2023-25584.patch
> 
> diff --git a/meta/recipes-devtools/binutils/binutils-2.39.inc 
> b/meta/recipes-devtools/binutils/binutils-2.39.inc
> index 419571d56c..d57c97edcb 100644
> --- a/meta/recipes-devtools/binutils/binutils-2.39.inc
> +++ b/meta/recipes-devtools/binutils/binutils-2.39.inc
> @@ -36,6 +36,7 @@ SRC_URI = "\
>   file://0014-CVE-2022-38128-2.patch \
>   file://0014-CVE-2022-38128-3.patch \
>   file://0015-CVE-2022-4285.patch \
> + file://0016-CVE-2023-25584.patch \
>  "
>  S  = "${WORKDIR}/git"
>  # Already in 2.39 branch
> diff --git 
> a/meta/recipes-devtools/binutils/binutils/0016-CVE-2023-25584.patch 
> b/meta/recipes-devtools/binutils/binutils/0016-CVE-2023-25584.patch
> new file mode 100644
> index 00..c19e1adb72
> --- /dev/null
> +++ b/meta/recipes-devtools/binutils/binutils/0016-CVE-2023-25584.patch
> @@ -0,0 +1,535 @@
> +From 278ba66aa1d2f1a355940ae2c706ad804becda07 Mon Sep 17 00:00:00 2001
> +From: Alan Modra 
> +Date: Sun, 21 Jan 2024 20:10:49 +0530
> +Subject: [PATCH] CVE-2023-25584
> +
> +Lack of bounds checking in vms-alpha.c parse_module
> +
> + PR 29873
> + PR 29874
> + PR 29875
> + PR 29876
> + PR 29877
> + PR 29878
> + PR 29879
> + PR 29880
> + PR 29881
> + PR 29882
> + PR 29883
> + PR 29884
> + PR 29885
> + PR 29886
> + PR 29887
> + PR 29888
> + PR 29889
> + PR 29890
> + PR 29891
> + * vms-alpha.c (parse_module): Make length param bfd_size_type.
> + Delete length == -1 checks.  Sanity check record_length.
> + Sanity check DST__K_MODBEG, DST__K_RTNBEG, DST__K_RTNEND lengths.
> + Sanity check DST__K_SOURCE and DST__K_LINE_NUM elements
> + before accessing.
> + (build_module_list): Pass dst_section size to parse_modu
> +
> +Closes: CVE-2023-25584
> +CVE: CVE-2023-25584
> +
> +Upstream-Status: Backport 
> [https://sourceware.org/git/?p=binutils-gdb.git;a=patch;h=77c225bdeb410cf60da804879ad41622f5f1aa44]
> +
> +Signed-off-by: Ashish Kumar Mishra 
> +---
> + bfd/vms-alpha.c | 213 ++--
> + 1 file changed, 168 insertions(+), 45 deletions(-)
> +
> +diff --git a/bfd/vms-alpha.c b/bfd/vms-alpha.c
> +index 5a867f71..9b0b2a51 100644
> +--- a/bfd/vms-alpha.c
>  b/bfd/vms-alpha.c
> +@@ -4340,7 +4340,7 @@ new_module (bfd *abfd)
> + 
> + static bool
> + parse_module (bfd *abfd, struct module *module, unsigned char *ptr,
> +-  int length)
> ++  bfd_size_type length)
> + {
> +   unsigned char *maxptr = ptr + length;
> +   unsigned char *src_ptr, *pcl_ptr;
> +@@ -4361,7 +4361,7 @@ parse_module (bfd *abfd, struct module *module, 
> unsigned char *ptr,
> + return false;
> +   module->line_table = curr_line;
> + 
> +-  while (length == -1 || ptr < maxptr)
> ++  while (ptr + 3 < maxptr)
> + {
> +   /* The first byte is not counted in the recorded length.  */
> +   int rec_length = bfd_getl16 (ptr) + 1;
> +@@ -4369,15 +4369,19 @@ parse_module (bfd *abfd, struct module *module, 
> unsigned char *ptr,
> + 
> +   vms_debug2 ((2, "DST record: leng %d, type %d\n", rec_length, 
> rec_type));
> + 
> +-  if (length == -1 && rec_type == DST__K_MODEND)
> ++  if (rec_length > maxptr - ptr)
> ++break;
> ++  if (rec_type == DST__K_MODEND)
> + break;
> + 
> +   switch (rec_type)
> + {
> + case DST__K_MODBEG:
> ++  if (rec_length <= DST_S_B_MODBEG_NAME)
> ++break;
> +   module->name
> + = _bfd_vms_save_counted_string (abfd, ptr + DST_S_B_MODBEG_NAME,
> +-maxptr - (ptr + 
> DST_S_B_MODBEG_NAME));
> ++rec_length - DST_S_B_MODBEG_NAME);
> + 
> +   curr_pc = 0;
> +   prev_pc = 0;
> +@@ -4391,13 +4395,15 @@ parse_module (bfd *abfd, struct module *module, 
> unsigned char *ptr,
> +   break;
> + 
> + case DST__K_RTNBEG:
> ++  if (rec_length <= DST_S_B_RTNBEG_NAME)
> ++break;
> +   funcinfo = (struct funcinfo *)
> + bfd_zalloc (abfd, sizeof (struct funcinfo));
> +   if (!funcinfo)
> + return false;
> +   funcinfo->name
> + = _bfd_vms_save_counted_string (abfd, ptr + DST_S_B_RTNBEG_NAME,
> +-maxptr - (ptr + 
> DST_S_B_RTNBEG_NAME));
> ++rec_length - DST_S_B_RTNBEG_NAME);
> +   

Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1

[Alexandre Belloni via lists.openembedded.org]

On 22/01/2024 16:15:41+0800, ChenQi wrote:
> On 1/22/24 16:04, Alexandre Belloni wrote:
> > On 22/01/2024 12:38:15+0800, ChenQi wrote:
> > > On 1/20/24 02:14, Alexandre Belloni wrote:
> > > > On 19/01/2024 19:13:25+0100, Alexandre Belloni wrote:
> > > > > On 19/01/2024 11:09:20+0800, Chen Qi via lists.openembedded.org wrote:
> > > > > > What's the status of this patch series?
> > > > > > Is there any issue or concern that I missed?
> > > > > I'm glad you asked, I got this today:
> > > > > 
> > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/8466/steps/26/logs/warnings
> > > > and I know you sent a patch for this but it didn't make it yet.
> > > I just double checked with the following settings from the "Sysvinit with
> > > systemd" entry in config.json, there's no warning.
> > > 
> > > DISTRO_FEATURES:append = ' systemd usrmerge'
> > > ROOT_HOME = '/root'
> > > VIRTUAL-RUNTIME_init_manager = 'sysvinit'
> > > 
> > > So I further checked the build's settings.
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/8466
> > > 
> > > In the second step, "Fetch yocto-autobuilder-helper", I can see the
> > > following logs:
> > > 
> > > HEAD is now at ebb7e65 config.json: Fix syntax errors
> > > 
> > > So the build is not using the latest repo. The latest commit is:
> > This is not correct, it was using the latest commit at the time, the
> > patch was applied after my email.
> > 
> > 
> OK... Do you mean that the warning appeared in autobuilder, and then you
> applied the patch to yocto-autobuilder-helper to make the warning disappear?
> I thought you meant that the warning continued to exist even with the patch.
> 
> To clarify, we can now wait for autobuiler's results and I don't need to do
> anything more, right?

I confirm, no action is needed on your side.


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#194122): 
https://lists.openembedded.org/g/openembedded-core/message/194122
Mute This Topic: https://lists.openembedded.org/mt/103380516/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 1/3] systemd: upgrade to 255.1

[Alexandre Belloni via lists.openembedded.org]

On 22/01/2024 12:38:15+0800, ChenQi wrote:
> On 1/20/24 02:14, Alexandre Belloni wrote:
> > On 19/01/2024 19:13:25+0100, Alexandre Belloni wrote:
> > > On 19/01/2024 11:09:20+0800, Chen Qi via lists.openembedded.org wrote:
> > > > What's the status of this patch series?
> > > > Is there any issue or concern that I missed?
> > > I'm glad you asked, I got this today:
> > > 
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/8466/steps/26/logs/warnings
> > and I know you sent a patch for this but it didn't make it yet.
> 
> I just double checked with the following settings from the "Sysvinit with
> systemd" entry in config.json, there's no warning.
> 
> DISTRO_FEATURES:append = ' systemd usrmerge'
> ROOT_HOME = '/root'
> VIRTUAL-RUNTIME_init_manager = 'sysvinit'
> 
> So I further checked the build's settings.
> https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/8466
> 
> In the second step, "Fetch yocto-autobuilder-helper", I can see the
> following logs:
> 
> HEAD is now at ebb7e65 config.json: Fix syntax errors
> 
> So the build is not using the latest repo. The latest commit is:

This is not correct, it was using the latest commit at the time, the
patch was applied after my email.


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#194120): 
https://lists.openembedded.org/g/openembedded-core/message/194120
Mute This Topic: https://lists.openembedded.org/mt/103380516/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] opensbi: bump to 1.4

[Alexandre Belloni via lists.openembedded.org]

On 19/01/2024 19:24:44+, Richard Purdie wrote:
> On Fri, 2024-01-19 at 18:48 +0100, Thomas Perrot wrote:
> > Hello Richard,
> > 
> > On Fri, 2024-01-19 at 17:22 +, Richard Purdie wrote:
> > > On Wed, 2024-01-17 at 10:47 +0100, Thomas Perrot via
> > > lists.openembedded.org wrote:
> > > > From: Thomas Perrot 
> > > > 
> > > > This release has:
> > > > - Synopsys DesignWare APB GPIO driver
> > > > - Zicntr and Zihpm support
> > > > - Console print improvements
> > > > - Smepmp support
> > > > - Simple FDT based syscon regmap driver
> > > > - Syscon based reboot and poweroff driver
> > > > - Non-contiguous hpm counters
> > > > - Smcntrpmf support
> > > > - Full sparse hartid support
> > > > - IPI improvements
> > > > - RFENCE improvements
> > > > - Zkr support
> > > > - Andes custom PMU support
> > > > Overall, this release mainly adds more ISA extensions, drivers and
> > > > other improvements.
> > > > 
> > > > https://github.com/riscv-software-src/opensbi/compare/v1.3.1...v1.4
> > > > 
> > > > Signed-off-by: Thomas Perrot 
> > > 
> > > This all seems reasonable but why is there a revert below?
> > 
> > I reverted it otherwise the following link issue occurs:
> > 
> > "build/tmp-glibc/work/riscv64-oe-linux/opensbi/1.4/recipe-sysroot-
> > native/usr/bin/riscv64-oe-linux/../../libexec/riscv64-oe-
> > linux/gcc/riscv64-oe-linux/13.2.0/ld.bfd:/src/build/tmp-
> > glibc/work/riscv64-oe-
> > linux/opensbi/1.4/git/build/platform/generic/firmware/fw_dynamic.elf.ld
> > :54: undefined section `.dynsym' referenced in expression"
> 
> The commit should at least mention the issue.
> 
> I'm also not sure that is "Inappropriate", more like "Pending" as in
> needs further investigation.

The original commit states that relocations don't need to be handled
because everything is linked statically which is not true in our case,
else we wouldn't be trying to link dynamically.

> 
> > > > ---
> > > >  ...re-Remove-handling-of-R_RISCV_-32-64.patch | 88
> > > > +++
> > > >  .../{opensbi_1.3.bb => opensbi_1.4.bb}    |  8 +-
> > > >  2 files changed, 92 insertions(+), 4 deletions(-)
> > > >  create mode 100644 meta/recipes-bsp/opensbi/opensbi/0001-Revert-
> > > > firmware-Remove-handling-of-R_RISCV_-32-64.patch
> > > >  rename meta/recipes-bsp/opensbi/{opensbi_1.3.bb => opensbi_1.4.bb}
> > > > (90%)
> > > > 
> > > > diff --git a/meta/recipes-bsp/opensbi/opensbi/0001-Revert-firmware-
> > > > Remove-handling-of-R_RISCV_-32-64.patch b/meta/recipes-
> > > > bsp/opensbi/opensbi/0001-Revert-firmware-Remove-handling-of-
> > > > R_RISCV_-32-64.patch
> > > > new file mode 100644
> > > > index ..d14e0b73a9bc
> > > > --- /dev/null
> > > > +++ b/meta/recipes-bsp/opensbi/opensbi/0001-Revert-firmware-Remove-
> > > > handling-of-R_RISCV_-32-64.patch
> > > > @@ -0,0 +1,88 @@
> > > > +From bfe480929bcc966e1fdf5afdde8d4c22adba7f6f Mon Sep 17 00:00:00
> > > > 2001
> > > > +From: Thomas Perrot 
> > > > +Date: Tue, 16 Jan 2024 15:16:58 +0100
> > > > +Subject: [PATCH] Revert "firmware: Remove handling of
> > > > R_RISCV_{32,64}"
> > > > +
> > > > +This reverts commit 2a6d72534d44c39e1de0614970a0dad97b1c41ba.
> > > > +
> > > > +Upstream-Status: Inappropriate [oe specific]
> > > > +Signed-off-by: Thomas Perrot 
> > > 
> > > If we're going to revert an upstream change, we need to say *why*. We
> > > need to revert it for some OE specific reason but what is that
> > > reason?
> > > 
> > 
> > I agree, maybe you have any advice to fix it in another way?
> 
> I have no idea, I've copied Khem who might or might know who to talk
> to.
> 
> Cheers,
> 
> Richard

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#194078): 
https://lists.openembedded.org/g/openembedded-core/message/194078
Mute This Topic: https://lists.openembedded.org/mt/103782707/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 1/3] systemd: upgrade to 255.1

[Alexandre Belloni via lists.openembedded.org]

On 19/01/2024 19:13:25+0100, Alexandre Belloni wrote:
> On 19/01/2024 11:09:20+0800, Chen Qi via lists.openembedded.org wrote:
> > What's the status of this patch series?
> > Is there any issue or concern that I missed?
> 
> I'm glad you asked, I got this today:
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/8466/steps/26/logs/warnings

and I know you sent a patch for this but it didn't make it yet.

> 
> > 
> > Regards,
> > Qi
> > 
> > On 12/27/23 12:20, Chen Qi via lists.openembedded.org wrote:
> > > From: Chen Qi 
> > > 
> > > 1. Patch changes:
> > > 
> > > 0004-Move-sysusers.d-sysctl.d-binfmt.d-modules-load.d-to-.patch
> > > is removed because it has no real effect now. The /lib is now
> > > /usr/lib because 'usrmerge' is a required distro feature for systemd.
> > > 
> > > 0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch is
> > > refreshed for the new version to avoid patch-fuzz issue.
> > > 
> > > 2. root user's home directory now defaults to "/root":
> > > 
> > > The sysuers.d/basic.conf is still modified to respect the ROOT_HOME
> > > value, so if users set ROOT_HOME to "/home/root", the behavior is the
> > > same as before. However, this is only for backward compatibility. With
> > > this patch, The ROOT_HOME value is set to "/root" in 
> > > init-manager-systemd.inc.
> > > This is because systemd's source codes are hardcoding "/root", and other
> > > values are not officially supported. See the list below.
> > > $ grep -rl '"/root"' src/ | grep -v 'src/test'
> > > src/core/namespace.c
> > > src/basic/user-util.c
> > > src/nss-systemd/nss-systemd.c
> > > src/nspawn/nspawn.c
> > > src/firstboot/firstboot.c
> > > src/shared/userdb.c
> > > src/shared/user-record.c
> > > $ grep -rl /root network/ factory/ sysctl.d/ sysusers.d/ rules.d/ 
> > > tmpfiles.d/ units/ xorg/ tools/
> > > sysusers.d/basic.conf.in
> > > tmpfiles.d/provision.conf
> > > units/emergency.service.in
> > > units/rescue.service.in
> > > tools/list-discoverable-partitions.py
> > > Previously, the recipe was just substituting sysusers.d/basic.conf.in,
> > > which is not enough to be treated as 'fully support'. I deliberately put
> > > a warning message in do_install to warn users about non "/root" ROOT_HOME
> > > value. Don't remove it until all above places are handled.
> > > 
> > > 3. cgroupv2 is now the default.
> > > cgroupv2 is the default for systemd for many years and it's the default
> > > for distros such as ubuntu and fedora. Let's also use it as the default.
> > > 
> > > Signed-off-by: Chen Qi 
> > > ---
> > >   .../distro/include/init-manager-systemd.inc   |  2 +
> > >   meta/recipes-core/systemd/systemd.inc |  4 +-
> > >   ...tall-dependency-links-at-install-tim.patch | 22 +++---
> > >   ...sysctl.d-binfmt.d-modules-load.d-to-.patch | 73 ---
> > >   .../systemd/systemd/basic.conf.in | 40 --
> > >   .../{systemd_254.4.bb => systemd_255.1.bb}| 16 ++--
> > >   6 files changed, 25 insertions(+), 132 deletions(-)
> > >   delete mode 100644 
> > > meta/recipes-core/systemd/systemd/0004-Move-sysusers.d-sysctl.d-binfmt.d-modules-load.d-to-.patch
> > >   delete mode 100644 meta/recipes-core/systemd/systemd/basic.conf.in
> > >   rename meta/recipes-core/systemd/{systemd_254.4.bb => systemd_255.1.bb} 
> > > (98%)
> > > 
> > > diff --git a/meta/conf/distro/include/init-manager-systemd.inc 
> > > b/meta/conf/distro/include/init-manager-systemd.inc
> > > index 595d1f2644..0a76647459 100644
> > > --- a/meta/conf/distro/include/init-manager-systemd.inc
> > > +++ b/meta/conf/distro/include/init-manager-systemd.inc
> > > @@ -5,3 +5,5 @@ VIRTUAL-RUNTIME_init_manager ??= "systemd"
> > >   VIRTUAL-RUNTIME_initscripts ??= "systemd-compat-units"
> > >   VIRTUAL-RUNTIME_login_manager ??= "shadow-base"
> > >   VIRTUAL-RUNTIME_dev_manager ??= "systemd"
> > > +# systemd hardcodes /root in its source codes, other values are not 
> > > offically supported
> > > +ROOT_HOME ?= "/root"
> > > diff --git a/meta/recipes-core/systemd/systemd.inc 
> > > b/meta/recipes-core/systemd/systemd.inc
> > > index ccc3236457..1417e0150f 100644
> > > --- a/meta/recipes-core/systemd/systemd.inc
> > > +++ b/meta/recipes-core/systemd/systemd.inc
> > > @@ -15,8 +15,8 @@ LICENSE:libsystemd = "LGPL-2.1-or-later"
> > >   LIC_FILES_CHKSUM = 
> > > "file://LICENSE.GPL2;md5=751419260aa954499f7abaabaa882bbe \
> > >   
> > > file://LICENSE.LGPL2.1;md5=4fbd65380cdd255951079008b364516c"
> > > -SRCREV = "2e7504449a51fb38db9cd2da391c6434f82def51"
> > > -SRCBRANCH = "v254-stable"
> > > +SRCREV = "2018ccef6645ce00c784369a22dc4e98f6d7061d"
> > > +SRCBRANCH = "v255-stable"
> > >   SRC_URI = 
> > > "git://github.com/systemd/systemd-stable.git;protocol=https;branch=${SRCBRANCH}"
> > >   S = "${WORKDIR}/git"
> > > diff --git 
> > > a/meta/recipes-core/systemd/systemd/0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> > >  
> > > 

Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1

[Alexandre Belloni via lists.openembedded.org]

On 19/01/2024 11:09:20+0800, Chen Qi via lists.openembedded.org wrote:
> What's the status of this patch series?
> Is there any issue or concern that I missed?

I'm glad you asked, I got this today:

https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/8466/steps/26/logs/warnings

> 
> Regards,
> Qi
> 
> On 12/27/23 12:20, Chen Qi via lists.openembedded.org wrote:
> > From: Chen Qi 
> > 
> > 1. Patch changes:
> > 
> > 0004-Move-sysusers.d-sysctl.d-binfmt.d-modules-load.d-to-.patch
> > is removed because it has no real effect now. The /lib is now
> > /usr/lib because 'usrmerge' is a required distro feature for systemd.
> > 
> > 0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch is
> > refreshed for the new version to avoid patch-fuzz issue.
> > 
> > 2. root user's home directory now defaults to "/root":
> > 
> > The sysuers.d/basic.conf is still modified to respect the ROOT_HOME
> > value, so if users set ROOT_HOME to "/home/root", the behavior is the
> > same as before. However, this is only for backward compatibility. With
> > this patch, The ROOT_HOME value is set to "/root" in 
> > init-manager-systemd.inc.
> > This is because systemd's source codes are hardcoding "/root", and other
> > values are not officially supported. See the list below.
> > $ grep -rl '"/root"' src/ | grep -v 'src/test'
> > src/core/namespace.c
> > src/basic/user-util.c
> > src/nss-systemd/nss-systemd.c
> > src/nspawn/nspawn.c
> > src/firstboot/firstboot.c
> > src/shared/userdb.c
> > src/shared/user-record.c
> > $ grep -rl /root network/ factory/ sysctl.d/ sysusers.d/ rules.d/ 
> > tmpfiles.d/ units/ xorg/ tools/
> > sysusers.d/basic.conf.in
> > tmpfiles.d/provision.conf
> > units/emergency.service.in
> > units/rescue.service.in
> > tools/list-discoverable-partitions.py
> > Previously, the recipe was just substituting sysusers.d/basic.conf.in,
> > which is not enough to be treated as 'fully support'. I deliberately put
> > a warning message in do_install to warn users about non "/root" ROOT_HOME
> > value. Don't remove it until all above places are handled.
> > 
> > 3. cgroupv2 is now the default.
> > cgroupv2 is the default for systemd for many years and it's the default
> > for distros such as ubuntu and fedora. Let's also use it as the default.
> > 
> > Signed-off-by: Chen Qi 
> > ---
> >   .../distro/include/init-manager-systemd.inc   |  2 +
> >   meta/recipes-core/systemd/systemd.inc |  4 +-
> >   ...tall-dependency-links-at-install-tim.patch | 22 +++---
> >   ...sysctl.d-binfmt.d-modules-load.d-to-.patch | 73 ---
> >   .../systemd/systemd/basic.conf.in | 40 --
> >   .../{systemd_254.4.bb => systemd_255.1.bb}| 16 ++--
> >   6 files changed, 25 insertions(+), 132 deletions(-)
> >   delete mode 100644 
> > meta/recipes-core/systemd/systemd/0004-Move-sysusers.d-sysctl.d-binfmt.d-modules-load.d-to-.patch
> >   delete mode 100644 meta/recipes-core/systemd/systemd/basic.conf.in
> >   rename meta/recipes-core/systemd/{systemd_254.4.bb => systemd_255.1.bb} 
> > (98%)
> > 
> > diff --git a/meta/conf/distro/include/init-manager-systemd.inc 
> > b/meta/conf/distro/include/init-manager-systemd.inc
> > index 595d1f2644..0a76647459 100644
> > --- a/meta/conf/distro/include/init-manager-systemd.inc
> > +++ b/meta/conf/distro/include/init-manager-systemd.inc
> > @@ -5,3 +5,5 @@ VIRTUAL-RUNTIME_init_manager ??= "systemd"
> >   VIRTUAL-RUNTIME_initscripts ??= "systemd-compat-units"
> >   VIRTUAL-RUNTIME_login_manager ??= "shadow-base"
> >   VIRTUAL-RUNTIME_dev_manager ??= "systemd"
> > +# systemd hardcodes /root in its source codes, other values are not 
> > offically supported
> > +ROOT_HOME ?= "/root"
> > diff --git a/meta/recipes-core/systemd/systemd.inc 
> > b/meta/recipes-core/systemd/systemd.inc
> > index ccc3236457..1417e0150f 100644
> > --- a/meta/recipes-core/systemd/systemd.inc
> > +++ b/meta/recipes-core/systemd/systemd.inc
> > @@ -15,8 +15,8 @@ LICENSE:libsystemd = "LGPL-2.1-or-later"
> >   LIC_FILES_CHKSUM = 
> > "file://LICENSE.GPL2;md5=751419260aa954499f7abaabaa882bbe \
> >   
> > file://LICENSE.LGPL2.1;md5=4fbd65380cdd255951079008b364516c"
> > -SRCREV = "2e7504449a51fb38db9cd2da391c6434f82def51"
> > -SRCBRANCH = "v254-stable"
> > +SRCREV = "2018ccef6645ce00c784369a22dc4e98f6d7061d"
> > +SRCBRANCH = "v255-stable"
> >   SRC_URI = 
> > "git://github.com/systemd/systemd-stable.git;protocol=https;branch=${SRCBRANCH}"
> >   S = "${WORKDIR}/git"
> > diff --git 
> > a/meta/recipes-core/systemd/systemd/0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> >  
> > b/meta/recipes-core/systemd/systemd/0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> > index 085f1e9052..be231cf6b2 100644
> > --- 
> > a/meta/recipes-core/systemd/systemd/0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> > +++ 
> > b/meta/recipes-core/systemd/systemd/0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> > @@ 

Re: [OE-core] [PATCH] btrfs-tools: upgrade 6.5.3 -> 6.6.3

[Alexandre Belloni via lists.openembedded.org]

This causes oe-selftest failures:

https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6326/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/6317/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6328/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6266/steps/14/logs/stdio

On 16/01/2024 10:06:36+0800, wangmy wrote:
> From: Jiang Kai 
> 
> 0001-Add-a-possibility-to-specify-where-python-modules-ar.patch
> refreshed for 6.6.3
> 
> Changelog:
> ==
> * subvol create: accept multiple arguments
> * subvol delete: print the subvolume id in the output
> * subvol sync: check if the filesystems is still writeable so it does not
>   wait indefinitely
> * device delete: add a timeout and warning when deleting multiple devices
> * scrub status: report limit if set in sysfs/../scrub_speed_max
> * scrub limit: new command to show or set the per-device scrub limits
> * scrub start: report the limit if set
> * build:
>* fix CPU feature detection on aarch64
>* support Botan and OpenSSL (3.2+) as crypto backends
> * other:
>* documentation updates, RTD config update
>* new and updated tests
>* CI updates
> 
> Signed-off-by: Jiang Kai 
> Signed-off-by: Wang Mingyu 
> ---
>  ...-a-possibility-to-specify-where-python-modules-ar.patch | 7 ---
>  .../{btrfs-tools_6.5.3.bb => btrfs-tools_6.6.3.bb} | 2 +-
>  2 files changed, 5 insertions(+), 4 deletions(-)
>  rename meta/recipes-devtools/btrfs-tools/{btrfs-tools_6.5.3.bb => 
> btrfs-tools_6.6.3.bb} (98%)
> 
> diff --git 
> a/meta/recipes-devtools/btrfs-tools/btrfs-tools/0001-Add-a-possibility-to-specify-where-python-modules-ar.patch
>  
> b/meta/recipes-devtools/btrfs-tools/btrfs-tools/0001-Add-a-possibility-to-specify-where-python-modules-ar.patch
> index 5846f04d1a..ed2c64eb4c 100644
> --- 
> a/meta/recipes-devtools/btrfs-tools/btrfs-tools/0001-Add-a-possibility-to-specify-where-python-modules-ar.patch
> +++ 
> b/meta/recipes-devtools/btrfs-tools/btrfs-tools/0001-Add-a-possibility-to-specify-where-python-modules-ar.patch
> @@ -1,4 +1,4 @@
> -From d3adfc21c9cc264bd191722f102963cbc4794259 Mon Sep 17 00:00:00 2001
> +From ddfdc0102c22e8dc782c34b8a03777fb73dfddf6 Mon Sep 17 00:00:00 2001
>  From: Alexander Kanavin 
>  Date: Wed, 23 May 2018 21:20:35 +0300
>  Subject: [PATCH] Add a possibility to specify where python modules are
> @@ -6,15 +6,16 @@ Subject: [PATCH] Add a possibility to specify where python 
> modules are
>  
>  Upstream-Status: Inappropriate [oe-core specific to solve multilib use case]
>  Signed-off-by: Alexander Kanavin 
> +
>  ---
>   Makefile | 2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
>  
>  diff --git a/Makefile b/Makefile
> -index 1697794c..8ab38818 100644
> +index 374f59b9..ed083f6b 100644
>  --- a/Makefile
>  +++ b/Makefile
> -@@ -651,7 +651,7 @@ endif
> +@@ -959,7 +959,7 @@ endif
>   ifeq ($(PYTHON_BINDINGS),1)
>   install_python: libbtrfsutil_python
>   $(Q)cd libbtrfsutil/python; \
> diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_6.5.3.bb 
> b/meta/recipes-devtools/btrfs-tools/btrfs-tools_6.6.3.bb
> similarity index 98%
> rename from meta/recipes-devtools/btrfs-tools/btrfs-tools_6.5.3.bb
> rename to meta/recipes-devtools/btrfs-tools/btrfs-tools_6.6.3.bb
> index 873d5e7a14..ef40f553fb 100644
> --- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_6.5.3.bb
> +++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_6.6.3.bb
> @@ -18,7 +18,7 @@ DEPENDS = "util-linux zlib"
>  SRC_URI = 
> "git://git.kernel.org/pub/scm/linux/kernel/git/kdave/btrfs-progs.git;branch=master;protocol=https
>  \
> 
> file://0001-Add-a-possibility-to-specify-where-python-modules-ar.patch \
> "
> -SRCREV = "a45c360b64660477c726e192d9e92ceb73a50f80"
> +SRCREV = "92e18dbce521789e02057d406769b073d474fa72"
>  S = "${WORKDIR}/git"
>  
>  PACKAGECONFIG ??= " \
> -- 
> 2.34.1
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#194026): 
https://lists.openembedded.org/g/openembedded-core/message/194026
Mute This Topic: https://lists.openembedded.org/mt/103754480/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 4/4] rpm: update 4.18.1 -> 4.19.1

[Alexandre Belloni via lists.openembedded.org]

I believe this series is the cause of some repro failures:

https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/4254/steps/12/logs/stdio

On 18/01/2024 11:24:09+0100, Alexander Kanavin wrote:
> Upstream has replaced autoconf with cmake, which necessitates a rewrite of the
> recipe and available options, and a rebase to cmake of
> 0001-Do-not-hardcode-lib-rpm-as-the-installation-path-for.patch
> 
> Correct a mistake in 0001-Do-not-read-config-files-from-HOME.patch :
> the patch was removing the NULL marker at the end of function arguments,
> and 0002-Add-support-for-prefixing-etc-from-RPM_ETCCONFIGDIR-.patch
> was restoring it (in addition to the actual change the patch was making).
> Now both patches preserve the NULL terminator.
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  ...olor-setting-for-mips64_n32-binaries.patch | 12 +--
>  ...ook-for-lua-with-pkg-config-rather-t.patch | 28 +++
>  ...estore-readline-support-as-an-explic.patch | 42 +++
>  ...satisfiable-dependency-when-building.patch | 12 +--
>  ...lib-rpm-as-the-installation-path-for.patch | 52 +
>  ...1-Do-not-read-config-files-from-HOME.patch | 19 ++---
>  ...-PATH-environment-variable-before-ru.patch | 12 +--
>  ...lename-before-passing-it-to-basename.patch | 40 --
>  ...ix-missing-basename-include-on-macOS.patch | 26 ---
>  ...l-dependency-on-non-POSIX-GLOB_ONLYD.patch | 56 ++
>  ...lling-execute-package-scriptlets-wit.patch | 24 ++
>  ...not-insert-payloadflags-into-.rpm-me.patch | 13 ++--
>  ...-linux-gnux32-variant-to-triplet-han.patch | 28 ---
>  c-fix-file-conflicts-for-MIPS64-N32.patch | 13 ++--
>  .../files/0001-perl-disable-auto-reqs.patch   | 26 ---
>  ...y_hash_t-instead-of-long-in-hdr_hash.patch | 35 -
>  ...prefixing-etc-from-RPM_ETCCONFIGDIR-.patch | 31 
>  ...txt-do-not-install-non-existent-docs.patch | 26 +++
>  ...avoid-using-GLOB_BRACE-if-undefined-.patch | 34 +
>  ...ge-logging-level-around-scriptlets-t.patch | 19 ++---
>  ...87cfcf9cac87e5bc5e7db79b0338da9e355e.patch | 51 -
>  .../rpm/files/fix-declaration.patch   | 39 --
>  .../rpm/{rpm_4.18.1.bb => rpm_4.19.1.bb}  | 73 ---
>  23 files changed, 328 insertions(+), 383 deletions(-)
>  create mode 100644 
> meta/recipes-devtools/rpm/files/0001-CMakeLists.txt-look-for-lua-with-pkg-config-rather-t.patch
>  create mode 100644 
> meta/recipes-devtools/rpm/files/0001-CMakeLists.txt-restore-readline-support-as-an-explic.patch
>  delete mode 100644 
> meta/recipes-devtools/rpm/files/0001-Duplicate-filename-before-passing-it-to-basename.patch
>  delete mode 100644 
> meta/recipes-devtools/rpm/files/0001-Fix-missing-basename-include-on-macOS.patch
>  create mode 100644 
> meta/recipes-devtools/rpm/files/0001-Fix-unconditional-dependency-on-non-POSIX-GLOB_ONLYD.patch
>  delete mode 100644 
> meta/recipes-devtools/rpm/files/0001-configure.ac-add-linux-gnux32-variant-to-triplet-han.patch
>  delete mode 100644 
> meta/recipes-devtools/rpm/files/0001-python-Use-Py_hash_t-instead-of-long-in-hdr_hash.patch
>  create mode 100644 
> meta/recipes-devtools/rpm/files/0002-docs-CMakeLists.txt-do-not-install-non-existent-docs.patch
>  create mode 100644 
> meta/recipes-devtools/rpm/files/0002-rpmio-rpmglob.c-avoid-using-GLOB_BRACE-if-undefined-.patch
>  delete mode 100644 
> meta/recipes-devtools/rpm/files/ea3187cfcf9cac87e5bc5e7db79b0338da9e355e.patch
>  delete mode 100644 meta/recipes-devtools/rpm/files/fix-declaration.patch
>  rename meta/recipes-devtools/rpm/{rpm_4.18.1.bb => rpm_4.19.1.bb} (72%)
> 
> diff --git 
> a/meta/recipes-devtools/rpm/files/0001-Add-a-color-setting-for-mips64_n32-binaries.patch
>  
> b/meta/recipes-devtools/rpm/files/0001-Add-a-color-setting-for-mips64_n32-binaries.patch
> index 9fa486dfd3c..96fe57dfeb8 100644
> --- 
> a/meta/recipes-devtools/rpm/files/0001-Add-a-color-setting-for-mips64_n32-binaries.patch
> +++ 
> b/meta/recipes-devtools/rpm/files/0001-Add-a-color-setting-for-mips64_n32-binaries.patch
> @@ -1,4 +1,4 @@
> -From 93f219df68f3741ff63a294a16bcbe8deba1112f Mon Sep 17 00:00:00 2001
> +From ecc45e3ae837ab50603088dcc8fd2f8e67a7ece6 Mon Sep 17 00:00:00 2001
>  From: Alexander Kanavin 
>  Date: Thu, 9 Mar 2017 18:54:02 +0200
>  Subject: [PATCH] Add a color setting for mips64_n32 binaries
> @@ -12,10 +12,10 @@ Signed-off-by: Alexander Kanavin 
>   2 files changed, 6 insertions(+)
>  
>  diff --git a/build/rpmfc.c b/build/rpmfc.c
> -index 26606378f..a16e3f4e9 100644
> +index 4b67a9bae..ed7e4e623 100644
>  --- a/build/rpmfc.c
>  +++ b/build/rpmfc.c
> -@@ -646,6 +646,7 @@ exit:
> +@@ -660,6 +660,7 @@ exit:
>   static const struct rpmfcTokens_s rpmfcTokens[] = {
> { "directory",RPMFC_INCLUDE },
>   
> @@ -23,7 +23,7 @@ index 26606378f..a16e3f4e9 100644
> { "ELF 32-bit",   RPMFC_ELF32|RPMFC_INCLUDE },
> { "ELF 64-bit",   RPMFC_ELF64|RPMFC_INCLUDE },
>   
> -@@ -1151,6 +1152,9 

Re: [OE-core] [PATCH 2/4] classes/package_rpm: write file permissions and ownership explicitly into .spec

[Alexandre Belloni via lists.openembedded.org]

I got this failure:

https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/8493/steps/23/logs/stdio

On 18/01/2024 11:24:07+0100, Alexander Kanavin wrote:
> Per 
> https://github.com/rpm-software-management/rpm/commit/77d3529c31ca090a40b8d3959a0bcdd721a556d6
> rpm 4.19.1+ will not consider actual filesystem permissions and ownership, 
> and will quietly default
> to root if not expictly set otherwise in .spec file.
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/classes-global/package_rpm.bbclass | 24 ++--
>  1 file changed, 18 insertions(+), 6 deletions(-)
> 
> diff --git a/meta/classes-global/package_rpm.bbclass 
> b/meta/classes-global/package_rpm.bbclass
> index 2fc18fe98c1..09cc7d62681 100644
> --- a/meta/classes-global/package_rpm.bbclass
> +++ b/meta/classes-global/package_rpm.bbclass
> @@ -103,6 +103,7 @@ def write_rpm_perfiledata(srcname, d):
>  
>  python write_specfile () {
>  import oe.packagedata
> +import os,pwd,grp,stat
>  
>  # append information for logs and patches to %prep
>  def add_prep(d, spec_files_bottom):
> @@ -198,6 +199,13 @@ python write_specfile () {
>  # of the walk, the isdir() test would then fail and the walk code 
> would assume its a file
>  # hence we check for the names in files too.
>  for rootpath, dirs, files in os.walk(walkpath):
> +def get_attr(path):
> +stat_f = os.stat(rootpath + "/" + path, 
> follow_symlinks=False)
> +mode = stat.S_IMODE(stat_f.st_mode)
> +owner = pwd.getpwuid(stat_f.st_uid).pw_name
> +group = grp.getgrgid(stat_f.st_gid).gr_name
> +return "%attr({:o},{},{}) ".format(mode, owner, group)
> +
>  path = rootpath.replace(walkpath, "")
>  if path.endswith("DEBIAN") or path.endswith("CONTROL"):
>  continue
> @@ -221,24 +229,28 @@ python write_specfile () {
>  if dir == "CONTROL" or dir == "DEBIAN":
>  continue
>  dir = dir.replace("%", "")
> +p = path + '/' + dir
>  # All packages own the directories their files are in...
> -target.append('%dir "' + path + '/' + dir + '"')
> +target.append(get_attr(dir) + '%dir "' + p + '"')
>  else:
>  # packages own only empty directories or explict directory.
>  # This will prevent the overlapping of security permission.
> +attr = get_attr(path)
>  if path and not files and not dirs:
> -target.append('%dir "' + path + '"')
> +target.append(attr + '%dir "' + path + '"')
>  elif path and path in dirfiles:
> -target.append('%dir "' + path + '"')
> +target.append(attr + '%dir "' + path + '"')
>  
>  for file in files:
>  if file == "CONTROL" or file == "DEBIAN":
>  continue
>  file = file.replace("%", "")
> -if conffiles.count(path + '/' + file):
> -target.append('%config "' + path + '/' + file + '"')
> +attr = get_attr(file)
> +p = path + '/' + file
> +if conffiles.count(p):
> +target.append(attr + '%config "' + p + '"')
>  else:
> -target.append('"' + path + '/' + file + '"')
> +target.append(attr + '"' + p + '"')
>  
>  # Prevent the prerm/postrm scripts from being run during an upgrade
>  def wrap_uninstall(scriptvar):
> -- 
> 2.39.2
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#194023): 
https://lists.openembedded.org/g/openembedded-core/message/194023
Mute This Topic: https://lists.openembedded.org/mt/103805482/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 1/4] oeqa/runtime/rpm: raise exception if test rpm file cannot be found

[Alexandre Belloni via lists.openembedded.org]

Hello,

This fails pkgman-non-rpm:

https://autobuilder.yoctoproject.org/typhoon/#/builders/76/builds/8412

On 18/01/2024 11:24:06+0100, Alexander Kanavin wrote:
> The tests rely on that, and so the discovery shouldn't simply
> fall through.
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/lib/oeqa/runtime/cases/rpm.py | 5 -
>  1 file changed, 4 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/lib/oeqa/runtime/cases/rpm.py 
> b/meta/lib/oeqa/runtime/cases/rpm.py
> index a4ba4e67698..bd9050a81b2 100644
> --- a/meta/lib/oeqa/runtime/cases/rpm.py
> +++ b/meta/lib/oeqa/runtime/cases/rpm.py
> @@ -88,9 +88,12 @@ class RpmInstallRemoveTest(OERuntimeTestCase):
>  # and it will always be built for standard targets
>  rpm_doc = 'base-passwd-doc-*.%s.rpm' % pkgarch
>  if not os.path.exists(rpmdir):
> -return
> +raise Exception("Rpm directory {} does not 
> exist".format(cls.tc.td['DEPLOY_DIR']))
>  for f in fnmatch.filter(os.listdir(rpmdir), rpm_doc):
>  cls.test_file = os.path.join(rpmdir, f)
> +break
> +else:
> +raise Exception("Couldn't find the test rpm file {} in 
> {}".format(rpm_doc, rpmdir))
>  cls.dst = '/tmp/base-passwd-doc.rpm'
>  
>  @OETestDepends(['rpm.RpmBasicTest.test_rpm_query'])
> -- 
> 2.39.2
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#194001): 
https://lists.openembedded.org/g/openembedded-core/message/194001
Mute This Topic: https://lists.openembedded.org/mt/103805481/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 v1] uboot-sign: support to load optee-os and TFA images

[Alexandre Belloni via lists.openembedded.org]

Hello,

This doesn't apply on top of your previous patches. Can you send a
proper series with what you want to be tested/applied?

Thanks!

On 17/01/2024 10:10:51+0800, Jamin Lin via lists.openembedded.org wrote:
> Currently, u-boot FIT image only support to load u-boot image.
> To support optee-os and trusted-firmware-a, update ITS file generation
> scripts, so users are able to use u-boot FIT image to load
> u-boot, optee-os and treustred-firmware-a images
> 
> Add a variable "UBOOT_FIT_ARM_TRUSTED_FIRMWARE_A" to
> enable trusted-firmware-a image and it is disable by default.
> 
> Add a variable "UBOOT_FIT_OPTEE_OS" to enable optee-os image
> and it is disable by default.
> 
> The ITS file creation looks like as following.
> 1. Both optee-os and trusted-firmware-a are disabled.
> '''
> /dts-v1/;
> 
> / {
> images {
> uboot {
> 
> };
> fdt {
> };
> };
> 
> configurations {
> default = "conf";
> conf {
> loadables = "uboot";
> fdt = "fdt";
> };
> };
> };
> '''
> 
> 2. Only enable optee-os
> '''
> /dts-v1/;
> 
> / {
> images {
> uboot {
> };
> fdt {
> };
> optee {
> };
> };
> 
> configurations {
> default = "conf";
> conf {
> firmware = "optee";
> loadables = "uboot";
> fdt = "fdt";
> };
> };
> };
> '''
> 
> 3: Both optee-os and trusted-firmware-a are enabled
> '''
> /dts-v1/;
> 
> / {
> images {
> uboot {
> };
> fdt {
> };
> atf {
> };
> optee {
> };
> };
> 
> configurations {
> default = "conf";
> conf {
> firmware = "atf";
> loadables = "uboot", "optee";
> fdt = "fdt";
> };
> };
> };
> '''
> 
> Signed-off-by: Jamin Lin 
> ---
>  meta/classes-recipe/uboot-sign.bbclass | 91 +-
>  1 file changed, 90 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/classes-recipe/uboot-sign.bbclass 
> b/meta/classes-recipe/uboot-sign.bbclass
> index ad04c82378..b874eb84db 100644
> --- a/meta/classes-recipe/uboot-sign.bbclass
> +++ b/meta/classes-recipe/uboot-sign.bbclass
> @@ -88,6 +88,18 @@ UBOOT_FIT_ADDRESS_CELLS ?= "1"
>  # This is only necessary for determining the signing configuration
>  KERNEL_PN = "${PREFERRED_PROVIDER_virtual/kernel}"
>  
> +# Trusted Firmware-A (TF-A) provides a reference implementation of
> +# secure world software for Armv7-A and Armv8-A,
> +# including a Secure Monitor executing at Exception Level 3 (EL3)
> +# ATF is used as the initial start code on ARMv8-A cores for all K3 platforms
> +UBOOT_FIT_ARM_TRUSTED_FIRMWARE_A ?= "0"
> +UBOOT_FIT_ARM_TRUSTED_FIRMWARE_A_IMAGE ?= "bl31.bin"
> +
> +# OP-TEE is a Trusted Execution Environment (TEE) designed as
> +# companion to a non-secure Linux kernel running on Arm
> +UBOOT_FIT_OPTEE_OS ?= "0"
> +UBOOT_FIT_OPTEE_OS_IMAGE ?= "tee-raw.bin"
> +
>  python() {
>  # We need u-boot-tools-native if we're creating a U-Boot fitImage
>  sign = d.getVar('UBOOT_SIGN_ENABLE') == '1'
> @@ -230,6 +242,20 @@ addtask uboot_generate_rsa_keys before 
> do_uboot_assemble_fitimage after do_compi
>  # Create a ITS file for the U-boot FIT, for use when
>  # we want to sign it so that the SPL can verify it
>  uboot_fitimage_assemble() {
> + conf_loadables="\"uboot\""
> + conf_firmware=""
> +
> + if [ "${UBOOT_FIT_ARM_TRUSTED_FIRMWARE_A}" = "1" ]; then
> + conf_firmware="\"atf\""
> + if [ "${UBOOT_FIT_OPTEE_OS}" = "1" ]; then
> + conf_loadables="\"uboot\", \"optee\""
> + fi
> + else
> + if [ "${UBOOT_FIT_OPTEE_OS}" = "1" ]; then
> + conf_firmware="\"optee\""
> + fi
> + fi
> +
>   rm -f ${UBOOT_ITS} ${UBOOT_FITIMAGE_BINARY}
>  
>   # First we create the ITS script
> @@ -282,13 +308,76 @@ EOF
>  
>   cat << EOF >> ${UBOOT_ITS}
>  };
> +EOF
> + if [ "${UBOOT_FIT_ARM_TRUSTED_FIRMWARE_A}" = "1" ] ; then
> + cat << EOF >> ${UBOOT_ITS}
> +atf {
> +description = "ARM Trusted Firmware-A";
> +data = /incbin/("${UBOOT_FIT_ARM_TRUSTED_FIRMWARE_A_IMAGE}");
> +type = "firmware";
> +arch = "${UBOOT_ARCH}";
> +os = "arm-trusted-firmware";
> +load = <${UBOOT_FIT_ARM_TRUSTED_FIRMWARE_A_LOADADDRESS}>;
> +entry = <${UBOOT_FIT_ARM_TRUSTED_FIRMWARE_A_ENTRYPOINT}>;
> +compression = "none";
> +EOF
> +
> + if [ "${SPL_SIGN_ENABLE}" = "1" ] ; then
> + cat << EOF >> ${UBOOT_ITS}
> +signature {
> +algo = "${UBOOT_FIT_HASH_ALG},${UBOOT_FIT_SIGN_ALG}";
> +key-name-hint = "${SPL_SIGN_KEYNAME}";
> +};
> +EOF
> + fi
> +
> + cat << EOF >> ${UBOOT_ITS}
> +};
> 

Re: [OE-core] [PATCH] classes-global/insane: Add check for "virtual/" in RPROVIDES and RDEPENDS

[Alexandre Belloni via lists.openembedded.org]

On 17/01/2024 19:19:28+, Simone Weiß wrote:
> I see, the warning is correct and a fix should be applied to meta-
> oe/recipes-core/opencl/ocl-icd_2.3.2.bb for this, I will send out a
> patch for this as well. Afterwards this should be fixed implicitly.
> Just one question: Which branch is tested in the autobuilder for meta-
> aws/meta-op? Is it good enough if I just fix it on meta-oes main
> branch?

Yes, this would be master for this patch.


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193947): 
https://lists.openembedded.org/g/openembedded-core/message/193947
Mute This Topic: https://lists.openembedded.org/mt/103722088/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] swig: upgrade 4.1.1 -> 4.2.0

[Alexandre Belloni via lists.openembedded.org]

Hello,

This causes failures on the autobuilders:
https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/4241/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/8438/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/8470/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/8446/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/8314/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/5592/steps/11/logs/stdio


On 15/01/2024 17:27:54+0800, wangmy wrote:
> From: Wang Mingyu 
> 
> 0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
> 0001-configure-use-pkg-config-for-pcre-detection.patch
> determinism.patch
> refreshed for 4.2.0
> 
> Changelog:
> 
> -Various template wrapping improvements: template template parameters,
>  variadic templates, partially specialized templates, const template
>  parameters and improved error checking instantiating templates.
> -Improved decltype() support for expressions.
> -C++14 auto without trailing return type and C++11 auto variables.
> -Numerous C++ using declarations improvements.
> -Numerous fixes for constructors, destructors and assignment operators:
>  implicit, default and deleted and related non-assignable variable
>  wrappers.
> -STL: std::array and std::map improvements, std::string_view support
>  added.
> -Various C preprocessor improvements.
> -Various issues fixed to do with architecture specific long type.
> -Various Doxygen improvements.
> -D1/Tango support removed. D2/Phobos is now the supported D version
>  and SWIG now generates code which works with recent D2 releases.
> -New Javascript generator targeting Node.js binary stable ABI Node-API.
> -Octave 8.1 support added.
> -PHP7 support removed, PHP8 is now the supported PHP version.
> -Python STL container wrappers now use the Python Iterator Protocol.
> -Python stable ABI support added.
> -Python 3.12 support added.
> -Ruby 3.2 and 3.3 support.
> -Scilab 2023.* support added.
> -Various minor enhancements for C#, Go, Guile, Javascript, Lua, Ocaml,
>  Perl, PHP, R, Racket, Ruby, Scilab and Tcl.
> -A number of deprecated features have been removed.
> 
> Signed-off-by: Wang Mingyu 
> ---
>  ...self-exe-for-swig-swiglib-on-non-Win32-plat.patch | 10 ++
>  ...configure-use-pkg-config-for-pcre-detection.patch |  6 +++---
>  meta/recipes-devtools/swig/swig/determinism.patch| 12 +++-
>  .../swig/{swig_4.1.1.bb => swig_4.2.0.bb}|  2 +-
>  4 files changed, 21 insertions(+), 9 deletions(-)
>  rename meta/recipes-devtools/swig/{swig_4.1.1.bb => swig_4.2.0.bb} (72%)
> 
> diff --git 
> a/meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
>  
> b/meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
> index f27f80ea18..3f9c298430 100644
> --- 
> a/meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
> +++ 
> b/meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
> @@ -1,4 +1,4 @@
> -From a4a0440a644c6c5e5da096efe3cf05ba309a284f Mon Sep 17 00:00:00 2001
> +From ca02368e2fcb469649534e00eeb21a3c86300f1e Mon Sep 17 00:00:00 2001
>  From: "NODA, Kai" 
>  Date: Sun, 22 Apr 2012 17:01:02 +0900
>  Subject: [PATCH] Use /proc/self/exe for "swig -swiglib" on non-Win32
> @@ -10,9 +10,11 @@ Upstream-Status: Submitted
>  http://sourceforge.net/mailarchive/message.php?msg_id=29179733
>  
>  ---
> - Source/Modules/main.cxx |   24 ++--
> + Source/Modules/main.cxx | 24 ++--
>   1 file changed, 22 insertions(+), 2 deletions(-)
>  
> +diff --git a/Source/Modules/main.cxx b/Source/Modules/main.cxx
> +index 8a44921..8250dee 100644
>  --- a/Source/Modules/main.cxx
>  +++ b/Source/Modules/main.cxx
>  @@ -25,6 +25,11 @@
> @@ -27,7 +29,7 @@ 
> http://sourceforge.net/mailarchive/message.php?msg_id=29179733
>   
>   // Global variables
>   
> -@@ -934,9 +939,9 @@ int SWIG_main(int argc, char *argv[], co
> +@@ -886,9 +891,9 @@ int SWIG_main(int argc, char *argv[], const 
> TargetLanguageModule *tlm) {
>   
> // Check for SWIG_LIB environment variable
> if ((c = getenv("SWIG_LIB")) == (char *) 0) {
> @@ -38,7 +40,7 @@ 
> http://sourceforge.net/mailarchive/message.php?msg_id=29179733
>   if (!(GetModuleFileName(0, buf, MAX_PATH) == 0 || (p = strrchr(buf, 
> '\\')) == 0)) {
> *(p + 1) = '\0';
> SwigLib = NewStringf("%sLib", buf); // Native windows installation 
> path
> -@@ -946,7 +951,22 @@ int SWIG_main(int argc, char *argv[], co
> +@@ -898,7 +903,22 @@ int SWIG_main(int argc, char *argv[], const 
> TargetLanguageModule *tlm) {
>   if (Len(SWIG_LIB_WIN_UNIX) > 0)
> SwigLibWinUnix = NewString(SWIG_LIB_WIN_UNIX); // Unix installation 
> path using a drive letter 

Re: [OE-core] [PATCH] elfutils: upgrade 0.189 -> 0.190

[Alexandre Belloni via lists.openembedded.org]

New ptest failures:
https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6163/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/5977/steps/12/logs/stdio

On 15/01/2024 16:57:25+0800, wangmy wrote:
> From: Wang Mingyu 
> 
> 0001-Add-helper-function-for-basename.patch
> 0001-dso-link-change.patch
> 0001-libasm-may-link-with-libbz2-if-found.patch
> 0001-libelf-elf_end.c-check-data_list.data.d.d_buf-before.patch
> 0001-tests-Makefile.am-compile-test_nlist-with-standard-C.patch
> 0002-Fix-elf_cvt_gunhash-if-dest-and-src-are-same.patch
> 0003-fixheadercheck.patch
> ptest.patch
> refreshed for 0.190.
> 
> Changelog:
> ===
> -Switch from real name policy to known identity policy.
> -libelf: Add RELR support.
> -libdw: Recognize .debug_[ct]u_index sections
> -readelf: Support readelf -Ds, --use-dynamic --symbol.
>  Support .gdb_index version 9
> -scrlines: New tool that compiles a list of source files associated
>  with a specified dwarf/elf file.
> -debuginfod: Schema change for a 60% compression in filename representation,
>  which was a large part of the sqlite index; also, more deliberate sqlite
>  -wal management during scanning using the --scan-checkpoint option.
> -backends: Various LoongArch updates.
> 
> Signed-off-by: Wang Mingyu 
> ---
>  .../{elfutils_0.189.bb => elfutils_0.190.bb}  |   2 +-
>  ...001-Add-helper-function-for-basename.patch | 117 --
>  .../elfutils/files/0001-dso-link-change.patch |  12 +-
>  ...libasm-may-link-with-libbz2-if-found.patch |   6 +-
>  ...-check-data_list.data.d.d_buf-before.patch |   6 +-
>  ...m-compile-test_nlist-with-standard-C.patch |   6 +-
>  ...cvt_gunhash-if-dest-and-src-are-same.patch |   8 +-
>  .../elfutils/files/0003-fixheadercheck.patch  |   6 +-
>  .../elfutils/files/ptest.patch|  10 +-
>  9 files changed, 106 insertions(+), 67 deletions(-)
>  rename meta/recipes-devtools/elfutils/{elfutils_0.189.bb => 
> elfutils_0.190.bb} (98%)
> 
> diff --git a/meta/recipes-devtools/elfutils/elfutils_0.189.bb 
> b/meta/recipes-devtools/elfutils/elfutils_0.190.bb
> similarity index 98%
> rename from meta/recipes-devtools/elfutils/elfutils_0.189.bb
> rename to meta/recipes-devtools/elfutils/elfutils_0.190.bb
> index e9b432e4e9..6753d0ae7d 100644
> --- a/meta/recipes-devtools/elfutils/elfutils_0.189.bb
> +++ b/meta/recipes-devtools/elfutils/elfutils_0.190.bb
> @@ -26,7 +26,7 @@ SRC_URI = 
> "https://sourceware.org/elfutils/ftp/${PV}/${BP}.tar.bz2 \
>  SRC_URI:append:libc-musl = " \
> file://0003-musl-utils.patch \
> "
> -SRC_URI[sha256sum] = 
> "39bd8f1a338e2b7cd4abc3ff11a0eddc6e690f69578a57478d8179b4148708c8"
> +SRC_URI[sha256sum] = 
> "8e00a3a9b5f04bc1dc273ae86281d2d26ed412020b391ffcc23198f10231d692"
>  
>  inherit autotools gettext ptest pkgconfig
>  
> diff --git 
> a/meta/recipes-devtools/elfutils/files/0001-Add-helper-function-for-basename.patch
>  
> b/meta/recipes-devtools/elfutils/files/0001-Add-helper-function-for-basename.patch
> index 3e6033fd75..ebd4576f4a 100644
> --- 
> a/meta/recipes-devtools/elfutils/files/0001-Add-helper-function-for-basename.patch
> +++ 
> b/meta/recipes-devtools/elfutils/files/0001-Add-helper-function-for-basename.patch
> @@ -1,4 +1,4 @@
> -From 666372a5d8d5a23203c70d583904097c9e49c5a0 Mon Sep 17 00:00:00 2001
> +From 61773daf61f01105ec30b32a997681084f513aff Mon Sep 17 00:00:00 2001
>  From: Khem Raj 
>  Date: Sat, 9 Dec 2023 18:23:03 -0800
>  Subject: [PATCH] Add helper function for basename
> @@ -12,27 +12,31 @@ libraries which have POSIX implementation only.
>  Upstream-Status: Submitted 
> [https://sourceware.org/pipermail/elfutils-devel/2023q4/006727.html]
>  [1] 
> https://git.musl-libc.org/cgit/musl/commit/?id=725e17ed6dff4d0cd22487bb64470881e86a92e7
>  Signed-off-by: Khem Raj 
> +
>  ---
>   lib/Makefile.am  |  2 +-
>   lib/libeu.h  |  1 +
> - lib/{libeu.h => xbasename.c} | 31 ++--
> + lib/xbasename.c  | 39 
>   libdw/dwarf_getsrc_file.c|  3 ++-
>   libdwfl/core-file.c  |  3 ++-
>   libdwfl/dwfl_module_getsrc_file.c|  3 ++-
>   libdwfl/dwfl_segment_report_module.c |  3 ++-
> - libdwfl/find-debuginfo.c |  7 ---
> + libdwfl/find-debuginfo.c |  7 ++---
>   libdwfl/link_map.c   |  3 ++-
>   libdwfl/linux-kernel-modules.c   |  3 ++-
> - src/addr2line.c  |  5 +++--
> - src/ar.c |  5 +++--
> - src/nm.c |  4 ++--
> + src/addr2line.c  |  5 ++--
> + src/ar.c |  5 ++--
> + src/nm.c |  4 +--
>   src/stack.c  |  3 ++-
>   src/strip.c  |  2 +-
> - tests/show-die-info.c|  2 +-
> - tests/varlocs.c  |  2 

Re: [OE-core] [PATCH] python3-wcwidth: upgrade 0.2.12 -> 0.2.13

[Alexandre Belloni via lists.openembedded.org]

New ptest failures:

https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/5977/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6163/steps/12/logs/stdio

On 15/01/2024 17:26:40+0800, wangmy wrote:
> From: Wang Mingyu 
> 
> Changelog:
>  Bugfix zero-width support for Hangul Jamo
> 
> Signed-off-by: Wang Mingyu 
> ---
>  .../{python3-wcwidth_0.2.12.bb => python3-wcwidth_0.2.13.bb}| 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-devtools/python/{python3-wcwidth_0.2.12.bb => 
> python3-wcwidth_0.2.13.bb} (87%)
> 
> diff --git a/meta/recipes-devtools/python/python3-wcwidth_0.2.12.bb 
> b/meta/recipes-devtools/python/python3-wcwidth_0.2.13.bb
> similarity index 87%
> rename from meta/recipes-devtools/python/python3-wcwidth_0.2.12.bb
> rename to meta/recipes-devtools/python/python3-wcwidth_0.2.13.bb
> index ae845a39a7..320a34a5f5 100644
> --- a/meta/recipes-devtools/python/python3-wcwidth_0.2.12.bb
> +++ b/meta/recipes-devtools/python/python3-wcwidth_0.2.13.bb
> @@ -4,7 +4,7 @@ HOMEPAGE = "https://github.com/jquast/wcwidth;
>  LICENSE = "MIT"
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=b15979c39a2543892fca8cd86b4b52cb"
>  
> -SRC_URI[sha256sum] = 
> "f01c104efdf57971bcb756f054dd58ddec5204dd15fa31d6503ea57947d97c02"
> +SRC_URI[sha256sum] = 
> "72ea0c06399eb286d978fdedb6923a9eb47e1c486ce63e9b4e64fc18303972b5"
>  
>  inherit pypi setuptools3 ptest
>  
> -- 
> 2.34.1
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193914): 
https://lists.openembedded.org/g/openembedded-core/message/193914
Mute This Topic: https://lists.openembedded.org/mt/103735720/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] classes-global/insane: Add check for "virtual/" in RPROVIDES and RDEPENDS

[Alexandre Belloni via lists.openembedded.org]

Hello,

This causes warnings for meta-aws:

https://autobuilder.yoctoproject.org/typhoon/#/builders/122/builds/3840/steps/12/logs/warnings

On 14/01/2024 17:19:03+, Simone Weiß wrote:
> From: Simone Weiß 
> 
> Fixes [YOCTO #14538]
> 
> Recipes shouldn't use "virtual/" in RPROVIDES and RDEPENDS. This was
> addressed already in recipes in meta-oe and oe-core. Add a test for
> this in insane.bbclass to ensure no regressions occur.
> 
> Signed-off-by: Simone Weiß 
> ---
>  meta/classes-global/insane.bbclass | 6 ++
>  1 file changed, 6 insertions(+)
> 
> diff --git a/meta/classes-global/insane.bbclass 
> b/meta/classes-global/insane.bbclass
> index d625fd82f7..9e8e35e0f7 100644
> --- a/meta/classes-global/insane.bbclass
> +++ b/meta/classes-global/insane.bbclass
> @@ -1606,6 +1606,12 @@ python () {
>  if (d.getVar(d.expand('DEPENDS:${PN}'))):
>  oe.qa.handle_error("pkgvarcheck", "recipe uses DEPENDS:${PN}, should 
> use DEPENDS", d)
>  
> +# virtual/ is meaningless for those variables
> +for k in ['RDEPENDS', 'RPROVIDES']:
> +for var in bb.utils.explode_deps(d.getVar(k + ':' + pn) or ""):
> +if var.startswith("virtual/"):
> +bb.warn("%s is set to %s, the substring 'virtual/' holds no 
> meaning in this context. It is suggested to use the 'virtual-' instead." % 
> (k, var))
> +
>  issues = []
>  if (d.getVar('PACKAGES') or "").split():
>  for dep in (d.getVar('QADEPENDS') or "").split():
> -- 
> 2.39.2
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193879): 
https://lists.openembedded.org/g/openembedded-core/message/193879
Mute This Topic: https://lists.openembedded.org/mt/103722088/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 v9 4/9] oe-selftest devtool: ide-sdk tests

[Alexandre Belloni via lists.openembedded.org]

I got these failures on the autobuilders:

https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6257/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/2751/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6317/steps/14/logs/stdio


and this one:

https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6318/steps/14/logs/stdio


On 14/01/2024 23:14:16+0100, Adrian Freihofer wrote:
> Add some oe-selftests for the new devtool ide-sdk plugin. Most of the
> workflows are covered.
> 
> Many thanks to Enguerrand de Ribaucourt for testing and bug fixing.
> 
> Signed-off-by: Adrian Freihofer 
> ---
>  meta/lib/oeqa/selftest/cases/devtool.py | 492 
>  1 file changed, 492 insertions(+)
> 
> diff --git a/meta/lib/oeqa/selftest/cases/devtool.py 
> b/meta/lib/oeqa/selftest/cases/devtool.py
> index a8777207694..006c846438d 100644
> --- a/meta/lib/oeqa/selftest/cases/devtool.py
> +++ b/meta/lib/oeqa/selftest/cases/devtool.py
> @@ -12,6 +12,7 @@ import tempfile
>  import glob
>  import fnmatch
>  import unittest
> +import json
>  
>  from oeqa.selftest.case import OESelftestTestCase
>  from oeqa.utils.commands import runCmd, bitbake, get_bb_var, 
> create_temp_layer
> @@ -2314,3 +2315,494 @@ class DevtoolUpgradeTests(DevtoolBase):
>  
>  #Step 4.5
>  runCmd("grep %s %s" % (modconfopt, codeconfigfile))
> +
> +
> +class DevtoolIdeSdkTests(DevtoolBase):
> +def _write_bb_config(self, recipe_names):
> +"""Helper to write the bitbake local.conf file"""
> +conf_lines = [
> +'IMAGE_CLASSES += "image-combined-dbg"',
> +'IMAGE_GEN_DEBUGFS = "1"',
> +'IMAGE_INSTALL:append = " gdbserver %s"' % ' '.join(
> +[r + '-ptest' for r in recipe_names])
> +]
> +self.write_config("\n".join(conf_lines))
> +
> +def _check_workspace(self):
> +"""Check if a workspace directory is available and setup the 
> cleanup"""
> +self.assertTrue(not os.path.exists(self.workspacedir),
> +'This test cannot be run with a workspace directory 
> under the build directory')
> +self.track_for_cleanup(self.workspacedir)
> +self.add_command_to_tearDown('bitbake-layers remove-layer 
> */workspace')
> +
> +def _workspace_scripts_dir(self, recipe_name):
> +return os.path.realpath(os.path.join(self.builddir, 'workspace', 
> 'ide-sdk', recipe_name, 'scripts'))
> +
> +def _sources_scripts_dir(self, src_dir):
> +return os.path.realpath(os.path.join(src_dir, 'oe-scripts'))
> +
> +def _workspace_gdbinit_dir(self, recipe_name):
> +return os.path.realpath(os.path.join(self.builddir, 'workspace', 
> 'ide-sdk', recipe_name, 'scripts', 'gdbinit'))
> +
> +def _sources_gdbinit_dir(self, src_dir):
> +return os.path.realpath(os.path.join(src_dir, 'oe-gdbinit'))
> +
> +def _devtool_ide_sdk_recipe(self, recipe_name, build_file, testimage):
> +"""Setup a recipe for working with devtool ide-sdk
> +
> +Basically devtool modify -x followed by some tests
> +"""
> +tempdir = tempfile.mkdtemp(prefix='devtoolqa')
> +self.track_for_cleanup(tempdir)
> +self.add_command_to_tearDown('bitbake -c clean %s' % recipe_name)
> +
> +result = runCmd('devtool modify %s -x %s' % (recipe_name, tempdir))
> +self.assertExists(os.path.join(tempdir, build_file),
> +  'Extracted source could not be found')
> +self.assertExists(os.path.join(self.workspacedir, 'conf',
> +   'layer.conf'), 'Workspace directory 
> not created')
> +matches = glob.glob(os.path.join(self.workspacedir,
> +'appends', recipe_name + '.bbappend'))
> +self.assertTrue(matches, 'bbappend not created %s' % result.output)
> +
> +# Test devtool status
> +result = runCmd('devtool status')
> +self.assertIn(recipe_name, result.output)
> +self.assertIn(tempdir, result.output)
> +self._check_src_repo(tempdir)
> +
> +# Usually devtool ide-sdk would initiate the build of the SDK.
> +# But there is a circular dependency with starting Qemu and passing 
> the IP of runqemu to devtool ide-sdk.
> +if testimage:
> +bitbake("%s qemu-native qemu-helper-native" % testimage)
> +deploy_dir_image = get_bb_var('DEPLOY_DIR_IMAGE')
> +self.add_command_to_tearDown('bitbake -c clean %s' % testimage)
> +self.add_command_to_tearDown(
> +'rm -f %s/%s*' % (deploy_dir_image, testimage))
> +
> +return tempdir
> +
> +def _get_recipe_ids(self, recipe_name):
> +"""IDs needed to write recipe specific config entries into IDE 
> config files"""
> +package_arch = get_bb_var('PACKAGE_ARCH', recipe_name)
> +recipe_id = 

Re: [OE-core] Patchtest results for [PATCH v2 7/9] oeqa/selftest/recipetool: Move create_go test to a proper class

[Alexandre Belloni via lists.openembedded.org]

On 16/01/2024 10:08:50+0100, Alexander Kanavin wrote:
> No.

Why not?

> 
> Alex
> 
> On Tue, 16 Jan 2024 at 09:53, Vyacheslav Yurkov  wrote:
> >
> > Is that a strict requirement now even for trivial patches?
> >
> > Slava
> >
> > On 16.01.2024 09:45, patcht...@automation.yoctoproject.org wrote:
> > > Thank you for your submission. Patchtest identified one
> > > or more issues with the patch. Please see the log below for
> > > more information:
> > >
> > > ---
> > > Testing patch 
> > > /home/patchtest/share/mboxes/v2-7-9-oeqa-selftest-recipetool-Move-create_go-test-to-a-proper-class.patch
> > >
> > > FAIL: test commit message presence: Please include a commit message on 
> > > your patch explaining the change 
> > > (test_mbox.TestMbox.test_commit_message_presence)
> > >
> > > PASS: pretest pylint (test_python_pylint.PyLint.pretest_pylint)
> > > PASS: test Signed-off-by presence 
> > > (test_mbox.TestMbox.test_signed_off_by_presence)
> > > PASS: test author valid (test_mbox.TestMbox.test_author_valid)
> > > PASS: test max line length 
> > > (test_metadata.TestMetadata.test_max_line_length)
> > > PASS: test mbox format (test_mbox.TestMbox.test_mbox_format)
> > > PASS: test non-AUH upgrade (test_mbox.TestMbox.test_non_auh_upgrade)
> > > PASS: test pylint (test_python_pylint.PyLint.test_pylint)
> > > PASS: test shortlog format (test_mbox.TestMbox.test_shortlog_format)
> > > PASS: test shortlog length (test_mbox.TestMbox.test_shortlog_length)
> > >
> > > SKIP: pretest src uri left files: No modified recipes, skipping pretest 
> > > (test_metadata.TestMetadata.pretest_src_uri_left_files)
> > > SKIP: test CVE check ignore: No modified recipes, skipping test 
> > > (test_metadata.TestMetadata.test_cve_check_ignore)
> > > SKIP: test CVE tag format: No new CVE patches introduced 
> > > (test_patch.TestPatch.test_cve_tag_format)
> > > SKIP: test Signed-off-by presence: No new CVE patches introduced 
> > > (test_patch.TestPatch.test_signed_off_by_presence)
> > > SKIP: test Upstream-Status presence: No new CVE patches introduced 
> > > (test_patch.TestPatch.test_upstream_status_presence_format)
> > > SKIP: test bugzilla entry format: No bug ID found 
> > > (test_mbox.TestMbox.test_bugzilla_entry_format)
> > > SKIP: test lic files chksum modified not mentioned: No modified recipes, 
> > > skipping test 
> > > (test_metadata.TestMetadata.test_lic_files_chksum_modified_not_mentioned)
> > > SKIP: test lic files chksum presence: No added recipes, skipping test 
> > > (test_metadata.TestMetadata.test_lic_files_chksum_presence)
> > > SKIP: test license presence: No added recipes, skipping test 
> > > (test_metadata.TestMetadata.test_license_presence)
> > > SKIP: test series merge on head: Merge test is disabled for now 
> > > (test_mbox.TestMbox.test_series_merge_on_head)
> > > SKIP: test src uri left files: No modified recipes, skipping pretest 
> > > (test_metadata.TestMetadata.test_src_uri_left_files)
> > > SKIP: test summary presence: No added recipes, skipping test 
> > > (test_metadata.TestMetadata.test_summary_presence)
> > > SKIP: test target mailing list: Series merged, no reason to check other 
> > > mailing lists (test_mbox.TestMbox.test_target_mailing_list)
> > >
> > > ---
> > >
> > > Please address the issues identified and
> > > submit a new revision of the patch, or alternatively, reply to this
> > > email with an explanation of why the patch should be accepted. If you
> > > believe these results are due to an error in patchtest, please submit a
> > > bug at https://bugzilla.yoctoproject.org/ (use the 'Patchtest' category
> > > under 'Yocto Project Subprojects'). For more information on specific
> > > failures, see: https://wiki.yoctoproject.org/wiki/Patchtest. Thank
> > > you!
> >
> >
> >
> > 
> >

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193846): 
https://lists.openembedded.org/g/openembedded-core/message/193846
Mute This Topic: https://lists.openembedded.org/mt/103758512/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 2/2] python: update 3.11.5 -> 3.12.1

[Alexandre Belloni via lists.openembedded.org]

I got failures on the AB:

https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/8302/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/8477/steps/25/logs/stdio

On 12/01/2024 13:41:41+0100, Alexander Kanavin wrote:
> Drop distutils and smtpd modules from packaging, as both are gone in 3.12.
> 
> Rebase:
> 0020-configure.ac-setup.py-do-not-add-a-curses-include-pa.patch
> (drop setup.py chunk as the file is gone)
> 
> Drop patches:
> 0001-Do-not-add-usr-lib-termcap-to-linker-flags-to-avoid-.patch
> (setup.py gone, lib/termcap not mentioned anywhere else)
> 
> 0001-Don-t-search-system-for-headers-libraries.patch
> (setup.py gone, usr/lib64 not mentioned anywhere else)
> 
> 0001-Makefile-do-not-compile-.pyc-in-parallel.patch
> (replaced with COMPILEALL_OPTS= in EXTRA_OEMAKE)
> 
> 0001-setup.py-Do-not-detect-multiarch-paths-when-cross-co.patch
> (setup.py gone, add_multiarch_paths not mentioned anywhere else)
> 
> 0017-setup.py-do-not-report-missing-dependencies-for-disa.patch
> (has been superseded by Setup.local tweak in do_configure:prepend)
> 
> 12-distutils-prefix-is-inside-staging-area.patch
> (distutils has been removed upstream, so this old, unplesant hack can be 
> finally dropped)
> 
> avoid_warning_about_tkinter.patch
> (setup.py gone, tkinter detection logic performed in configure.ac)
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/classes-recipe/python3-dir.bbclass   |   2 +-
>  ...shebang-overflow-on-python-config.py.patch |   8 +-
>  ...ib-termcap-to-linker-flags-to-avoid-.patch |  25 -
>  ...-search-system-for-headers-libraries.patch |  27 -
>  ...e-stdin-I-O-errors-same-way-as-maste.patch |   6 +-
>  ...-use-prefix-value-from-build-configu.patch |  30 +++---
>  ...file-do-not-compile-.pyc-in-parallel.patch |  65 
>  ...-qemu-wrapper-when-gathering-profile.patch |  16 +--
>  ...sts-due-to-load-variability-on-YP-AB.patch |  24 ++---
>  ...est_sysconfig-for-posix_user-purelib.patch |  10 +-
>  ...asename-to-replace-CC-for-checking-c.patch |  44 
>  ...detect-multiarch-paths-when-cross-co.patch |  42 
>  ..._fileno-test-due-to-load-variability.patch |  10 +-
>  ...g.py-use-platlibdir-also-for-purelib.patch |   6 +-
>  ...pes.test_find-skip-without-tools-sdk.patch |  10 +-
>  ...le.py-correct-the-test-output-format.patch |   6 +-
>  ...orlines-skip-due-to-load-variability.patch |  10 +-
>  ...report-missing-dependencies-for-disa.patch |  38 ---
>  ...up.py-do-not-add-a-curses-include-pa.patch |  37 ++-
>  ...tutils-prefix-is-inside-staging-area.patch |  58 --
>  .../python3/avoid_warning_about_tkinter.patch |  30 --
>  .../python/python3/cgi_py.patch   |   4 +-
>  .../python/python3/crosspythonpath.patch  |   6 +-
>  .../python3/deterministic_imports.patch   |  18 +++-
>  .../python/python3/makerace.patch |  10 +-
>  .../python/python3/python3-manifest.json  | 100 +++---
>  .../{python3_3.11.5.bb => python3_3.12.1.bb}  |  27 +++--
>  27 files changed, 154 insertions(+), 515 deletions(-)
>  delete mode 100644 
> meta/recipes-devtools/python/python3/0001-Do-not-add-usr-lib-termcap-to-linker-flags-to-avoid-.patch
>  delete mode 100644 
> meta/recipes-devtools/python/python3/0001-Don-t-search-system-for-headers-libraries.patch
>  delete mode 100644 
> meta/recipes-devtools/python/python3/0001-Makefile-do-not-compile-.pyc-in-parallel.patch
>  delete mode 100644 
> meta/recipes-devtools/python/python3/0001-setup.py-Do-not-detect-multiarch-paths-when-cross-co.patch
>  delete mode 100644 
> meta/recipes-devtools/python/python3/0017-setup.py-do-not-report-missing-dependencies-for-disa.patch
>  delete mode 100644 
> meta/recipes-devtools/python/python3/12-distutils-prefix-is-inside-staging-area.patch
>  delete mode 100644 
> meta/recipes-devtools/python/python3/avoid_warning_about_tkinter.patch
>  rename meta/recipes-devtools/python/{python3_3.11.5.bb => python3_3.12.1.bb} 
> (96%)
> 
> diff --git a/meta/classes-recipe/python3-dir.bbclass 
> b/meta/classes-recipe/python3-dir.bbclass
> index d93d337f76c..3d07de99b88 100644
> --- a/meta/classes-recipe/python3-dir.bbclass
> +++ b/meta/classes-recipe/python3-dir.bbclass
> @@ -4,7 +4,7 @@
>  # SPDX-License-Identifier: MIT
>  #
>  
> -PYTHON_BASEVERSION = "3.11"
> +PYTHON_BASEVERSION = "3.12"
>  PYTHON_ABI = ""
>  PYTHON_DIR = "python${PYTHON_BASEVERSION}"
>  PYTHON_PN = "python3"
> diff --git 
> a/meta/recipes-devtools/python/python3/0001-Avoid-shebang-overflow-on-python-config.py.patch
>  
> b/meta/recipes-devtools/python/python3/0001-Avoid-shebang-overflow-on-python-config.py.patch
> index db084350045..03ecda98c2c 100644
> --- 
> a/meta/recipes-devtools/python/python3/0001-Avoid-shebang-overflow-on-python-config.py.patch
> +++ 
> b/meta/recipes-devtools/python/python3/0001-Avoid-shebang-overflow-on-python-config.py.patch
> @@ -1,4 +1,4 @@
> -From 78f482b91d94b44a02e02c4580166757119061ea Mon Sep 17 

Re: [OE-core] [PATCH] rng-tools: move to meta-oe

[Alexandre Belloni via lists.openembedded.org]

This is breaking meta-agl-core until this gets into meta-oe:

https://autobuilder.yoctoproject.org/typhoon/#/builders/120/builds/3849/steps/14/logs/stdio

On 10/01/2024 15:25:01-0500, Randy MacLeod via lists.openembedded.org wrote:
> From: Randy MacLeod 
> 
> Nothing in oe-core depends on rng-tools anymore:
>e7e1bc43ca rng-tools: splitting the rng-tools systemd/sysvinit serivce as 
> a package
> so move it to meta-oe for people who still want to run rngd
> as a service for some reason or for those who want to run rng-test.
> 
> Signed-off-by: Randy MacLeod 
> ---
>  meta/conf/distro/include/maintainers.inc  |  1 -
>  .../rng-tools/rng-tools/default   |  1 -
>  meta/recipes-support/rng-tools/rng-tools/init | 42 ---
>  .../rng-tools/rng-tools/rng-tools.service | 32 -
>  .../rng-tools/rng-tools_6.16.bb   | 69 ---
>  5 files changed, 145 deletions(-)
>  delete mode 100644 meta/recipes-support/rng-tools/rng-tools/default
>  delete mode 100644 meta/recipes-support/rng-tools/rng-tools/init
>  delete mode 100644 meta/recipes-support/rng-tools/rng-tools/rng-tools.service
>  delete mode 100644 meta/recipes-support/rng-tools/rng-tools_6.16.bb
> 
> diff --git a/meta/conf/distro/include/maintainers.inc 
> b/meta/conf/distro/include/maintainers.inc
> index 8dc63b138e..31023021ac 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -739,7 +739,6 @@ RECIPE_MAINTAINER:pn-repo = "Unassigned 
> "
>  RECIPE_MAINTAINER:pn-resolvconf = "Chen Qi "
>  RECIPE_MAINTAINER:pn-rgb = "Unassigned "
>  RECIPE_MAINTAINER:pn-rpcbind = "Hongxu Jia "
> -RECIPE_MAINTAINER:pn-rng-tools = "Anuj Mittal "
>  RECIPE_MAINTAINER:pn-rpcsvc-proto = "Khem Raj "
>  RECIPE_MAINTAINER:pn-rpm = "Unassigned "
>  RECIPE_MAINTAINER:pn-rsync = "Yi Zhao "
> diff --git a/meta/recipes-support/rng-tools/rng-tools/default 
> b/meta/recipes-support/rng-tools/rng-tools/default
> deleted file mode 100644
> index b9f8e03635..00
> --- a/meta/recipes-support/rng-tools/rng-tools/default
> +++ /dev/null
> @@ -1 +0,0 @@
> -EXTRA_ARGS="-r /dev/hwrng"
> diff --git a/meta/recipes-support/rng-tools/rng-tools/init 
> b/meta/recipes-support/rng-tools/rng-tools/init
> deleted file mode 100644
> index 13f0ecd37c..00
> --- a/meta/recipes-support/rng-tools/rng-tools/init
> +++ /dev/null
> @@ -1,42 +0,0 @@
> -#!/bin/sh
> -#
> -# This is an init script for openembedded
> -# Copy it to @SYSCONFDIR@/init.d/rng-tools and type
> -# > update-rc.d rng-tools defaults 60
> -#
> -
> -rngd=@SBINDIR@/rngd
> -test -x "$rngd" || exit 1
> -
> -[ -r @SYSCONFDIR@/default/rng-tools ] && . "@SYSCONFDIR@/default/rng-tools"
> -
> -case "$1" in
> -  start)
> -echo -n "Starting random number generator daemon"
> -start-stop-daemon -S -q -x $rngd -- $EXTRA_ARGS
> -echo "."
> -;;
> -  stop)
> -echo -n "Stopping random number generator daemon"
> -start-stop-daemon -K -q -n rngd
> -echo "."
> -;;
> -  reload|force-reload)
> -echo -n "Signalling rng daemon restart"
> -start-stop-daemon -K -q -s 1 -x $rngd
> -start-stop-daemon -K -q -s 1 -x $rngd
> -;;
> -  restart)
> -echo -n "Stopping random number generator daemon"
> -start-stop-daemon -K -q -n rngd
> -echo "."
> -echo -n "Starting random number generator daemon"
> -start-stop-daemon -S -q -x $rngd -- $EXTRA_ARGS
> -echo "."
> -;;
> -  *)
> -echo "Usage: @SYSCONFDIR@/init.d/rng-tools 
> {start|stop|reload|restart|force-reload}"
> -exit 1
> -esac
> -
> -exit 0
> diff --git a/meta/recipes-support/rng-tools/rng-tools/rng-tools.service 
> b/meta/recipes-support/rng-tools/rng-tools/rng-tools.service
> deleted file mode 100644
> index 5ae2fba215..00
> --- a/meta/recipes-support/rng-tools/rng-tools/rng-tools.service
> +++ /dev/null
> @@ -1,32 +0,0 @@
> -[Unit]
> -Description=Hardware RNG Entropy Gatherer Daemon
> -DefaultDependencies=no
> -Conflicts=shutdown.target
> -Before=sysinit.target shutdown.target
> -ConditionVirtualization=!container
> -
> -[Service]
> -EnvironmentFile=-@SYSCONFDIR@/default/rng-tools
> -ExecStart=@SBINDIR@/rngd -f $EXTRA_ARGS
> -CapabilityBoundingSet=CAP_SYS_ADMIN
> -IPAddressDeny=any
> -LockPersonality=yes
> -MemoryDenyWriteExecute=yes
> -NoNewPrivileges=yes
> -PrivateTmp=yes
> -ProtectControlGroups=yes
> -ProtectHome=yes
> -ProtectHostname=yes
> -ProtectKernelModules=yes
> -ProtectKernelLogs=yes
> -ProtectSystem=strict
> -RestrictAddressFamilies=AF_UNIX
> -RestrictNamespaces=yes
> -RestrictRealtime=yes
> -RestrictSUIDSGID=yes
> -SystemCallArchitectures=native
> -SystemCallErrorNumber=EPERM
> -SystemCallFilter=@system-service
> -
> -[Install]
> -WantedBy=sysinit.target
> diff --git a/meta/recipes-support/rng-tools/rng-tools_6.16.bb 
> b/meta/recipes-support/rng-tools/rng-tools_6.16.bb
> deleted file mode 100644
> index f0aa3ff93f..00
> --- a/meta/recipes-support/rng-tools/rng-tools_6.16.bb
> +++ 

Re: [OE-core] [PATCH v2 2/3] insane.bbclass: Make check_32bit_symbols check for file functions too

[Alexandre Belloni via lists.openembedded.org]

This causes a bunch of warnings on the autobuilders:

https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/8306/steps/12/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/5587/steps/11/logs/warnings

stdio: WARNING: lib32-openssh-9.5p1-r0 do_package_qa: QA Issue: 
/usr/bin/ssh-keyscan uses 32-bit api 'mkstemp'
stdio: WARNING: lib32-python3-numpy-1.26.2-r0 do_package_qa: QA Issue: 
/usr/lib/python3.11/site-packages/numpy/core/_multiarray_umath.cpython-311-i386-linux-gnu.so
 uses 32-bit api 'fallocate'

https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/8499/steps/12/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/102/builds/5675/steps/12/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/63/builds/8382/steps/12/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/59/builds/8363/steps/13/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/110/builds/7305/steps/12/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/160/builds/295/steps/12/logs/warnings

stdio: WARNING: openssh-9.5p1-r0 do_package_qa: QA Issue: /usr/sbin/sshd uses 
32-bit api 'mkstemp'

https://autobuilder.yoctoproject.org/typhoon/#/builders/106/builds/7404/steps/12/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/103/builds/7327/steps/12/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/107/builds/5743/steps/13/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/101/builds/7174/steps/13/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/128/builds/2749/steps/21/logs/warnings
https://autobuilder.yoctoproject.org/typhoon/#/builders/60/builds/8386/steps/13/logs/warnings

stdio: WARNING: openssh-9.5p1-r0 do_package_qa: QA Issue: /usr/bin/ssh-keyscan 
uses 32-bit api 'mkstemp'

https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/8436/steps/12/logs/warnings

stdio: WARNING: openssh-9.5p1-r0 do_package_qa: QA Issue: 
/usr/lib/openssh/ptest/regress/unittests/hostkeys/test_hostkeys uses 32-bit api 
'mkstemp'


On 12/01/2024 16:14:02+0100, Ola x Nilsson wrote:
> Since _TIME_BITS=64 forces the use of _FILE_OFFSET_BITS=64, also check
> for functions redirected only based on _FILE_OFFSET_BITS and
> __USE_FILE_OFFSET64.
> 
> Signed-off-by: Ola x Nilsson 
> ---
>  meta/classes-global/insane.bbclass | 31 ++
>  1 file changed, 31 insertions(+)
> 
> diff --git a/meta/classes-global/insane.bbclass 
> b/meta/classes-global/insane.bbclass
> index 69741a6a79..1ff6a319c4 100644
> --- a/meta/classes-global/insane.bbclass
> +++ b/meta/classes-global/insane.bbclass
> @@ -598,6 +598,37 @@ def check_32bit_symbols(path, packagename, d, elf, 
> messages):
>  "fts_set",
>  # /usr/include/netdb.h
>  "gai_suspend",
> +
> +# Since _TIME_BITS=64 forces the use of _FILE_OFFSET_BITS=64,
> +# also check for functions redirected only based on _FILE_OFFSET_BITS
> +# and __USE_FILE_OFFSET64
> +# /usr/include/bits/fcntl-linux.h
> +"fallocate",
> +# /usr/include/bits/resource.h
> +"prlimit",
> +# /usr/include/sys/statfs.h
> +"statfs", "fstatfs", "statvfs", "fstatvfs",
> +# /usr/include/sys/sendfile.h
> +"sendfile",
> +# /usr/include/sys/resource.h
> +"getrlimit", "setrlimit",
> +# /usr/include/sys/uio.h
> +"preadv", "pwritev", "preadv2", "pwritev2",
> +# /usr/include/sys/mman.h
> +"mmap",
> +# /usr/include/stdlib.h
> +"mkstemp", "mkstemps", "mkostemp", "mkostemps",
> +# /usr/include/stdio.h
> +"fopen", "tmpfile", "freopen", "fseeko", "ftello", "fgetpos",
> +"fsetpos",
> +# /usr/include/dirent.h
> +"readdir",
> +"readdir_r", "scandir", "scandirat", "alphasort", "getdirentries",
> +"versionsort",
> +# /usr/include/unistd.h
> +"lseek", "pread", "pwrite", "truncate", "ftruncate", "lockf",
> +# /usr/include/fcntl.h
> +"open", "openat", "creat", "posix_fadvise", "posix_fallocate",
>  }
>  
>  ptrn = re.compile(
> -- 
> 2.39.2
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193689): 
https://lists.openembedded.org/g/openembedded-core/message/193689
Mute This Topic: https://lists.openembedded.org/mt/103684364/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 3/3] python3-cython: update 0.29.36 -> 3.0.7

[Alexandre Belloni via lists.openembedded.org]

On 08/01/2024 09:10:14+0100, Alexander Kanavin wrote:
> I suspect this might have been a transient network issue. Both tests
> fetch stuff from 3rd party servers.

This is super weird but I added the cython upgrade and got this one, on
fedora38-ty-4 again:
https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6296/steps/14/logs/stdio

I'll try to reproduce without the other patches I'm carrying.

> 
> Alex
> 
> On Mon, 8 Jan 2024 at 08:39, Alexandre Belloni
>  wrote:
> >
> > On 07/01/2024 20:54:18+0100, Alexandre Belloni via lists.openembedded.org 
> > wrote:
> > > Hello,
> > >
> > > I believe this causes those failures on fedora, oe-selftest passed on
> > > the other hosts:
> > >
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6287/steps/14/logs/stdio
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6288/steps/14/logs/stdio
> > >
> > > Or maybe fedora38-ty-4 is the issue, I've started a build without the
> > > patch on this worker now.
> > >
> >
> > Amazingly, I can't reproduce anymore...
> >
> > >
> > > On 05/01/2024 14:35:43+0100, Alexander Kanavin wrote:
> > > > pep517 build backends require cython 3.x when
> > > > python is at 3.12, so we can't hold this update any
> > > > longer. There are only a few things in meta-oe
> > > > and meta that break anymore, and fixes for them
> > > > are provided at the same time as this patch.
> > > >
> > > > License-update: http -> https
> > > >
> > > > Signed-off-by: Alexander Kanavin 
> > > > ---
> > > >  meta/recipes-devtools/python/python-cython.inc | 7 +--
> > > >  .../{python3-cython_0.29.36.bb => python3-cython_3.0.7.bb} | 0
> > > >  2 files changed, 5 insertions(+), 2 deletions(-)
> > > >  rename meta/recipes-devtools/python/{python3-cython_0.29.36.bb => 
> > > > python3-cython_3.0.7.bb} (100%)
> > > >
> > > > diff --git a/meta/recipes-devtools/python/python-cython.inc 
> > > > b/meta/recipes-devtools/python/python-cython.inc
> > > > index 6aec6b012f1..bc1953c5045 100644
> > > > --- a/meta/recipes-devtools/python/python-cython.inc
> > > > +++ b/meta/recipes-devtools/python/python-cython.inc
> > > > @@ -5,11 +5,11 @@ It's designed to bridge the gap between the nice, 
> > > > high-level, easy-to-use world
> > > >  and the messy, low-level world of C."
> > > >  SECTION = "devel/python"
> > > >  LICENSE = "Apache-2.0"
> > > > -LIC_FILES_CHKSUM = 
> > > > "file://LICENSE.txt;md5=e23fadd6ceef8c618fc1c65191d846fa"
> > > > +LIC_FILES_CHKSUM = 
> > > > "file://LICENSE.txt;md5=61c3ee8961575861fa86c7e62bc9f69c"
> > > >  PYPI_PACKAGE = "Cython"
> > > >  BBCLASSEXTEND = "native nativesdk"
> > > >
> > > > -SRC_URI[sha256sum] = 
> > > > "41c0cfd2d754e383c9eeb95effc9aa4ab847d0c9747077ddd7c0dcb68c3bc01f"
> > > > +SRC_URI[sha256sum] = 
> > > > "fb299acf3a578573c190c858d49e0cf9d75f4bc49c3f24c5a63804997ef09213"
> > > >  UPSTREAM_CHECK_REGEX = "Cython-(?P.*)\.tar"
> > > >
> > > >  inherit pypi
> > > > @@ -39,4 +39,7 @@ do_install:append() {
> > > > for PYTHSCRIPT in `grep -rIl '^#!.*python' ${D}`; do
> > > > sed -i -e '1s|^#!.*|#!/usr/bin/env ${PYTHON_PN}|' 
> > > > $PYTHSCRIPT
> > > > done
> > > > +
> > > > +# remove build paths from generated sources
> > > > +sed -i -e 's|${WORKDIR}||' ${S}/Cython/*.c 
> > > > ${S}/Cython/Compiler/*.c ${S}/Cython/Plex/*.c
> > > >  }
> > > > diff --git a/meta/recipes-devtools/python/python3-cython_0.29.36.bb 
> > > > b/meta/recipes-devtools/python/python3-cython_3.0.7.bb
> > > > similarity index 100%
> > > > rename from meta/recipes-devtools/python/python3-cython_0.29.36.bb
> > > > rename to meta/recipes-devtools/python/python3-cython_3.0.7.bb
> > > > --
> > > > 2.39.2
> > > >
> > >
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Alexandre Belloni, co-owner and COO, Bootlin
> > > Embedded Linux and Kernel engineering
> > > https://bootlin.com
> >
> > >
> > > 
> > >
> >
> >
> > --
> > Alexandre Belloni, co-owner and COO, Bootlin
> > Embedded Linux and Kernel engineering
> > https://bootlin.com

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193484): 
https://lists.openembedded.org/g/openembedded-core/message/193484
Mute This Topic: https://lists.openembedded.org/mt/103542146/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] package_rpm: proposal to use internal dependency generator

[Alexandre Belloni via lists.openembedded.org]

Hello,

This causes failures on the autobuilders:
https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/8478/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/37/builds/8432/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/100/builds/5523/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6142/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/5957/steps/12/logs/stdio


DNF version: 4.18.2
cachedir: 
/home/pokybuild/yocto-worker/beaglebone/build/build/tmp/work/beaglebone_yocto-poky-linux-gnueabi/core-image-ptest-valgrind/1.0/rootfs/var/cache/dnf
Added oe-repo repo from 
/home/pokybuild/yocto-worker/beaglebone/build/build/tmp/work/beaglebone_yocto-poky-linux-gnueabi/core-image-ptest-valgrind/1.0/oe-rootfs-repo
User-Agent: falling back to 'libdnf': could not detect OS or basearch
repo: using cache for: oe-repo
oe-repo: using metadata from Tue 09 Jan 2024 09:11:27 AM UTC.
Last metadata expiration check: 0:00:01 ago on Tue 09 Jan 2024 09:11:29 AM UTC.
--> Starting dependency resolution
--> Finished dependency resolution
Error: 
 Problem: conflicting requests
  - nothing provides /bin/csh needed by 
valgrind-ptest-3.21.0-r0.cortexa8hf_neon from oe-repo
  - nothing provides /this/is/a/bogus/interpreter/name needed by 
valgrind-ptest-3.21.0-r0.cortexa8hf_neon from oe-repo
  - nothing provides /usr/local/bin/bash needed by 
valgrind-ptest-3.21.0-r0.cortexa8hf_neon from oe-repo
  - nothing provides /usr/local/bin/ksh93 needed by 
valgrind-ptest-3.21.0-r0.cortexa8hf_neon from oe-repo
(try to add '--skip-broken' to skip uninstallable packages)



On 09/01/2024 15:56:41+0800, Xiangyu Chen wrote:
> From: Xiangyu Chen 
> 
> Currently we are using external dependency generator, the rpm upstream already
> marked it as "Old Style Dependency Generators"[1], they also added a warning 
> message
> in rpm source code to inform that the external dependency generator is 
> deprecated[2].
> 
> Since it is only kept for backwards compatibility and may get removed in a 
> future
> release of rpm, so here is a proposal to use internal dependency generator by 
> default.
> 
> [1] 
> https://rpm-software-management.github.io/rpm/manual/dependency_generators.html
> [2] https://github.com/rpm-software-management/rpm/commit/cfcdd942
> 
> Signed-off-by: Xiangyu Chen 
> ---
>  meta/classes-global/package_rpm.bbclass | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/classes-global/package_rpm.bbclass 
> b/meta/classes-global/package_rpm.bbclass
> index 2fc18fe98c..05cecee7d7 100644
> --- a/meta/classes-global/package_rpm.bbclass
> +++ b/meta/classes-global/package_rpm.bbclass
> @@ -681,7 +681,7 @@ python do_package_rpm () {
>  cmd = cmd + " --define '_topdir " + workdir + "' --define '_rpmdir " + 
> pkgwritedir + "'"
>  cmd = cmd + " --define '_builddir " + d.getVar('B') + "'"
>  cmd = cmd + " --define '_build_name_fmt 
> %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm'"
> -cmd = cmd + " --define '_use_internal_dependency_generator 0'"
> +cmd = cmd + " --define '_use_internal_dependency_generator 1'"
>  cmd = cmd + " --define '_binaries_in_noarch_packages_terminate_build 0'"
>  cmd = cmd + " --define '_build_id_links none'"
>  cmd = cmd + " --define '_source_payload %s'" % rpmbuild_compmode
> -- 
> 2.25.1
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193483): 
https://lists.openembedded.org/g/openembedded-core/message/193483
Mute This Topic: https://lists.openembedded.org/mt/103616137/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 1/3] systemd: upgrade to 255.1

[Alexandre Belloni via lists.openembedded.org]

I got this today:

https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/8420/steps/25/logs/stdio

WARNING: systemd-1_255.1-r0 do_install: Using /home/root as root user's home 
directory is not fully supported by systemd

On 07/01/2024 14:05:35+, Chen Qi via lists.openembedded.org wrote:
> Another patch in this series fixes the warning:
> rootfs-postcommands.bbclass: ignore comment mismatch in systemd_user_check
> 
> Is that patch also staged?
> 
> Regards,
> Qi
> 
> -Original Message-
> From: Alexandre Belloni  
> Sent: Saturday, January 6, 2024 12:02 AM
> To: Chen, Qi 
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1
> 
> Hello,
> 
> This fails with:
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/106/builds/7361/steps/12/logs/warnings
> 
> WARNING: core-image-full-cmdline-1.0-r0 do_rootfs: User root has been defined 
> as (root, 0, 0, root, /root, /bin/sh) but sysusers.d expects it as (root, 0, 
> 0, Super User, /root, -)
> WARNING: core-image-full-cmdline-1.0-r0 do_rootfs: User nobody has been 
> defined as (nobody, 65534, 65534, nobody, /nonexistent, /usr/sbin/nologin) 
> but sysusers.d expects it as (nobody, 65534, 65534, Kernel Overflow User, -, 
> -)
> WARNING: core-image-sato-1.0-r0 do_rootfs: User root has been defined as 
> (root, 0, 0, root, /root, /bin/sh) but sysusers.d expects it as (root, 0, 0, 
> Super User, /root, -)
> WARNING: core-image-sato-1.0-r0 do_rootfs: User nobody has been defined as 
> (nobody, 65534, 65534, nobody, /nonexistent, /usr/sbin/nologin) but 
> sysusers.d expects it as (nobody, 65534, 65534, Kernel Overflow User, -, -)
> WARNING: core-image-sato-sdk-1.0-r0 do_rootfs: User root has been defined as 
> (root, 0, 0, root, /root, /bin/sh) but sysusers.d expects it as (root, 0, 0, 
> Super User, /root, -)
> WARNING: core-image-sato-sdk-1.0-r0 do_rootfs: User nobody has been defined 
> as (nobody, 65534, 65534, nobody, /nonexistent, /usr/sbin/nologin) but 
> sysusers.d expects it as (nobody, 65534, 65534, Kernel Overflow User, -, -)
> 
> On 27/12/2023 12:20:34+0800, Chen Qi via lists.openembedded.org wrote:
> > From: Chen Qi 
> > 
> > 1. Patch changes:
> > 
> > 0004-Move-sysusers.d-sysctl.d-binfmt.d-modules-load.d-to-.patch
> > is removed because it has no real effect now. The /lib is now /usr/lib 
> > because 'usrmerge' is a required distro feature for systemd.
> > 
> > 0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch is 
> > refreshed for the new version to avoid patch-fuzz issue.
> > 
> > 2. root user's home directory now defaults to "/root":
> > 
> > The sysuers.d/basic.conf is still modified to respect the ROOT_HOME 
> > value, so if users set ROOT_HOME to "/home/root", the behavior is the 
> > same as before. However, this is only for backward compatibility. With 
> > this patch, The ROOT_HOME value is set to "/root" in 
> > init-manager-systemd.inc.
> > This is because systemd's source codes are hardcoding "/root", and 
> > other values are not officially supported. See the list below.
> > $ grep -rl '"/root"' src/ | grep -v 'src/test'
> > src/core/namespace.c
> > src/basic/user-util.c
> > src/nss-systemd/nss-systemd.c
> > src/nspawn/nspawn.c
> > src/firstboot/firstboot.c
> > src/shared/userdb.c
> > src/shared/user-record.c
> > $ grep -rl /root network/ factory/ sysctl.d/ sysusers.d/ rules.d/ 
> > tmpfiles.d/ units/ xorg/ tools/ sysusers.d/basic.conf.in 
> > tmpfiles.d/provision.conf units/emergency.service.in 
> > units/rescue.service.in tools/list-discoverable-partitions.py
> > Previously, the recipe was just substituting sysusers.d/basic.conf.in, 
> > which is not enough to be treated as 'fully support'. I deliberately 
> > put a warning message in do_install to warn users about non "/root" 
> > ROOT_HOME value. Don't remove it until all above places are handled.
> > 
> > 3. cgroupv2 is now the default.
> > cgroupv2 is the default for systemd for many years and it's the 
> > default for distros such as ubuntu and fedora. Let's also use it as the 
> > default.
> > 
> > Signed-off-by: Chen Qi 
> > ---
> >  .../distro/include/init-manager-systemd.inc   |  2 +
> >  meta/recipes-core/systemd/systemd.inc |  4 +-
> >  ...tall-dependency-links-at-install-tim.patch | 22 +++---  
> > ...sysctl.d-binfmt.d-modules-load.d-to-.patch | 73 ---
> >  .../systemd/systemd/basic.conf.in | 40 --
> >  .../{systemd_254.4.bb => systemd_255.1.bb}| 16 ++--
> >  6 files changed, 25 insertions(+), 132 deletions(-)  delete mode 
> > 100644 
> > meta/recipes-core/systemd/systemd/0004-Move-sysusers.d-sysctl.d-binfmt
> > .d-modules-load.d-to-.patch  delete mode 100644 
> > meta/recipes-core/systemd/systemd/basic.conf.in
> >  rename meta/recipes-core/systemd/{systemd_254.4.bb => 
> > systemd_255.1.bb} (98%)
> > 
> > diff --git a/meta/conf/distro/include/init-manager-systemd.inc 
> > b/meta/conf/distro/include/init-manager-systemd.inc
> > 

Re: [OE-core] [PATCH 3/3] python3-cython: update 0.29.36 -> 3.0.7

[Alexandre Belloni via lists.openembedded.org]

On 07/01/2024 20:54:18+0100, Alexandre Belloni via lists.openembedded.org wrote:
> Hello,
> 
> I believe this causes those failures on fedora, oe-selftest passed on
> the other hosts:
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6287/steps/14/logs/stdio
> https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6288/steps/14/logs/stdio
> 
> Or maybe fedora38-ty-4 is the issue, I've started a build without the
> patch on this worker now.
> 

Amazingly, I can't reproduce anymore...

> 
> On 05/01/2024 14:35:43+0100, Alexander Kanavin wrote:
> > pep517 build backends require cython 3.x when
> > python is at 3.12, so we can't hold this update any
> > longer. There are only a few things in meta-oe
> > and meta that break anymore, and fixes for them
> > are provided at the same time as this patch.
> > 
> > License-update: http -> https
> > 
> > Signed-off-by: Alexander Kanavin 
> > ---
> >  meta/recipes-devtools/python/python-cython.inc | 7 +--
> >  .../{python3-cython_0.29.36.bb => python3-cython_3.0.7.bb} | 0
> >  2 files changed, 5 insertions(+), 2 deletions(-)
> >  rename meta/recipes-devtools/python/{python3-cython_0.29.36.bb => 
> > python3-cython_3.0.7.bb} (100%)
> > 
> > diff --git a/meta/recipes-devtools/python/python-cython.inc 
> > b/meta/recipes-devtools/python/python-cython.inc
> > index 6aec6b012f1..bc1953c5045 100644
> > --- a/meta/recipes-devtools/python/python-cython.inc
> > +++ b/meta/recipes-devtools/python/python-cython.inc
> > @@ -5,11 +5,11 @@ It's designed to bridge the gap between the nice, 
> > high-level, easy-to-use world
> >  and the messy, low-level world of C."
> >  SECTION = "devel/python"
> >  LICENSE = "Apache-2.0"
> > -LIC_FILES_CHKSUM = 
> > "file://LICENSE.txt;md5=e23fadd6ceef8c618fc1c65191d846fa"
> > +LIC_FILES_CHKSUM = 
> > "file://LICENSE.txt;md5=61c3ee8961575861fa86c7e62bc9f69c"
> >  PYPI_PACKAGE = "Cython"
> >  BBCLASSEXTEND = "native nativesdk"
> >  
> > -SRC_URI[sha256sum] = 
> > "41c0cfd2d754e383c9eeb95effc9aa4ab847d0c9747077ddd7c0dcb68c3bc01f"
> > +SRC_URI[sha256sum] = 
> > "fb299acf3a578573c190c858d49e0cf9d75f4bc49c3f24c5a63804997ef09213"
> >  UPSTREAM_CHECK_REGEX = "Cython-(?P.*)\.tar"
> >  
> >  inherit pypi
> > @@ -39,4 +39,7 @@ do_install:append() {
> > for PYTHSCRIPT in `grep -rIl '^#!.*python' ${D}`; do
> > sed -i -e '1s|^#!.*|#!/usr/bin/env ${PYTHON_PN}|' $PYTHSCRIPT
> > done
> > +
> > +# remove build paths from generated sources
> > +sed -i -e 's|${WORKDIR}||' ${S}/Cython/*.c 
> > ${S}/Cython/Compiler/*.c ${S}/Cython/Plex/*.c
> >  }
> > diff --git a/meta/recipes-devtools/python/python3-cython_0.29.36.bb 
> > b/meta/recipes-devtools/python/python3-cython_3.0.7.bb
> > similarity index 100%
> > rename from meta/recipes-devtools/python/python3-cython_0.29.36.bb
> > rename to meta/recipes-devtools/python/python3-cython_3.0.7.bb
> > -- 
> > 2.39.2
> > 
> 
> > 
> > 
> > 
> 
> 
> -- 
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193395): 
https://lists.openembedded.org/g/openembedded-core/message/193395
Mute This Topic: https://lists.openembedded.org/mt/103542146/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 3/3] python3-cython: update 0.29.36 -> 3.0.7

[Alexandre Belloni via lists.openembedded.org]

On 07/01/2024 21:09:11+0100, Alexandre Belloni wrote:
> On 07/01/2024 21:05:45+0100, Alexander Kanavin wrote:
> > 2024-01-07 15:06:26,597 - oe-selftest - INFO - FAIL:
> > devtool.DevtoolAddTests.test_devtool_add_fetch_simple
> > (subunit.RemotedTestCase)
> > ERROR: Nothing PROVIDES 'pv'
> > 
> > 2024-01-07 06:40:56,859 - oe-selftest - INFO - FAIL:
> > devtool.DevtoolAddTests.test_devtool_add_git_style1
> > (subunit.RemotedTestCase)
> > ERROR: Nothing PROVIDES 'mbedtls'
> > 
> > I'm totally puzzled. Why do you suspect cython?
> 
> I didn't have much else to suspect and I ran the same branch without
> this patch successfully (but on fedora38-ty-3). Apart from this, I guess
> I'm as puzzled as you are.

Note that dmesg on the worker had a bunch of
mips64-poky-linux- and prelink-rtld segfaults that are not
unusual.

But also an interesting
[435224.430115] mmap: qemu-ppc (2739864): VmData 1126244352 exceed data ulimit 
16777216. Update limits or use boot option ignore_rlimit_data.

I don't believe this is related to this issue.

> 
> > 
> > Alex
> > 
> > On Sun, 7 Jan 2024 at 20:54, Alexandre Belloni
> >  wrote:
> > >
> > > Hello,
> > >
> > > I believe this causes those failures on fedora, oe-selftest passed on
> > > the other hosts:
> > >
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6287/steps/14/logs/stdio
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6288/steps/14/logs/stdio
> > >
> > > Or maybe fedora38-ty-4 is the issue, I've started a build without the
> > > patch on this worker now.
> > >
> > >
> > > On 05/01/2024 14:35:43+0100, Alexander Kanavin wrote:
> > > > pep517 build backends require cython 3.x when
> > > > python is at 3.12, so we can't hold this update any
> > > > longer. There are only a few things in meta-oe
> > > > and meta that break anymore, and fixes for them
> > > > are provided at the same time as this patch.
> > > >
> > > > License-update: http -> https
> > > >
> > > > Signed-off-by: Alexander Kanavin 
> > > > ---
> > > >  meta/recipes-devtools/python/python-cython.inc | 7 +--
> > > >  .../{python3-cython_0.29.36.bb => python3-cython_3.0.7.bb} | 0
> > > >  2 files changed, 5 insertions(+), 2 deletions(-)
> > > >  rename meta/recipes-devtools/python/{python3-cython_0.29.36.bb => 
> > > > python3-cython_3.0.7.bb} (100%)
> > > >
> > > > diff --git a/meta/recipes-devtools/python/python-cython.inc 
> > > > b/meta/recipes-devtools/python/python-cython.inc
> > > > index 6aec6b012f1..bc1953c5045 100644
> > > > --- a/meta/recipes-devtools/python/python-cython.inc
> > > > +++ b/meta/recipes-devtools/python/python-cython.inc
> > > > @@ -5,11 +5,11 @@ It's designed to bridge the gap between the nice, 
> > > > high-level, easy-to-use world
> > > >  and the messy, low-level world of C."
> > > >  SECTION = "devel/python"
> > > >  LICENSE = "Apache-2.0"
> > > > -LIC_FILES_CHKSUM = 
> > > > "file://LICENSE.txt;md5=e23fadd6ceef8c618fc1c65191d846fa"
> > > > +LIC_FILES_CHKSUM = 
> > > > "file://LICENSE.txt;md5=61c3ee8961575861fa86c7e62bc9f69c"
> > > >  PYPI_PACKAGE = "Cython"
> > > >  BBCLASSEXTEND = "native nativesdk"
> > > >
> > > > -SRC_URI[sha256sum] = 
> > > > "41c0cfd2d754e383c9eeb95effc9aa4ab847d0c9747077ddd7c0dcb68c3bc01f"
> > > > +SRC_URI[sha256sum] = 
> > > > "fb299acf3a578573c190c858d49e0cf9d75f4bc49c3f24c5a63804997ef09213"
> > > >  UPSTREAM_CHECK_REGEX = "Cython-(?P.*)\.tar"
> > > >
> > > >  inherit pypi
> > > > @@ -39,4 +39,7 @@ do_install:append() {
> > > >   for PYTHSCRIPT in `grep -rIl '^#!.*python' ${D}`; do
> > > >   sed -i -e '1s|^#!.*|#!/usr/bin/env ${PYTHON_PN}|' 
> > > > $PYTHSCRIPT
> > > >   done
> > > > +
> > > > +# remove build paths from generated sources
> > > > +sed -i -e 's|${WORKDIR}||' ${S}/Cython/*.c 
> > > > ${S}/Cython/Compiler/*.c ${S}/Cython/Plex/*.c
> > > >  }
> > > > diff --git a/meta/recipes-devtools/python/python3-cython_0.29.36.bb 
> > > > b/meta/recipes-devtools/python/python3-cython_3.0.7.bb
> > > > similarity index 100%
> > > > rename from meta/recipes-devtools/python/python3-cython_0.29.36.bb
> > > > rename to meta/recipes-devtools/python/python3-cython_3.0.7.bb
> > > > --
> > > > 2.39.2
> > > >
> > >
> > > >
> > > > 
> > > >
> > >
> > >
> > > --
> > > Alexandre Belloni, co-owner and COO, Bootlin
> > > Embedded Linux and Kernel engineering
> > > https://bootlin.com
> 
> -- 
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com

-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193393): 
https://lists.openembedded.org/g/openembedded-core/message/193393
Mute This Topic: https://lists.openembedded.org/mt/103542146/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 

Re: [OE-core] [PATCH 3/3] python3-cython: update 0.29.36 -> 3.0.7

[Alexandre Belloni via lists.openembedded.org]

On 07/01/2024 21:05:45+0100, Alexander Kanavin wrote:
> 2024-01-07 15:06:26,597 - oe-selftest - INFO - FAIL:
> devtool.DevtoolAddTests.test_devtool_add_fetch_simple
> (subunit.RemotedTestCase)
> ERROR: Nothing PROVIDES 'pv'
> 
> 2024-01-07 06:40:56,859 - oe-selftest - INFO - FAIL:
> devtool.DevtoolAddTests.test_devtool_add_git_style1
> (subunit.RemotedTestCase)
> ERROR: Nothing PROVIDES 'mbedtls'
> 
> I'm totally puzzled. Why do you suspect cython?

I didn't have much else to suspect and I ran the same branch without
this patch successfully (but on fedora38-ty-3). Apart from this, I guess
I'm as puzzled as you are.

> 
> Alex
> 
> On Sun, 7 Jan 2024 at 20:54, Alexandre Belloni
>  wrote:
> >
> > Hello,
> >
> > I believe this causes those failures on fedora, oe-selftest passed on
> > the other hosts:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6287/steps/14/logs/stdio
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6288/steps/14/logs/stdio
> >
> > Or maybe fedora38-ty-4 is the issue, I've started a build without the
> > patch on this worker now.
> >
> >
> > On 05/01/2024 14:35:43+0100, Alexander Kanavin wrote:
> > > pep517 build backends require cython 3.x when
> > > python is at 3.12, so we can't hold this update any
> > > longer. There are only a few things in meta-oe
> > > and meta that break anymore, and fixes for them
> > > are provided at the same time as this patch.
> > >
> > > License-update: http -> https
> > >
> > > Signed-off-by: Alexander Kanavin 
> > > ---
> > >  meta/recipes-devtools/python/python-cython.inc | 7 +--
> > >  .../{python3-cython_0.29.36.bb => python3-cython_3.0.7.bb} | 0
> > >  2 files changed, 5 insertions(+), 2 deletions(-)
> > >  rename meta/recipes-devtools/python/{python3-cython_0.29.36.bb => 
> > > python3-cython_3.0.7.bb} (100%)
> > >
> > > diff --git a/meta/recipes-devtools/python/python-cython.inc 
> > > b/meta/recipes-devtools/python/python-cython.inc
> > > index 6aec6b012f1..bc1953c5045 100644
> > > --- a/meta/recipes-devtools/python/python-cython.inc
> > > +++ b/meta/recipes-devtools/python/python-cython.inc
> > > @@ -5,11 +5,11 @@ It's designed to bridge the gap between the nice, 
> > > high-level, easy-to-use world
> > >  and the messy, low-level world of C."
> > >  SECTION = "devel/python"
> > >  LICENSE = "Apache-2.0"
> > > -LIC_FILES_CHKSUM = 
> > > "file://LICENSE.txt;md5=e23fadd6ceef8c618fc1c65191d846fa"
> > > +LIC_FILES_CHKSUM = 
> > > "file://LICENSE.txt;md5=61c3ee8961575861fa86c7e62bc9f69c"
> > >  PYPI_PACKAGE = "Cython"
> > >  BBCLASSEXTEND = "native nativesdk"
> > >
> > > -SRC_URI[sha256sum] = 
> > > "41c0cfd2d754e383c9eeb95effc9aa4ab847d0c9747077ddd7c0dcb68c3bc01f"
> > > +SRC_URI[sha256sum] = 
> > > "fb299acf3a578573c190c858d49e0cf9d75f4bc49c3f24c5a63804997ef09213"
> > >  UPSTREAM_CHECK_REGEX = "Cython-(?P.*)\.tar"
> > >
> > >  inherit pypi
> > > @@ -39,4 +39,7 @@ do_install:append() {
> > >   for PYTHSCRIPT in `grep -rIl '^#!.*python' ${D}`; do
> > >   sed -i -e '1s|^#!.*|#!/usr/bin/env ${PYTHON_PN}|' 
> > > $PYTHSCRIPT
> > >   done
> > > +
> > > +# remove build paths from generated sources
> > > +sed -i -e 's|${WORKDIR}||' ${S}/Cython/*.c 
> > > ${S}/Cython/Compiler/*.c ${S}/Cython/Plex/*.c
> > >  }
> > > diff --git a/meta/recipes-devtools/python/python3-cython_0.29.36.bb 
> > > b/meta/recipes-devtools/python/python3-cython_3.0.7.bb
> > > similarity index 100%
> > > rename from meta/recipes-devtools/python/python3-cython_0.29.36.bb
> > > rename to meta/recipes-devtools/python/python3-cython_3.0.7.bb
> > > --
> > > 2.39.2
> > >
> >
> > >
> > > 
> > >
> >
> >
> > --
> > Alexandre Belloni, co-owner and COO, Bootlin
> > Embedded Linux and Kernel engineering
> > https://bootlin.com

-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193392): 
https://lists.openembedded.org/g/openembedded-core/message/193392
Mute This Topic: https://lists.openembedded.org/mt/103542146/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 3/3] python3-cython: update 0.29.36 -> 3.0.7

[Alexandre Belloni via lists.openembedded.org]

Hello,

I believe this causes those failures on fedora, oe-selftest passed on
the other hosts:

https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6287/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6288/steps/14/logs/stdio

Or maybe fedora38-ty-4 is the issue, I've started a build without the
patch on this worker now.


On 05/01/2024 14:35:43+0100, Alexander Kanavin wrote:
> pep517 build backends require cython 3.x when
> python is at 3.12, so we can't hold this update any
> longer. There are only a few things in meta-oe
> and meta that break anymore, and fixes for them
> are provided at the same time as this patch.
> 
> License-update: http -> https
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/recipes-devtools/python/python-cython.inc | 7 +--
>  .../{python3-cython_0.29.36.bb => python3-cython_3.0.7.bb} | 0
>  2 files changed, 5 insertions(+), 2 deletions(-)
>  rename meta/recipes-devtools/python/{python3-cython_0.29.36.bb => 
> python3-cython_3.0.7.bb} (100%)
> 
> diff --git a/meta/recipes-devtools/python/python-cython.inc 
> b/meta/recipes-devtools/python/python-cython.inc
> index 6aec6b012f1..bc1953c5045 100644
> --- a/meta/recipes-devtools/python/python-cython.inc
> +++ b/meta/recipes-devtools/python/python-cython.inc
> @@ -5,11 +5,11 @@ It's designed to bridge the gap between the nice, 
> high-level, easy-to-use world
>  and the messy, low-level world of C."
>  SECTION = "devel/python"
>  LICENSE = "Apache-2.0"
> -LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=e23fadd6ceef8c618fc1c65191d846fa"
> +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=61c3ee8961575861fa86c7e62bc9f69c"
>  PYPI_PACKAGE = "Cython"
>  BBCLASSEXTEND = "native nativesdk"
>  
> -SRC_URI[sha256sum] = 
> "41c0cfd2d754e383c9eeb95effc9aa4ab847d0c9747077ddd7c0dcb68c3bc01f"
> +SRC_URI[sha256sum] = 
> "fb299acf3a578573c190c858d49e0cf9d75f4bc49c3f24c5a63804997ef09213"
>  UPSTREAM_CHECK_REGEX = "Cython-(?P.*)\.tar"
>  
>  inherit pypi
> @@ -39,4 +39,7 @@ do_install:append() {
>   for PYTHSCRIPT in `grep -rIl '^#!.*python' ${D}`; do
>   sed -i -e '1s|^#!.*|#!/usr/bin/env ${PYTHON_PN}|' $PYTHSCRIPT
>   done
> +
> +# remove build paths from generated sources
> +sed -i -e 's|${WORKDIR}||' ${S}/Cython/*.c ${S}/Cython/Compiler/*.c 
> ${S}/Cython/Plex/*.c
>  }
> diff --git a/meta/recipes-devtools/python/python3-cython_0.29.36.bb 
> b/meta/recipes-devtools/python/python3-cython_3.0.7.bb
> similarity index 100%
> rename from meta/recipes-devtools/python/python3-cython_0.29.36.bb
> rename to meta/recipes-devtools/python/python3-cython_3.0.7.bb
> -- 
> 2.39.2
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193390): 
https://lists.openembedded.org/g/openembedded-core/message/193390
Mute This Topic: https://lists.openembedded.org/mt/103542146/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 2/3] python3-pyaaml: make compatible with cython 3.x

[Alexandre Belloni via lists.openembedded.org]

Hello,

You have a typo in the subject.

On 05/01/2024 14:35:42+0100, Alexander Kanavin wrote:
> This has been rejected by upstream in favour of requiring obsolete cython
> until there's 'proper' 3.x support. Months later, there's still no progress
> so let's just take the rejected fix, as it does work (as reported by others 
> as well),
> and allows moving forward with cython.
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  .../0001-Fix-builds-with-Cython-3.patch   | 54 +++
>  .../python/python3-pyyaml_6.0.1.bb|  1 +
>  2 files changed, 55 insertions(+)
>  create mode 100644 
> meta/recipes-devtools/python/python3-pyyaml/0001-Fix-builds-with-Cython-3.patch
> 
> diff --git 
> a/meta/recipes-devtools/python/python3-pyyaml/0001-Fix-builds-with-Cython-3.patch
>  
> b/meta/recipes-devtools/python/python3-pyyaml/0001-Fix-builds-with-Cython-3.patch
> new file mode 100644
> index 000..a87d588b6a1
> --- /dev/null
> +++ 
> b/meta/recipes-devtools/python/python3-pyyaml/0001-Fix-builds-with-Cython-3.patch
> @@ -0,0 +1,54 @@
> +From 9cc23db56add79357b8f8257fe6fc0d6879d4579 Mon Sep 17 00:00:00 2001
> +From: "Andrew J. Hesford" 
> +Date: Fri, 21 Jul 2023 09:50:00 -0400
> +Subject: [PATCH] Fix builds with Cython 3
> +
> +This is a *de minimis* fix for building with Cython 3. Recent Cython<3
> +releases provided `Cython.Distutils.build_ext` as an alias to
> +`Cython.Distutils.old_build_ext.old_build_ext`; Cython 3 drops this
> +alias and instead uses a wholly new `Cython.Distutils.build_ext` that
> +does not provide the `cython_sources` function used in `setup.py`.
> +
> +Explicitly importing `old_build_ext` preserves the existing behavior for
> +recent Cython<3 and uses the correct behavior for Cython 3. Should the
> +import fail (*e.g.*, because the version of Cython available predates
> +the availability of `old_build_ext`), the import falls back to just
> +`Cython.Distutils.build_ext`.
> +
> +Signed-off-by: Andrew J. Hesford 
> +Upstream-Status: Denied [https://github.com/yaml/pyyaml/pull/731]
> +Signed-off-by: Alexander Kanavin 
> +---
> + pyproject.toml | 2 +-
> + setup.py   | 6 +-
> + 2 files changed, 6 insertions(+), 2 deletions(-)
> +
> +diff --git a/pyproject.toml b/pyproject.toml
> +index 4bc04c0..2bf5ec8 100644
> +--- a/pyproject.toml
>  b/pyproject.toml
> +@@ -1,3 +1,3 @@
> + [build-system]
> +-requires = ["setuptools", "wheel", "Cython<3.0"]
> ++requires = ["setuptools", "wheel", "Cython"]
> + build-backend = "setuptools.build_meta"
> +diff --git a/setup.py b/setup.py
> +index 65b0ea0..4461580 100644
> +--- a/setup.py
>  b/setup.py
> +@@ -82,7 +82,11 @@ if 'sdist' in sys.argv or 
> os.environ.get('PYYAML_FORCE_CYTHON') == '1':
> + with_cython = True
> + try:
> + from Cython.Distutils.extension import Extension as _Extension
> +-from Cython.Distutils import build_ext as _build_ext
> ++try:
> ++from Cython.Distutils.old_build_ext import old_build_ext as 
> _build_ext
> ++except ImportError:
> ++from Cython.Distutils import build_ext as _build_ext
> ++
> + with_cython = True
> + except ImportError:
> + if with_cython:
> +-- 
> +2.39.2
> +
> diff --git a/meta/recipes-devtools/python/python3-pyyaml_6.0.1.bb 
> b/meta/recipes-devtools/python/python3-pyyaml_6.0.1.bb
> index 4ab8f038f42..61f7cbc6b36 100644
> --- a/meta/recipes-devtools/python/python3-pyyaml_6.0.1.bb
> +++ b/meta/recipes-devtools/python/python3-pyyaml_6.0.1.bb
> @@ -9,6 +9,7 @@ PYPI_PACKAGE = "PyYAML"
>  
>  inherit pypi python_setuptools_build_meta
>  
> +SRC_URI += "file://0001-Fix-builds-with-Cython-3.patch"
>  SRC_URI[sha256sum] = 
> "bfdf460b1736c775f2ba9f6a92bca30bc2095067b8a9d77876d1fad6cc3b4a43"
>  
>  RDEPENDS:${PN} += "\
> -- 
> 2.39.2
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193389): 
https://lists.openembedded.org/g/openembedded-core/message/193389
Mute This Topic: https://lists.openembedded.org/mt/103542145/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 1/2] Revert "opkg-utils: upgrade 0.6.2 -> 0.6.3"

[Alexandre Belloni via lists.openembedded.org]

I believe this caused:

https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/4191/steps/12/logs/stdio

On 03/01/2024 18:10:51-0800, Khem Raj wrote:
> This reverts commit a856192be5dd78c621478ed29871191c580686c4.
> 
> It causes a regression in creating different GIDs in image and ipk as
> reported in [1]
> 
> [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15334
> 
> Signed-off-by: Khem Raj 
> ---
>  .../opkg-utils/{opkg-utils_0.6.3.bb => opkg-utils_0.6.2.bb} | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-devtools/opkg-utils/{opkg-utils_0.6.3.bb => 
> opkg-utils_0.6.2.bb} (97%)
> 
> diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_0.6.3.bb 
> b/meta/recipes-devtools/opkg-utils/opkg-utils_0.6.2.bb
> similarity index 97%
> rename from meta/recipes-devtools/opkg-utils/opkg-utils_0.6.3.bb
> rename to meta/recipes-devtools/opkg-utils/opkg-utils_0.6.2.bb
> index b509227e1a6..eb88b9b734c 100644
> --- a/meta/recipes-devtools/opkg-utils/opkg-utils_0.6.3.bb
> +++ b/meta/recipes-devtools/opkg-utils/opkg-utils_0.6.2.bb
> @@ -10,7 +10,7 @@ PROVIDES += "${@bb.utils.contains('PACKAGECONFIG', 
> 'update-alternatives', 'virtu
>  SRC_URI = 
> "git://git.yoctoproject.org/opkg-utils;protocol=https;branch=master \
> file://0001-update-alternatives-correctly-match-priority.patch \
> "
> -SRCREV = "589880d01969eb9af1e66120e731d43193504718"
> +SRCREV = "67994e62dc598282830385da75ba9b1abbbda941"
>  
>  S = "${WORKDIR}/git"
>  
> -- 
> 2.43.0
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193370): 
https://lists.openembedded.org/g/openembedded-core/message/193370
Mute This Topic: https://lists.openembedded.org/mt/103515671/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 1/3] systemd: upgrade to 255.1

[Alexandre Belloni via lists.openembedded.org]

Hello,

This fails with:

https://autobuilder.yoctoproject.org/typhoon/#/builders/106/builds/7361/steps/12/logs/warnings

WARNING: core-image-full-cmdline-1.0-r0 do_rootfs: User root has been defined 
as (root, 0, 0, root, /root, /bin/sh) but sysusers.d expects it as (root, 0, 0, 
Super User, /root, -)
WARNING: core-image-full-cmdline-1.0-r0 do_rootfs: User nobody has been defined 
as (nobody, 65534, 65534, nobody, /nonexistent, /usr/sbin/nologin) but 
sysusers.d expects it as (nobody, 65534, 65534, Kernel Overflow User, -, -)
WARNING: core-image-sato-1.0-r0 do_rootfs: User root has been defined as (root, 
0, 0, root, /root, /bin/sh) but sysusers.d expects it as (root, 0, 0, Super 
User, /root, -)
WARNING: core-image-sato-1.0-r0 do_rootfs: User nobody has been defined as 
(nobody, 65534, 65534, nobody, /nonexistent, /usr/sbin/nologin) but sysusers.d 
expects it as (nobody, 65534, 65534, Kernel Overflow User, -, -)
WARNING: core-image-sato-sdk-1.0-r0 do_rootfs: User root has been defined as 
(root, 0, 0, root, /root, /bin/sh) but sysusers.d expects it as (root, 0, 0, 
Super User, /root, -)
WARNING: core-image-sato-sdk-1.0-r0 do_rootfs: User nobody has been defined as 
(nobody, 65534, 65534, nobody, /nonexistent, /usr/sbin/nologin) but sysusers.d 
expects it as (nobody, 65534, 65534, Kernel Overflow User, -, -)

On 27/12/2023 12:20:34+0800, Chen Qi via lists.openembedded.org wrote:
> From: Chen Qi 
> 
> 1. Patch changes:
> 
> 0004-Move-sysusers.d-sysctl.d-binfmt.d-modules-load.d-to-.patch
> is removed because it has no real effect now. The /lib is now
> /usr/lib because 'usrmerge' is a required distro feature for systemd.
> 
> 0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch is
> refreshed for the new version to avoid patch-fuzz issue.
> 
> 2. root user's home directory now defaults to "/root":
> 
> The sysuers.d/basic.conf is still modified to respect the ROOT_HOME
> value, so if users set ROOT_HOME to "/home/root", the behavior is the
> same as before. However, this is only for backward compatibility. With
> this patch, The ROOT_HOME value is set to "/root" in init-manager-systemd.inc.
> This is because systemd's source codes are hardcoding "/root", and other
> values are not officially supported. See the list below.
> $ grep -rl '"/root"' src/ | grep -v 'src/test'
> src/core/namespace.c
> src/basic/user-util.c
> src/nss-systemd/nss-systemd.c
> src/nspawn/nspawn.c
> src/firstboot/firstboot.c
> src/shared/userdb.c
> src/shared/user-record.c
> $ grep -rl /root network/ factory/ sysctl.d/ sysusers.d/ rules.d/ tmpfiles.d/ 
> units/ xorg/ tools/
> sysusers.d/basic.conf.in
> tmpfiles.d/provision.conf
> units/emergency.service.in
> units/rescue.service.in
> tools/list-discoverable-partitions.py
> Previously, the recipe was just substituting sysusers.d/basic.conf.in,
> which is not enough to be treated as 'fully support'. I deliberately put
> a warning message in do_install to warn users about non "/root" ROOT_HOME
> value. Don't remove it until all above places are handled.
> 
> 3. cgroupv2 is now the default.
> cgroupv2 is the default for systemd for many years and it's the default
> for distros such as ubuntu and fedora. Let's also use it as the default.
> 
> Signed-off-by: Chen Qi 
> ---
>  .../distro/include/init-manager-systemd.inc   |  2 +
>  meta/recipes-core/systemd/systemd.inc |  4 +-
>  ...tall-dependency-links-at-install-tim.patch | 22 +++---
>  ...sysctl.d-binfmt.d-modules-load.d-to-.patch | 73 ---
>  .../systemd/systemd/basic.conf.in | 40 --
>  .../{systemd_254.4.bb => systemd_255.1.bb}| 16 ++--
>  6 files changed, 25 insertions(+), 132 deletions(-)
>  delete mode 100644 
> meta/recipes-core/systemd/systemd/0004-Move-sysusers.d-sysctl.d-binfmt.d-modules-load.d-to-.patch
>  delete mode 100644 meta/recipes-core/systemd/systemd/basic.conf.in
>  rename meta/recipes-core/systemd/{systemd_254.4.bb => systemd_255.1.bb} (98%)
> 
> diff --git a/meta/conf/distro/include/init-manager-systemd.inc 
> b/meta/conf/distro/include/init-manager-systemd.inc
> index 595d1f2644..0a76647459 100644
> --- a/meta/conf/distro/include/init-manager-systemd.inc
> +++ b/meta/conf/distro/include/init-manager-systemd.inc
> @@ -5,3 +5,5 @@ VIRTUAL-RUNTIME_init_manager ??= "systemd"
>  VIRTUAL-RUNTIME_initscripts ??= "systemd-compat-units"
>  VIRTUAL-RUNTIME_login_manager ??= "shadow-base"
>  VIRTUAL-RUNTIME_dev_manager ??= "systemd"
> +# systemd hardcodes /root in its source codes, other values are not 
> offically supported
> +ROOT_HOME ?= "/root"
> diff --git a/meta/recipes-core/systemd/systemd.inc 
> b/meta/recipes-core/systemd/systemd.inc
> index ccc3236457..1417e0150f 100644
> --- a/meta/recipes-core/systemd/systemd.inc
> +++ b/meta/recipes-core/systemd/systemd.inc
> @@ -15,8 +15,8 @@ LICENSE:libsystemd = "LGPL-2.1-or-later"
>  LIC_FILES_CHKSUM = "file://LICENSE.GPL2;md5=751419260aa954499f7abaabaa882bbe 
> \
>  
> 

Re: [OE-core] [PATCH] tcp-wrappers: drop libnsl2 build dependency

[Alexandre Belloni via lists.openembedded.org]

Please disregard this, I meant to reply to another one ;)

On 04/01/2024 10:47:47+0100, Alexandre Belloni via lists.openembedded.org wrote:
> Hello,
> 
> Your patch has a declared charset of 'y' which is not a thing and git am
> fails with:
> 
> error: cannot convert from y to UTF-8
> fatal: could not parse patch
> 
> You got the following prompt:
> 
> The following files are 8bit, but do not declare a Content-Transfer-Encoding.
> something.patch
> Which 8bit encoding should I declare [UTF-8]?
> 
> At that point, you pressed y but you should simply press enter. Please
> resend.
> 
> 
> On 03/01/2024 12:59:44+0100, Enrico Scholz via lists.openembedded.org wrote:
> > From: Enrico Scholz 
> > 
> > The only libnsl2 function which is used by tcp-wrappers is
> > 'yp_get_default_domain()'.  When USE_GETDOMAIN is set, this is
> > implemented as a simple wrapper around getdomainname() so that libnsl2
> > is not used at all.
> > 
> > We added a patch which does '#include ' to avoid
> > implicit forward declaration.  By conditionalizing this, the libnsl2
> > dependency can be dropped completely.
> > 
> > Signed-off-by: Enrico Scholz 
> > ---
> >  ...0001-Fix-implicit-function-declaration-warnings.patch | 9 +++--
> >  meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb   | 2 --
> >  2 files changed, 7 insertions(+), 4 deletions(-)
> > 
> > diff --git 
> > a/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-implicit-function-declaration-warnings.patch
> >  
> > b/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-implicit-function-declaration-warnings.patch
> > index ec793ac8ffed..474703885d9b 100644
> > --- 
> > a/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-implicit-function-declaration-warnings.patch
> > +++ 
> > b/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-implicit-function-declaration-warnings.patch
> > @@ -20,11 +20,16 @@ diff --git a/hosts_access.c b/hosts_access.c
> >  index 0133e5e..58697ea 100644
> >  --- a/hosts_access.c
> >  +++ b/hosts_access.c
> > -@@ -33,6 +33,7 @@ static char sccsid[] = "@(#) hosts_access.c 1.21 
> > 97/02/12 02:13:22";
> > +@@ -33,6 +33,12 @@ static char sccsid[] = "@(#) hosts_access.c 1.21 
> > 97/02/12 02:13:22";
> >   #endif
> >   #include 
> >   #include 
> > -+#include 
> > ++#ifdef USE_GETDOMAIN
> > ++/* defined in workarounds.c */
> > ++extern int yp_get_default_domain(char **ptr);
> > ++#else
> > ++#  include 
> > ++#endif/* USE_GETDOMAIN */
> >   #include 
> >   #include 
> >   #include 
> > diff --git a/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb 
> > b/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
> > index c655da1199e7..bcd1d6f7929e 100644
> > --- a/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
> > +++ b/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
> > @@ -7,8 +7,6 @@ SECTION = "console/network"
> >  LICENSE = "BSD-1-Clause"
> >  LIC_FILES_CHKSUM = "file://DISCLAIMER;md5=071bd69cb78b1ea5e3da5c3127fa"
> >  
> > -DEPENDS += "libnsl2"
> > -
> >  PACKAGES = "${PN}-dbg libwrap libwrap-doc libwrap-dev libwrap-staticdev 
> > ${PN} ${PN}-doc"
> >  FILES:libwrap = "${base_libdir}/lib*${SOLIBS}"
> >  FILES:libwrap-doc = "${mandir}/man3 ${mandir}/man5"
> > -- 
> > 2.43.0
> > 
> 
> > 
> > 
> > 
> 
> 
> -- 
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193311): 
https://lists.openembedded.org/g/openembedded-core/message/193311
Mute This Topic: https://lists.openembedded.org/mt/103500355/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] grub: fs/fat: Don't error when mtime is 0

[Alexandre Belloni via lists.openembedded.org]

Hello,

Your patch has a declared charset of 'y' which is not a thing and git am
fails with:

error: cannot convert from y to UTF-8
fatal: could not parse patch

You got the following prompt:

The following files are 8bit, but do not declare a Content-Transfer-Encoding.
something.patch
Which 8bit encoding should I declare [UTF-8]?

At that point, you pressed y but you should simply press enter. Please
resend.


On 03/01/2024 13:30:52+0100, Ming Liu wrote:
> From: Ming Liu 
> 
> A issue was found when I run "runqemu genericx86-64 ovmf", grub failed
> to boot, it's a known issue has been fixed in grub upstream, backport
> the fix.
> 
> Signed-off-by: Ming Liu 
> ---
>  ...1-fs-fat-Don-t-error-when-mtime-is-0.patch | 70 +++
>  meta/recipes-bsp/grub/grub2.inc   |  1 +
>  2 files changed, 71 insertions(+)
>  create mode 100644 
> meta/recipes-bsp/grub/files/0001-fs-fat-Don-t-error-when-mtime-is-0.patch
> 
> diff --git 
> a/meta/recipes-bsp/grub/files/0001-fs-fat-Don-t-error-when-mtime-is-0.patch 
> b/meta/recipes-bsp/grub/files/0001-fs-fat-Don-t-error-when-mtime-is-0.patch
> new file mode 100644
> index 00..a5fbd58f46
> --- /dev/null
> +++ 
> b/meta/recipes-bsp/grub/files/0001-fs-fat-Don-t-error-when-mtime-is-0.patch
> @@ -0,0 +1,70 @@
> +From e43f3d93b28cce852c110c7a8e40d8311bcd8bb1 Mon Sep 17 00:00:00 2001
> +From: Robbie Harwood 
> +Date: Fri, 15 Jul 2022 16:13:02 -0400
> +Subject: [PATCH] fs/fat: Don't error when mtime is 0
> +MIME-Version: 1.0
> +Content-Type: text/plain; charset=UTF-8
> +Content-Transfer-Encoding: 8bit
> +
> +In the wild, we occasionally see valid ESPs where some file modification
> +times are 0. For instance:
> +
> +├── [Dec 31  1979]  EFI
> +│   ├── [Dec 31  1979]  BOOT
> +│   │   ├── [Dec 31  1979]  BOOTX64.EFI
> +│   │   └── [Dec 31  1979]  fbx64.efi
> +│   └── [Jun 27 02:41]  fedora
> +│   ├── [Dec 31  1979]  BOOTX64.CSV
> +│   ├── [Dec 31  1979]  fonts
> +│   ├── [Mar 14 03:35]  fw
> +│   │   ├── [Mar 14 03:35]  
> fwupd-359c1169-abd6-4a0d-8bce-e4d4713335c1.cap
> +│   │   ├── [Mar 14 03:34]  
> fwupd-9d255c4b-2d88-4861-860d-7ee52ade9463.cap
> +│   │   └── [Mar 14 03:34]  
> fwupd-b36438d8-9128-49d2-b280-487be02d948b.cap
> +│   ├── [Dec 31  1979]  fwupdx64.efi
> +│   ├── [May 10 10:47]  grub.cfg
> +│   ├── [Jun  3 12:38]  grub.cfg.new.new
> +│   ├── [May 10 10:41]  grub.cfg.old
> +│   ├── [Jun 27 02:41]  grubenv
> +│   ├── [Dec 31  1979]  grubx64.efi
> +│   ├── [Dec 31  1979]  mmx64.efi
> +│   ├── [Dec 31  1979]  shim.efi
> +│   ├── [Dec 31  1979]  shimx64.efi
> +│   └── [Dec 31  1979]  shimx64-fedora.efi
> +└── [Dec 31  1979]  FSCK.REC
> +
> +5 directories, 17 files
> +
> +This causes grub-probe failure, which in turn causes grub-mkconfig
> +failure. They are valid filesystems that appear intact, and the Linux
> +FAT stack is able to mount and manipulate them without complaint.
> +
> +The check for mtime of 0 has been present since
> +20def1a3c3952982395cd7c3ea7e78638527962b (fat: support file
> +modification times).
> +
> +Upstream-Status: Backport 
> [https://git.savannah.gnu.org/cgit/grub.git/commit/?id=e43f3d93b28cce852c110c7a8e40d8311bcd8bb1]
> +
> +Signed-off-by: Robbie Harwood 
> +Reviewed-by: Daniel Kiper 
> +Signed-off-by: Ming Liu 
> +---
> + grub-core/fs/fat.c | 3 ---
> + 1 file changed, 3 deletions(-)
> +
> +diff --git a/grub-core/fs/fat.c b/grub-core/fs/fat.c
> +index 0951b2e63..c5efed724 100644
> +--- a/grub-core/fs/fat.c
>  b/grub-core/fs/fat.c
> +@@ -1027,9 +1027,6 @@ grub_fat_dir (grub_device_t device, const char *path, 
> grub_fs_dir_hook_t hook,
> +   grub_le_to_cpu16 (ctxt.dir.w_date),
> +   );
> + #endif
> +-  if (info.mtimeset == 0)
> +-grub_error (GRUB_ERR_OUT_OF_RANGE,
> +-"invalid modification timestamp for %s", path);
> + 
> +   if (hook (ctxt.filename, , hook_data))
> + break;
> +-- 
> +2.34.1
> +
> diff --git a/meta/recipes-bsp/grub/grub2.inc b/meta/recipes-bsp/grub/grub2.inc
> index f594e7d3a4..1215b24668 100644
> --- a/meta/recipes-bsp/grub/grub2.inc
> +++ b/meta/recipes-bsp/grub/grub2.inc
> @@ -44,6 +44,7 @@ SRC_URI = "${GNU_MIRROR}/grub/grub-${PV}.tar.gz \
> file://0001-fs-ext2-Ignore-checksum-seed-incompat-feature.patch \
> file://CVE-2023-4692.patch \
> file://CVE-2023-4693.patch \
> +   file://0001-fs-fat-Don-t-error-when-mtime-is-0.patch \
>  "
>  
>  SRC_URI[sha256sum] = 
> "23b64b4c741569f9426ed2e3d0e6780796fca081bee4c99f62aa3f53ae803f5f"
> -- 
> 2.34.1
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193310): 

Re: [OE-core] [PATCH] tcp-wrappers: drop libnsl2 build dependency

[Alexandre Belloni via lists.openembedded.org]

Hello,

Your patch has a declared charset of 'y' which is not a thing and git am
fails with:

error: cannot convert from y to UTF-8
fatal: could not parse patch

You got the following prompt:

The following files are 8bit, but do not declare a Content-Transfer-Encoding.
something.patch
Which 8bit encoding should I declare [UTF-8]?

At that point, you pressed y but you should simply press enter. Please
resend.


On 03/01/2024 12:59:44+0100, Enrico Scholz via lists.openembedded.org wrote:
> From: Enrico Scholz 
> 
> The only libnsl2 function which is used by tcp-wrappers is
> 'yp_get_default_domain()'.  When USE_GETDOMAIN is set, this is
> implemented as a simple wrapper around getdomainname() so that libnsl2
> is not used at all.
> 
> We added a patch which does '#include ' to avoid
> implicit forward declaration.  By conditionalizing this, the libnsl2
> dependency can be dropped completely.
> 
> Signed-off-by: Enrico Scholz 
> ---
>  ...0001-Fix-implicit-function-declaration-warnings.patch | 9 +++--
>  meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb   | 2 --
>  2 files changed, 7 insertions(+), 4 deletions(-)
> 
> diff --git 
> a/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-implicit-function-declaration-warnings.patch
>  
> b/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-implicit-function-declaration-warnings.patch
> index ec793ac8ffed..474703885d9b 100644
> --- 
> a/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-implicit-function-declaration-warnings.patch
> +++ 
> b/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-implicit-function-declaration-warnings.patch
> @@ -20,11 +20,16 @@ diff --git a/hosts_access.c b/hosts_access.c
>  index 0133e5e..58697ea 100644
>  --- a/hosts_access.c
>  +++ b/hosts_access.c
> -@@ -33,6 +33,7 @@ static char sccsid[] = "@(#) hosts_access.c 1.21 97/02/12 
> 02:13:22";
> +@@ -33,6 +33,12 @@ static char sccsid[] = "@(#) hosts_access.c 1.21 97/02/12 
> 02:13:22";
>   #endif
>   #include 
>   #include 
> -+#include 
> ++#ifdef USE_GETDOMAIN
> ++/* defined in workarounds.c */
> ++extern int yp_get_default_domain(char **ptr);
> ++#else
> ++#  include 
> ++#endif  /* USE_GETDOMAIN */
>   #include 
>   #include 
>   #include 
> diff --git a/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb 
> b/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
> index c655da1199e7..bcd1d6f7929e 100644
> --- a/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
> +++ b/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
> @@ -7,8 +7,6 @@ SECTION = "console/network"
>  LICENSE = "BSD-1-Clause"
>  LIC_FILES_CHKSUM = "file://DISCLAIMER;md5=071bd69cb78b1ea5e3da5c3127fa"
>  
> -DEPENDS += "libnsl2"
> -
>  PACKAGES = "${PN}-dbg libwrap libwrap-doc libwrap-dev libwrap-staticdev 
> ${PN} ${PN}-doc"
>  FILES:libwrap = "${base_libdir}/lib*${SOLIBS}"
>  FILES:libwrap-doc = "${mandir}/man3 ${mandir}/man5"
> -- 
> 2.43.0
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193309): 
https://lists.openembedded.org/g/openembedded-core/message/193309
Mute This Topic: https://lists.openembedded.org/mt/103500355/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/7] kernel: consolidated pull request

[Alexandre Belloni via lists.openembedded.org]

Hello,

This breaks meta-virt:

https://autobuilder.yoctoproject.org/typhoon/#/builders/128/builds/2705/steps/12/logs/stdio

and I believe this also causes:

AssertionError: 2 != 0 : Log: 
/home/pokybuild/yocto-worker/qa-extras2/build/build/tmp/work/qemux86_64-poky-linux/core-image-sato/1.0/target_logs/dmesg
---
Central error: [0.455917] ACPI: _OSC evaluation for CPUs failed, trying _PDC
***
[0.413863] raid6: sse2x2   gen() 14704 MB/s
[0.430863] raid6: sse2x1   gen() 11500 MB/s
[0.431830] raid6: using algorithm sse2x4 gen() 15109 MB/s
[0.448863] raid6:  xor() 8116 MB/s, rmw enabled
[0.449864] raid6: using ssse3x2 recovery algorithm
[0.450948] ACPI: Added _OSI(Module Device)
[0.451846] ACPI: Added _OSI(Processor Device)
[0.451865] ACPI: Added _OSI(3.0 _SCP Extensions)
[0.452865] ACPI: Added _OSI(Processor Aggregator Device)
[0.454666] ACPI: 1 ACPI AML tables successfully acquired and loaded
[0.455917] ACPI: _OSC evaluation for CPUs failed, trying _PDC
[0.457035] ACPI: Interpreter enabled
[0.457889] ACPI: PM: (supports S0 S3 S5)
[0.458874] ACPI: Using IOAPIC for interrupt routing
[0.459924] PCI: Using host bridge windows from ACPI; if necessary, use 
"pci=nocrs" and report a bug
[0.460865] PCI: Using E820 reservations for host bridge windows
[0.461998] ACPI: Enabled 2 GPEs in block 00 to 3F
[0.465281] ACPI: PCI Root Bridge [PCI0] (domain  [bus 00-ff])
[0.465869] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM 
Segments MSI HPX-Type3]
[0.466904] acpi PNP0A08:00: _OSC: platform does not support [LTR]
[0.467913] acpi PNP0A08:00: _OSC: OS now controls [PME PCIeCapability]


On 01/01/2024 23:31:02-0500, Bruce Ashfield wrote:
> From: Bruce Ashfield 
> 
> Richard,
> 
> As promised, I waited until the new year to send this update
> to introduce the 6.6 kernel and libc-headers.
> 
> I'll be sending patches to the appropriate lists to remove
> 6.5 shortly and make 6.6 the default. Once we have the reference
> boards updated to 6.6, the 6.1 kernel will also be removed.
> 
> I've built 6.6 for all supported arches, core-image-* and have
> also tested against musl.
> 
> Patches to meta-oe have been sent, and the work done with
> 6.6 as the -dev kernel means that the tightly coupled packages
> already build against 6.6.
> 
> I'm sure there will be issues .. as there always are, but at
> this point, I need more eyes and test cycles to find those
> issues.
> 
> Bruce
> 
> 
> The following changes since commit fe5d2f0b666c83e3336ea9962c8e2e4c39816e21:
> 
>   bitbake: lib/bb: Add workaround for libgcc issues with python 3.8 and 3.9 
> (2023-12-30 11:03:25 +)
> 
> are available in the Git repository at:
> 
>   https://git.yoctoproject.org/poky-contrib zedd/kernel
>   https://git.yoctoproject.org/poky-contrib/log/?h=zedd/kernel
> 
> Bruce Ashfield (7):
>   linux-libc-headers: update to v6.6-lts
>   linux-yocto: introduce 6.6 reference kernel
>   linux-yocto/6.6: fix AB-INT: QEMU kernel panic: No irq handler for
> vector
>   linux-yocto-rt/6.6: fix CVE exclusion include
>   linux-yocto/6.6: update CVE exclusions
>   linux-yocto/6.6: update to v6.6.8
>   linux-yocto/6.1: update to v6.1.69
> 
>  meta/conf/distro/include/tcmode-default.inc   |2 +-
>  ...aders_6.5.bb => linux-libc-headers_6.6.bb} |2 +-
>  .../linux/cve-exclusion_6.6.inc   | 5172 +
>  .../linux/linux-yocto-rt_6.1.bb   |6 +-
>  .../linux/linux-yocto-rt_6.6.bb   |   48 +
>  .../linux/linux-yocto-tiny_6.1.bb |6 +-
>  .../linux/linux-yocto-tiny_6.6.bb |   33 +
>  meta/recipes-kernel/linux/linux-yocto_6.1.bb  |   28 +-
>  meta/recipes-kernel/linux/linux-yocto_6.6.bb  |   72 +
>  9 files changed, 5347 insertions(+), 22 deletions(-)
>  rename meta/recipes-kernel/linux-libc-headers/{linux-libc-headers_6.5.bb => 
> linux-libc-headers_6.6.bb} (83%)
>  create mode 100644 meta/recipes-kernel/linux/cve-exclusion_6.6.inc
>  create mode 100644 meta/recipes-kernel/linux/linux-yocto-rt_6.6.bb
>  create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_6.6.bb
>  create mode 100644 meta/recipes-kernel/linux/linux-yocto_6.6.bb
> 
> -- 
> 2.39.2
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193233): 
https://lists.openembedded.org/g/openembedded-core/message/193233
Mute This Topic: https://lists.openembedded.org/mt/103476582/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 2/7] selftest/sstatetests: fix up printdiff test to match rework of printdiff logic

[Alexandre Belloni via lists.openembedded.org]

Hello,

I've been carrying the series for a while without any issue but got this
yesterday:
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6262/steps/14/logs/stdio


On 18/12/2023 09:43:58+0100, Alexander Kanavin wrote:
> Other than the formatting changes, there are two functional ones:
> 
> - use perlcross instead of quilt, as quilt is special in the sense
> of being excluded from task hash calculcations. perlcross is a full
> participant.
> 
> - run the full test (local + sstate) for gcc do_preconfiure change
> as the necessary fix has been implemented
> (sstatesig/find_siginfo: special-case gcc-source when looking in sstate 
> caches)
> 
> Note that when several tasks are found to have changed (as is the case
> when base do_configure is adjusted), find_siginfo() runs
> glob.glob("*/*/*taskname*") against autobuilder sstate cache for each
> of those tasks (six or seven times). This is an expensive operation
> taking several minutes. I left it in for now, but if it's proven too slow
> the test would have to be reduced to checking a specific base recipe
> (e.g. zstd-native) rather than a distant image target.
> 
> [YOCTO #15289]
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  .../perlcross_%.bbappend} |  0
>  meta/lib/oeqa/selftest/cases/sstatetests.py   | 22 +++
>  2 files changed, 13 insertions(+), 9 deletions(-)
>  rename meta-selftest/recipes-test/{quilt-native/quilt-native_%.bbappend => 
> perlcross/perlcross_%.bbappend} (100%)
> 
> diff --git a/meta-selftest/recipes-test/quilt-native/quilt-native_%.bbappend 
> b/meta-selftest/recipes-test/perlcross/perlcross_%.bbappend
> similarity index 100%
> rename from meta-selftest/recipes-test/quilt-native/quilt-native_%.bbappend
> rename to meta-selftest/recipes-test/perlcross/perlcross_%.bbappend
> diff --git a/meta/lib/oeqa/selftest/cases/sstatetests.py 
> b/meta/lib/oeqa/selftest/cases/sstatetests.py
> index f827615ba1b..6af3c8f2178 100644
> --- a/meta/lib/oeqa/selftest/cases/sstatetests.py
> +++ b/meta/lib/oeqa/selftest/cases/sstatetests.py
> @@ -824,14 +824,16 @@ TMPDIR = "${{TOPDIR}}/tmp-sstateprintdiff-difftmp-{}"
>  
>  
>  # Check if printdiff walks the full dependency chain from the image 
> target to where the change is in a specific recipe
> -def test_image_minimal_vs_quilt(self):
> -expected_output = ("Task quilt-native:do_install couldn't be used 
> from the cache because:",
> +def test_image_minimal_vs_perlcross(self):
> +expected_output = ("Task perlcross-native:do_install couldn't be 
> used from the cache because:",
>  "We need hash",
>  "most recent matching task was")
> -expected_sametmp_output = expected_output + ("Variable do_install 
> value changed",'+echo "this changes the task signature"')
> +expected_sametmp_output = expected_output + (
> +"Variable do_install value changed",
> +'+echo "this changes the task signature"')
>  expected_difftmp_output = expected_output
>  
> -self.run_test_printdiff_changerecipe("core-image-minimal", 
> "quilt-native", "-c do_install quilt-native",
> +self.run_test_printdiff_changerecipe("core-image-minimal", 
> "perlcross", "-c do_install perlcross-native",
>  """
>  do_install:append() {
>  echo "this changes the task signature"
> @@ -846,10 +848,10 @@ expected_sametmp_output, expected_difftmp_output)
>  expected_output = ("Task {}:do_preconfigure couldn't be used from 
> the cache because:".format(gcc_source_pn),
>  "We need hash",
>  "most recent matching task was")
> -expected_sametmp_output = expected_output + ("Variable 
> do_preconfigure value changed",'+print("this changes the task 
> signature")')
> -#FIXME: printdiff is supposed to find at least one preconfigure task 
> signature in the sstate cache, but isn't able to
> -#expected_difftmp_output = expected_output
> -expected_difftmp_output = ()
> +expected_sametmp_output = expected_output + (
> +"Variable do_preconfigure value changed",
> +'+print("this changes the task signature")')
> +expected_difftmp_output = expected_output
>  
>  self.run_test_printdiff_changerecipe("gcc-runtime", "gcc-source", 
> "-c do_preconfigure {}".format(gcc_source_pn),
>  """
> @@ -873,7 +875,9 @@ expected_sametmp_output, expected_difftmp_output)
>  "Task gnu-config-native:do_configure couldn't be used from the cache 
> because:",
>  "We need hash",
>  "most recent matching task was")
> -expected_sametmp_output = expected_output + ("Variable 
> base_do_configure value changed",'+   echo "this changes base_do_configure() 
> definiton "')
> +expected_sametmp_output = expected_output + (
> +"Variable base_do_configure value changed",
> +'+   echo "this changes base_do_configure() definiton "')
>  expected_difftmp_output = expected_output
>  
>  self.run_test_printdiff_changeconfig("core-image-minimal",
> -- 
> 2.39.2
> 

> 
> 
> 

Re: [OE-core] [PATCH v3 1/4] dummy-sdk-package.inc: Filter packages which are marked for installation

[Alexandre Belloni via lists.openembedded.org]

Hello,

This still causes issues:

https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/6252/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6203/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6256/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6263/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/2682/steps/15/logs/stdio

2023-12-31 22:35:38,306 - oe-selftest - INFO - 5: 63/78 555/579 (65.04s) (0 
failed) (spdx.SPDXCheck.test_spdx_base_files)
2023-12-31 22:35:38,306 - oe-selftest - INFO - 
testtools.testresult.real._StringException: Traceback (most recent call last):
  File 
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/lib/oeqa/selftest/cases/spdx.py",
 line 54, in test_spdx_base_files
self.check_recipe_spdx("packages", "base-files.spdx.json", "base-files")
  File 
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/lib/oeqa/selftest/cases/spdx.py",
 line 50, in check_recipe_spdx
self.assertExists(full_file_path)
  File 
"/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/lib/oeqa/selftest/case.py",
 line 251, in assertExists
raise self.failureException(msg)
AssertionError: 
'/home/pokybuild/yocto-worker/oe-selftest-centos/build/build-st-3943718/tmp/deploy/spdx/qemux86_64/packages/base-files.spdx.json'
 does not exist



On 18/12/2023 11:28:04+0100, Pavel Zhukov wrote:
> Hi Alex, Luca,
> 
> Can you please retest this patchset one more time please?
> Neither myself nor RP could reproduce build failure with recent
> master/sstate so it might be fixed in the meantime.
> 
> -- 
> Pavel
> 
> On 2023-10-12 09:36, Luca Ceresoli via lists.openembedded.org wrote:
> > Hello Pavel,
> > 
> > On Mon,  9 Oct 2023 16:39:58 +0200
> > "Pavel Zhukov"  wrote:
> > 
> > > if packages is provided by dummysdk and in the same time marked for
> > > installation with IMAGE_INSTALL it causes conflict in apt because
> > > virtual providers are
> > > not taken into account if package is asked to be installed explicitly.
> > > Filter such packages from provides/conflicts to workaround this
> > > problem.
> > > This workaround brakes RPM usecase because of file conlicts with
> > > DUMMYPROVIDES, use DUMMYPROVIDES_PACKAGES_MULTILIB instead (which
> > > doesn't include file based conflicts).
> > > While this is needed for the case of package_deb only adding it for
> > > all
> > > package managers to not complicate the code.
> > > 
> > > Fixes: [Yocto #13338] [Yocto #14066]
> > > 
> > > Fixes:
> > > The following information may help to resolve the situation:
> > > 
> > > The following packages have unmet dependencies:
> > >  target-sdk-provides-dummy : Conflicts: bash
> > > E: Unable to correct problems, you have held broken packages.
> > > 
> > > Signed-off-by: Pavel Zhukov 
> > 
> > Testing with this series applied results in lots of errors like these:
> > 
> > stdio: ERROR: core-image-minimal-1.0-r0 do_rootfs: No SPDX file found
> > for package base-files, False
> > sstate:base-files:qemux86_64-poky-linux:3.0.14:r0:qemux86_64:11:
> > sstate:base-files::3.0.14:r0::11:
> > stdio: ERROR: core-image-minimal-mtdutils-1.0-r0 do_rootfs: No SPDX
> > file found for package base-files, False
> > sstate:base-files:qemux86_64-poky-linux:3.0.14:r0:qemux86_64:11:
> > sstate:base-files::3.0.14:r0::11:
> > 
> > See the full log at:
> > 
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/5894/steps/14/logs/stdio
> > 
> > Luca
> > 
> > 
> > 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193094): 
https://lists.openembedded.org/g/openembedded-core/message/193094
Mute This Topic: https://lists.openembedded.org/mt/101853406/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 v3 03/10] meta-selftest: hello-rs: Simple rust test recipe

[Alexandre Belloni via lists.openembedded.org]

Hello Alex,

This fails the reproducibility test:

https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/4159/steps/13/logs/stdio

https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20231228-881dx278/packages/diff-html/

On 28/12/2023 14:59:10+, Alex Kiernan wrote:
> Signed-off-by: Alex Kiernan 
> ---
> 
> (no changes since v1)
> 
>  .../hello-rs/hello-rs-crates.inc  |  8 +++
>  .../hello-rs/0001-Greet-OE-Core.patch | 24 +++
>  .../hello-rs/hello-rs_0.1.0.bb| 19 +++
>  3 files changed, 51 insertions(+)
>  create mode 100644 
> meta-selftest/recipes-extended/hello-rs/hello-rs-crates.inc
>  create mode 100644 
> meta-selftest/recipes-extended/hello-rs/hello-rs/0001-Greet-OE-Core.patch
>  create mode 100644 meta-selftest/recipes-extended/hello-rs/hello-rs_0.1.0.bb
> 
> diff --git a/meta-selftest/recipes-extended/hello-rs/hello-rs-crates.inc 
> b/meta-selftest/recipes-extended/hello-rs/hello-rs-crates.inc
> new file mode 100644
> index ..9646482b2875
> --- /dev/null
> +++ b/meta-selftest/recipes-extended/hello-rs/hello-rs-crates.inc
> @@ -0,0 +1,8 @@
> +# Autogenerated with 'bitbake -c update_crates hello-rs'
> +
> +# from Cargo.lock
> +SRC_URI += " \
> +crate://crates.io/figlet-rs/0.1.5 \
> +"
> +
> +SRC_URI[figlet-rs-0.1.5.sha256sum] = 
> "4742a071cd9694fc86f9fa1a08fa3e53d40cc899d7ee532295da2d085639fbc5"
> diff --git 
> a/meta-selftest/recipes-extended/hello-rs/hello-rs/0001-Greet-OE-Core.patch 
> b/meta-selftest/recipes-extended/hello-rs/hello-rs/0001-Greet-OE-Core.patch
> new file mode 100644
> index ..7569ccef7bbb
> --- /dev/null
> +++ 
> b/meta-selftest/recipes-extended/hello-rs/hello-rs/0001-Greet-OE-Core.patch
> @@ -0,0 +1,24 @@
> +From 3aea1ece0ca6ac0bf0ffe42736827af22966f767 Mon Sep 17 00:00:00 2001
> +From: Alex Kiernan 
> +Date: Wed, 27 Dec 2023 09:55:48 +
> +Subject: [PATCH] Greet "OE-Core"
> +
> +Signed-off-by: Alex Kiernan 
> +Upstream-Status: Inappropriate
> +---
> + src/main.rs | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/src/main.rs b/src/main.rs
> +index f4a310758b19..224eca65c38d 100644
> +--- a/src/main.rs
>  b/src/main.rs
> +@@ -3,7 +3,7 @@ use hello_lib::greet;
> + 
> + fn main() {
> + let standard_font = FIGfont::standard().unwrap();
> +-let greeting = greet(None);
> ++let greeting = greet(Some("OE-Core"));
> + let figure = standard_font.convert();
> + println!("{}", figure.unwrap());
> + }
> diff --git a/meta-selftest/recipes-extended/hello-rs/hello-rs_0.1.0.bb 
> b/meta-selftest/recipes-extended/hello-rs/hello-rs_0.1.0.bb
> new file mode 100644
> index ..0046b2ca0356
> --- /dev/null
> +++ b/meta-selftest/recipes-extended/hello-rs/hello-rs_0.1.0.bb
> @@ -0,0 +1,19 @@
> +SUMMARY = "Simple hello world example"
> +HOMEPAGE = "https://github.com/akiernan/hello-bin;
> +LICENSE = "Unlicense"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=7246f848faa4e9c9fc0ea91122d6e680"
> +
> +SRC_URI = 
> "git://github.com/akiernan/hello-bin.git;protocol=https;branch=main;subpath=rust
>  \
> +   file://0001-Greet-OE-Core.patch \
> +   
> git://github.com/akiernan/hello-lib.git;protocol=https;branch=main;name=hello-lib;destsuffix=hello-lib;type=git-dependency
>  \
> +"
> +SRCREV = "d3d096eda182644868f8e7458dcfa538ff637db3"
> +
> +SRCREV_FORMAT .= "_hello-lib"
> +SRCREV_hello-lib = "59c84574e844617043cf337bc8fa537cf87ad8ae"
> +
> +S = "${WORKDIR}/rust"
> +
> +inherit cargo cargo-update-recipe-crates ptest-cargo
> +
> +require ${BPN}-crates.inc
> -- 
> 2.39.0
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#193000): 
https://lists.openembedded.org/g/openembedded-core/message/193000
Mute This Topic: https://lists.openembedded.org/mt/103401571/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 1/3] systemd: upgrade to 255.1

[Alexandre Belloni via lists.openembedded.org]

On 28/12/2023 03:00:08+, Chen, Qi wrote:
> I double checked it in my environment, setting INIT_MANAGER to "systemd" and 
> then 'bitbake systemd' will not generate this warning. In this case 
> ROOT_HOME's value is "/root".
> I checked 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/8354, but I 
> couldn't find the configuration items that set the init manager to systemd.
> Does the build use the variable 'INIT_MANAGER'? Does it set ROOT_HOME to 
> "/home/root" somewhere?
> 

This is the config that is used:

MACHINE = "qemux86-64"
DISTRO = "poky"
SDKMACHINE = "x86_64"
PACKAGE_CLASSES = "package_rpm package_deb package_ipk"
DL_DIR = '/srv/autobuilder/autobuilder.yocto.io/current_sources'
SSTATE_DIR ?= '/srv/autobuilder/autobuilder.yocto.io/pub/sstate'
TEST_SUITES:append = ' systemd'
DISTRO_FEATURES:append = ' pam systemd usrmerge'
VIRTUAL-RUNTIME_init_manager = 'systemd'
DISTRO_FEATURES_BACKFILL_CONSIDERED = 'sysvinit'
DISTRO_FEATURES:remove = 'x11'
QEMU_USE_KVM = 'True'
INHERIT += 'report-error'
PREMIRRORS = ''
BB_GENERATE_MIRROR_TARBALLS = '1'
BB_NUMBER_THREADS = '16'
BB_NUMBER_PARSE_THREADS = '16'
PARALLEL_MAKE = '-j 16 -l 52'
BB_PRESSURE_MAX_CPU = '1'
BB_PRESSURE_MAX_IO = '1'
XZ_MEMLIMIT = '5%'
XZ_THREADS = '8'
ZSTD_THREADS = '8'
BB_TASK_NICE_LEVEL = '5'
BB_TASK_NICE_LEVEL:task-testimage = '0'
BB_TASK_IONICE_LEVEL = '2.7'
BB_TASK_IONICE_LEVEL:task-testimage = '2.1'
IMAGE_CLASSES += 'testimage'
TEST_QEMUBOOT_TIMEOUT = '1500'
SANITY_TESTED_DISTROS = ''
SDK_EXT_TYPE = 'minimal'
SDK_INCLUDE_TOOLCHAIN = '1'
ESDK_LOCAL_CONF_REMOVE:append = 'BB_HASHSERVE'
BB_DISKMON_DIRS = 'STOPTASKS,${TMPDIR},1G,100K STOPTASKS,${DL_DIR},1G 
STOPTASKS,${SSTATE_DIR},1G STOPTASKS,/tmp,100M,30K HALT,${TMPDIR},100M,1K 
HALT,${DL_DIR},100M HALT,${SSTATE_DIR},100M HALT,/tmp,10M,1K'
BB_HASHSERVE = 'hashserv.yocto.io:8686'
RUNQEMU_TMPFS_DIR = '/home/pokybuild/tmp'
BB_HEARTBEAT_EVENT = '60'
BB_LOG_HOST_STAT_ON_INTERVAL = '1'
BB_LOG_HOST_STAT_CMDS_INTERVAL = 'oe-time-dd-test.sh -c 100 -t 3'
BB_LOG_HOST_STAT_ON_FAILURE = '1'
BB_LOG_HOST_STAT_CMDS_FAILURE = 'oe-time-dd-test.sh -l'
SDK_TOOLCHAIN_LANGS += 'rust'
BB_SERVER_TIMEOUT = '60'

It is in auto.conf and it is displayed in the first lines of
https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/8354/steps/14/logs/stdio

> Regards,
> Qi
> 
> -Original Message-
> From: Alexandre Belloni  
> Sent: Wednesday, December 27, 2023 7:59 PM
> To: Chen, Qi 
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1
> 
> We hit the added warning on the autobuilders:
> 
> WARNING: systemd-1_255.1-r0 do_install: Using /home/root as root user's home 
> directory is not fully supported by systemd
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/8354/steps/14/logs/warnings
> 
> On 27/12/2023 12:20:34+0800, Chen Qi via lists.openembedded.org wrote:
> > From: Chen Qi 
> > 
> > 1. Patch changes:
> > 
> > 0004-Move-sysusers.d-sysctl.d-binfmt.d-modules-load.d-to-.patch
> > is removed because it has no real effect now. The /lib is now /usr/lib 
> > because 'usrmerge' is a required distro feature for systemd.
> > 
> > 0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch is 
> > refreshed for the new version to avoid patch-fuzz issue.
> > 
> > 2. root user's home directory now defaults to "/root":
> > 
> > The sysuers.d/basic.conf is still modified to respect the ROOT_HOME 
> > value, so if users set ROOT_HOME to "/home/root", the behavior is the 
> > same as before. However, this is only for backward compatibility. With 
> > this patch, The ROOT_HOME value is set to "/root" in 
> > init-manager-systemd.inc.
> > This is because systemd's source codes are hardcoding "/root", and 
> > other values are not officially supported. See the list below.
> > $ grep -rl '"/root"' src/ | grep -v 'src/test'
> > src/core/namespace.c
> > src/basic/user-util.c
> > src/nss-systemd/nss-systemd.c
> > src/nspawn/nspawn.c
> > src/firstboot/firstboot.c
> > src/shared/userdb.c
> > src/shared/user-record.c
> > $ grep -rl /root network/ factory/ sysctl.d/ sysusers.d/ rules.d/ 
> > tmpfiles.d/ units/ xorg/ tools/ sysusers.d/basic.conf.in 
> > tmpfiles.d/provision.conf units/emergency.service.in 
> > units/rescue.service.in tools/list-discoverable-partitions.py
> > Previously, the recipe was just substituting sysusers.d/basic.conf.in, 
> > which is not enough to be treated as 'fully support'. I deliberately 
> > put a warning message in do_install to warn users about non "/root" 
> > ROOT_HOME value. Don't remove it until all above places are handled.
> > 
> > 3. cgroupv2 is now the default.
> > cgroupv2 is the default for systemd for many years and it's the 
> > default for distros such as ubuntu and fedora. Let's also use it as the 
> > default.
> > 
> > Signed-off-by: Chen Qi 
> > ---
> >  .../distro/include/init-manager-systemd.inc   |  2 +
> >  meta/recipes-core/systemd/systemd.inc |  4 

Re: [OE-core] [PATCH] aspell: upgrade 0.60.8 -> 0.60.8.1

[Alexandre Belloni via lists.openembedded.org]

Hello,

This breaks the selftests:

https://autobuilder.yoctoproject.org/typhoon/#/builders/145/builds/1080/steps/12/logs/stdio
ERROR: No recipes in default available for:
  
/home/pokybuild/yocto-worker/qemux86-tc/build/build-st-3959354/meta-selftest/recipes-test/aspell/aspell_0.60.8.bbappend

On 27/12/2023 21:05:37+0800, wangmy wrote:
> From: Wang Mingyu 
> 
> CVE-2019-25051.patch
> removed since it's included in 0.60.8.1
> 
> Changelog:
> 
> -Fix memory leak in suggestion code introduced in 0.60.8.
> -Various documentation fixes.
> -Fix various warnings when compiling with -Wall.
> -Fix two buffer overflows found by Google's OSS-Fuzz.
> -Other minor updates.
> 
> Signed-off-by: Wang Mingyu 
> ---
>  .../{aspell_0.60.8.bb => aspell_0.60.8.1.bb}  |   7 +-
>  .../aspell/files/CVE-2019-25051.patch | 101 --
>  2 files changed, 2 insertions(+), 106 deletions(-)
>  rename meta/recipes-support/aspell/{aspell_0.60.8.bb => aspell_0.60.8.1.bb} 
> (83%)
>  delete mode 100644 meta/recipes-support/aspell/files/CVE-2019-25051.patch
> 
> diff --git a/meta/recipes-support/aspell/aspell_0.60.8.bb 
> b/meta/recipes-support/aspell/aspell_0.60.8.1.bb
> similarity index 83%
> rename from meta/recipes-support/aspell/aspell_0.60.8.bb
> rename to meta/recipes-support/aspell/aspell_0.60.8.1.bb
> index 39b55f4ff2..0ea9b063e0 100644
> --- a/meta/recipes-support/aspell/aspell_0.60.8.bb
> +++ b/meta/recipes-support/aspell/aspell_0.60.8.1.bb
> @@ -13,11 +13,8 @@ HOMEPAGE = "http://aspell.net/;
>  LICENSE = "LGPL-2.0-only | LGPL-2.1-only"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"
>  
> -SRC_URI = "${GNU_MIRROR}/aspell/aspell-${PV}.tar.gz \
> -   file://CVE-2019-25051.patch \
> -"
> -SRC_URI[md5sum] = "012fa9209203ae4e5a61c2a668fd10e3"
> -SRC_URI[sha256sum] = 
> "f9b77e515334a751b2e60daab5db23499e26c9209f5e7b7443b05235ad0226f2"
> +SRC_URI = "${GNU_MIRROR}/aspell/aspell-${PV}.tar.gz"
> +SRC_URI[sha256sum] = 
> "d6da12b34d42d457fa604e435ad484a74b2effcd120ff40acd6bb3fb2887d21b"
>  
>  PACKAGECONFIG ??= ""
>  PACKAGECONFIG[curses] = "--enable-curses,--disable-curses,ncurses"
> diff --git a/meta/recipes-support/aspell/files/CVE-2019-25051.patch 
> b/meta/recipes-support/aspell/files/CVE-2019-25051.patch
> deleted file mode 100644
> index 8513f6de79..00
> --- a/meta/recipes-support/aspell/files/CVE-2019-25051.patch
> +++ /dev/null
> @@ -1,101 +0,0 @@
> -From 0718b375425aad8e54e1150313b862e4c6fd324a Mon Sep 17 00:00:00 2001
> -From: Kevin Atkinson 
> -Date: Sat, 21 Dec 2019 20:32:47 +
> -Subject: [PATCH] objstack: assert that the alloc size will fit within a chunk
> - to prevent a buffer overflow
> -
> -Bug found using OSS-Fuze.
> -
> -Upstream-Status: Backport
> -[https://github.com/gnuaspell/aspell/commit/0718b375425aad8e54e1150313b862e4c6fd324a]
> -CVE: CVE-2019-25051
> -Signed-off-by: Chee Yang Lee 
> 
> - common/objstack.hpp | 18 ++
> - 1 file changed, 14 insertions(+), 4 deletions(-)
> -
> -diff --git a/common/objstack.hpp b/common/objstack.hpp
> -index 3997bf7..bd97ccd 100644
>  a/common/objstack.hpp
> -+++ b/common/objstack.hpp
> -@@ -5,6 +5,7 @@
> - #include "parm_string.hpp"
> - #include 
> - #include 
> -+#include 
> - 
> - namespace acommon {
> - 
> -@@ -26,6 +27,12 @@ class ObjStack
> -   byte * temp_end;
> -   void setup_chunk();
> -   void new_chunk();
> -+  bool will_overflow(size_t sz) const {
> -+return offsetof(Node,data) + sz > chunk_size;
> -+  }
> -+  void check_size(size_t sz) {
> -+assert(!will_overflow(sz));
> -+  }
> - 
> -   ObjStack(const ObjStack &);
> -   void operator=(const ObjStack &);
> -@@ -56,7 +63,7 @@ class ObjStack
> -   void * alloc_bottom(size_t size)  {
> - byte * tmp = bottom;
> - bottom += size;
> --if (bottom > top) {new_chunk(); tmp = bottom; bottom += size;}
> -+if (bottom > top) {check_size(size); new_chunk(); tmp = bottom; bottom 
> += size;}
> - return tmp;
> -   }
> -   // This alloc_bottom will insure that the object is aligned based on the
> -@@ -66,7 +73,7 @@ class ObjStack
> - align_bottom(align);
> - byte * tmp = bottom;
> - bottom += size;
> --if (bottom > top) {new_chunk(); goto loop;}
> -+if (bottom > top) {check_size(size); new_chunk(); goto loop;}
> - return tmp;
> -   }
> -   char * dup_bottom(ParmString str) {
> -@@ -79,7 +86,7 @@ class ObjStack
> -   // always be aligned as such.
> -   void * alloc_top(size_t size) {
> - top -= size;
> --if (top < bottom) {new_chunk(); top -= size;}
> -+if (top < bottom) {check_size(size); new_chunk(); top -= size;}
> - return top;
> -   }
> -   // This alloc_top will insure that the object is aligned based on
> -@@ -88,7 +95,7 @@ class ObjStack
> -   {loop:
> - top -= size;
> - align_top(align);
> --if (top < bottom) {new_chunk(); goto loop;}
> -+if (top < bottom) {check_size(size); new_chunk(); goto loop;}
> - return top;
> -   }
> -   char * 

Re: [OE-core] [PATCH V4] cairo: upgrade 1.16.0 -> 1.18.0

[Alexandre Belloni via lists.openembedded.org]

Hello,

This fails on x86-64 x32:

https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/8214/steps/12/logs/stdio

| ../cairo-1.18.0/meson.build:381:13: ERROR: Can not run test applications in 
this cross environment.
| 
| A full log can be found at 
/home/pokybuild/yocto-worker/qemux86-64-x32/build/build/tmp/work/x86_64_x32-poky-linux-gnux32/cairo/1.18.0/build/meson-logs/meson-log.txt
| ERROR: meson failed
| WARNING: 
/home/pokybuild/yocto-worker/qemux86-64-x32/build/build/tmp/work/x86_64_x32-poky-linux-gnux32/cairo/1.18.0/temp/run.do_configure.31854:175
 exit 1 from 'exit 1'
| WARNING: Backtrace (BB generated script):
|   #1: bbfatal_log, 
/home/pokybuild/yocto-worker/qemux86-64-x32/build/build/tmp/work/x86_64_x32-poky-linux-gnux32/cairo/1.18.0/temp/run.do_configure.31854,
 line 175
|   #2: meson_do_configure, 
/home/pokybuild/yocto-worker/qemux86-64-x32/build/build/tmp/work/x86_64_x32-poky-linux-gnux32/cairo/1.18.0/temp/run.do_configure.31854,
 line 164
|   #3: do_configure, 
/home/pokybuild/yocto-worker/qemux86-64-x32/build/build/tmp/work/x86_64_x32-poky-linux-gnux32/cairo/1.18.0/temp/run.do_configure.31854,
 line 150
|   #4: main, 
/home/pokybuild/yocto-worker/qemux86-64-x32/build/build/tmp/work/x86_64_x32-poky-linux-gnux32/cairo/1.18.0/temp/run.do_configure.31854,
 line 188
NOTE: recipe cairo-1.18.0-r0: task do_configure: Failed
ERROR: Task 
(/home/pokybuild/yocto-worker/qemux86-64-x32/build/meta/recipes-graphics/cairo/cairo_1.18.0.bb:do_configure)
 failed with exit code '1'

On 27/12/2023 12:09:36+0800, qi...@fujitsu.com wrote:
> From: qiutt 
> 
> Changelog for 1.18.0 [1]:
>   The cairo-sphinx tool has been removed
>   Cairo now implements Type 3 color fonts for PDF
>   The XML surface has been removed
>   The Tee surface is now automatically enabled
>   The Quartz surface is improved
>   Cairo now hides all private symbols by default on every platform
>   Fixed multiple issues
> 
> As a part of 1.18.0, the following patches should be dropped.
>   CVE-2018-19876.patch : 
> https://gitlab.freedesktop.org/cairo/cairo/-/commit/90e85c2493fdfa3551f202ff10282463f1e36645
>   CVE-2019-6461.patch  : 
> https://gitlab.freedesktop.org/cairo/cairo/-/commit/09643ee1abdd5daacebfcb564448f29be9a79bac
>   CVE-2019-6462.patch  : 
> https://gitlab.freedesktop.org/cairo/cairo/-/commit/bbeaf08190d3006a80b80a77724801cd477a37b8
>   CVE-2020-35492.patch : 
> https://gitlab.freedesktop.org/cairo/cairo/-/commit/c986a7310bb06582b7d8a566d5f007ba4e5e75bf
> 
> These options are all gone [2]: directfb, valgrind, egl, glesv2, opengl, trace
> 
> Build tool is changed : autotools -> meson
> 
> Fix cross compile error [3] by adding cairo.cross file.
> 
>  [1] https://www.cairographics.org/news/cairo-1.18.0/
>  [2] 
> https://gitlab.freedesktop.org/cairo/cairo/-/blob/master/meson_options.txt
>  [3] https://gitlab.freedesktop.org/cairo/cairo/-/issues/613
> 
> Signed-off-by: qiutt 
> ---
>  .../cairo/cairo/CVE-2018-19876.patch  | 34 -
>  .../cairo/cairo/CVE-2019-6461.patch   | 20 --
>  .../cairo/cairo/CVE-2019-6462.patch   | 40 ---
>  .../cairo/cairo/CVE-2020-35492.patch  | 60 
>  .../{cairo_1.16.0.bb => cairo_1.18.0.bb}  | 72 +++
>  5 files changed, 25 insertions(+), 201 deletions(-)
>  delete mode 100644 meta/recipes-graphics/cairo/cairo/CVE-2018-19876.patch
>  delete mode 100644 meta/recipes-graphics/cairo/cairo/CVE-2019-6461.patch
>  delete mode 100644 meta/recipes-graphics/cairo/cairo/CVE-2019-6462.patch
>  delete mode 100644 meta/recipes-graphics/cairo/cairo/CVE-2020-35492.patch
>  rename meta/recipes-graphics/cairo/{cairo_1.16.0.bb => cairo_1.18.0.bb} (51%)
> 
> diff --git a/meta/recipes-graphics/cairo/cairo/CVE-2018-19876.patch 
> b/meta/recipes-graphics/cairo/cairo/CVE-2018-19876.patch
> deleted file mode 100644
> index 4252a5663b..00
> --- a/meta/recipes-graphics/cairo/cairo/CVE-2018-19876.patch
> +++ /dev/null
> @@ -1,34 +0,0 @@
> -CVE: CVE-2018-19876
> -Upstream-Status: Backport
> -Signed-off-by: Ross Burton 
> -
> -From 90e85c2493fdfa3551f202ff10282463f1e36645 Mon Sep 17 00:00:00 2001
> -From: Carlos Garcia Campos 
> -Date: Mon, 19 Nov 2018 12:33:07 +0100
> -Subject: [PATCH] ft: Use FT_Done_MM_Var instead of free when available in
> - cairo_ft_apply_variations
> -
> -Fixes a crash when using freetype >= 2.9
> 
> - src/cairo-ft-font.c | 4 
> - 1 file changed, 4 insertions(+)
> -
> -diff --git a/src/cairo-ft-font.c b/src/cairo-ft-font.c
> -index 325dd61b4..981973f78 100644
>  a/src/cairo-ft-font.c
> -+++ b/src/cairo-ft-font.c
> -@@ -2393,7 +2393,11 @@ skip:
> - done:
> - free (coords);
> - free (current_coords);
> -+#if HAVE_FT_DONE_MM_VAR
> -+FT_Done_MM_Var (face->glyph->library, ft_mm_var);
> -+#else
> - free (ft_mm_var);
> -+#endif
> - }
> - }
> - 
> --- 
> -2.11.0
> -
> diff --git a/meta/recipes-graphics/cairo/cairo/CVE-2019-6461.patch 
> 

Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1

[Alexandre Belloni via lists.openembedded.org]

We hit the added warning on the autobuilders:

WARNING: systemd-1_255.1-r0 do_install: Using /home/root as root user's home 
directory is not fully supported by systemd

https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/8354/steps/14/logs/warnings

On 27/12/2023 12:20:34+0800, Chen Qi via lists.openembedded.org wrote:
> From: Chen Qi 
> 
> 1. Patch changes:
> 
> 0004-Move-sysusers.d-sysctl.d-binfmt.d-modules-load.d-to-.patch
> is removed because it has no real effect now. The /lib is now
> /usr/lib because 'usrmerge' is a required distro feature for systemd.
> 
> 0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch is
> refreshed for the new version to avoid patch-fuzz issue.
> 
> 2. root user's home directory now defaults to "/root":
> 
> The sysuers.d/basic.conf is still modified to respect the ROOT_HOME
> value, so if users set ROOT_HOME to "/home/root", the behavior is the
> same as before. However, this is only for backward compatibility. With
> this patch, The ROOT_HOME value is set to "/root" in init-manager-systemd.inc.
> This is because systemd's source codes are hardcoding "/root", and other
> values are not officially supported. See the list below.
> $ grep -rl '"/root"' src/ | grep -v 'src/test'
> src/core/namespace.c
> src/basic/user-util.c
> src/nss-systemd/nss-systemd.c
> src/nspawn/nspawn.c
> src/firstboot/firstboot.c
> src/shared/userdb.c
> src/shared/user-record.c
> $ grep -rl /root network/ factory/ sysctl.d/ sysusers.d/ rules.d/ tmpfiles.d/ 
> units/ xorg/ tools/
> sysusers.d/basic.conf.in
> tmpfiles.d/provision.conf
> units/emergency.service.in
> units/rescue.service.in
> tools/list-discoverable-partitions.py
> Previously, the recipe was just substituting sysusers.d/basic.conf.in,
> which is not enough to be treated as 'fully support'. I deliberately put
> a warning message in do_install to warn users about non "/root" ROOT_HOME
> value. Don't remove it until all above places are handled.
> 
> 3. cgroupv2 is now the default.
> cgroupv2 is the default for systemd for many years and it's the default
> for distros such as ubuntu and fedora. Let's also use it as the default.
> 
> Signed-off-by: Chen Qi 
> ---
>  .../distro/include/init-manager-systemd.inc   |  2 +
>  meta/recipes-core/systemd/systemd.inc |  4 +-
>  ...tall-dependency-links-at-install-tim.patch | 22 +++---
>  ...sysctl.d-binfmt.d-modules-load.d-to-.patch | 73 ---
>  .../systemd/systemd/basic.conf.in | 40 --
>  .../{systemd_254.4.bb => systemd_255.1.bb}| 16 ++--
>  6 files changed, 25 insertions(+), 132 deletions(-)
>  delete mode 100644 
> meta/recipes-core/systemd/systemd/0004-Move-sysusers.d-sysctl.d-binfmt.d-modules-load.d-to-.patch
>  delete mode 100644 meta/recipes-core/systemd/systemd/basic.conf.in
>  rename meta/recipes-core/systemd/{systemd_254.4.bb => systemd_255.1.bb} (98%)
> 
> diff --git a/meta/conf/distro/include/init-manager-systemd.inc 
> b/meta/conf/distro/include/init-manager-systemd.inc
> index 595d1f2644..0a76647459 100644
> --- a/meta/conf/distro/include/init-manager-systemd.inc
> +++ b/meta/conf/distro/include/init-manager-systemd.inc
> @@ -5,3 +5,5 @@ VIRTUAL-RUNTIME_init_manager ??= "systemd"
>  VIRTUAL-RUNTIME_initscripts ??= "systemd-compat-units"
>  VIRTUAL-RUNTIME_login_manager ??= "shadow-base"
>  VIRTUAL-RUNTIME_dev_manager ??= "systemd"
> +# systemd hardcodes /root in its source codes, other values are not 
> offically supported
> +ROOT_HOME ?= "/root"
> diff --git a/meta/recipes-core/systemd/systemd.inc 
> b/meta/recipes-core/systemd/systemd.inc
> index ccc3236457..1417e0150f 100644
> --- a/meta/recipes-core/systemd/systemd.inc
> +++ b/meta/recipes-core/systemd/systemd.inc
> @@ -15,8 +15,8 @@ LICENSE:libsystemd = "LGPL-2.1-or-later"
>  LIC_FILES_CHKSUM = "file://LICENSE.GPL2;md5=751419260aa954499f7abaabaa882bbe 
> \
>  
> file://LICENSE.LGPL2.1;md5=4fbd65380cdd255951079008b364516c"
>  
> -SRCREV = "2e7504449a51fb38db9cd2da391c6434f82def51"
> -SRCBRANCH = "v254-stable"
> +SRCREV = "2018ccef6645ce00c784369a22dc4e98f6d7061d"
> +SRCBRANCH = "v255-stable"
>  SRC_URI = 
> "git://github.com/systemd/systemd-stable.git;protocol=https;branch=${SRCBRANCH}"
>  
>  S = "${WORKDIR}/git"
> diff --git 
> a/meta/recipes-core/systemd/systemd/0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch
>  
> b/meta/recipes-core/systemd/systemd/0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> index 085f1e9052..be231cf6b2 100644
> --- 
> a/meta/recipes-core/systemd/systemd/0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> +++ 
> b/meta/recipes-core/systemd/systemd/0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> @@ -1,8 +1,8 @@
> -From ca7d9a8d9c81702af9c599bb79706f12b1a465cf Mon Sep 17 00:00:00 2001
> +From 29a58009a172e369ad7166e16dab2f4945c6b0d2 Mon Sep 17 00:00:00 2001
>  From: Chen Qi 
>  Date: Thu, 21 Feb 2019 16:23:24 +0800
> -Subject: [PATCH] binfmt: Don't 

Re: [OE-core] [PATCH 2/2] appstream: update 0.16.3 -> 1.0.1

[Alexandre Belloni via lists.openembedded.org]

On 23/12/2023 09:57:51+0100, Alexander Kanavin wrote:
> Thanks, there's a working patch from Markus that just landed in master.
> 

Yes, I tested it earlier but you had a better version ;)

> Alex
> 
> On Sat, 23 Dec 2023 at 05:56, Alexandre Belloni
>  wrote:
> >
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/5512/steps/12/logs/errors
> >
> > On 22/12/2023 11:46:31+0100, Alexander Kanavin wrote:
> > > Signed-off-by: Alexander Kanavin 
> > > ---
> > >  ...-meson-do-not-rely-on-an-exe-wrapper.patch | 36 ---
> > >  .../0001-remove-hardcoded-path.patch  | 28 ---
> > >  ...appstream_0.16.3.bb => appstream_1.0.1.bb} | 10 +++---
> > >  3 files changed, 19 insertions(+), 55 deletions(-)
> > >  delete mode 100644 
> > > meta/recipes-support/appstream/appstream/0001-meson-do-not-rely-on-an-exe-wrapper.patch
> > >  rename meta/recipes-support/appstream/{appstream_0.16.3.bb => 
> > > appstream_1.0.1.bb} (78%)
> > >
> > > diff --git 
> > > a/meta/recipes-support/appstream/appstream/0001-meson-do-not-rely-on-an-exe-wrapper.patch
> > >  
> > > b/meta/recipes-support/appstream/appstream/0001-meson-do-not-rely-on-an-exe-wrapper.patch
> > > deleted file mode 100644
> > > index d4f2951e7a9..000
> > > --- 
> > > a/meta/recipes-support/appstream/appstream/0001-meson-do-not-rely-on-an-exe-wrapper.patch
> > > +++ /dev/null
> > > @@ -1,36 +0,0 @@
> > > -From 79bf322768990b28c29a9d907edcca52ff48e0b8 Mon Sep 17 00:00:00 2001
> > > -From: =?UTF-8?q?Marc-Andr=C3=A9=20Lureau?= 
> > > -Date: Wed, 26 Jul 2023 23:21:10 +0400
> > > -Subject: meson: do not rely on an exe wrapper
> > > -MIME-Version: 1.0
> > > -Content-Type: text/plain; charset=UTF-8
> > > -Content-Transfer-Encoding: 8bit
> > > -
> > > -Signed-off-by: Marc-André Lureau 
> > > -
> > > -Upstream-Status: Backport 
> > > [https://github.com/ximion/appstream/commit/79bf322768990b28c29a9d907edcca52ff48e0b8]
> > > 
> > > - data/meson.build | 7 +++
> > > - 1 file changed, 7 insertions(+)
> > > -
> > > -diff --git a/data/meson.build b/data/meson.build
> > > -index aea0cb25..ec0e434f 100644
> > >  a/data/meson.build
> > > -+++ b/data/meson.build
> > > -@@ -7,6 +7,13 @@ install_data('its/metainfo.its',
> > > - install_data('its/metainfo.loc',
> > > -   install_dir: join_paths(get_option('datadir'), 'gettext', 
> > > 'its'))
> > > -
> > > -+# Do not rely on an exe wrapper for rel-info, use the system one in 
> > > that case
> > > -+if meson.is_cross_build()
> > > -+dependency('appstream', version: '>=' + as_version, native: true,
> > > -+   not_found_message: 'Native appstream required for 
> > > cross-building')
> > > -+ascli_exe = find_program('appstreamcli')
> > > -+endif
> > > -+
> > > - # NOTE: We do not translate the release notes on purpose here.
> > > - # If you do want to give translators a chance to translate them,
> > > - # ascli news-to-metainfo needs to produce a temporary file to translate
> > > ---
> > > -2.41.0
> > > -
> > > diff --git 
> > > a/meta/recipes-support/appstream/appstream/0001-remove-hardcoded-path.patch
> > >  
> > > b/meta/recipes-support/appstream/appstream/0001-remove-hardcoded-path.patch
> > > index 9cbfaca82f1..8f4cf1b82a4 100644
> > > --- 
> > > a/meta/recipes-support/appstream/appstream/0001-remove-hardcoded-path.patch
> > > +++ 
> > > b/meta/recipes-support/appstream/appstream/0001-remove-hardcoded-path.patch
> > > @@ -1,4 +1,4 @@
> > > -From 6ab00a4279823829a9b82dc9e4d055da4de88c6e Mon Sep 17 00:00:00 2001
> > > +From 93bc5c1b221e5a10c65d4a055181dc818dfe1aa8 Mon Sep 17 00:00:00 2001
> > >  From: Markus Volk 
> > >  Date: Mon, 12 Dec 2022 15:42:42 +0100
> > >  Subject: [PATCH] remove hardcoded path
> > > @@ -9,23 +9,25 @@ Dont include hardcoded path. This fixes:
> > >  | cc1: error: include location "/usr/include" is unsafe for 
> > > cross-compilation [-Werror=poison-system-directories]
> > >
> > >  Upstream-Status: Inappropriate [oe-specific]
> > > +
> > >  ---
> > > - meson.build   | 2 +-
> > > - 1 files changed, 1 insertions(+), 1 deletions(-)
> > > + meson.build | 4 ++--
> > > + 1 file changed, 2 insertions(+), 2 deletions(-)
> > >
> > >  diff --git a/meson.build b/meson.build
> > > -index fd0e3373..2f273ada 100644
> > > +index 0556b1e..d66919f 100644
> > >  --- a/meson.build
> > >  +++ b/meson.build
> > > -@@ -124,7 +124,7 @@ if get_option ('gir')
> > > - dependency('gobject-introspection-1.0', version: '>=1.56')
> > > - endif
> > > -
> > > --stemmer_inc_dirs = include_directories(['/usr/include'])
> > > -+stemmer_inc_dirs = include_directories([''])
> > > +@@ -185,10 +185,10 @@ endif
> > > + stemmer_inc_dirs = include_directories()
> > >   if get_option('stemming')
> > >   stemmer_lib = cc.find_library('stemmer', required: true)
> > > +-stemmer_inc_dirs = include_directories(['/usr/include'])
> > > ++stemmer_inc_dirs = include_directories()
> > >   if not cc.has_header('libstemmer.h')
> > > ---
> > >