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

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

[OE-core][PATCH] package_rpm: proposal to use internal dependency generator

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

Re: [OE-core] [PATCH 0/1] rng-tools: remove unneeded build time dependency

Hi, On Mon, Jan 08, 2024 at 04:09:02PM -0600, david zuhn via lists.openembedded.org wrote: > rng-tools used to depend on libsysfs, but has since been changed > to read directly from the /sys filesystem. The build time > dependency on sysfsutils is no longer needed. This is a good change log

Re: [OE-core] [PATCH] python3-lxml: upgrade 4.9.4 -> 45.0.0

subject line should say 5.0.0 instead of 45.0.0 Secondly, be aware that this upgrade will need to disable incompatible-function-pointer-types warning as error when using clang. I have added a relevant fix to nonclangable conf file in meta-clang. On Wed, Jan 3, 2024 at 12:44 AM wangmy wrote: > >

Re: [OE-core] [PATCH 4/4] classes/recipes: Switch to use inherit_defer

On Mon, Jan 8, 2024 at 7:49 PM Khem Raj wrote: > > On Mon, Jan 8, 2024 at 2:39 PM Richard Purdie > wrote: > > > > On Mon, 2024-01-08 at 17:14 +, Ross Burton wrote: > > > On 3 Jan 2024, at 14:59, Richard Purdie via lists.openembedded.org > > > wrote: > > > > ---

Re: [OE-core] [PATCH 4/4] classes/recipes: Switch to use inherit_defer

On Mon, Jan 8, 2024 at 2:39 PM Richard Purdie wrote: > > On Mon, 2024-01-08 at 17:14 +, Ross Burton wrote: > > On 3 Jan 2024, at 14:59, Richard Purdie via lists.openembedded.org > > wrote: > > > --- a/meta/classes-recipe/gnomebase.bbclass > > > +++ b/meta/classes-recipe/gnomebase.bbclass >

[OE-core] [PATCH 2/2] kmscube: Add package version

From: Fabio Estevam kmscube meson.build passes version : '0.0.1', so add a package version entry to match. Suggested-by: Martin Jansa Signed-off-by: Fabio Estevam --- meta/recipes-graphics/kmscube/kmscube_git.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git

[OE-core] [PATCH 1/2] kmscube: Change header file to

From: Fabio Estevam Since kmscube commit 96d63eb59e34 ("kmscube: Add gears mode"), kmscube fails to build on platforms without . Fix it by changing the header file to . Reported-by: Martin Jansa Signed-off-by: Fabio Estevam --- ...rs-Change-header-file-to-GLES3-gl3.h.patch | 33

Re: [OE-core] [PATCH] linux-firmware: Fix the linux-firmware-bcm4373 FILES variable

Em seg., 8 de jan. de 2024 às 11:17, escreveu: > From: "Rodrigo M. Duarte" > > This commit includes the 'cyfmac4373-sdio.clm_blob' file in > the list of files for the linux-firmware-bcm4373 package. > Without this file, the linux-firmware package adds all > firmware packages to the image. > >

[OE-core] [PATCH 1/1] rng-tools: remove obsolete build time dependency on sysfsutils

This package used to use libsysfs, but has been modified to read the /sys file system directly. This build dependency is no longer needed. Signed-off-by: david d zuhn --- meta/recipes-support/rng-tools/rng-tools_6.16.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH 0/1] rng-tools: remove unneeded build time dependency

rng-tools used to depend on libsysfs, but has since been changed to read directly from the /sys filesystem. The build time dependency on sysfsutils is no longer needed. david d zuhn (1): rng-tools: remove obsolete build time dependency on sysfsutils

Re: [OE-core] [PATCH 4/4] classes/recipes: Switch to use inherit_defer

On Mon, 2024-01-08 at 17:14 +, Ross Burton wrote: > On 3 Jan 2024, at 14:59, Richard Purdie via lists.openembedded.org > wrote: > > --- a/meta/classes-recipe/gnomebase.bbclass > > +++ b/meta/classes-recipe/gnomebase.bbclass > > @@ -28,7 +28,7 @@ FILES:${PN} +=

[OE-core] Patchtest results for [PATCH 1/1] rng-tools: remove obsolete build time dependency on sysfsutils

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/1-1-rng-tools-remove-obsolete-build-time-dependency-on-sysfsutils.patch FAIL: test commit message presence: Please

[OE-core] [PATCH 0/1] rng-tools: remove unneeded build time dependency

rng-tools used to depend on libsysfs, but has since been changed to read directly from the /sys filesystem. The build time dependency on sysfsutils is no longer needed. david d zuhn (1): rng-tools: remove obsolete build time dependency on sysfsutils

[OE-core] [PATCH 1/1] rng-tools: remove obsolete build time dependency on sysfsutils

Signed-off-by: david d zuhn --- meta/recipes-support/rng-tools/rng-tools_6.16.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/rng-tools/rng-tools_6.16.bb b/meta/recipes-support/rng-tools/rng-tools_6.16.bb index d23d6be34e..f0aa3ff93f 100644 ---

[OE-core][PATCH] syslinux: Allow mtools to be optional

Adds a PACKAGECONFIG to syslinux to determine if the mtools version of the utilities is installed or not. The difference between the two versions is that the mtools version can be used by any user with write permission, while the non-mtools can only be used by root. The syslinux-nomtools package

Re: [OE-core] [PATCH] kmscube: Upgrade to latest revision

On Mon, Jan 8, 2024 at 2:26 PM Martin Jansa wrote: > On this platform it doesn't as GL/gl.h is not available, but it builds fine > after replacing GL/gl.h with GLES3/gl3.h (for GL_DEPTH24_STENCIL8). Thanks for the suggestion. I will send a fix upstream. -=-=-=-=-=-=-=-=-=-=-=- Links: You

Re: [OE-core] [PATCH] kmscube: Upgrade to latest revision

On Mon, Jan 8, 2024 at 6:02 PM Fabio Estevam wrote: > Hi Martin, > > On Mon, Jan 8, 2024 at 1:21 PM Martin Jansa > wrote: > > > > Hi, > > > > can you please set PV to something else than "git"? meson.build says > version : '0.0.1' > > Yes, I can do that. > > > The last commit from the new 3 is

Re: [OE-core] [PATCH 4/4] classes/recipes: Switch to use inherit_defer

On 3 Jan 2024, at 14:59, Richard Purdie via lists.openembedded.org wrote: > --- a/meta/classes-recipe/gnomebase.bbclass > +++ b/meta/classes-recipe/gnomebase.bbclass > @@ -28,7 +28,7 @@ FILES:${PN} += "${datadir}/application-registry \ > FILES:${PN}-doc += "${datadir}/devhelp" > >

Re: [OE-core] [PATCH] kmscube: Upgrade to latest revision

Hi Martin, On Mon, Jan 8, 2024 at 1:21 PM Martin Jansa wrote: > > Hi, > > can you please set PV to something else than "git"? meson.build says version > : '0.0.1' Yes, I can do that. > The last commit from the new 3 is causing build failure on some setups > without GL/gl.h: > >

[OE-core] [PATCH] systemd: add udev-bash-completion package

Move the 'udevadm' autocompletion script into a dedicated package. Indeed, bash (and therefore, the bash-completion package) is not always installed. But the 'udevadm' autocompletion script remains in ${datadir}/bash-completion. Creating a dedicated package allows better split, and avoids

Patchtest results for [OE-core][kirkstone 5/6] cve-update-nvd2-native: increase the delay between subsequent request failures

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/kirkstone-5-6-cve-update-nvd2-native-increase-the-delay-between-subsequent-request-failures.patch FAIL: test

Patchtest results for [OE-core][kirkstone 1/6] xserver-xorg: Fix for CVE-2023-6377 and CVE-2023-6478

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/kirkstone-1-6-xserver-xorg-Fix-for-CVE-2023-6377-and-CVE-2023-6478.patch FAIL: test CVE check ignore:

Re: [OE-core] [PATCH] kmscube: Upgrade to latest revision

Hi, can you please set PV to something else than "git"? meson.build says version : '0.0.1' The last commit from the new 3 is causing build failure on some setups without GL/gl.h: kmscube/git/git $ git log --oneline

[OE-core][kirkstone 6/6] linux-firmware: upgrade 20230804 -> 20231030

From: Dmitry Baryshkov License-Update: additional firmwares Signed-off-by: Dmitry Baryshkov Signed-off-by: Alexandre Belloni (cherry picked from commit 7c725d1f2ed9a271d39d899ac2534558c2d103fc) Signed-off-by: Steve Sakoman --- ...{linux-firmware_20230804.bb => linux-firmware_20231030.bb} |

[OE-core][kirkstone 5/6] cve-update-nvd2-native: increase the delay between subsequent request failures

From: Dhairya Nagodra Sometimes NVD servers are unstable and return too many errors. There is an option to have higher fetch attempts to increase the chances of successfully fetching the CVE data. Additionally, it also makes sense to progressively increase the delay after a failed request to an

[OE-core][kirkstone 4/6] cve-update-nvd2-native: faster requests with API keys

From: Dhairya Nagodra As per NVD, the public rate limit is 5 requests in 30s (6s delay). Using an API key increases the limit to 50 requests in 30s (0.6s delay). However, NVD still recommends sleeping for several seconds so that the other legitimate requests are serviced without denial or

[OE-core][kirkstone 0/6] Patch review

Please review this set of changes for kirkstone and have comments back by end of day Wednesday, January 10 Passed a-full on autobuilder: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/6425 The following changes since commit 227b3d4edad31b0d0045f41133271693265240b0: tzdata:

[OE-core][kirkstone 3/6] cve-update-nvd2-native: make number of fetch attemtps configurable

From: Peter Marko Sometimes NVD servers are unstable and return too many errors. Last time we increased number of attempts from 3 to 5, but further increasing is not reasonable as in normal case too many retries is just abusive. Keep retries low as default and allow to increase as needed.

[OE-core][kirkstone 2/6] cve-update-nvd2-native: remove unused variable CVE_SOCKET_TIMEOUT

From: Peter Marko This variable is not referenced in oe-core anymore. Signed-off-by: Peter Marko Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie (cherry picked from commit 905b45a814cb33327503b793741c19b44c8550b3) Signed-off-by: Steve Sakoman ---

[OE-core][kirkstone 1/6] xserver-xorg: Fix for CVE-2023-6377 and CVE-2023-6478

From: Vijay Anusuri Upstream-Status: Backport [https://gitlab.freedesktop.org/xorg/xserver/-/commit/0c1a93d319558fe3ab2d94f51d174b4f93810afd & https://gitlab.freedesktop.org/xorg/xserver/-/commit/14f480010a93ff962fef66a16412fafff81ad632] Signed-off-by: Vijay Anusuri Signed-off-by: Steve

[OE-core] [PATCH] u-boot: Upgrade to 2024.01

From: Fabio Estevam Upgrade to U-Boot 2024.01. Signed-off-by: Fabio Estevam --- meta/recipes-bsp/u-boot/u-boot-common.inc | 2 +- .../u-boot/{u-boot-tools_2023.10.bb => u-boot-tools_2024.01.bb} | 0 .../recipes-bsp/u-boot/{u-boot_2023.10.bb => u-boot_2024.01.bb} | 0 3

Re: [OE-core] bitbake-server does not exit after build ends

2024. 01. 05. 17:54 keltezéssel, Martin Jansa írta: On Fri, Jan 5, 2024 at 5:06 PM Martin Jansa via lists.openembedded.org wrote: FWIW: I see the processes running after bitbake exit only in kirkstone and only with PRSERV_HOST = "localhost:0" if I

[OE-core] Patchtest results for [RFC v3 1/2] bitbake-layers: Add ability to update the reference of repositories

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/RFC-v3-1-2-bitbake-layers-Add-ability-to-update-the-reference-of-repositories.patch FAIL: test max line length:

Re: [OE-core] [RFC v3 1/2] bitbake-layers: Add ability to update the reference of repositories

There are a few additional remarks that I'd like some input on. > +logger.error("No repository specified. Please provide one > using '--repository REPOSITORY'.") > +raise Exception("No repository specified. Please provide one > using '--repository REPOSITORY'.")

[OE-core] Patchtest results for [PATCH] selftest/sstatetests: include fetcher diagnostics into CDN test failure message

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/selftest-sstatetests-include-fetcher-diagnostics-into-CDN-test-failure-message.patch FAIL: test max line length:

[OE-core] [RFC v3 2/2] bitbake-layers: Add test case layers setup update

From: Jermain Horsman This includes a simple test which creates a layer setup, modifies it using a test string and checks if the resulting layer setup is written correctly. Signed-off-by: Jermain Horsman --- meta/lib/oeqa/selftest/cases/bblayers.py | 26 1 file

[OE-core] [RFC v3 1/2] bitbake-layers: Add ability to update the reference of repositories

From: Jermain Horsman This uses an existing setup-layers configuration and modifies one or more repositories using a reference provided by the user. This is a very minimal implementation, no validation of this reference is done and it is left to the user to provide a valid value.

[OE-core] [RFC v3 0/2] bitbake-layers: Add possibility to update layers setup

From: Jermain Horsman During development it can be useful to use a branch instead of a revision, e.g. when rebasing often or just for easy upgrading of the setup. This iteration has a very minimal implementation, which covers many use cases, but certainly not all. As previously discussed the

[OE-core] [PATCH] selftest/sstatetests: include fetcher diagnostics into CDN test failure message

This will help finding out what kind of error the server actually returned, as sporadic CDN failures continue to occur. [YOCTO #15335] Signed-off-by: Alexander Kanavin --- meta/lib/oeqa/selftest/cases/sstatetests.py | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git

[OE-core] [PATCH] linux-firmware: Fix the linux-firmware-bcm4373 FILES variable

From: "Rodrigo M. Duarte" This commit includes the 'cyfmac4373-sdio.clm_blob' file in the list of files for the linux-firmware-bcm4373 package. Without this file, the linux-firmware package adds all firmware packages to the image. Signed-off-by: Rodrigo M. Duarte ---

Re: [OE-Core][RFC PATCH] sstate-cache-management: Rewrite in python

On Mon, Jan 8, 2024 at 12:12 PM Martin Jansa wrote: > > FWIW: I've compared > openembedded-core/scripts/sstate-cache-management.sh -d > --cache-dir=sstate-cache > with > openembedded-core/scripts/sstate-cache-management.py -d > --cache-dir=sstate-cache > on some older kirkstone and nanbield

Re: [OE-Core][RFC PATCH] sstate-cache-management: Rewrite in python

FWIW: I've compared openembedded-core/scripts/sstate-cache-management.sh -d --cache-dir=sstate-cache with openembedded-core/scripts/sstate-cache-management.py -d --cache-dir=sstate-cache on some older kirkstone and nanbield build dirs and the python version removes _much_ more than the shell

[OE-core] Patchtest results for [PATCH 2/3] libpcre2: fix upstream version check

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/2-3-libpcre2-fix-upstream-version-check.patch FAIL: test commit message presence: Please include a commit message

[OE-core] Patchtest results for [PATCH 1/3] taglib: fix upstream version check

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/1-3-taglib-fix-upstream-version-check.patch FAIL: test commit message presence: Please include a commit message on

[OE-core] [PATCH 3/3] icon-naming-utils: take tarball from debian

Upstream website has disappeared; the tarball can still be downloaded but this is probably not for long. Signed-off-by: Alexander Kanavin --- meta/recipes-sato/sato-icon-theme/icon-naming-utils_0.8.90.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[OE-core] [PATCH 2/3] libpcre2: fix upstream version check

Signed-off-by: Alexander Kanavin --- meta/recipes-support/libpcre/libpcre2_10.42.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/libpcre/libpcre2_10.42.bb b/meta/recipes-support/libpcre/libpcre2_10.42.bb index cd65493c482..f471b3f90a3 100644 ---

[OE-core] [PATCH 1/3] taglib: fix upstream version check

Signed-off-by: Alexander Kanavin --- meta/recipes-support/taglib/taglib_1.13.1.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-support/taglib/taglib_1.13.1.bb b/meta/recipes-support/taglib/taglib_1.13.1.bb index 3f0a759f956..b26563ae91d 100644 ---

[OE-core] [PATCH] gptfdisk: Make the version consistent

From: Mingli Yu The previous change [262aa17e0e popt: update 1.18 -> 1.19] backports a patch [1] for gptfdisk and make the version bump from 1.0.9 to 1.0.9.1 and make the package version inconsistent as below: root@qemux86-64:~# rpm -qa | grep gptfdisk gptfdisk-1.0.9-r0.core2_64

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

I suspect this might have been a transient network issue. Both tests fetch stuff from 3rd party servers. 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