Re: [OE-core] [PATCH 2/2] oeqa/postactions: do not uncompress retrieved archive on host

[Alexandre Belloni via lists.openembedded.org]

On 19/09/2024 16:29:06+0200, Alexis Lothoré wrote:
> Hello Richard,
> 
> On 9/19/24 14:58, Richard Purdie wrote:
> > On Thu, 2024-09-19 at 08:42 +0100, Richard Purdie via
> > lists.openembedded.org wrote:
> >> On Mon, 2024-08-12 at 17:14 +0200, Alexis Lothoré via
> >> lists.openembedded.org wrote:
> >>> From: Alexis Lothoré 
> 
> [...]
> 
> >>> --- a/meta/lib/oeqa/utils/postactions.py
> >>> +++ b/meta/lib/oeqa/utils/postactions.py
> >>> @@ -68,7 +68,8 @@ def list_and_fetch_failed_tests_artifacts(d, tc,
> >>> artifacts_list, outputdir):
> >>>  (status, output) = tc.target.run(cmd, raw = True)
> >>>  if status != 0 or not output:
> >>>  raise Exception("Error while fetching compressed
> >>> artifacts")
> >>> -    p = subprocess.run(["tar", "zxf", "-", "-C", outputdir],
> >>> input=output)
> >>> +    with open(archive_name, "wb") as f:
> >>> +    f.write(output)
> >>>  except Exception as e:
> >>>  bb.warn(f"Can not retrieve artifacts from test target:
> >>> {e}")
> >>
> >>
> >> This change is causing failures since archive_name isn't defined
> >> anywhere :/
> > 
> > I'd also note that scarthgap actually throws errors:
> > 
> > https://valkyrie.yoctoproject.org/#/builders/73/builds/135/steps/12/logs/stdio
> > 
> > Exception: NameError: name 'artifact_path' is not defined
> > 
> > which is related to some of these patches :/.
> 
> I am out of  office right now with limited access to computer (I come back 
> next
> week but then I will be traveling to attend Kernel Recipes). If no one fixes 
> it
> before, I'll take a look and send a fix once I return to the office (end of 
> next
> week)
> 

Mathieu is going to take care of this tomorrow/beginning of next week.


-- 
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 (#204706): 
https://lists.openembedded.org/g/openembedded-core/message/204706
Mute This Topic: https://lists.openembedded.org/mt/107858382/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH][kirkstone] cve-exclusion: Drop the version comparision/warning

[Alexandre Belloni via lists.openembedded.org]

From: Alexandre Belloni 

Since the CVE repository is no longer being updated, drop the warning
comparision since it is no longer valid.

Signed-off-by: Richard Purdie 
Signed-off-by: Alexandre Belloni 
---
 meta/recipes-kernel/linux/cve-exclusion_5.10.inc | 14 +++---
 meta/recipes-kernel/linux/cve-exclusion_5.15.inc | 14 +++---
 2 files changed, 14 insertions(+), 14 deletions(-)

diff --git a/meta/recipes-kernel/linux/cve-exclusion_5.10.inc 
b/meta/recipes-kernel/linux/cve-exclusion_5.10.inc
index 4d959c90b129..4ce0664c0d56 100644
--- a/meta/recipes-kernel/linux/cve-exclusion_5.10.inc
+++ b/meta/recipes-kernel/linux/cve-exclusion_5.10.inc
@@ -2,13 +2,13 @@
 # Auto-generated CVE metadata, DO NOT EDIT BY HAND.
 # Generated at 2024-02-21 03:55:27.305577 for version 5.10.209
 
-python check_kernel_cve_status_version() {
-this_version = "5.10.209"
-kernel_version = d.getVar("LINUX_VERSION")
-if kernel_version != this_version:
-bb.warn("Kernel CVE status needs updating: generated for %s but kernel 
is %s" % (this_version, kernel_version))
-}
-do_cve_check[prefuncs] += "check_kernel_cve_status_version"
+#python check_kernel_cve_status_version() {
+#this_version = "5.10.209"
+#kernel_version = d.getVar("LINUX_VERSION")
+#if kernel_version != this_version:
+#bb.warn("Kernel CVE status needs updating: generated for %s but 
kernel is %s" % (this_version, kernel_version))
+#}
+#do_cve_check[prefuncs] += "check_kernel_cve_status_version"
 
 # fixed-version: Fixed after version 2.6.12rc2
 CVE_CHECK_IGNORE += "CVE-2003-1604"
diff --git a/meta/recipes-kernel/linux/cve-exclusion_5.15.inc 
b/meta/recipes-kernel/linux/cve-exclusion_5.15.inc
index f5ccf2bc22ad..1f5c783db471 100644
--- a/meta/recipes-kernel/linux/cve-exclusion_5.15.inc
+++ b/meta/recipes-kernel/linux/cve-exclusion_5.15.inc
@@ -2,13 +2,13 @@
 # Auto-generated CVE metadata, DO NOT EDIT BY HAND.
 # Generated at 2024-05-02 12:18:54.390781 for version 5.15.157
 
-python check_kernel_cve_status_version() {
-this_version = "5.15.157"
-kernel_version = d.getVar("LINUX_VERSION")
-if kernel_version != this_version:
-bb.warn("Kernel CVE status needs updating: generated for %s but kernel 
is %s" % (this_version, kernel_version))
-}
-do_cve_check[prefuncs] += "check_kernel_cve_status_version"
+#python check_kernel_cve_status_version() {
+#this_version = "5.15.157"
+#kernel_version = d.getVar("LINUX_VERSION")
+#if kernel_version != this_version:
+#bb.warn("Kernel CVE status needs updating: generated for %s but 
kernel is %s" % (this_version, kernel_version))
+#}
+#do_cve_check[prefuncs] += "check_kernel_cve_status_version"
 
 # fixed-version: Fixed after version 2.6.12rc2
 CVE_CHECK_IGNORE += "CVE-2003-1604"
-- 
2.46.0


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

[Alexandre Belloni via lists.openembedded.org]

On 27/08/2024 11:02:47+0200, Joao Marcos Costa via lists.openembedded.org wrote:
> Hello, Chen
> 
> On 8/22/24 11:26, Chen Qi via lists.openembedded.org wrote:
> > From: Chen Qi
> > 
> > Upgrade util-linux from 2.40.1 to 2.40.2.
> > 
> > 0001-Revert-autotools-make-pam-install-path-configurable.patch
> > is added to solve a problem of lastlog2 pam module not installed
> > in the expected location.
> > 
> > Signed-off-by: Chen Qi
> 
> This update might be causing the ptest failure below, in the autobuilder:
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6937/steps/12/logs/stdio
> 
> Could you please take a look?

This is a know, rare AB-INT:

https://bugzilla.yoctoproject.org/show_bug.cgi?id=15188

Can you triage it as such?

> 
> -- 
> Best regards,
> João Marcos Costa

> 
> 
> 


-- 
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 (#203860): 
https://lists.openembedded.org/g/openembedded-core/message/203860
Mute This Topic: https://lists.openembedded.org/mt/108035181/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] [PATCHv2 2/2] oeqa/selftest/bbclasses: Add tests for systemd and update-rc.d interaction

[Alexandre Belloni via lists.openembedded.org]

ars = get_bb_vars(
> +[
> +'BPN',
> +'D',
> +'INIT_D_DIR',
> +'prefix',
> +'systemd_system_unitdir',
> +'sysconfdir',
> +],
> +recipe,
> +)
> +
> +def fileExists(self, filename):
> +self.assertExists(filename.format(**self.bb_vars))
> +
> +def fileNotExists(self, filename):
> +self.assertNotExists(filename.format(**self.bb_vars))
> +
> +def test_systemd_in_distro(self):
> +"""
> +Summary:Verify that no sysvinit files are installed when the
> +systemd distro feature is enabled, but sysvinit is not.
> +Expected:   Systemd service file exists, but /etc does not.
> +Product:OE-Core
> +Author: Peter Kjellerstedt 
> +"""
> +
> +self.write_config("""
> +DISTRO_FEATURES:append = " systemd usrmerge"
> +DISTRO_FEATURES:remove = "sysvinit"
> +VIRTUAL-RUNTIME_init_manager = "systemd"
> +""")
> +bitbake("systemd-only systemd-and-sysvinit -c install")
> +
> +self.getVars("systemd-only")
> +self.fileExists("{D}{systemd_system_unitdir}/{BPN}.service")
> +
> +self.getVars("systemd-and-sysvinit")
> +self.fileExists("{D}{systemd_system_unitdir}/{BPN}.service")
> +self.fileNotExists("{D}{sysconfdir}")
> +
> +def test_systemd_and_sysvinit_in_distro(self):
> +"""
> +Summary:Verify that both systemd and sysvinit files are installed
> +when both the systemd and sysvinit distro features are
> +enabled.
> +Expected:   Systemd service file and sysvinit initscript exist.
> +Product:OE-Core
> +Author: Peter Kjellerstedt 
> +"""
> +
> +self.write_config("""
> +DISTRO_FEATURES:append = " systemd sysvinit usrmerge"
> +VIRTUAL-RUNTIME_init_manager = "systemd"
> +""")
> +bitbake("systemd-only systemd-and-sysvinit -c install")
> +
> +self.getVars("systemd-only")
> +self.fileExists("{D}{systemd_system_unitdir}/{BPN}.service")
> +
> +self.getVars("systemd-and-sysvinit")
> +self.fileExists("{D}{systemd_system_unitdir}/{BPN}.service")
> +self.fileExists("{D}{INIT_D_DIR}/{BPN}")
> +
> +def test_sysvinit_in_distro(self):
> +"""
> +Summary:Verify that no systemd service files are installed when 
> the
> +sysvinit distro feature is enabled, but systemd is not.
> +Expected:   The systemd  service file does not exist, nor does /usr.
> +The sysvinit initscript exists.
> +Product:OE-Core
> +Author: Peter Kjellerstedt 
> +"""
> +
> +self.write_config("""
> +DISTRO_FEATURES:remove = "systemd"
> +DISTRO_FEATURES:append = " sysvinit usrmerge"
> +VIRTUAL-RUNTIME_init_manager = "sysvinit"
> +""")
> +bitbake("systemd-only systemd-and-sysvinit -c install")
> +
> +self.getVars("systemd-only")
> +self.fileNotExists("{D}{systemd_system_unitdir}/{BPN}.service")
> +self.fileNotExists("{D}{prefix}")
> +self.fileNotExists("{D}{sysconfdir}")
> +self.fileExists("{D}")
> +
> +self.getVars("systemd-and-sysvinit")
> +self.fileNotExists("{D}{systemd_system_unitdir}/{BPN}.service")
> +self.fileNotExists("{D}{prefix}")
> +self.fileExists("{D}{INIT_D_DIR}/{BPN}")

> 
> 
> 


-- 
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 (#203712): 
https://lists.openembedded.org/g/openembedded-core/message/203712
Mute This Topic: https://lists.openembedded.org/mt/108059587/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] sysvinit: upgrade 3.04 -> 3.10

[Alexandre Belloni via lists.openembedded.org]

fa..72289e3 100644
>   }
> 
>   /*
> -@@ -1071,6 +1126,7 @@ int main_pidof(int argc, char **argv)
> +@@ -1078,6 +1133,7 @@ int main_pidof(int argc, char **argv)
>   printf("\n");
>   }
> 
> diff --git a/meta/recipes-core/sysvinit/sysvinit/realpath.patch 
> b/meta/recipes-core/sysvinit/sysvinit/realpath.patch
> index b559aa3b49..78bf870612 100644
> --- a/meta/recipes-core/sysvinit/sysvinit/realpath.patch
> +++ b/meta/recipes-core/sysvinit/sysvinit/realpath.patch
> @@ -12,29 +12,12 @@ Upstream-Status: Inappropriate [Linux specific]
>  Signed-off-by: Khem Raj 
> 
>  ---
> - src/killall5.c   | 4 ++--
>   src/mountpoint.c | 1 +
>   src/wall.c   | 1 +
> - 3 files changed, 4 insertions(+), 2 deletions(-)
> + 2 files changed, 2 insertions(+)
> 
> -diff --git a/src/killall5.c b/src/killall5.c
> -index a664954..9798423 100644
>  a/src/killall5.c
> -+++ b/src/killall5.c
> -@@ -977,9 +977,9 @@ int matches(PROC *o, PROC *p)
> - char *oargv1, *pargv1;
> - if ((o->argv0 && p->argv0 && !strcmp(o->argv0,p->argv0))) {
> - if (o->argv1 && p->argv1) {
> --if ((oargv1 = canonicalize_file_name(o->argv1)) == NULL)
> -+if ((oargv1 = realpath(o->argv1, NULL)) == NULL)
> - oargv1 = strdup(o->argv1);
> --if ((pargv1 = canonicalize_file_name(p->argv1)) == NULL)
> -+if ((pargv1 = realpath(p->argv1, NULL)) == NULL)
> - pargv1 = strdup(p->argv1);
> - if (! strcmp(oargv1, pargv1)) {
> - ret = 1;
>  diff --git a/src/mountpoint.c b/src/mountpoint.c
> -index b24335e..5f20522 100644
> +index 184b1f6..c55b0df 100644
>  --- a/src/mountpoint.c
>  +++ b/src/mountpoint.c
>  @@ -23,6 +23,7 @@
> @@ -46,7 +29,7 @@ index b24335e..5f20522 100644
>   #include 
>   #include 
>  diff --git a/src/wall.c b/src/wall.c
> -index d3a2c70..00826e9 100644
> +index e527613..1d363ca 100644
>  --- a/src/wall.c
>  +++ b/src/wall.c
>  @@ -30,6 +30,7 @@
> diff --git 
> a/meta/recipes-core/sysvinit/sysvinit/sysvinit_remove_linux_fs.patch 
> b/meta/recipes-core/sysvinit/sysvinit/sysvinit_remove_linux_fs.patch
> deleted file mode 100644
> index 89d65c23b7..00
> --- a/meta/recipes-core/sysvinit/sysvinit/sysvinit_remove_linux_fs.patch
> +++ /dev/null
> @@ -1,17 +0,0 @@
> -# From glibc 2.36,  (included from ) and
> -#  (included from glibc) are no longer compatible:
> -# 
> https://sourceware.org/glibc/wiki/Release/2.36#Usage_of_.3Clinux.2Fmount.h.3E_and_.3Csys.2Fmount.h.3E
> -
> -Upstream-Status: Pending
> -Signed-off-by: Khem Raj 
> -
>  sysvinit-3.04/src/sulogin.c.orig 2022-08-07 23:07:42.952576274 +0200
> -+++ sysvinit-3.04/src/sulogin.c  2022-08-07 23:08:26.511470983 +0200
> -@@ -51,7 +51,6 @@
> - #ifdef __linux__
> - #  include 
> - #  include 
> --#  include 
> - #  include 
> - #  include 
> - #  ifndef TMPFS_MAGIC
> diff --git a/meta/recipes-core/sysvinit/sysvinit_3.04.bb 
> b/meta/recipes-core/sysvinit/sysvinit_3.10.bb
> similarity index 93%
> rename from meta/recipes-core/sysvinit/sysvinit_3.04.bb
> rename to meta/recipes-core/sysvinit/sysvinit_3.10.bb
> index fb9d00891c..89281f9fb3 100644
> --- a/meta/recipes-core/sysvinit/sysvinit_3.04.bb
> +++ b/meta/recipes-core/sysvinit/sysvinit_3.10.bb
> @@ -9,21 +9,18 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=751419260aa954499f7abaabaa882bbe \
> 
>  RDEPENDS:${PN} = "${PN}-inittab"
> 
> -SRC_URI = "${SAVANNAH_GNU_MIRROR}/sysvinit/sysvinit-${PV}.tar.xz \
> -   file://install.patch \
> +SRC_URI = 
> "https://github.com/slicer69/sysvinit/releases/download/${PV}/sysvinit-${PV}.tar.xz
>  \
> file://crypt-lib.patch \
> file://pidof-add-m-option.patch \
> file://realpath.patch \
> 
> file://0001-include-sys-sysmacros.h-for-major-minor-defines-in-g.patch \
> -   file://sysvinit_remove_linux_fs.patch \
> file://rcS-default \
> file://rc \
> file://rcS \
> file://bootlogd.init \
> file://01_bootlogd \
> -   file://0001-hddown-include-libgen.h-for-basename-API.patch \
> "
> -SRC_URI[sha256sum] = 
> "2a621fe6e4528bc91308b74867ddaaebbdf7753f02395c0c5bae817bd2b7e3a5"
> +SRC_URI[sha256sum] = 
> "c52d22f63e187a1247ad491b6a3a049561b887400a166d6b04fc9d67705c4da6"
> 
>  S = "${WORKDIR}/sysvinit-${PV}"
> 

> 
> 
> 


-- 
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 (#203652): 
https://lists.openembedded.org/g/openembedded-core/message/203652
Mute This Topic: https://lists.openembedded.org/mt/107960881/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] util-linux: Add PACKAGECONFIG option to mitigate rootfs remount error

[Alexandre Belloni via lists.openembedded.org]

.bb | 17 +++--
>  1 file changed, 15 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-core/util-linux/util-linux_2.40.1.bb 
> b/meta/recipes-core/util-linux/util-linux_2.40.1.bb
> index a1aab94055..ef2384fe52 100644
> --- a/meta/recipes-core/util-linux/util-linux_2.40.1.bb
> +++ b/meta/recipes-core/util-linux/util-linux_2.40.1.bb
> @@ -89,8 +89,14 @@ EXTRA_OECONF:append = " --disable-hwclock-gplv3"
>  # this helps to keep same expectations when using the SDK or
>  # build host versions during development
>  #
> -PACKAGECONFIG ?= "pcre2"
> -PACKAGECONFIG:class-target ?= "${@bb.utils.contains('DISTRO_FEATURES', 
> 'pam', 'chfn-chsh pam lastlog2', '', d)}"
> +PACKAGECONFIG ?= "\
> +libmount-mountfd-support \
> +pcre2 \
> +"
> +PACKAGECONFIG:class-target ?= "\
> +libmount-mountfd-support \
> +${@bb.utils.contains('DISTRO_FEATURES', 'pam', 'chfn-chsh pam lastlog2', 
> '', d)} \
> +"
>  # inherit manpages requires this to be present, however util-linux does not 
> have
>  # configuration options, and installs manpages always
>  PACKAGECONFIG[manpages] = ""
> @@ -107,6 +113,13 @@ PACKAGECONFIG[cryptsetup] = 
> "--with-cryptsetup,--without-cryptsetup,cryptsetup"
>  PACKAGECONFIG[chfn-chsh] = "--enable-chfn-chsh,--disable-chfn-chsh,"
>  PACKAGECONFIG[selinux] = "--with-selinux,--without-selinux,libselinux"
>  PACKAGECONFIG[lastlog2] = 
> "--enable-liblastlog2,--disable-liblastlog2,sqlite3"
> +# Using the new file descriptors based mount kernel API can cause rootfs 
> remount failure with some older kernels.
> +# Of currently supported LTS kernels, the old mount API should be used with:
> +# - versions prior to 6.6.18 in the 6.6.y series.
> +# - versions prior to 6.1.79 in the 6.1.y series.
> +# - versions till at least 5.15.164 in the 5.15.y series.
> +# - with 5.10.y, 5.4.y and 4.19.y series kernels, libmount seemed to use the 
> old API regardless of this option.
> +PACKAGECONFIG[libmount-mountfd-support] = 
> "--enable-libmount-mountfd-support,--disable-libmount-mountfd-support"
>  
>  EXTRA_OEMAKE = "ARCH=${TARGET_ARCH} CPU= CPUOPT= 'OPT=${CFLAGS}'"
>  
> -- 
> 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 (#203565): 
https://lists.openembedded.org/g/openembedded-core/message/203565
Mute This Topic: https://lists.openembedded.org/mt/107986659/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] piglit: upgrade 22eaf6a91c -> c11c9374c1

[Alexandre Belloni via lists.openembedded.org]

There were other build failures:

https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/5211/steps/13/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/9395/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/9407/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/9226/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/6299/steps/12/logs/stdio

On 20/08/2024 14:39:16-0400, Trevor Gamblin wrote:
> 
> On 2024-08-20 1:24 p.m., Alexander Kanavin wrote:
> > I looked. There is a condition:
> > 
> > https://gitlab.freedesktop.org/mesa/piglit/-/blob/main/CMakeLists.txt?ref_type=heads#L108
> > 
> > if(PIGLIT_USE_X11)
> > find_package(X11 REQUIRED)
> > set(PIGLIT_HAS_X11 True)
> > add_definitions(-DPIGLIT_HAS_X11)
> > endif()
> 
> Changing the x11 PACKAGECONFIG line to this seems to work:
> 
> PACKAGECONFIG[x11] = "-DPIGLIT_USE_X11=1 -DPIGLIT_BUILD_GL_TESTS=ON
> -PIGLIT_BUILD_DMA_BUF_TESTS=ON,-DPIGLIT_USE_X11=0
> -DPIGLIT_BUILD_GL_TESTS=OFF -DPIGLIT_BUILD_DMA_BUF_TESTS=OFF,${X11_DEPS},
> ${X11_RDEPS}"
> 
> Is there a cleaner way to do this?
> 
> > 
> > Alex
> > 
> > On Tue, 20 Aug 2024 at 19:22, Alexander Kanavin via
> > lists.openembedded.org 
> > wrote:
> > > On Tue, 20 Aug 2024 at 19:18, Trevor Gamblin via
> > > lists.openembedded.org 
> > > wrote:
> > > > 
> > > > On 2024-08-20 12:24 p.m., Alexandre Belloni wrote:
> > > > 
> > > > Unfortunately, this doesn't build on the AB:
> > > > 
> > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/9383/steps/11/logs/stdio
> > > > 
> > > > Seems to be because of this line in the config:
> > > > 
> > > > DISTRO_FEATURES:remove = 'x11'
> > > > 
> > > > I see that consolekit has REQUIRED_DISTRO_FEATURES = "x11" in the 
> > > > recipe. Is this the right approach then for piglit?
> > > Only if the X11 support is unconditional. You first need to look at
> > > the failure log that says:
> > > 
> > > |   Could NOT find X11 (missing: X11_X11_INCLUDE_PATH X11_X11_LIB)
> > > 
> > > And then check piglit source code and its cmake configuration files to
> > > see where that particular check is performed and whether it's wrapped
> > > into a condition that we can tweak via cmake subject to x11 in
> > > DISTRO_FEATURES.
> > > 
> > > Alex
> > > 
> > > 
> > > 

-- 
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 (#203564): 
https://lists.openembedded.org/g/openembedded-core/message/203564
Mute This Topic: https://lists.openembedded.org/mt/107914101/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] piglit: upgrade 22eaf6a91c -> c11c9374c1

[Alexandre Belloni via lists.openembedded.org]

ne HAVE_UNISTD_H 1
> - #cmakedefine HAVE_ENDIAN_H 1
> -+#cmakedefine HAVE_LIBGEN_H 1
> -diff --git a/tests/util/piglit-util.h b/tests/util/piglit-util.h
> -index 4d3606c708..de80b6 100644
>  a/tests/util/piglit-util.h
> -+++ b/tests/util/piglit-util.h
> -@@ -52,8 +52,8 @@ extern "C" {
> - #include 
> - #include 
> - 
> --#if defined(__APPLE__) || defined(__MINGW32__)
> --#  include "libgen.h" // for basename
> -+#ifdef HAVE_LIBGEN_H
> -+#  include  // for basename
> - #elif defined(_MSC_VER)
> - 
> - static inline char *
> --- 
> -GitLab
> -
> diff --git a/meta/recipes-graphics/piglit/piglit_git.bb 
> b/meta/recipes-graphics/piglit/piglit_git.bb
> index 99d75e64f8..8bfd0a9b63 100644
> --- a/meta/recipes-graphics/piglit/piglit_git.bb
> +++ b/meta/recipes-graphics/piglit/piglit_git.bb
> @@ -10,11 +10,10 @@ SRC_URI = 
> "git://gitlab.freedesktop.org/mesa/piglit.git;protocol=https;branch=ma
> file://0002-cmake-use-proper-WAYLAND_INCLUDE_DIRS-variable.patch \
> 
> file://0003-tests-util-piglit-shader.c-do-not-hardcode-build-pat.patch \
> file://0001-tests-Fix-narrowing-errors-seen-with-clang.patch \
> -   file://0001-utils-Include-libgen.h-on-musl-linux-systems.patch \
> "
>  UPSTREAM_CHECK_COMMITS = "1"
>  
> -SRCREV = "22eaf6a91cfd57f7bb3df4e5068c2ac1472d4ec1"
> +SRCREV = "c11c9374c1448d01b31e7f724921cc1f4ee2c84c"
>  # (when PV goes above 1.0 remove the trailing r)
>  PV = "1.0+gitr"
>  
> @@ -23,7 +22,7 @@ S = "${WORKDIR}/git"
>  X11_DEPS = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'virtual/libx11 
> libxrender libglu', '', d)}"
>  X11_RDEPS = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'mesa-demos', 
> '', d)}"
>  
> -DEPENDS = "libpng waffle libxkbcommon python3-mako-native 
> python3-numpy-native python3-six-native virtual/egl"
> +DEPENDS = "libpng waffle libxkbcommon python3-mako-native 
> python3-numpy-native python3-six-native virtual/egl wayland wayland-protocols"
>  
>  inherit cmake pkgconfig python3native features_check bash-completion
>  
> -- 
> 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 (#203559): 
https://lists.openembedded.org/g/openembedded-core/message/203559
Mute This Topic: https://lists.openembedded.org/mt/107914101/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] piglit: upgrade 22eaf6a91c -> c11c9374c1

[Alexandre Belloni via lists.openembedded.org]

On 14/08/2024 21:22:11-0400, Trevor Gamblin wrote:
> 
> On 2024-08-14 6:48 p.m., Alexandre Belloni wrote:
> > Hello,
> > 
> > This fails to build:
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/5190/steps/12/logs/stdio
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/9375/steps/11/logs/stdio
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/9387/steps/11/logs/stdio
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/9207/steps/11/logs/stdio
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/6285/steps/11/logs/stdio
> > 
> > and configure:
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/9360/steps/11/logs/errors
> Is that with the python3-numpy upgrade as well? I see it in your master-next
> branch.

Yes, as the commit log said it was fixing issues with it.

> > 
> > 
> > 
> > On 12/08/2024 14:20:09-0400, Trevor Gamblin wrote:
> > > Commit 79895d fixes builds with numpy 2.x.
> > > 
> > > Patch '0001-utils-Include-libgen.h-on-musl-linux-systems.patch' dropped
> > > because it is now upstream in commit 9c941dfc36.
> > > 
> > > Changelog:
> > > 
> > > c11c9374c (HEAD -> main, origin/main, origin/HEAD) arb_bindless_texture: 
> > > test image/sampler constructors
> > > f11abb664 Revert "arb_bindless_texture: add another function param 
> > > bindless test"
> > > 045343687 arb_gpu_shader5: add linker version of function overloads test
> > > 4b1116f3a arb_bindless_texture: add another function param bindless test
> > > 4a62c2672 glsl: test function linking with implicit param conversions
> > > 9f280db77 arb_bindless_texture: add basic function param bindless tests
> > > 79895 generated_tests: fix numpy overflow warnings that are errors in 
> > > numpy 2.0
> > > 5214915dc generated_tests: print mako exceptions
> > > 41bd119f2 arb_texture_buffer_object: don't leak src strings
> > > 582f5490a gl-1.0: Add a test for glPushAttrib/glPopAttrib
> > > 647d07250 ext_texture_format_bgra: test GL_BGRA8_EXT as well
> > > dee2a233f perf: port glsl-compile-time perf-test from mesa demos
> > > 18333c568 perf: port vertexrate perf-test from mesa demos
> > > e932fa2f5 perf: port vbo perf-test from mesa demos
> > > f9cf4788a perf: port teximage perf-test from mesa demos
> > > 20ccc1c10 perf: port readpixels perf-test from mesa demos
> > > 556a9c96d perf: port genmipmap perf-test from mesa demos
> > > 225b6bfb6 perf: port fill perf-test from mesa demos
> > > dae4a13f9 perf: port fbobind perf-test from mesa demos
> > > cd0f812b3 perf: port copytex perf-test from mesa demos
> > > fdf3fc09d cl: add missing errors
> > > 01b64dd06 glsl-1.10: test a complex partial unroll scenario
> > > cf8daaf5b glsl-bug-110796: detect missing ES 3.2 support using 
> > > EGL_BAD_MATCH
> > > 30d34daf7 glsl-bug-110796: distinguish which context creation failed
> > > 3ea14414a Sync .mailmap from Mesa
> > > 7accec34a glsl-bug-110796: check for GL ES 3.2 support
> > > 12ebd71c7 egl-terminate-then-unbind-context: simplify
> > > 69bc38a77 egl_khr_create_context: improve skip reporting
> > > 209becf6d arb_blend_func_extended: simplify MAX_DUAL_SOURCE_DRAW_BUFFERS 
> > > detection
> > > 800abe232 arb_blend_func_extended: gles: follow the specification 
> > > requirements
> > > 1cad6ee20 arb_texture_multisample: require geometry shaders
> > > 59bdc8c4e egl: missing EGLconfig isn't stderr material
> > > cee2190b5 ext_external_objects: avoid stderr when we skip the test
> > > 8cbefab52 util: remove handwritten defines and drop FIXME
> > > 11e7aa044 texsubimage: fix low bpp formats by expecting less than 8 bits 
> > > of precision
> > > e180f9623 Use GBM_LDFLAGS to get all options
> > > 3bddb36e8 fix vk_vert_buf_reuse cleanup
> > > 8f6e71975 arb_texture_view: test for NaN in more cases
> > > 446c20f3e ext_direct_state_access: Fix deprecated-non-prototype warnings
> > > 8a6ce9c6f arb_fragment_layer_viewport: don't test out-of-range gl_Layer 
> > > values
> > > 8d5af6c51 glsl-1.30: Test uint to float conversion of sign extended value
> > > 7aa7bc1b0 arb_draw_buffers_blend: Fix deprecated-non-prototype warnings
> > > 3d3a20a2b arb_sample_shading: do not actually run mask_in_one if it's not 
> > > supported
> > > 759cc6454 clear-stencil: new test to check for prob

Re: [OE-core] [PATCH] python3-cryptography{-vectors}: upgrade 42.0.8 -> 43.0.0

[Alexandre Belloni via lists.openembedded.org]

0.36.sha256sum] = 
> "0fa76aaf39101c457836aec0ce2316dbdc3ab723cdda1c6bd4e6ad4208acaca7"
> +SRC_URI[self_cell-1.0.4.sha256sum] = 
> "d369a96f978623eb3dc28807c4852d6cc617fed53da5d3c400feff1ef34a714a"
> +SRC_URI[syn-2.0.71.sha256sum] = 
> "b146dcf730474b4bcd16c311627b31ede9ab149045db4d6088b3becaea046462"
> +SRC_URI[target-lexicon-0.12.15.sha256sum] = 
> "4873307b7c257eddcb50c9bedf158eb669578359fb28428bef438fec8e6ba7c2"
>  SRC_URI[unicode-ident-1.0.12.sha256sum] = 
> "3354b9ac3fae1ff6755cb6db53683adb661634f67557942dea4facebec0fee4b"
>  SRC_URI[unindent-0.2.3.sha256sum] = 
> "c7de7d73e1754487cb58364ee906a499937a0dfabd86bcb980fa99ec8c8fa2ce"
>  SRC_URI[vcpkg-0.2.15.sha256sum] = 
> "accd4ea62f7bb7a82fe23066fb0957d48ef677f6eeb8215f372f52e48bb32426"
> -SRC_URI[windows-targets-0.48.5.sha256sum] = 
> "9a2fa6e2155d7247be68c096456083145c183cbbbc2764150dda45a87197940c"
> -SRC_URI[windows_aarch64_gnullvm-0.48.5.sha256sum] = 
> "2b38e32f0abccf9987a4e3079dfb67dcd799fb61361e53e2882c3cbaf0d905d8"
> -SRC_URI[windows_aarch64_msvc-0.48.5.sha256sum] = 
> "dc35310971f3b2dbbf3f0690a219f40e2d9afcf64f9ab7cc1be722937c26b4bc"
> -SRC_URI[windows_i686_gnu-0.48.5.sha256sum] = 
> "a75915e7def60c94dcef72200b9a8e58e5091744960da64ec734a6c6e9b3743e"
> -SRC_URI[windows_i686_msvc-0.48.5.sha256sum] = 
> "8f55c233f70c4b27f66c523580f78f1004e8b5a8b659e05a4eb49d4166cca406"
> -SRC_URI[windows_x86_64_gnu-0.48.5.sha256sum] = 
> "53d40abd2583d23e4718fddf1ebec84dbff8381c07cae67ff7768bbf19c6718e"
> -SRC_URI[windows_x86_64_gnullvm-0.48.5.sha256sum] = 
> "0b7b52767868a23d5bab768e390dc5f5c55825b6d30b86c844ff2dc7414044cc"
> -SRC_URI[windows_x86_64_msvc-0.48.5.sha256sum] = 
> "ed94fce61571a4006852b7389a063ab983c02eb1bb37b47f8272ce92d06d9538"
> diff --git 
> a/meta/recipes-devtools/python/python3-cryptography-vectors_42.0.8.bb 
> b/meta/recipes-devtools/python/python3-cryptography-vectors_43.0.0.bb
> similarity index 91%
> rename from 
> meta/recipes-devtools/python/python3-cryptography-vectors_42.0.8.bb
> rename to meta/recipes-devtools/python/python3-cryptography-vectors_43.0.0.bb
> index 1256e75c474..1f766140748 100644
> --- a/meta/recipes-devtools/python/python3-cryptography-vectors_42.0.8.bb
> +++ b/meta/recipes-devtools/python/python3-cryptography-vectors_43.0.0.bb
> @@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = 
> "file://LICENSE;md5=8c3617db4fb6fae01f1d253ab91511e4 \
>  # NOTE: Make sure to keep this recipe at the same version as 
> python3-cryptography
>  #   Upgrade both recipes at the same time
>  
> -SRC_URI[sha256sum] = 
> "df5657367bc0a90c374309cb261009a2c53cae91a458781339a0f724f819a46a"
> +SRC_URI[sha256sum] = 
> "5c9d09a732d5433cede1542a96ecd70a80e122af047ee7404bcdf1f3ccb8e702"
>  
>  PYPI_PACKAGE = "cryptography_vectors"
>  
> diff --git 
> a/meta/recipes-devtools/python/python3-cryptography/0001-pyproject.toml-remove-benchmark-disable-option.patch
>  
> b/meta/recipes-devtools/python/python3-cryptography/0001-pyproject.toml-remove-benchmark-disable-option.patch
> index 3eed171ffee..b0c5098961d 100644
> --- 
> a/meta/recipes-devtools/python/python3-cryptography/0001-pyproject.toml-remove-benchmark-disable-option.patch
> +++ 
> b/meta/recipes-devtools/python/python3-cryptography/0001-pyproject.toml-remove-benchmark-disable-option.patch
> @@ -1,4 +1,4 @@
> -From e4d7856fe842f3df7c614554d006d81253a5edf2 Mon Sep 17 00:00:00 2001
> +From 82e71e7122d9131ffcd786a0bffeaf846967a37e Mon Sep 17 00:00:00 2001
>  From: Mingli Yu 
>  Date: Tue, 17 May 2022 17:22:48 +0800
>  Subject: [PATCH] pyproject.toml: remove --benchmark-disable option
> @@ -26,11 +26,11 @@ Signed-off-by: Tim Orling 
>   1 file changed, 1 insertion(+), 1 deletion(-)
>  
>  diff --git a/pyproject.toml b/pyproject.toml
> -index d2e304f..10aabcf 100644
> +index 5f1bcc7..ba02540 100644
>  --- a/pyproject.toml
>  +++ b/pyproject.toml
> -@@ -92,7 +92,7 @@ rust-version = ">=1.63.0"
> - 
> +@@ -117,7 +117,7 @@ exclude = [
> + ]
>   
>   [tool.pytest.ini_options]
>  -addopts = "-r s --capture=no --strict-markers --benchmark-disable"
> diff --git a/meta/recipes-devtools/python/python3-cryptography_42.0.8.bb 
> b/meta/recipes-devtools/python/python3-cryptography_43.0.0.bb
> similarity index 91%
> rename from meta/recipes-devtools/python/python3-cryptography_42.0.8.bb
> rename to meta/recipes-devtools/python/python3-cryptography_43.0.0.bb
> index 3f70f910d4d..778471b4ff5 100644
> --- a/meta/recipes-devtools/python/python3-cryptography_42.0.8.bb
> +++ b/meta/recipes-devtools/python/python3-cryptography_43.0.0.bb
> @@ -8,7 +8,7 @@ LIC_FILES_CHKSUM = 
> "file://LICENSE;md5=8c3617db4fb6fae01f1d253ab91511e4 \
> "
>  LDSHARED += "-pthread"
>  
> -SRC_URI[sha256sum] = 
> "8d09d05439ce7baa8e9e95b07ec5b6c886f548deb7e0f69ef25f64b3bce842f2"
> +SRC_URI[sha256sum] = 
> "b88075ada2d51aa9f18283532c9f60e72170041bba88d7f37e49cbb10275299e"
>  
>  SRC_URI += "file://0001-pyproject.toml-remove-benchmark-disable-option.patch 
> \
>  file://check-memfree.py \
> @@ -17,7 +17,7 @@ SRC_URI += 
> "file://0001-pyproject.toml-remove-benchmark-disable-option.patch \
>  
>  require ${BPN}-crates.inc
>  
> -inherit pypi python_setuptools3_rust cargo-update-recipe-crates pkgconfig
> +inherit pypi python_maturin cargo-update-recipe-crates pkgconfig
>  
>  DEPENDS += " \
>  python3-cffi-native \
> -- 
> 2.46.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 (#203332): 
https://lists.openembedded.org/g/openembedded-core/message/203332
Mute This Topic: https://lists.openembedded.org/mt/107870272/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] piglit: upgrade 22eaf6a91c -> c11c9374c1

[Alexandre Belloni via lists.openembedded.org]

t; - /*
> -diff --git a/tests/util/config.h.in b/tests/util/config.h.in
> -index 8ed5af1709..437eb91418 100644
>  a/tests/util/config.h.in
> -+++ b/tests/util/config.h.in
> -@@ -16,3 +16,4 @@
> - #cmakedefine HAVE_SYS_RESOURCE_H 1
> - #cmakedefine HAVE_UNISTD_H 1
> - #cmakedefine HAVE_ENDIAN_H 1
> -+#cmakedefine HAVE_LIBGEN_H 1
> -diff --git a/tests/util/piglit-util.h b/tests/util/piglit-util.h
> -index 4d3606c708..de80b6 100644
>  a/tests/util/piglit-util.h
> -+++ b/tests/util/piglit-util.h
> -@@ -52,8 +52,8 @@ extern "C" {
> - #include 
> - #include 
> - 
> --#if defined(__APPLE__) || defined(__MINGW32__)
> --#  include "libgen.h" // for basename
> -+#ifdef HAVE_LIBGEN_H
> -+#  include  // for basename
> - #elif defined(_MSC_VER)
> - 
> - static inline char *
> --- 
> -GitLab
> -
> diff --git a/meta/recipes-graphics/piglit/piglit_git.bb 
> b/meta/recipes-graphics/piglit/piglit_git.bb
> index 99d75e64f8..98cad94368 100644
> --- a/meta/recipes-graphics/piglit/piglit_git.bb
> +++ b/meta/recipes-graphics/piglit/piglit_git.bb
> @@ -10,11 +10,10 @@ SRC_URI = 
> "git://gitlab.freedesktop.org/mesa/piglit.git;protocol=https;branch=ma
> file://0002-cmake-use-proper-WAYLAND_INCLUDE_DIRS-variable.patch \
> 
> file://0003-tests-util-piglit-shader.c-do-not-hardcode-build-pat.patch \
> file://0001-tests-Fix-narrowing-errors-seen-with-clang.patch \
> -   file://0001-utils-Include-libgen.h-on-musl-linux-systems.patch \
> "
>  UPSTREAM_CHECK_COMMITS = "1"
>  
> -SRCREV = "22eaf6a91cfd57f7bb3df4e5068c2ac1472d4ec1"
> +SRCREV = "c11c9374c1448d01b31e7f724921cc1f4ee2c84c"
>  # (when PV goes above 1.0 remove the trailing r)
>  PV = "1.0+gitr"
>  
> -- 
> 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 (#203331): 
https://lists.openembedded.org/g/openembedded-core/message/203331
Mute This Topic: https://lists.openembedded.org/mt/107862182/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] python3: upgrade 3.12.4 -> 3.12.5

[Alexandre Belloni via lists.openembedded.org]

Hello Trevor,

This causes a new ptest failure:

https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6894/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6898/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/6725/steps/13/logs/stdio

https://autobuilder.yocto.io/pub/non-release/20240812-77/testresults/qemux86-64-ptest/python3.log

FAIL: test_write_read_limited_history 
(test.test_readline.TestReadline.test_write_read_limited_history)

==
ERROR: test_write_read_limited_history 
(test.test_readline.TestHistoryManipulation.test_write_read_limited_history)
--
Traceback (most recent call last):
  File "/usr/lib/python3.12/test/test_readline.py", line 153, in 
test_write_read_limited_history
readline.read_history_file(TESTFN)
OSError: [Errno 22] Invalid argument

==
ERROR: test_write_read_limited_history 
(test.test_readline.TestReadline.test_write_read_limited_history)
--
Traceback (most recent call last):
  File "/usr/lib/python3.12/test/test_readline.py", line 362, in 
test_write_read_limited_history
readline.read_history_file(TESTFN)
OSError: [Errno 22] Invalid argument

--
Ran 11 tests in 0.266s

FAILED (errors=2, skipped=3)
test test_readline failed


On 09/08/2024 08:22:15-0400, Trevor Gamblin wrote:
> Changelog: https://docs.python.org/release/3.12.5/whatsnew/changelog.html
> 
> Signed-off-by: Trevor Gamblin 
> ---
>  .../python/{python3_3.12.4.bb => python3_3.12.5.bb} | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-devtools/python/{python3_3.12.4.bb => python3_3.12.5.bb} 
> (99%)
> 
> diff --git a/meta/recipes-devtools/python/python3_3.12.4.bb 
> b/meta/recipes-devtools/python/python3_3.12.5.bb
> similarity index 99%
> rename from meta/recipes-devtools/python/python3_3.12.4.bb
> rename to meta/recipes-devtools/python/python3_3.12.5.bb
> index 119fe10ca9..5665c90fa9 100644
> --- a/meta/recipes-devtools/python/python3_3.12.4.bb
> +++ b/meta/recipes-devtools/python/python3_3.12.5.bb
> @@ -39,7 +39,7 @@ SRC_URI:append:class-native = " \
> 
> file://0001-Lib-sysconfig.py-use-prefix-value-from-build-configu.patch \
> "
>  
> -SRC_URI[sha256sum] = 
> "f6d419a6d8743ab26700801b4908d26d97e8b986e14f95de31b32de2b0e79554"
> +SRC_URI[sha256sum] = 
> "fa8a2e12c5e620b09f53e65bcd87550d2e5a1e2e04bf8ba991dcc55113876397"
>  
>  # exclude pre-releases for both python 2.x and 3.x
>  UPSTREAM_CHECK_REGEX = "[Pp]ython-(?P\d+(\.\d+)+).tar"
> -- 
> 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 (#203261): 
https://lists.openembedded.org/g/openembedded-core/message/203261
Mute This Topic: https://lists.openembedded.org/mt/107806767/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] testexport: support for executing tests over serial

[Alexandre Belloni via lists.openembedded.org]

(self, script, target_prompt, connect_timeout, 
> default_command_timeout):
> +self.prompt = target_prompt
> +self.connect_timeout = connect_timeout
> +self.default_command_timeout = default_command_timeout
> +self.conn = pexpect.spawn('/bin/bash', ['-c', script], 
> encoding='utf8')
> +self._seek_to_clean_shell()
> +# Disable echo to avoid the need to parse the outgoing command
> +self.run_command('stty -echo')
> +
> +def _seek_to_clean_shell(self):
> +"""
> +Attempts to find a clean shell, meaning it is clear and
> +ready to accept a new command. This is necessary to ensure
> +the correct output is captured from each command.
> +"""
> +# Look for a clean shell
> +# Wait a short amount of time for the connection to finish
> +pexpect_code = self.conn.expect([self.prompt, pexpect.TIMEOUT],
> +timeout=self.connect_timeout)
> +
> +# if a timeout occurred, send an empty line and wait for a clean 
> shell
> +if pexpect_code == 1:
> +# send a newline to clear and present the shell
> +self.conn.sendline("")
> +pexpect_code = self.conn.expect(self.prompt)
> +
> +def run_command(self, cmd, timeout=None):
> +"""
> +Runs command on target over the provided serial connection.
> +Returns any output on the shell while the command was run.
> +
> +command:Command to run on target.
> +timeout::Kill command after  seconds.
> +None:   Kill command default value seconds.
> +0:  No timeout, runs until return.
> +"""
> +# Convert from the OETarget defaults to pexpect timeout values
> +if timeout is None:
> +timeout = self.default_command_timeout
> +elif timeout == 0:
> +timeout = None # passing None to pexpect is infinite timeout
> +
> +self.conn.sendline(cmd)
> +pexpect_code = self.conn.expect([self.prompt, pexpect.TIMEOUT], 
> timeout=timeout)
> +
> +# check for timeout
> +if pexpect_code == 1:
> +self.conn.send('\003') # send Ctrl+C
> +self._seek_to_clean_shell()
> +raise SerialTimeoutException(f'Timeout executing: {cmd} after 
> {timeout}s')
> +
> +return self.conn.before.removesuffix('\r\n')
> +
> diff --git a/meta/lib/oeqa/runtime/context.py 
> b/meta/lib/oeqa/runtime/context.py
> index cb7227a8df..daabc44910 100644
> --- a/meta/lib/oeqa/runtime/context.py
> +++ b/meta/lib/oeqa/runtime/context.py
> @@ -8,6 +8,7 @@ import os
>  import sys
>  
>  from oeqa.core.context import OETestContext, OETestContextExecutor
> +from oeqa.core.target.serial import OESerialTarget
>  from oeqa.core.target.ssh import OESSHTarget
>  from oeqa.core.target.qemu import OEQemuTarget
>  
> @@ -60,7 +61,7 @@ class OERuntimeTestContextExecutor(OETestContextExecutor):
>  runtime_group = self.parser.add_argument_group('runtime options')
>  
>  runtime_group.add_argument('--target-type', action='store',
> -default=self.default_target_type, choices=['simpleremote', 
> 'qemu'],
> +default=self.default_target_type, choices=['simpleremote', 
> 'qemu', 'serial'],
>  help="Target type of device under test, default: %s" \
>  % self.default_target_type)
>  runtime_group.add_argument('--target-ip', action='store',
> @@ -108,6 +109,8 @@ class OERuntimeTestContextExecutor(OETestContextExecutor):
>  target = OESSHTarget(logger, target_ip, server_ip, **kwargs)
>  elif target_type == 'qemu':
>  target = OEQemuTarget(logger, server_ip, **kwargs)
> +elif target_type == 'serial':
> +target = OESerialTarget(logger, target_ip, server_ip, **kwargs)
>  else:
>  # XXX: This code uses the old naming convention for controllers 
> and
>  # targets, the idea it is to leave just targets as the controller
> @@ -203,8 +206,15 @@ class 
> OERuntimeTestContextExecutor(OETestContextExecutor):
>  
>  super(OERuntimeTestContextExecutor, self)._process_args(logger, args)
>  
> +td = self.tc_kwargs['init']['td']
> +
>  target_kwargs = {}
> +target_kwargs['machine'] = td.get("MACHINE") or None
>  target_kwargs['qemuboot'] = args.qemu_boot
> +target_kwargs['serialcontrol_cmd'] = 
> td.get("TEST_SERIALCONTROL_CMD") or None
> +target_kwargs['serialcontrol_extra_args'] = 
> td.get("TEST_SERIALCONTROL_EXTRA_ARGS") or ""
> +target_kwargs['serialcontrol_ps1'] = 
> td.get("TEST_SERIALCONTROL_PS1") or None
> +target_kwargs['serialcontrol_connect_timeout'] = 
> td.get("TEST_SERIALCONTROL_CONNECT_TIMEOUT") or None
>  
>  self.tc_kwargs['init']['target'] = \
>  OERuntimeTestContextExecutor.getTarget(args.target_type,
> -- 
> 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 (#203192): 
https://lists.openembedded.org/g/openembedded-core/message/203192
Mute This Topic: https://lists.openembedded.org/mt/107798635/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] [V3][master][PATCH] libcap-ng: update SRC_URI

[Alexandre Belloni via lists.openembedded.org]

Please do not send new version as replies to previous versions, this bury
them under a pile of patches.

Also, it would be great to have a changelog.

On 09/08/2024 13:45:09+0800, Changqing Li via lists.openembedded.org wrote:
> From: Changqing Li 
> 
> Refer [1], people.redhat.com has certificate issue, so update SRC_URI
> to fix do_fetch warning
> 
> [1] https://github.com/stevegrubb/libcap-ng/issues/56
> 
> Signed-off-by: Changqing Li 
> ---
>  .../libcap-ng/libcap-ng-python_0.8.5.bb|  2 --
>  meta/recipes-support/libcap-ng/libcap-ng.inc   | 10 +++---
>  2 files changed, 7 insertions(+), 5 deletions(-)
> 
> diff --git a/meta/recipes-support/libcap-ng/libcap-ng-python_0.8.5.bb 
> b/meta/recipes-support/libcap-ng/libcap-ng-python_0.8.5.bb
> index f8a6b2c317..f702056f02 100644
> --- a/meta/recipes-support/libcap-ng/libcap-ng-python_0.8.5.bb
> +++ b/meta/recipes-support/libcap-ng/libcap-ng-python_0.8.5.bb
> @@ -8,8 +8,6 @@ inherit python3targetconfig
>  
>  DEPENDS += "libcap-ng python3 swig-native"
>  
> -S = "${WORKDIR}/libcap-ng-${PV}"
> -
>  EXTRA_OECONF += "--with-python3"
>  
>  do_install() {
> diff --git a/meta/recipes-support/libcap-ng/libcap-ng.inc 
> b/meta/recipes-support/libcap-ng/libcap-ng.inc
> index 85b51c4dc6..4c8ffd41c2 100644
> --- a/meta/recipes-support/libcap-ng/libcap-ng.inc
> +++ b/meta/recipes-support/libcap-ng/libcap-ng.inc
> @@ -7,14 +7,18 @@ LICENSE = "GPL-2.0-or-later & LGPL-2.1-or-later"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
>   file://COPYING.LIB;md5=e3eda01d9815f8d24aae2dbd89b68b06"
>  
> -SRC_URI = "https://people.redhat.com/sgrubb/libcap-ng/libcap-ng-${PV}.tar.gz 
> \
> +SRC_URI = 
> "git://github.com/stevegrubb/libcap-ng.git;protocol=https;branch=master \
> file://0001-Fix-python-path-when-invoking-py-compile-54.patch \
> "
> -
> -SRC_URI[sha256sum] = 
> "3ba5294d1cbdfa98afaacfbc00b6af9ed2b83e8a21817185dfd844cc8c7ac6ff"
> +SRCREV = "f5d39702622208b3ada064d7b2eaeaf1454c9bd3"
> +S = "${WORKDIR}/git"
>  
>  inherit lib_package autotools
>  
> +do_configure:prepend() {
> +touch ${S}/NEWS
> +}
> +
>  EXTRA_OECONF:append:class-target = " 
> --with-capability_header=${STAGING_INCDIR}/linux/capability.h"
>  EXTRA_OECONF:append:class-nativesdk = " 
> --with-capability_header=${STAGING_INCDIR}/linux/capability.h"
>  
> -- 
> 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 (#203158): 
https://lists.openembedded.org/g/openembedded-core/message/203158
Mute This Topic: https://lists.openembedded.org/mt/107803611/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] buildhistory: fix package output folder creation

[Alexandre Belloni via lists.openembedded.org]

Hello,

Because of DMARC, you really need to add your From: here

Also, the patch is still mangled and doesn't apply.

On 06/08/2024 13:59:54+0100, Pedro Ferreira via lists.openembedded.org wrote:
> This fix garantees that output package folder exists on
> buildhistory folder to avoid missing files-in-package.txt
> creation during task `package` execution.
> 
> This issue happens because the output folder is being
> created on task `packagedata` before generating `latest` file.
> 
> Also it ensures that in case of `find` fails we leave with
> a hard error instead of hidding the error on the for loop.
> 
> Signed-off-by: Pedro Silva Ferreira 
> 
> ---
> v2 changes:
> 
> Fixed Signed-off-by to the correct email
> ---
>  meta/classes/buildhistory.bbclass | 8 +++-
>  1 file changed, 3 insertions(+), 5 deletions(-)
> 
> diff --git a/meta/classes/buildhistory.bbclass 
> b/meta/classes/buildhistory.bbclass
> index c3d049aea3..ad151092c9 100644
> --- a/meta/classes/buildhistory.bbclass
> +++ b/meta/classes/buildhistory.bbclass
> @@ -599,15 +599,13 @@ buildhistory_list_files_no_owners() {
> 
>  buildhistory_list_pkg_files() {
> # Create individual files-in-package for each recipe's package
> -   for pkgdir in $(find ${PKGDEST}/* -maxdepth 0 -type d); do
> +   pkgdirlist=$(find ${PKGDEST}/* -maxdepth 0 -type d)
> +   for pkgdir in $pkgdirlist; do
> pkgname=$(basename $pkgdir)
> outfolder="${BUILDHISTORY_DIR_PACKAGE}/$pkgname"
> outfile="$outfolder/files-in-package.txt"
> # Make sure the output folder exists so we can create the file
> -   if [ ! -d $outfolder ] ; then
> -   bbdebug 2 "Folder $outfolder does not exist, file 
> $outfile not created"
> -   continue
> -   fi
> +   mkdir -p $outfolder
> buildhistory_list_files $pkgdir $outfile fakeroot
> done
>  }
> --
> 2.34.1
> 
> The information in this communication may contain confidential or legally 
> privileged information. It is intended solely for the use of the individual 
> or entity it addresses and others authorized to receive it. If you are not an 
> intended recipient, you are hereby notified that any disclosure, copying, 
> distribution or action in reliance on the contents of this information is 
> strictly prohibited and may be unlawful. If you have received this 
> communication by error, please notify us immediately by responding to this 
> e-mail and then delete it from your system. Critical TechWorks is not liable 
> for the proper and complete transmission of the information in this 
> communication nor for any delay in its receipt
> 
> This e-mail is environmentally friendly, just like Critical TechWorks, which 
> lives in a paper-free atmosphere. Therefore, please consider the environment 
> before printing it!

> 
> 
> 


-- 
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 (#203089): 
https://lists.openembedded.org/g/openembedded-core/message/203089
Mute This Topic: https://lists.openembedded.org/mt/107750091/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] buildhistory: fix package output folder creation

[Alexandre Belloni via lists.openembedded.org]

Hello,

This patch is missing your From:

https://docs.yoctoproject.org/dev/contributor-guide/submit-changes.html#fixing-your-from-identity


On 02/08/2024 15:00:07+0100, Pedro Ferreira via lists.openembedded.org wrote:
> This fix garantees that output package folder exists on
> buildhistory folder to avoid missing files-in-package.txt
> creation during task `package` execution.
> 
> This issue happens because the output folder is being
> created on task `packagedata` before generating `latest` file.
> 
> Also it ensures that in case of `find` fails we leave with
> a hard error instead of hidding the error on the for loop.
> 
> Signed-off-by: Pedro Ferreira 
> ---
>  meta/classes/buildhistory.bbclass | 8 +++-
>  1 file changed, 3 insertions(+), 5 deletions(-)
> 
> diff --git a/meta/classes/buildhistory.bbclass 
> b/meta/classes/buildhistory.bbclass
> index c3d049aea3..ad151092c9 100644
> --- a/meta/classes/buildhistory.bbclass
> +++ b/meta/classes/buildhistory.bbclass
> @@ -599,15 +599,13 @@ buildhistory_list_files_no_owners() {
> 
>  buildhistory_list_pkg_files() {
> # Create individual files-in-package for each recipe's package
> -   for pkgdir in $(find ${PKGDEST}/* -maxdepth 0 -type d); do
> +   pkgdirlist=$(find ${PKGDEST}/* -maxdepth 0 -type d)
> +   for pkgdir in $pkgdirlist; do

Also, the patch doesn't apply because tabs have been changed to spaces
here.

> pkgname=$(basename $pkgdir)
> outfolder="${BUILDHISTORY_DIR_PACKAGE}/$pkgname"
> outfile="$outfolder/files-in-package.txt"
> # Make sure the output folder exists so we can create the file
> -   if [ ! -d $outfolder ] ; then
> -   bbdebug 2 "Folder $outfolder does not exist, file 
> $outfile not created"
> -   continue
> -   fi
> +   mkdir -p $outfolder
> buildhistory_list_files $pkgdir $outfile fakeroot
> done
>  }
> --
> 2.34.1
> 
> The information in this communication may contain confidential or legally 
> privileged information. It is intended solely for the use of the individual 
> or entity it addresses and others authorized to receive it. If you are not an 
> intended recipient, you are hereby notified that any disclosure, copying, 
> distribution or action in reliance on the contents of this information is 
> strictly prohibited and may be unlawful. If you have received this 
> communication by error, please notify us immediately by responding to this 
> e-mail and then delete it from your system. Critical TechWorks is not liable 
> for the proper and complete transmission of the information in this 
> communication nor for any delay in its receipt
> 
> This e-mail is environmentally friendly, just like Critical TechWorks, which 
> lives in a paper-free atmosphere. Therefore, please consider the environment 
> before printing it!

> 
> 
> 


-- 
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 (#203015): 
https://lists.openembedded.org/g/openembedded-core/message/203015
Mute This Topic: https://lists.openembedded.org/mt/107685168/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] [openembedded-core V3][master][PATCH]xinetd: use monotonic time

[Alexandre Belloni via lists.openembedded.org]

these functions:
> +  * The timers are composed of 3 elements, a pointer to a callback function,
> +  * the expire time of the timer, and a unique (pseudo-monotomically 
> increasing)
> +@@ -68,7 +77,7 @@ int xtimer_add( void (*func)(void), time
> + return -1;
> + }
> + 
> +-tmptime = time(NULL);
> ++tmptime = _time(NULL);
> + if( tmptime == -1 ) {
> + free( new_xtimer );
> + return -1;
> +@@ -107,7 +116,7 @@ int xtimer_poll(void)
> + 
> + for( i = 0; i < pset_count( xtimer_list ); i++ ) {
> + xtime_h *cur_timer = pset_pointer( xtimer_list, i );
> +-time_t cur_time= time(NULL);
> ++time_t cur_time= _time(NULL);
> + 
> + /* The list is sorted, low to high.  If there's no
> +  * timers left, return.
> +@@ -163,7 +172,7 @@ time_t xtimer_nexttime(void)
> + if( pset_count(xtimer_list) == 0 )
> + return -1;
> + 
> +-ret = ((xtime_h *)pset_pointer(xtimer_list, 0))->when - time(NULL) ;
> ++ret = ((xtime_h *)pset_pointer(xtimer_list, 0))->when - _time(NULL) ;
> + if( ret < 0 )
> + ret = 0;
> + return( ret );
> +--- a/src/xtimer.h
>  b/src/xtimer.h
> +@@ -22,4 +22,5 @@ int xtimer_poll(void);
> + int xtimer_remove(int);
> + time_t xtimer_nexttime(void);
> + 
> ++time_t _time(time_t *t);
> + #endif /* _X_TIMER_H */
> diff --git a/meta/recipes-extended/xinetd/xinetd_2.3.15.4.bb 
> b/meta/recipes-extended/xinetd/xinetd_2.3.15.4.bb
> index c6d356d227..94fc28ff6e 100644
> --- a/meta/recipes-extended/xinetd/xinetd_2.3.15.4.bb
> +++ b/meta/recipes-extended/xinetd/xinetd_2.3.15.4.bb
> @@ -13,6 +13,7 @@ SRC_URI = 
> "git://github.com/openSUSE/xinetd.git;protocol=https;branch=master \
> file://xinetd.init \
> file://xinetd.default \
> file://xinetd.service \
> +   file://use-monotonic-time.patch \
> "
>  
>  SRCREV = "6a4af7786630ce48747d9687e2f18f45ea6684c4"
> -- 
> 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 (#202938): 
https://lists.openembedded.org/g/openembedded-core/message/202938
Mute This Topic: https://lists.openembedded.org/mt/107640089/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 1/2] ell: add ptests

[Alexandre Belloni via lists.openembedded.org]

On 02/08/2024 13:51:45+0100, Richard Purdie wrote:
> On Fri, 2024-08-02 at 12:36 +, Ross Burton via
> lists.openembedded.org wrote:
> > On 1 Aug 2024, at 09:22, Martin Hundeb?ll via lists.openembedded.org
> >  wrote:
> > > diff --git a/meta/recipes-core/ell/ell_0.67.bb b/meta/recipes-
> > > core/ell/ell_0.67.bb
> > > index 6b0ebbe62113..ee9aa73d2908 100644
> > > --- a/meta/recipes-core/ell/ell_0.67.bb
> > > +++ b/meta/recipes-core/ell/ell_0.67.bb
> > > @@ -10,9 +10,27 @@ SECTION = "libs"
> > > LICENSE  = "LGPL-2.1-only"
> > > LIC_FILES_CHKSUM =
> > > "file://COPYING;md5=fb504b67c50331fc78734fed90fb0e09"
> > > 
> > > -DEPENDS = "dbus"
> > > +DEPENDS = "dbus openssl-native xxd-native"
> > 
> > This should be conditional on ptest, right?
> > 
> > > +EXTRA_OECONF += "--enable-tests --enable-maintainer-mode"
> > 
> > Make this conditional on ptest too?
> > 
> > > +do_compile:prepend() {
> > > +    mkdir -p ${B}/unit
> > > +}
> > 
> > This sounds like a broken Makefile.am that has a bad assumption in.
> > 
> > > +do_install_ptest() {
> > > +    install -m755 -Dt ${D}${PTEST_PATH} $(find ${B}/unit -
> > > executable -type f)
> > > +    install -Dt ${D}${PTEST_PATH}/unit \
> > > +    ${S}/unit/dbus.conf \
> > > +    ${S}/unit/settings.test \
> > > +    $(find ${B}/unit -name \*.pem -type f)
> > > +}
> > 
> > As the test scripts are built with libtool, it’s best to use libtool
> > —mode=install to install them.
> 
> Thanks for the review Ross. There was also a failure in automated
> testing on the autobuilder:
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6864/steps/12/logs/stdio
> 
> The arm tests haven't run yet in that build.

It failed to build on arm64:
https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/6689/steps/11/logs/stdio

> 
> 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 (#202937): 
https://lists.openembedded.org/g/openembedded-core/message/202937
Mute This Topic: https://lists.openembedded.org/mt/107661617/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]

On 02/08/2024 12:24:06+0200, Martin Hundeb?ll wrote:
> Hi Alexandre,
> 
> I see you keep carrying these patches. I'm still working with ninja
> upstream to add jobserver support there[1]. I was planning to redo
> these patches once ninja merges that. But I can do a respin with my
> patches added to ninja if you like?
> 
> [1] https://github.com/ninja-build/ninja/pull/2450

I carry them so they get some testing, I can drop until you submit the
new version.

> 
> On Thu, 2024-04-25 at 13:30 +0200, Alexandre Belloni wrote:
> > 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 ==
> > >

Re: [OE-core] [PATCH 02/33] cryptodev-linux: upgrade 1.13 -> 1.14

[Alexandre Belloni via lists.openembedded.org]

Hello,

This causes:

ERROR: cryptodev-module-1.14-r0 do_patch: Applying patch 
'0001-Disable-installing-header-file-provided-by-another-p.patch' on target 
directory 
'/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/qemux86_64-poky-linux/cryptodev-module/1.14/git'
CmdError('quilt --quiltrc 
/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/qemux86_64-poky-linux/cryptodev-module/1.14/recipe-sysroot-native/etc/quiltrc
 push', 0, 'stdout: Applying patch 
0001-Disable-installing-header-file-provided-by-another-p.patch
patching file Makefile
Hunk #1 FAILED at 36.
1 out of 1 hunk FAILED -- rejects in file Makefile
Patch 0001-Disable-installing-header-file-provided-by-another-p.patch can be 
reverse-applied
stderr: ')
NOTE: recipe xorg-minimal-fonts-1_1.0-r0: task do_patch: Succeeded
NOTE: recipe lib32-initramfs-live-install-1.0-r0: task do_patch: Started
NOTE: recipe lib32-libxfont-1_1.5.4-r0: task do_patch: Succeeded
ERROR: cryptodev-tests-1.14-r0 do_patch: Applying patch 
'0001-tests-Makefile-do-not-use-Werror.patch' on target directory 
'/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/cryptodev-tests/1.14/git'
CmdError('quilt --quiltrc 
/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/cryptodev-tests/1.14/recipe-sysroot-native/etc/quiltrc
 push', 0, 'stdout: Applying patch 0001-tests-Makefile-do-not-use-Werror.patch
patching file tests/Makefile
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- rejects in file tests/Makefile
Patch 0001-tests-Makefile-do-not-use-Werror.patch can be reverse-applied
stderr: ')

On 29/07/2024 09:09:37+0800, wangmy via lists.openembedded.org wrote:
> From: Wang Mingyu 
> 
> Changelog:
> ===
> * Fix compilation issues after API changes in several Linux kernels
> * Split install targets to help package maintainers
> 
> Signed-off-by: Wang Mingyu 
> ---
>  meta/recipes-kernel/cryptodev/cryptodev.inc | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-kernel/cryptodev/cryptodev.inc 
> b/meta/recipes-kernel/cryptodev/cryptodev.inc
> index 64a9c2926b..8d0aad4a01 100644
> --- a/meta/recipes-kernel/cryptodev/cryptodev.inc
> +++ b/meta/recipes-kernel/cryptodev/cryptodev.inc
> @@ -10,8 +10,8 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
>  
>  SRC_URI = 
> "git://github.com/cryptodev-linux/cryptodev-linux;branch=master;protocol=https
>  \
> "
> -SRCREV = "bb8bc7cf60d2c0b097c8b3b0e807f805b577a53f"
> -PV = "1.13+git${SRCPV}"
> +SRCREV = "135cbff90af2ba97d88f1472be595ce78721972c"
> +PV = "1.14"
>  
>  S = "${WORKDIR}/git"
>  
> -- 
> 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 (#202710): 
https://lists.openembedded.org/g/openembedded-core/message/202710
Mute This Topic: https://lists.openembedded.org/mt/107601630/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] time64.inc: Simplify GLIBC_64BIT_TIME_FLAGS usage

[Alexandre Belloni via lists.openembedded.org]

On 24/07/2024 22:29:45+0200, Alexander Kanavin wrote:
> On Wed, 24 Jul 2024 at 21:33, Tom Hochstein  wrote:
> 
> > Thanks, Alex.
> >
> > We are working to configure the builds of certain recipes so the 
> > non-Y2038-compliant code is avoided, e.g, by disabling oss-output in 
> > pulseaudio. That leads to needing to restore GLIBC_64BIT_TIME_FLAGS, which 
> > for pulseaudio is cleared in this file (on scarthgap, not on master):
> >
> > GLIBC_64BIT_TIME_FLAGS:pn-pulseaudio = ""
> >
> > When you do that override as one would normally expect, i.e., without the 
> > leading space, you get the error:
> >
> > cc1: error: '-Werror=format-security-D_TIME_BITS=64': no option 
> > '-Wformat-security-D_TIME_BITS=64'
> >
> > The problem is the design in time64.inc does impose an extra requirement 
> > for an external assignment to include a leading space. The redesign is 
> > meant to remove that requirement on the leading space, i.e., to simplify 
> > the usage of the variable by external users.
> 
> Thanks for the background. I guess the only real objection I have is
> about repeating the flags multiple times. They should be defined once,
> so we probably need an extra intermediate variable that would be set
> with target overrides.

Then why not simply have this intermediate variable contain the initial
GLIBC_64BIT_TIME_FLAGS value with the leading space so recipe can simply
use it to restore the value?

-- 
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 (#202487): 
https://lists.openembedded.org/g/openembedded-core/message/202487
Mute This Topic: https://lists.openembedded.org/mt/107527348/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][scarthgap][master][PATCH] gpgme: move gpgme-tool to own sub-package

[Alexandre Belloni via lists.openembedded.org]

On 24/07/2024 20:39:55+, Peter Marko via lists.openembedded.org wrote:
> Gentle ping

Tagging a patch with both a stable branch and master is a recipe to get
your patch ignored as there is no way for me to filter this properly...

> 
> -Original Message-
> From: openembedded-core@lists.openembedded.org 
>  On Behalf Of Patrick Wicki via 
> lists.openembedded.org
> Sent: Tuesday, June 18, 2024 12:06
> To: openembedded-core@lists.openembedded.org
> Cc: Wicki, Patrick (SI BP R&D ZG SW 2) 
> Subject: [OE-core][scarthgap][master][PATCH] gpgme: move gpgme-tool to own 
> sub-package
> 
> From: Patrick Wicki 
> 
> The gpgme-tool binary is licensed GPL-3.0-or-later. Split it out into its own 
> package that can be opted out of.
> 
> Signed-off-by: Patrick Wicki 
> ---
>  meta/recipes-support/gpgme/gpgme_1.23.2.bb | 16 +---
>  1 file changed, 13 insertions(+), 3 deletions(-)
> 
> diff --git a/meta/recipes-support/gpgme/gpgme_1.23.2.bb 
> b/meta/recipes-support/gpgme/gpgme_1.23.2.bb
> index d8807b3af2..55f164e4a9 100644
> --- a/meta/recipes-support/gpgme/gpgme_1.23.2.bb
> +++ b/meta/recipes-support/gpgme/gpgme_1.23.2.bb
> @@ -3,11 +3,18 @@ DESCRIPTION = "GnuPG Made Easy (GPGME) is a library 
> designed to make access to G  HOMEPAGE = "http://www.gnupg.org/gpgme.html";
>  BUGTRACKER = "https://bugs.g10code.com/gnupg/index";
>  
> -LICENSE = "GPL-2.0-or-later & LGPL-2.1-or-later"
> +LICENSE = "GPL-2.0-or-later & LGPL-2.1-or-later & GPL-3.0-or-later"
> +LICENSE:${PN} = "GPL-2.0-or-later & LGPL-2.1-or-later"
> +LICENSE:${PN}-cpp = "GPL-2.0-or-later & LGPL-2.1-or-later"
> +LICENSE:${PN}-tool = "GPL-3.0-or-later"
> +LICENSE:python3-gpg = "GPL-2.0-or-later & LGPL-2.1-or-later"
> +
>  LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
>  
> file://COPYING.LESSER;md5=bbb461211a33b134d42ed5ee802b37ff \
>  
> file://src/gpgme.h.in;endline=23;md5=2f0bf06d1c7dcb28532a9d0f94a7ca1d \
> -
> file://src/engine.h;endline=22;md5=4b6d8ba313d9b564cc4d4cfb1640af9d"
> +
> file://src/engine.h;endline=22;md5=4b6d8ba313d9b564cc4d4cfb1640af9d \
> +
> file://src/gpgme-tool.c;endline=21;md5=66c5381e0e05475792e24982d15e7ce8 \
> +"
>  
>  UPSTREAM_CHECK_URI = "https://gnupg.org/download/index.html";
>  SRC_URI = "${GNUPG_MIRROR}/gpgme/${BP}.tar.bz2 \ @@ -33,6 +40,8 @@ 
> RDEPENDS:${PN}-cpp += "libstdc++"
>  
>  RDEPENDS:python3-gpg += "python3-unixadmin"
>  
> +RRECOMMENDS:${PN} += "${PN}-tool"
> +
>  BINCONFIG = "${bindir}/gpgme-config"
>  
>  # Default in configure.ac: "cl cpp python qt"
> @@ -61,9 +70,10 @@ export PKG_CONFIG='pkg-config'
>  
>  BBCLASSEXTEND = "native nativesdk"
>  
> -PACKAGES =+ "${PN}-cpp python3-gpg"
> +PACKAGES =+ "${PN}-cpp ${PN}-tool python3-gpg"
>  
>  FILES:${PN}-cpp = "${libdir}/libgpgmepp.so.*"
> +FILES:${PN}-tool = "${bindir}/gpgme-tool"
>  FILES:python3-gpg = "${PYTHON_SITEPACKAGES_DIR}/*"
>  FILES:${PN}-dev += "${datadir}/common-lisp/source/gpgme/*"
>  
> --
> 2.45.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 (#202486): 
https://lists.openembedded.org/g/openembedded-core/message/202486
Mute This Topic: https://lists.openembedded.org/mt/106737984/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 0/6] Use the kernel from sstate when building fitImages

[Alexandre Belloni via lists.openembedded.org]

{
> echo "$1" >> "$OUTPUT_FILE"
> echo "" >> "$OUTPUT_FILE"
> 
> bitbake virtual/kernel -g
> grep -E '(digraph depends|linux-yocto|\})' task-depends.dot \
> | grep -v -E 
> '(spdx|do_kernel_configcheck|do_prepare_recipe_sysroot|do_populate_lic|native.do_populate_sysroot)'
>  \
> | grep -v -E 
> '(depmodwrapper-cross.do_populate_sysroot|binutils-cross-x86_64.do_populate_sysroot|do_package)'
>  \
> | grep -v -E 
> '(do_validate_branches|do_unpack|do_recipe_qa|do_patch|do_kernel_checkout|do_kernel_configme|do_kernel_metadata)'
>  \
> | grep -v -E 
> '(do_sizecheck|do_strip|do_compile_kernelmodules|do_shared_workdir|do_transform_kernel|do_kernel_link_images)'
>  \
> | grep -v -E 
> '(do_kernel_version_sanity_check|do_symlink_kernsrc|do_deploy_source_date_epoch|do_configure|do_fetch)'
>  \
> | sed -e 's;\\n\:.*.bb;;g' -e 's;linux-yocto[. ];;g' > 
> task-depends-filtered.dot
> 
> echo '```plantuml' >> "$OUTPUT_FILE"
> cat task-depends-filtered.dot >> "$OUTPUT_FILE"
> echo '```' >> "$OUTPUT_FILE"
> echo "" >> "$OUTPUT_FILE"
> }
> 
> run_bitbake_per_branch(){
> echo "## Configuration: $1" >> "$OUTPUT_FILE"
> echo "" >> "$OUTPUT_FILE"
> echo '```raw' >> "$OUTPUT_FILE"
> cat build/conf/auto.conf >> "$OUTPUT_FILE"
> echo '```' >> "$OUTPUT_FILE"
> echo "" >> "$OUTPUT_FILE"
> 
> git checkout $GIT_BRANCH
> run_bitbake "### branch: $GIT_BRANCH"
> mv -f task-depends-filtered.dot task-depends-filtered-old.dot
> 
> git checkout $GIT_BRANCH_NEXT
> run_bitbake "### branch: $GIT_BRANCH_NEXT"
> 
> echo "## Diff" >> "$OUTPUT_FILE"
> echo "" >> "$OUTPUT_FILE"
> echo '```patch' >> "$OUTPUT_FILE"
> diff task-depends-filtered-old.dot task-depends-filtered.dot >> 
> "$OUTPUT_FILE"
> echo '```' >> "$OUTPUT_FILE"
> echo "" >> "$OUTPUT_FILE"
> }
> 
> cat << EOF > build/conf/auto.conf
> KERNEL_IMAGETYPE = "Image"
> KERNEL_IMAGETYPES += " fitImage "
> KERNEL_CLASSES = " kernel-fitimage "
> IMAGE_FSTYPES += "cpio.gz"
> INITRAMFS_IMAGE = "core-image-minimal-initramfs"
> EOF
> run_bitbake_per_branch "image, fitimage, initramfs, unbundled"
> 
> cat << EOF > build/conf/auto.conf
> KERNEL_IMAGETYPE:forcevariable = "fitImage"
> KERNEL_CLASSES = " kernel-fitimage "
> IMAGE_FSTYPES += "cpio.gz"
> INITRAMFS_IMAGE = "core-image-minimal-initramfs"
> EOF
> run_bitbake_per_branch "fitimage, initramfs, unbundled"
> 
> cat << EOF > build/conf/auto.conf
> KERNEL_IMAGETYPE = "Image"
> KERNEL_IMAGETYPES += " fitImage "
> KERNEL_CLASSES = " kernel-fitimage "
> IMAGE_FSTYPES += "cpio.gz"
> INITRAMFS_IMAGE = "core-image-minimal-initramfs"
> INITRAMFS_IMAGE_BUNDLE = "1"
> EOF
> run_bitbake_per_branch "image, fitimage, initramfs, bundled"
> 
> cat << EOF > build/conf/auto.conf
> KERNEL_IMAGETYPE = "Image"
> KERNEL_IMAGETYPES += " fitImage "
> KERNEL_CLASSES = " kernel-fitimage "
> EOF
> run_bitbake_per_branch "image, fitimage"
> 
> rm -f build/conf/auto.conf task-depends-filtered-old.dot 
> task-depends-filtered.dot task-depends.dot
> 
> Adrian Freihofer (6):
>   kernel-fitimage: fix intentation
>   kernel-fitimage: fix external dtb check
>   kernel: refactor linux compression
>   kernel-fitimage: refactor fitimage_assemble
>   kernel: refactor fitimage
>   kernel-fitimage: run unbundled fitimage after deploy
> 
>  meta/classes-recipe/image.bbclass   |  12 +-
>  meta/classes-recipe/kernel-fitimage.bbclass | 188 
>  meta/classes-recipe/kernel-uboot.bbclass|   1 +
>  meta/classes-recipe/kernel.bbclass  |  31 ++--
>  4 files changed, 148 insertions(+), 84 deletions(-)
> 
> -- 
> 2.45.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 (#202457): 
https://lists.openembedded.org/g/openembedded-core/message/202457
Mute This Topic: https://lists.openembedded.org/mt/107231736/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: Patchtest results for [OE-core][PATCH v2 1/5] cve-check: annotate CVEs during analysis

[Alexandre Belloni via lists.openembedded.org]

On 24/07/2024 06:31:47+0200, Marta Rybczynska wrote:
> Ah.. it requires my SoB when the patch is from someone else? That could
> explain the situation.


Patches you submit on behalf of someone else need you SoB , see (c) of
the DCO:

https://developercertificate.org/

> 
> Still, it reported an error to patch 1/5 while the issue is in 2/5. Will
> check what we can improve in the tool...
> 
> Kind regards,
> Marta
> 
> On Wed, Jul 24, 2024 at 1:28 AM Alexandre Belloni <
> alexandre.bell...@bootlin.com> wrote:
> 
> > On 23/07/2024 17:41:40+0200, Marta Rybczynska wrote:
> > > This seems to be a false positive. Possibly the path 2/5 has an issue.
> > I'm
> > > looking into the source code of patchtest to verify.
> >
> > It is not, 2/5 is missing your SoB
> >
> > >
> > > Regards,
> > > Marta
> > >
> > > On Tue, Jul 23, 2024 at 2:12 PM 
> > > 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-1-5-cve-check-annotate-CVEs-during-analysis.patch
> > > >
> > > > FAIL: test Signed-off-by presence: Mbox is missing Signed-off-by. Add
> > it
> > > > manually or with "git commit --amend -s"
> > > > (test_mbox.TestMbox.test_signed_off_by_presence)
> > > >
> > > > PASS: pretest pylint (test_python_pylint.PyLint.pretest_pylint)
> > > > PASS: test author valid (test_mbox.TestMbox.test_author_valid)
> > > > PASS: test commit message presence
> > > > (test_mbox.TestMbox.test_commit_message_presence)
> > > > 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 or older target
> > branch,
> > > > 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. 

Re: Patchtest results for [OE-core][PATCH v2 1/5] cve-check: annotate CVEs during analysis

[Alexandre Belloni via lists.openembedded.org]

On 23/07/2024 17:41:40+0200, Marta Rybczynska wrote:
> This seems to be a false positive. Possibly the path 2/5 has an issue. I'm
> looking into the source code of patchtest to verify.

It is not, 2/5 is missing your SoB

> 
> Regards,
> Marta
> 
> On Tue, Jul 23, 2024 at 2:12 PM 
> 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-1-5-cve-check-annotate-CVEs-during-analysis.patch
> >
> > FAIL: test Signed-off-by presence: Mbox is missing Signed-off-by. Add it
> > manually or with "git commit --amend -s"
> > (test_mbox.TestMbox.test_signed_off_by_presence)
> >
> > PASS: pretest pylint (test_python_pylint.PyLint.pretest_pylint)
> > PASS: test author valid (test_mbox.TestMbox.test_author_valid)
> > PASS: test commit message presence
> > (test_mbox.TestMbox.test_commit_message_presence)
> > 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 or older target branch,
> > 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 (#202421): 
https://lists.openembedded.org/g/openembedded-core/message/202421
Mute This Topic: https://lists.openembedded.org/mt/107503127/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] mesa: update 24.0.7 -> 24.1.3

[Alexandre Belloni via lists.openembedded.org]

a/mesa-gl_24.1.3.bb
> diff --git a/meta/recipes-graphics/mesa/mesa.inc 
> b/meta/recipes-graphics/mesa/mesa.inc
> index 2581ccb120..b403a2481a 100644
> --- a/meta/recipes-graphics/mesa/mesa.inc
> +++ b/meta/recipes-graphics/mesa/mesa.inc
> @@ -16,12 +16,9 @@ PE = "2"
>  
>  SRC_URI = "https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
> file://0001-meson-misdetects-64bit-atomics-on-mips-clang.patch \
> -   file://0001-drisw-fix-build-without-dri3.patch \
> -   file://0002-glxext-don-t-try-zink-if-not-enabled-in-mesa.patch \
> -   file://0001-Revert-meson-do-not-pull-in-clc-for-clover.patch \
>  "
>  
> -SRC_URI[sha256sum] = 
> "7454425f1ed4a6f1b5b107e1672b30c88b22ea0efea000ae2c7d96db93f6c26a"
> +SRC_URI[sha256sum] = 
> "63236426b25a745ba6aa2d6daf8cd769d5ea01887b0745ab7124d2ef33a9020d"
>  
>  UPSTREAM_CHECK_GITTAGREGEX = "mesa-(?P\d+(\.\d+)+)"
>  
> @@ -142,9 +139,8 @@ PACKAGECONFIG[gles] = "-Dgles1=enabled -Dgles2=enabled, 
> -Dgles1=disabled -Dgles2
>  # "egl" requires "opengl"
>  PACKAGECONFIG[egl] = "-Degl=enabled, -Degl=disabled"
>  
> -# "opencl" requires libclc from meta-clang and spirv-tools from OE-Core
> -OPENCL_NATIVE = "${@bb.utils.contains('PACKAGECONFIG', 'freedreno', 
> '-Dopencl-native=true', '', d)}"
> -PACKAGECONFIG[opencl] = "-Dgallium-opencl=icd -Dopencl-spirv=true 
> ${OPENCL_NATIVE},-Dgallium-opencl=disabled -Dopencl-spirv=false,libclc 
> spirv-tools python3-ply-native"
> +# "opencl" requires libclc from meta-clang
> +PACKAGECONFIG[opencl] = "-Dgallium-opencl=icd 
> -Dopencl-spirv=true,-Dgallium-opencl=disabled -Dopencl-spirv=false,libclc 
> spirv-tools python3-ply-native"
>  
>  PACKAGECONFIG[broadcom] = ""
>  PACKAGECONFIG[etnaviv] = ""
> diff --git a/meta/recipes-graphics/mesa/mesa_24.0.7.bb 
> b/meta/recipes-graphics/mesa/mesa_24.1.3.bb
> similarity index 100%
> rename from meta/recipes-graphics/mesa/mesa_24.0.7.bb
> rename to meta/recipes-graphics/mesa/mesa_24.1.3.bb
> -- 
> 2.45.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 (#202239): 
https://lists.openembedded.org/g/openembedded-core/message/202239
Mute This Topic: https://lists.openembedded.org/mt/107179247/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] oeqa/selftest/reproducibile: rename of reproducible directories

[Alexandre Belloni via lists.openembedded.org]

On 18/07/2024 12:27:43+0200, Yoann Congal via lists.openembedded.org wrote:
> Le jeu. 18 juil. 2024 à 12:05, Sundeep KOKKONDA via lists.openembedded.org
>  a écrit :
> 
> > From: Sundeep KOKKONDA 
> >
> > We do see a few reproducible issues are depending on the path length of
> > the build directory.
> > https://bugzilla.yoctoproject.org/show_bug.cgi?id=15554
> >
> > The current implementation of reproducible tests having different names
> > for directories but with same length.
> > The build directory names are changed to have difefrent lenth.
> >
> > Signed-off-by: Sundeep KOKKONDA 
> > ---
> >  meta/lib/oeqa/selftest/cases/reproducible.py | 10 +++---
> >  1 file changed, 7 insertions(+), 3 deletions(-)
> >
> > diff --git a/meta/lib/oeqa/selftest/cases/reproducible.py
> > b/meta/lib/oeqa/selftest/cases/reproducible.py
> > index 7c6cf3eb1f..6932b0c2a5 100644
> > --- a/meta/lib/oeqa/selftest/cases/reproducible.py
> > +++ b/meta/lib/oeqa/selftest/cases/reproducible.py
> > @@ -276,9 +276,13 @@ class ReproducibleTests(OESelftestTestCase):
> >  os.chmod(save_dir, stat.S_IRWXU | stat.S_IRGRP | stat.S_IXGRP
> > | stat.S_IROTH | stat.S_IXOTH)
> >  self.logger.info('Non-reproducible packages will be copied
> > to %s', save_dir)
> >
> > -vars_A = self.do_test_build('reproducibleA',
> > self.build_from_sstate)
> > +# The below bug shows that a few reproducible issues are depends
> > on build dir path length.
> > +# https://bugzilla.yoctoproject.org/show_bug.cgi?id=15554
> > +# So, the reproducibleA & reproducibleB directories are changed
> > to reproducible & reproducible-extended to have different size.
> >
> > -vars_B = self.do_test_build('reproducibleB', False)
> > +vars_A = self.do_test_build('reproducible',
> > self.build_from_sstate)
> > +
> > +vars_B = self.do_test_build('reproducible-extended', False)
> >
> 
> How about "reproducible-sstate" & "reproducible-no-sstate" (diff length but
> match what happens under the hood) ?

This was discussed out of the ML, because we have pids in paths, we need
more than 3 chars to ensure the difference un path length is not hidden
again.



-- 
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 (#202238): 
https://lists.openembedded.org/g/openembedded-core/message/202238
Mute This Topic: https://lists.openembedded.org/mt/107414164/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] cve-check: enrich annotation of CVEs

[Alexandre Belloni via lists.openembedded.org]

E STATUS: %s\n" % cve_data[cve]["abbrev-status"]
> +
> +if 'status' in cve_data[cve]:
> +write_string += "CVE DETAIL: %s\n" % cve_data[cve]["status"]
> +if 'justification' in cve_data[cve]:
> +write_string += "CVE DESCRIPTION: %s\n" % 
> cve_data[cve]["justification"]
> +
> +if "NVD-summary" in cve_data[cve]:
> +write_string += "CVE SUMMARY: %s\n" % 
> cve_data[cve]["NVD-summary"]
> +write_string += "CVSS v2 BASE SCORE: %s\n" % 
> cve_data[cve]["NVD-scorev2"]
> +write_string += "CVSS v3 BASE SCORE: %s\n" % 
> cve_data[cve]["NVD-scorev3"]
> +write_string += "VECTOR: %s\n" % cve_data[cve]["NVD-vector"]
> +write_string += "VECTORSTRING: %s\n" % 
> cve_data[cve]["NVD-vectorString"]
> +
>  write_string += "MORE INFORMATION: %s%s\n\n" % (nvd_link, cve)
> +if cve_data[cve]["abbrev-status"] == "Unpatched":
> +unpatched_cves.append(cve)
>  
>  if unpatched_cves and d.getVar("CVE_CHECK_SHOW_WARNINGS") == "1":
>  bb.warn("Found unpatched CVE (%s), for more information check %s" % 
> (" ".join(unpatched_cves),cve_file))
> @@ -568,13 +590,11 @@ def cve_check_write_json_output(d, output, direct_file, 
> deploy_file, manifest_fi
>  with open(index_path, "a+") as f:
>  f.write("%s\n" % fragment_path)
>  
> -def cve_write_data_json(d, patched, unpatched, ignored, cve_data, 
> cve_status):
> +def cve_write_data_json(d, cve_data, cve_status):
>  """
>  Prepare CVE data for the JSON format, then write it.
>  """
>  
> -from oe.cve_check import decode_cve_status
> -
>  output = {"version":"1", "package": []}
>  nvd_link = "https://nvd.nist.gov/vuln/detail/";
>  
> @@ -592,8 +612,6 @@ def cve_write_data_json(d, patched, unpatched, ignored, 
> cve_data, cve_status):
>  if include_layers and layer not in include_layers:
>  return
>  
> -unpatched_cves = []
> -
>  product_data = []
>  for s in cve_status:
>  p = {"product": s[0], "cvesInRecord": "Yes"}
> @@ -608,39 +626,29 @@ def cve_write_data_json(d, patched, unpatched, ignored, 
> cve_data, cve_status):
>  "version" : package_version,
>  "products": product_data
>  }
> +
>  cve_list = []
>  
>  for cve in sorted(cve_data):
> -is_patched = cve in patched
> -is_ignored = cve in ignored
> -status = "Unpatched"
> -if (is_patched or is_ignored) and not report_all:
> -continue
> -if is_ignored:
> -status = "Ignored"
> -elif is_patched:
> -status = "Patched"
> -else:
> -# default value of status is Unpatched
> -unpatched_cves.append(cve)
> -
>  issue_link = "%s%s" % (nvd_link, cve)
>  
>  cve_item = {
>  "id" : cve,
> -"summary" : cve_data[cve]["summary"],
> -"scorev2" : cve_data[cve]["scorev2"],
> -"scorev3" : cve_data[cve]["scorev3"],
> -"vector" : cve_data[cve]["vector"],
> -"vectorString" : cve_data[cve]["vectorString"],
> -"status" : status,
> -"link": issue_link
> +"status" : cve_data[cve]["abbrev-status"],
> +"link": issue_link,
>  }
> -_, detail, description = decode_cve_status(d, cve)
> -if detail:
> -cve_item["detail"] = detail
> -if description:
> -cve_item["description"] = description
> +if 'NVD-summary' in cve_data[cve]:
> +cve_item["summary"] = cve_data[cve]["NVD-summary"]
> +cve_item["scorev2"] = cve_data[cve]["NVD-scorev2"]
> +cve_item["scorev3"] = cve_data[cve]["NVD-scorev3"]
> +cve_item["vector"] = cve_data[cve]["NVD-vector"]
> +cve_item["vectorString"] = cve_data[cve]["NVD-vectorString"]
> +if 'status' in cve_data[cve]:
> +cve_item["detail"] = cve_data[cve]["status"]
> +if 'justification' in cve_data[cve]:
> +cve_item["description"] = cve_data[cve]["justification"]
> +if 'resource' in cve_data[cve]:
> +cve_item["patch-file"] = cve_data[cve]["resource"]
>  cve_list.append(cve_item)
>  
>  package_data["issue"] = cve_list
> @@ -652,12 +660,12 @@ def cve_write_data_json(d, patched, unpatched, ignored, 
> cve_data, cve_status):
>  
>  cve_check_write_json_output(d, output, direct_file, deploy_file, 
> manifest_file)
>  
> -def cve_write_data(d, patched, unpatched, ignored, cve_data, status):
> +def cve_write_data(d, cve_data, status):
>  """
>  Write CVE data in each enabled format.
>  """
>  
>  if d.getVar("CVE_CHECK_FORMAT_TEXT") == "1":
> -cve_write_data_text(d, patched, unpatched, ignored, cve_data)
> +cve_write_data_text(d, cve_data)
>  if d.getVar("CVE_CHECK_FORMAT_JSON") == "1":
> -cve_write_data_json(d, patched, unpatched, ignored, cve_data, status)
> +cve_write_data_json(d, cve_data, status)
> diff --git a/meta/lib/oe/cve_check.py b/meta/lib/oe/cve_check.py
> index ed5c714cb8..6aba90183a 100644
> --- a/meta/lib/oe/cve_check.py
> +++ b/meta/lib/oe/cve_check.py
> @@ -88,7 +88,7 @@ def get_patched_cves(d):
>  # (cve_match regular expression)
>  cve_file_name_match = re.compile(r".*(CVE-\d{4}-\d+)", re.IGNORECASE)
>  
> -patched_cves = set()
> +patched_cves = {}
>  patches = oe.patch.src_patches(d)
>  bb.debug(2, "Scanning %d patches for CVEs" % len(patches))
>  for url in patches:
> @@ -98,7 +98,7 @@ def get_patched_cves(d):
>  fname_match = cve_file_name_match.search(patch_file)
>  if fname_match:
>  cve = fname_match.group(1).upper()
> -patched_cves.add(cve)
> +patched_cves[cve] = {"abbrev-status": "Patched", "status": 
> "fix-file-included", "resource": patch_file}
>  bb.debug(2, "Found %s from patch file name %s" % (cve, 
> patch_file))
>  
>  # Remote patches won't be present and compressed patches won't be
> @@ -124,7 +124,7 @@ def get_patched_cves(d):
>  cves = patch_text[match.start()+5:match.end()]
>  for cve in cves.split():
>  bb.debug(2, "Patch %s solves %s" % (patch_file, cve))
> -patched_cves.add(cve)
> +patched_cves[cve] = {"abbrev-status": "Patched", "status": 
> "fix-file-included", "resource": patch_file}
>  text_match = True
>  
>  if not fname_match and not text_match:
> @@ -132,10 +132,8 @@ def get_patched_cves(d):
>  
>  # Search for additional patched CVEs
>  for cve in (d.getVarFlags("CVE_STATUS") or {}):
> -decoded_status, _, _ = decode_cve_status(d, cve)
> -if decoded_status == "Patched":
> -bb.debug(2, "CVE %s is additionally patched" % cve)
> -patched_cves.add(cve)
> +decoded_status, detail, description = decode_cve_status(d, cve)
> +patched_cves[cve] = {"abbrev-status": decoded_status, "status": 
> detail, "justification": description}
>  
>  return patched_cves
>  
> -- 
> 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 (#202153): 
https://lists.openembedded.org/g/openembedded-core/message/202153
Mute This Topic: https://lists.openembedded.org/mt/107228576/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 3/3] openssh: upgrade 9.7p1 -> 9.8p1

[Alexandre Belloni via lists.openembedded.org]

Jose Quaresma 
>  ---
>   regress/banner.sh | 4 +++-
>   1 file changed, 3 insertions(+), 1 deletion(-)
>  
>  diff --git a/regress/banner.sh b/regress/banner.sh
> -index a84feb5a..de84957a 100644
> +index a84feb5..de84957 100644
>  --- a/regress/banner.sh
>  +++ b/regress/banner.sh
>  @@ -32,7 +32,9 @@ for s in 0 10 100 1000 1 10 ; do
> @@ -56,6 +57,3 @@ index a84feb5a..de84957a 100644
>   done
>   
>   trace "test suppress banner (-q)"
> --- 
> -2.34.1
> -
> diff --git 
> a/meta/recipes-connectivity/openssh/openssh/0001-regress-test-exec-use-the-absolute-path-in-the-SSH-e.patch
>  
> b/meta/recipes-connectivity/openssh/openssh/0001-regress-test-exec-use-the-absolute-path-in-the-SSH-e.patch
> new file mode 100644
> index 00..b90cd2e69d
> --- /dev/null
> +++ 
> b/meta/recipes-connectivity/openssh/openssh/0001-regress-test-exec-use-the-absolute-path-in-the-SSH-e.patch
> @@ -0,0 +1,35 @@
> +From fb762172fb678fe29327b667f8fe7380962a4540 Mon Sep 17 00:00:00 2001
> +From: Jose Quaresma 
> +Date: Mon, 15 Jul 2024 18:43:08 +0100
> +Subject: [PATCH] regress/test-exec: use the absolute path in the SSH env
> +
> +The SSHAGENT_BIN was changed in [1] to SSH_BIN but
> +the last one don't use the absolute path and consequently
> +the function increase_datafile_size can loops forever
> +if the binary not found.
> +
> +[1] 
> https://github.com/openssh/openssh-portable/commit/a68f80f2511f0e0c5cef737a8284cc2dfabad818
> +
> +Upstream-Status: Submitted 
> [https://github.com/openssh/openssh-portable/pull/510]
> +
> +Signed-off-by: Jose Quaresma 
> +---
> + regress/test-exec.sh | 5 +
> + 1 file changed, 5 insertions(+)
> +
> +diff --git a/regress/test-exec.sh b/regress/test-exec.sh
> +index 7afc2807..175f554b 100644
> +--- a/regress/test-exec.sh
>  b/regress/test-exec.sh
> +@@ -175,6 +175,11 @@ if [ "x$TEST_SSH_OPENSSL" != "x" ]; then
> + fi
> + 
> + # Path to sshd must be absolute for rexec
> ++case "$SSH" in
> ++/*) ;;
> ++*) SSH=`which $SSH` ;;
> ++esac
> ++
> + case "$SSHD" in
> + /*) ;;
> + *) SSHD=`which $SSHD` ;;
> diff --git a/meta/recipes-connectivity/openssh/openssh/CVE-2024-6387.patch 
> b/meta/recipes-connectivity/openssh/openssh/CVE-2024-6387.patch
> deleted file mode 100644
> index 3e7c707100..00
> --- a/meta/recipes-connectivity/openssh/openssh/CVE-2024-6387.patch
> +++ /dev/null
> @@ -1,27 +0,0 @@
> -Description: fix signal handler race condition
> -Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/2070497
> -
> -CVE: CVE-2024-6387
> -
> -Upstream-Status: Backport
> -https://git.launchpad.net/ubuntu/+source/openssh/commit/?h=applied/ubuntu/jammy-devel&id=b059bcfa928df4ff2d103ae2e8f4e3136ee03efc
> -
> -Signed-off-by: Jose Quaresma 
> -
>  a/log.c
> -+++ b/log.c
> -@@ -452,12 +452,14 @@ void
> - sshsigdie(const char *file, const char *func, int line, int showfunc,
> - LogLevel level, const char *suffix, const char *fmt, ...)
> - {
> -+#if 0
> - va_list args;
> - 
> - va_start(args, fmt);
> - sshlogv(file, func, line, showfunc, SYSLOG_LEVEL_FATAL,
> - suffix, fmt, args);
> - va_end(args);
> -+#endif
> - _exit(1);
> - }
> - 
> diff --git a/meta/recipes-connectivity/openssh/openssh/run-ptest 
> b/meta/recipes-connectivity/openssh/openssh/run-ptest
> index b2244d725a..c9100f9f37 100755
> --- a/meta/recipes-connectivity/openssh/openssh/run-ptest
> +++ b/meta/recipes-connectivity/openssh/openssh/run-ptest
> @@ -1,5 +1,6 @@
>  #!/bin/sh
>  
> +export TEST_SSH_SSH=ssh
>  export TEST_SHELL=sh
>  export SKIP_UNIT=1
>  
> diff --git a/meta/recipes-connectivity/openssh/openssh_9.7p1.bb 
> b/meta/recipes-connectivity/openssh/openssh_9.8p1.bb
> similarity index 96%
> rename from meta/recipes-connectivity/openssh/openssh_9.7p1.bb
> rename to meta/recipes-connectivity/openssh/openssh_9.8p1.bb
> index 4680d12be5..9554b4783f 100644
> --- a/meta/recipes-connectivity/openssh/openssh_9.7p1.bb
> +++ b/meta/recipes-connectivity/openssh/openssh_9.8p1.bb
> @@ -23,11 +23,11 @@ SRC_URI = 
> "http://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-${PV}.tar
> file://volatiles.99_sshd \
> file://run-ptest \
> file://sshd_check_keys \
> +   file://0001-Cast-to-sockaddr-in-systemd-interface.patch \
> 
> file://0001-regress-banner.sh-log-input-and-output-files-on-erro.patch \
> -   file://0001-notify-systemd-on-listen-and-reload.patch \
> -   file://CVE-2024-6387.patch \
> +   
> file://0001-regress-test-exec-use-the-absolute-path-in-the-SSH-e.patch \
> "
> -SRC_URI[sha256sum] = 
> "490426f766d82a2763fcacd8d83ea3d70798750c7bd2aff2e57dc5660f773ffd"
> +SRC_URI[sha256sum] = 
> "dd8bd002a379b5d499dfb050dd1fa9af8029e80461f4bb6c523c49973f5a39f3"
>  
>  CVE_STATUS[CVE-2007-2768] = "not-applicable-config: This CVE is specific to 
> OpenSSH with the pam opie which we don't build/use here."
>  
> @@ -195,7 +195,7 @@ ALLOW_EMPTY:${PN} = "1"
>  PACKAGES =+ "${PN}-keygen ${PN}-scp ${PN}-ssh ${PN}-sshd ${PN}-sftp 
> ${PN}-misc ${PN}-sftp-server"
>  FILES:${PN}-scp = "${bindir}/scp.${BPN}"
>  FILES:${PN}-ssh = "${bindir}/ssh.${BPN} ${sysconfdir}/ssh/ssh_config"
> -FILES:${PN}-sshd = "${sbindir}/sshd ${sysconfdir}/init.d/sshd 
> ${systemd_system_unitdir}"
> +FILES:${PN}-sshd = "${sbindir}/sshd ${libexecdir}/sshd-session 
> ${sysconfdir}/init.d/sshd ${systemd_system_unitdir}"
>  FILES:${PN}-sshd += "${sysconfdir}/ssh/moduli ${sysconfdir}/ssh/sshd_config 
> ${sysconfdir}/ssh/sshd_config_readonly 
> ${sysconfdir}/default/volatiles/99_sshd ${sysconfdir}/pam.d/sshd"
>  FILES:${PN}-sshd += "${libexecdir}/${BPN}/sshd_check_keys"
>  FILES:${PN}-sftp = "${bindir}/sftp"
> -- 
> 2.45.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 (#202143): 
https://lists.openembedded.org/g/openembedded-core/message/202143
Mute This Topic: https://lists.openembedded.org/mt/107252589/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 3/3] openssh: upgrade 9.7p1 -> 9.8p1

[Alexandre Belloni via lists.openembedded.org]

regress/banner.sh
>  @@ -32,7 +32,9 @@ for s in 0 10 100 1000 1 10 ; do
> @@ -56,6 +57,3 @@ index a84feb5a..de84957a 100644
>   done
>   
>   trace "test suppress banner (-q)"
> --- 
> -2.34.1
> -
> diff --git 
> a/meta/recipes-connectivity/openssh/openssh/0001-regress-test-exec-use-the-absolute-path-in-the-SSH-e.patch
>  
> b/meta/recipes-connectivity/openssh/openssh/0001-regress-test-exec-use-the-absolute-path-in-the-SSH-e.patch
> new file mode 100644
> index 00..b90cd2e69d
> --- /dev/null
> +++ 
> b/meta/recipes-connectivity/openssh/openssh/0001-regress-test-exec-use-the-absolute-path-in-the-SSH-e.patch
> @@ -0,0 +1,35 @@
> +From fb762172fb678fe29327b667f8fe7380962a4540 Mon Sep 17 00:00:00 2001
> +From: Jose Quaresma 
> +Date: Mon, 15 Jul 2024 18:43:08 +0100
> +Subject: [PATCH] regress/test-exec: use the absolute path in the SSH env
> +
> +The SSHAGENT_BIN was changed in [1] to SSH_BIN but
> +the last one don't use the absolute path and consequently
> +the function increase_datafile_size can loops forever
> +if the binary not found.
> +
> +[1] 
> https://github.com/openssh/openssh-portable/commit/a68f80f2511f0e0c5cef737a8284cc2dfabad818
> +
> +Upstream-Status: Submitted 
> [https://github.com/openssh/openssh-portable/pull/510]
> +
> +Signed-off-by: Jose Quaresma 
> +---
> + regress/test-exec.sh | 5 +
> + 1 file changed, 5 insertions(+)
> +
> +diff --git a/regress/test-exec.sh b/regress/test-exec.sh
> +index 7afc2807..175f554b 100644
> +--- a/regress/test-exec.sh
>  b/regress/test-exec.sh
> +@@ -175,6 +175,11 @@ if [ "x$TEST_SSH_OPENSSL" != "x" ]; then
> + fi
> + 
> + # Path to sshd must be absolute for rexec
> ++case "$SSH" in
> ++/*) ;;
> ++*) SSH=`which $SSH` ;;
> ++esac
> ++
> + case "$SSHD" in
> + /*) ;;
> + *) SSHD=`which $SSHD` ;;
> diff --git a/meta/recipes-connectivity/openssh/openssh/CVE-2024-6387.patch 
> b/meta/recipes-connectivity/openssh/openssh/CVE-2024-6387.patch
> deleted file mode 100644
> index 3e7c707100..00
> --- a/meta/recipes-connectivity/openssh/openssh/CVE-2024-6387.patch
> +++ /dev/null
> @@ -1,27 +0,0 @@
> -Description: fix signal handler race condition
> -Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/2070497
> -
> -CVE: CVE-2024-6387
> -
> -Upstream-Status: Backport
> -https://git.launchpad.net/ubuntu/+source/openssh/commit/?h=applied/ubuntu/jammy-devel&id=b059bcfa928df4ff2d103ae2e8f4e3136ee03efc
> -
> -Signed-off-by: Jose Quaresma 
> -
>  a/log.c
> -+++ b/log.c
> -@@ -452,12 +452,14 @@ void
> - sshsigdie(const char *file, const char *func, int line, int showfunc,
> - LogLevel level, const char *suffix, const char *fmt, ...)
> - {
> -+#if 0
> - va_list args;
> - 
> - va_start(args, fmt);
> - sshlogv(file, func, line, showfunc, SYSLOG_LEVEL_FATAL,
> - suffix, fmt, args);
> - va_end(args);
> -+#endif
> - _exit(1);
> - }
> - 
> diff --git a/meta/recipes-connectivity/openssh/openssh/run-ptest 
> b/meta/recipes-connectivity/openssh/openssh/run-ptest
> index b2244d725a..c9100f9f37 100755
> --- a/meta/recipes-connectivity/openssh/openssh/run-ptest
> +++ b/meta/recipes-connectivity/openssh/openssh/run-ptest
> @@ -1,5 +1,6 @@
>  #!/bin/sh
>  
> +export TEST_SSH_SSH=ssh
>  export TEST_SHELL=sh
>  export SKIP_UNIT=1
>  
> diff --git a/meta/recipes-connectivity/openssh/openssh_9.7p1.bb 
> b/meta/recipes-connectivity/openssh/openssh_9.8p1.bb
> similarity index 96%
> rename from meta/recipes-connectivity/openssh/openssh_9.7p1.bb
> rename to meta/recipes-connectivity/openssh/openssh_9.8p1.bb
> index 4680d12be5..9554b4783f 100644
> --- a/meta/recipes-connectivity/openssh/openssh_9.7p1.bb
> +++ b/meta/recipes-connectivity/openssh/openssh_9.8p1.bb
> @@ -23,11 +23,11 @@ SRC_URI = 
> "http://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-${PV}.tar
> file://volatiles.99_sshd \
> file://run-ptest \
> file://sshd_check_keys \
> +   file://0001-Cast-to-sockaddr-in-systemd-interface.patch \
> 
> file://0001-regress-banner.sh-log-input-and-output-files-on-erro.patch \
> -   file://0001-notify-systemd-on-listen-and-reload.patch \
> -   file://CVE-2024-6387.patch \
> +   
> file://0001-regress-test-exec-use-the-absolute-path-in-the-SSH-e.patch \
> "
> -SRC_URI[sha256sum] = 
> "490426f766d82a2763fcacd8d83ea3d70798750c7bd2aff2e57dc5660f773ffd"
> +SRC_URI[sha256sum] = 
> "dd8bd002a379b5d499dfb050dd1fa9af8029e80461f4bb6c523c49973f5a39f3"
>  
>  CVE_STATUS[CVE-2007-2768] = "not-applicable-config: This CVE is specific to 
> OpenSSH with the pam opie which we don't build/use here."
>  
> @@ -195,7 +195,7 @@ ALLOW_EMPTY:${PN} = "1"
>  PACKAGES =+ "${PN}-keygen ${PN}-scp ${PN}-ssh ${PN}-sshd ${PN}-sftp 
> ${PN}-misc ${PN}-sftp-server"
>  FILES:${PN}-scp = "${bindir}/scp.${BPN}"
>  FILES:${PN}-ssh = "${bindir}/ssh.${BPN} ${sysconfdir}/ssh/ssh_config"
> -FILES:${PN}-sshd = "${sbindir}/sshd ${sysconfdir}/init.d/sshd 
> ${systemd_system_unitdir}"
> +FILES:${PN}-sshd = "${sbindir}/sshd ${libexecdir}/sshd-session 
> ${sysconfdir}/init.d/sshd ${systemd_system_unitdir}"
>  FILES:${PN}-sshd += "${sysconfdir}/ssh/moduli ${sysconfdir}/ssh/sshd_config 
> ${sysconfdir}/ssh/sshd_config_readonly 
> ${sysconfdir}/default/volatiles/99_sshd ${sysconfdir}/pam.d/sshd"
>  FILES:${PN}-sshd += "${libexecdir}/${BPN}/sshd_check_keys"
>  FILES:${PN}-sftp = "${bindir}/sftp"
> -- 
> 2.45.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 (#202142): 
https://lists.openembedded.org/g/openembedded-core/message/202142
Mute This Topic: https://lists.openembedded.org/mt/107252589/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/2] image-bootfiles: new class

[Alexandre Belloni via lists.openembedded.org]

On 15/07/2024 12:00:07+0200, Marcus Folkesson wrote:
> 
> I think this is ready to be merged unless someone has any objections.
> It has been under review since June 19, v6 that I sent out just under a
> week ago just adds Reviewed-by tags to the commit messages.
> 

I didn't carry this in my branch yet so it has not been tested but I'll
do this this week.




-- 
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 (#201920): 
https://lists.openembedded.org/g/openembedded-core/message/201920
Mute This Topic: https://lists.openembedded.org/mt/107138981/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 18/30] lua: upgrade 5.4.6 -> 5.4.7

[Alexandre Belloni via lists.openembedded.org]

This causes new ptest failures:

https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/6615/steps/13/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6792/steps/12/logs/stdio

On 10/07/2024 17:43:42+0800, wangmy via lists.openembedded.org wrote:
> From: Wang Mingyu 
> 
> License-Update: Copyright year updated to 2024.
> 
> Signed-off-by: Wang Mingyu 
> ---
>  meta/recipes-devtools/lua/{lua_5.4.6.bb => lua_5.4.7.bb} | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-devtools/lua/{lua_5.4.6.bb => lua_5.4.7.bb} (94%)
> 
> diff --git a/meta/recipes-devtools/lua/lua_5.4.6.bb 
> b/meta/recipes-devtools/lua/lua_5.4.7.bb
> similarity index 94%
> rename from meta/recipes-devtools/lua/lua_5.4.6.bb
> rename to meta/recipes-devtools/lua/lua_5.4.7.bb
> index 17dc8fb17d..c72434d220 100644
> --- a/meta/recipes-devtools/lua/lua_5.4.6.bb
> +++ b/meta/recipes-devtools/lua/lua_5.4.7.bb
> @@ -1,7 +1,7 @@
>  SUMMARY = "Lua is a powerful light-weight programming language designed \
>  for extending applications."
>  LICENSE = "MIT"
> -LIC_FILES_CHKSUM = 
> "file://doc/readme.html;beginline=303;endline=324;md5=e05449eb28c092473f854670c6e8375a"
> +LIC_FILES_CHKSUM = 
> "file://doc/readme.html;beginline=303;endline=324;md5=41f9e2b41229cf6e69aac18c0eb5bfa7"
>  HOMEPAGE = "http://www.lua.org/";
>  
>  SRC_URI = "http://www.lua.org/ftp/lua-${PV}.tar.gz;name=tarballsrc \
> @@ -12,7 +12,7 @@ SRC_URI = 
> "http://www.lua.org/ftp/lua-${PV}.tar.gz;name=tarballsrc \
>  # if no test suite matches PV release of Lua exactly, download the suite for 
> the closest Lua release.
>  PV_testsuites = "5.4.4"
>  
> -SRC_URI[tarballsrc.sha256sum] = 
> "7d5ea1b9cb6aa0b59ca3dde1c6adcb57ef83a1ba8e5432c0ecd06bf439b3ad88"
> +SRC_URI[tarballsrc.sha256sum] = 
> "9fbf5e28ef86c69858f6d3d34eccc32e911c1a28b4120ff3e84aaa70cfbf1e30"
>  SRC_URI[tarballtest.sha256sum] = 
> "04d28355cd67a2299dfe5708b55a0ff221ccb1a3907a3113cc103ccc05ac6aad"
>  
>  inherit pkgconfig binconfig 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 (#201785): 
https://lists.openembedded.org/g/openembedded-core/message/201785
Mute This Topic: https://lists.openembedded.org/mt/107139340/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] oeqa/selftest/oescripts: pinentry update to 1.3.1

[Alexandre Belloni via lists.openembedded.org]

From: Alexandre Belloni 

Signed-off-by: Alexandre Belloni 
---
 meta/lib/oeqa/selftest/cases/oescripts.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/selftest/cases/oescripts.py 
b/meta/lib/oeqa/selftest/cases/oescripts.py
index fcfe54af7407..bfbc33b08d1b 100644
--- a/meta/lib/oeqa/selftest/cases/oescripts.py
+++ b/meta/lib/oeqa/selftest/cases/oescripts.py
@@ -175,7 +175,7 @@ class OEListPackageconfigTests(OESelftestTestCase):
 def test_packageconfig_flags_option_all(self):
 results = runCmd('%s/contrib/list-packageconfig-flags.py -a' % 
self.scripts_dir)
 expected_endlines = []
-expected_endlines.append("pinentry-1.3.0")
+expected_endlines.append("pinentry-1.3.1")
 expected_endlines.append("PACKAGECONFIG ncurses")
 expected_endlines.append("PACKAGECONFIG[qt] --enable-pinentry-qt, 
--disable-pinentry-qt, qtbase-native qtbase")
 expected_endlines.append("PACKAGECONFIG[gtk2] --enable-pinentry-gtk2, 
--disable-pinentry-gtk2, gtk+ glib-2.0")
-- 
2.45.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201784): 
https://lists.openembedded.org/g/openembedded-core/message/201784
Mute This Topic: https://lists.openembedded.org/mt/107166548/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] [scarthgap] cve-exclusion: Drop the version comparision/warning

[Alexandre Belloni via lists.openembedded.org]

From: Richard Purdie 

Since the CVE repository is no longer being updated, drop the warning
comparision since it is no longer valid.

Signed-off-by: Richard Purdie 
Signed-off-by: Alexandre Belloni 
---
 .../recipes-kernel/linux/cve-exclusion_6.6.inc | 18 +-
 1 file changed, 9 insertions(+), 9 deletions(-)

diff --git a/meta/recipes-kernel/linux/cve-exclusion_6.6.inc 
b/meta/recipes-kernel/linux/cve-exclusion_6.6.inc
index 9f1f03ac533c..32a0701edfaa 100644
--- a/meta/recipes-kernel/linux/cve-exclusion_6.6.inc
+++ b/meta/recipes-kernel/linux/cve-exclusion_6.6.inc
@@ -1,14 +1,14 @@
 
 # Auto-generated CVE metadata, DO NOT EDIT BY HAND.
-# Generated at 2024-05-02 12:41:43.351358+00:00 for version 6.6.29
-
-python check_kernel_cve_status_version() {
-this_version = "6.6.29"
-kernel_version = d.getVar("LINUX_VERSION")
-if kernel_version != this_version:
-bb.warn("Kernel CVE status needs updating: generated for %s but kernel 
is %s" % (this_version, kernel_version))
-}
-do_cve_check[prefuncs] += "check_kernel_cve_status_version"
+# Generated at 2024-06-06 20:41:33.02+00:00 for version 6.6.32
+
+#python check_kernel_cve_status_version() {
+#this_version = "6.6.29"
+#kernel_version = d.getVar("LINUX_VERSION")
+#if kernel_version != this_version:
+#bb.warn("Kernel CVE status needs updating: generated for %s but 
kernel is %s" % (this_version, kernel_version))
+#}
+#do_cve_check[prefuncs] += "check_kernel_cve_status_version"
 
 CVE_STATUS[CVE-2003-1604] = "fixed-version: Fixed from version 2.6.12rc2"
 
-- 
2.45.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201780): 
https://lists.openembedded.org/g/openembedded-core/message/201780
Mute This Topic: https://lists.openembedded.org/mt/107161193/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] wireless-regdb: upgrade 2024.05.08 -> 2024.07.04

[Alexandre Belloni via lists.openembedded.org]

Forget about this, I sent the wrong patch!

On 11/07/2024 14:08:54+0200, Alexandre Belloni via lists.openembedded.org wrote:
> From: Wang Mingyu 
> 
> Signed-off-by: Wang Mingyu 
> Signed-off-by: Alexandre Belloni 
> ---
>  ...ireless-regdb_2024.05.08.bb => wireless-regdb_2024.07.04.bb} | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-kernel/wireless-regdb/{wireless-regdb_2024.05.08.bb => 
> wireless-regdb_2024.07.04.bb} (94%)
> 
> diff --git a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2024.05.08.bb 
> b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2024.07.04.bb
> similarity index 94%
> rename from meta/recipes-kernel/wireless-regdb/wireless-regdb_2024.05.08.bb
> rename to meta/recipes-kernel/wireless-regdb/wireless-regdb_2024.07.04.bb
> index 95e33d9fb1a7..daf5e6dfcd82 100644
> --- a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2024.05.08.bb
> +++ b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2024.07.04.bb
> @@ -5,7 +5,7 @@ LICENSE = "ISC"
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=07c4f6dea3845b02a18dc00c8c87699c"
>  
>  SRC_URI = "https://www.kernel.org/pub/software/network/${BPN}/${BP}.tar.xz";
> -SRC_URI[sha256sum] = 
> "9aee1d86ebebb363b714bec941b2820f31e3b7f1a485ddc9fcbd9985c7d3e7c4"
> +SRC_URI[sha256sum] = 
> "9832a14e1be24abff7be30dee3c9a1afb5fdfcf475a0d91aafef039f8d85f5eb"
>  
>  inherit bin_package allarch
>  
> -- 
> 2.45.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 (#201779): 
https://lists.openembedded.org/g/openembedded-core/message/201779
Mute This Topic: https://lists.openembedded.org/mt/107161052/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] wireless-regdb: upgrade 2024.05.08 -> 2024.07.04

[Alexandre Belloni via lists.openembedded.org]

From: Wang Mingyu 

Signed-off-by: Wang Mingyu 
Signed-off-by: Alexandre Belloni 
---
 ...ireless-regdb_2024.05.08.bb => wireless-regdb_2024.07.04.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-kernel/wireless-regdb/{wireless-regdb_2024.05.08.bb => 
wireless-regdb_2024.07.04.bb} (94%)

diff --git a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2024.05.08.bb 
b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2024.07.04.bb
similarity index 94%
rename from meta/recipes-kernel/wireless-regdb/wireless-regdb_2024.05.08.bb
rename to meta/recipes-kernel/wireless-regdb/wireless-regdb_2024.07.04.bb
index 95e33d9fb1a7..daf5e6dfcd82 100644
--- a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2024.05.08.bb
+++ b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2024.07.04.bb
@@ -5,7 +5,7 @@ LICENSE = "ISC"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=07c4f6dea3845b02a18dc00c8c87699c"
 
 SRC_URI = "https://www.kernel.org/pub/software/network/${BPN}/${BP}.tar.xz";
-SRC_URI[sha256sum] = 
"9aee1d86ebebb363b714bec941b2820f31e3b7f1a485ddc9fcbd9985c7d3e7c4"
+SRC_URI[sha256sum] = 
"9832a14e1be24abff7be30dee3c9a1afb5fdfcf475a0d91aafef039f8d85f5eb"
 
 inherit bin_package allarch
 
-- 
2.45.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201777): 
https://lists.openembedded.org/g/openembedded-core/message/201777
Mute This Topic: https://lists.openembedded.org/mt/107161052/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/kernel: Delay module signing until after strip

[Alexandre Belloni via lists.openembedded.org]

I did give this a go on the autobuilders were it broke all the builds:

https://autobuilder.yoctoproject.org/typhoon/#/builders/73/builds/9148/steps/14/logs/stdio

On 05/07/2024 15:19:08+0200, Jörg Sommer via lists.openembedded.org wrote:
> From: Jörg Sommer 
> 
> The current do_package does not strip the kernel modules, if they are
> signed. Hence, the files in a release image stay very big and the debug
> information are not split into the kernel-dbg package.
> 
> The idea of this change is to suppress the signing of the modules on
> `modules_install` and run `modules_sign` after the debug information was
> striped.
> 
> Signed-off-by: Jörg Sommer 
> ---
>  meta/classes-recipe/kernel.bbclass | 13 -
>  1 file changed, 12 insertions(+), 1 deletion(-)
> 
> 
> Another idea would be to move the code to split the debug info in 
> package.bbclass to a
> stand-alone tool and inject this in the kernel's modules_install.
> 
> 
> diff --git a/meta/classes-recipe/kernel.bbclass 
> b/meta/classes-recipe/kernel.bbclass
> index 89badd90f1..96e40be085 100644
> --- a/meta/classes-recipe/kernel.bbclass
> +++ b/meta/classes-recipe/kernel.bbclass
> @@ -461,7 +461,8 @@ kernel_do_install() {
>   #
>   unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS MACHINE
>   if (grep -q -i -e '^CONFIG_MODULES=y$' .config); then
> - oe_runmake DEPMOD=echo 
> MODLIB=${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION} 
> INSTALL_FW_PATH=${D}${nonarch_base_libdir}/firmware modules_install
> + # don't sign now, it's down after extraction of debug 
> information
> + oe_runmake CONFIG_MODULE_SIG_ALL=n DEPMOD=echo 
> MODLIB=${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION} 
> INSTALL_FW_PATH=${D}${nonarch_base_libdir}/firmware modules_install
>   rm -f 
> "${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/build"
>   rm -f 
> "${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/source"
>   # Remove empty module directories to prevent QA issues
> @@ -497,6 +498,16 @@ kernel_do_install() {
>   ! [ -e Module.symvers ] || install -m 0644 Module.symvers 
> ${D}/${KERNEL_IMAGEDEST}/Module.symvers-${KERNEL_VERSION}
>  }
>  
> +sign_kernel_modules() {
> + unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS MACHINE
> + if (grep -q -i -e '^CONFIG_MODULES=y$' ${B}/.config); then
> + # modinst_pre= prevents the cleaning of the target before 
> signing
> + oe_runmake -C ${B} modinst_pre= DEPMOD=echo 
> MODLIB=${PKGD}${nonarch_base_libdir}/modules/${KERNEL_VERSION} 
> INSTALL_FW_PATH=${PKGD}${nonarch_base_libdir}/firmware modules_sign
> + fi
> +}
> +
> +PACKAGEBUILDPKGD += "sign_kernel_modules"
> +
>  # Must be ran no earlier than after do_kernel_checkout or else Makefile 
> won't be in ${S}/Makefile
>  do_kernel_version_sanity_check() {
>   if [ "x${KERNEL_VERSION_SANITY_SKIP}" = "x1" ]; then
> -- 
> 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 (#201743): 
https://lists.openembedded.org/g/openembedded-core/message/201743
Mute This Topic: https://lists.openembedded.org/mt/107053401/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] Fix missing leading whitespace with ':append'

[Alexandre Belloni via lists.openembedded.org]

Hello,

Can you submit one patch per recipe?

On 09/07/2024 15:02:09+0300, Niko Mauno via lists.openembedded.org wrote:
> From: Niko Mauno 
> 
> Mitigate occurrences where ':append' operator is used and leading
> whitespace character is obviously missing, risking inadvertent
> string concatenation.
> 
> Signed-off-by: Niko Mauno 
> ---
>  meta/recipes-devtools/dnf/dnf_4.20.0.bb | 2 +-
>  meta/recipes-graphics/mesa/mesa.inc | 2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-devtools/dnf/dnf_4.20.0.bb 
> b/meta/recipes-devtools/dnf/dnf_4.20.0.bb
> index 4757346cbf..98edab0614 100644
> --- a/meta/recipes-devtools/dnf/dnf_4.20.0.bb
> +++ b/meta/recipes-devtools/dnf/dnf_4.20.0.bb
> @@ -18,7 +18,7 @@ SRC_URI = 
> "git://github.com/rpm-software-management/dnf.git;branch=master;protoc
> file://0001-lock.py-fix-Exception-handling.patch \
> "
>  
> -SRC_URI:append:class-native = 
> "file://0001-dnf-write-the-log-lock-to-root.patch"
> +SRC_URI:append:class-native = " 
> file://0001-dnf-write-the-log-lock-to-root.patch"
>  
>  SRCREV = "e3cb438c0fd08c79676c0f3276aa7d75cd8557c6"
>  UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+(\.\d+)+)"
> diff --git a/meta/recipes-graphics/mesa/mesa.inc 
> b/meta/recipes-graphics/mesa/mesa.inc
> index 272d57c749..d56def2916 100644
> --- a/meta/recipes-graphics/mesa/mesa.inc
> +++ b/meta/recipes-graphics/mesa/mesa.inc
> @@ -91,7 +91,7 @@ PACKAGECONFIG = " \
>   ${@bb.utils.contains('DISTRO_FEATURES', 'vulkan', 'zink', '', d)} \
>  "
>  
> -PACKAGECONFIG:append:class-native = "gallium-llvm r600"
> +PACKAGECONFIG:append:class-native = " gallium-llvm r600"
>  
>  # "gbm" requires "opengl"
>  PACKAGECONFIG[gbm] = "-Dgbm=enabled,-Dgbm=disabled"
> -- 
> 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 (#201661): 
https://lists.openembedded.org/g/openembedded-core/message/201661
Mute This Topic: https://lists.openembedded.org/mt/107121031/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] bluez5: upgrade 5.72 -> 5.76

[Alexandre Belloni via lists.openembedded.org]

/20240416052603.4373-2-polynomia...@gmx.de/
> +
> +The patch was denied/ignored due to failing CI checks, though it is unclear 
> what
> +failed. The patch may need to be resubmitted upstream.
> +
> +Upstream-Status: Denied
> +
> +Signed-off-by: Guðni Már Gilbert 
> +---
> + configure.ac | 8 
> + 1 file changed, 4 insertions(+), 4 deletions(-)
> +
> +diff --git a/configure.ac b/configure.ac
> +index ac9de6e..8e902c3 100644
> +--- a/configure.ac
>  b/configure.ac
> +@@ -249,12 +249,12 @@ AM_CONDITIONAL(CUPS, test "${enable_cups}" != "no")
> + if (test "${enable_cups}" != "no"); then
> + AC_MSG_CHECKING([cups directory])
> + cups_serverbin=`$PKG_CONFIG cups --variable=cups_serverbin`
> +-AM_CONDITIONAL(CUPS_SERVERBIN, test "${cups_serverbin}" != "")
> +-if (test "${cups_serverbin}" != ""); then
> +-AC_SUBST(CUPS_SERVERBIN, ${cups_serverbin})
> +-fi
> + AC_MSG_RESULT([${cups_serverbin}])
> + fi
> ++AM_CONDITIONAL(CUPS_SERVERBIN, test "${cups_serverbin}" != "")
> ++AS_IF([test "${cups_serverbin}" != ""],[
> ++AC_SUBST(CUPS_SERVERBIN, ${cups_serverbin})
> ++])
> + 
> + AC_ARG_ENABLE(mesh, AS_HELP_STRING([--enable-mesh],
> + [enable Mesh profile support]), [enable_mesh=${enableval}])
> diff --git 
> a/meta/recipes-connectivity/bluez5/bluez5/0004-src-shared-util.c-include-linux-limits.h.patch
>  
> b/meta/recipes-connectivity/bluez5/bluez5/0004-src-shared-util.c-include-linux-limits.h.patch
> index 516d859069..f90f626c13 100644
> --- 
> a/meta/recipes-connectivity/bluez5/bluez5/0004-src-shared-util.c-include-linux-limits.h.patch
> +++ 
> b/meta/recipes-connectivity/bluez5/bluez5/0004-src-shared-util.c-include-linux-limits.h.patch
> @@ -1,4 +1,4 @@
> -From b53df61b41088b68c127ac76cc71683ac3453b9d Mon Sep 17 00:00:00 2001
> +From d01dd68b0f2a1f9bae8242b96116ffbcd202d09a Mon Sep 17 00:00:00 2001
>  From: Alexander Kanavin 
>  Date: Mon, 12 Dec 2022 13:10:19 +0100
>  Subject: [PATCH] src/shared/util.c: include linux/limits.h
> @@ -8,13 +8,12 @@ systems such as those using musl.
>  
>  Upstream-Status: Submitted [to 
> linux-blueto...@vger.kernel.org,luiz.von.de...@intel.com,frederic.da...@collabora.com]
>  Signed-off-by: Alexander Kanavin 
> -
>  ---
>   src/shared/util.c | 1 +
>   1 file changed, 1 insertion(+)
>  
>  diff --git a/src/shared/util.c b/src/shared/util.c
> -index c0c2c4a..036dc0d 100644
> +index ee59b94..84e5820 100644
>  --- a/src/shared/util.c
>  +++ b/src/shared/util.c
>  @@ -23,6 +23,7 @@
> diff --git a/meta/recipes-connectivity/bluez5/bluez5_5.72.bb 
> b/meta/recipes-connectivity/bluez5/bluez5_5.76.bb
> similarity index 94%
> rename from meta/recipes-connectivity/bluez5/bluez5_5.72.bb
> rename to meta/recipes-connectivity/bluez5/bluez5_5.76.bb
> index 9fda960ea7..86ae191837 100644
> --- a/meta/recipes-connectivity/bluez5/bluez5_5.72.bb
> +++ b/meta/recipes-connectivity/bluez5/bluez5_5.76.bb
> @@ -1,6 +1,6 @@
>  require bluez5.inc
>  
> -SRC_URI[sha256sum] = 
> "499d7fa345a996c1bb650f5c6749e1d929111fa6ece0be0e98687fee6124536e"
> +SRC_URI[sha256sum] = 
> "55e2c645909ad82d833c42ce85ec20434e0ef0070941b1eab73facdd240bbd63"
>  
>  CVE_STATUS[CVE-2020-24490] = "cpe-incorrect: This issue has kernel fixes 
> rather than bluez fixes"
>  
> -- 
> 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 (#201660): 
https://lists.openembedded.org/g/openembedded-core/message/201660
Mute This Topic: https://lists.openembedded.org/mt/107029827/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] less: upgrade 643 -> 661

[Alexandre Belloni via lists.openembedded.org]

Hello,

This causes new ptest failures:

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

{'less': 'START: ptest-runner\n'
 '2024-07-03T09:13\n'
 "Can't locate File/Basename.pm in @INC (you may need to install the "
 'File::Basename module) (@INC entries checked: '
 '/usr/lib/perl5/site_perl/5.38.2/aarch64-linux '
 '/usr/lib/perl5/site_perl/5.38.2 '
 '/usr/lib/perl5/vendor_perl/5.38.2/aarch64-linux '
 '/usr/lib/perl5/vendor_perl/5.38.2 '
 '/usr/lib/perl5/5.38.2/aarch64-linux /usr/lib/perl5/5.38.2) at '
 './runtest line 8.\n'
 'BEGIN failed--compilation aborted at ./runtest line 8.\n'
 '\n'
 'ERROR: Exit status is 2\n'
 'DURATION: 0\n'}

On 03/07/2024 08:46:56+0800, Yi Zhao wrote:
> ChangeLog:
> https://www.greenwoodsoftware.com/less/news.661.html
> 
> License-Update: Update copyright year to 2024
> 
> Signed-off-by: Yi Zhao 
> ---
>  meta/recipes-extended/less/{less_643.bb => less_661.bb} | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-extended/less/{less_643.bb => less_661.bb} (91%)
> 
> diff --git a/meta/recipes-extended/less/less_643.bb 
> b/meta/recipes-extended/less/less_661.bb
> similarity index 91%
> rename from meta/recipes-extended/less/less_643.bb
> rename to meta/recipes-extended/less/less_661.bb
> index 67834bdd58..c3f5853ea4 100644
> --- a/meta/recipes-extended/less/less_643.bb
> +++ b/meta/recipes-extended/less/less_661.bb
> @@ -21,7 +21,7 @@ SECTION = "console/utils"
>  
>  LICENSE = "GPL-3.0-or-later | BSD-2-Clause"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=1ebbd3e34237af26da5dc08a4e440464 \
> -file://LICENSE;md5=1b2446f5c8632bf63a97d7a49750e1c6 \
> +file://LICENSE;md5=ea7ea443692720f3015859945c0fb65d \
>  "
>  DEPENDS = "ncurses"
>  
> @@ -29,7 +29,7 @@ SRC_URI = 
> "http://www.greenwoodsoftware.com/${BPN}/${BPN}-${PV}.tar.gz \
> file://run-ptest \
> "
>  
> -SRC_URI[sha256sum] = 
> "2911b5432c836fa084c8a2e68f6cd6312372c026a58faaa98862731c8b6052e8"
> +SRC_URI[sha256sum] = 
> "2b5f0167216e3ef0ffcb0c31c374e287eb035e4e223d5dae315c2783b6e738ed"
>  
>  UPSTREAM_CHECK_URI = "http://www.greenwoodsoftware.com/less/download.html";
>  
> -- 
> 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 (#201490): 
https://lists.openembedded.org/g/openembedded-core/message/201490
Mute This Topic: https://lists.openembedded.org/mt/107011832/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] u-boot: Fix potential index error issues in do_deploy with multiple u-boot configurations

[Alexandre Belloni via lists.openembedded.org]

Hello,

On 02/07/2024 01:16:35-0700, Florian Amstutz wrote:
> If i or j have not been unset in do_deploy:prepend functions, images are not 
> correctly
> copied to DEPLOYDIR.
> 
> Signed-off-by: Florian Amstutz 
> ---
> meta/recipes-bsp/u-boot/u-boot.inc | 1 +
> 1 file changed, 1 insertion(+)
> 
> diff --git a/meta/recipes-bsp/u-boot/u-boot.inc 
> b/meta/recipes-bsp/u-boot/u-boot.inc
> index 54ea2e9e50..70fb192d6e 100644
> --- a/meta/recipes-bsp/u-boot/u-boot.inc
> +++ b/meta/recipes-bsp/u-boot/u-boot.inc
> @@ -209,6 +209,7 @@ RDEPENDS:${PN} += "${PN}-env"
> do_deploy () {

Whitespaces are missing in your patch, so it doesn't apply (this line
should begin with a space).

> if [ -n "${UBOOT_CONFIG}" ]
> then
> +        unset i j


I feel this should be fixed in your do_deploy:prepend or we are going to
end up with thousands of patches unsetting variables that are not set
just in case a :prepend sets them.

> for config in ${UBOOT_MACHINE}; do
> i=$(expr $i + 1);
> for type in ${UBOOT_CONFIG}; do
> --
> 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 (#201453): 
https://lists.openembedded.org/g/openembedded-core/message/201453
Mute This Topic: https://lists.openembedded.org/mt/106996344/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] acl: Fix nfs ptest failure

[Alexandre Belloni via lists.openembedded.org]

> +   > drwxrwxr-x+ test/sub2
> > >> +   > -rw-rw-r--+ test/sub2/blah
> > >> +
> > >> +--
> > >> +2.34.1
> > >> +
> > >> diff --git
> > a/meta/recipes-support/attr/acl/0001-tests-fix-getpwnam-and-getgrnam.patch
> > b/meta/recipes-support/attr/acl/0001-tests-fix-getpwnam-and-getgrnam.patch
> > >> new file mode 100644
> > >> index 00..2fea254fec
> > >> --- /dev/null
> > >> +++
> > b/meta/recipes-support/attr/acl/0001-tests-fix-getpwnam-and-getgrnam.patch
> > >> @@ -0,0 +1,67 @@
> > >> +From 6398d3fe7a766b4e3cd15bb77fd0f15f7dba52b2 Mon Sep 17 00:00:00 2001
> > >> +From: =?UTF-8?q?Luk=C3=A1=C5=A1=20Zaoral?= 
> > >> +Date: Wed, 19 Jun 2024 11:11:30 +0800
> > >> +Subject: [PATCH] tests: fix getpwnam and getgrnam
> > >> +MIME-Version: 1.0
> > >> +Content-Type: text/plain; charset=UTF-8
> > >> +Content-Transfer-Encoding: 8bit
> > >> +
> > >> +The calls to these functions would always fail because the size of the
> > buffer
> > >> +was smaller than the minimum (17) specified in the test
> > implementations
> > >> +of getgrnam_r and getpwnam_r.  Use test_get*_match directly because
> > getpwnam
> > >> +and getgrnam should never fail on ERANGE.
> > >> +
> > >> +This commit fixes the following failure in the test/root/restore.test
> > test:
> > >> +
> > >> +[21] $ chown bin passwd -- failed
> > >> +chown: invalid user: ‘bin’!= ~
> > >> +
> > >> +Fixes: 3737f000d3f17cd283f51eeacac21a71a3472053 ("use thread-safe
> > getpwnam_r
> > >> +and getgrnam_r")
> > >> +
> > >> +Upstream-Status: Submitted [
> > https://lists.nongnu.org/archive/html/acl-devel/2024-06/msg0.html]
> > >> +
> > >> +Signed-off-by: Mingli Yu 
> > >> +---
> > >> + test/test_group.c  | 2 +-
> > >> + test/test_passwd.c | 4 ++--
> > >> + 2 files changed, 3 insertions(+), 3 deletions(-)
> > >> +
> > >> +diff --git a/test/test_group.c b/test/test_group.c
> > >> +index 96dd612..42d6b07 100644
> > >> +--- a/test/test_group.c
> > >>  b/test/test_group.c
> > >> +@@ -136,7 +136,7 @@ struct group *getgrnam(const char *name)
> > >> +   static struct group grp;
> > >> +   struct group *result;
> > >> +
> > >> +-  (void) getgrnam_r(name, &grp, buf, sizeof(buf), &result);
> > >> ++  (void) test_getgr_match(&grp, buf, sizeof buf, &result,
> > match_name, name);
> > >> +   return result;
> > >> + }
> > >> +
> > >> +diff --git a/test/test_passwd.c b/test/test_passwd.c
> > >> +index 9428bf8..97f2673 100644
> > >> +--- a/test/test_passwd.c
> > >>  b/test/test_passwd.c
> > >> +@@ -119,7 +119,7 @@ int getpwnam_r(const char *name, struct passwd
> > *pwd, char *buf, size_t buflen,
> > >> +   *result = NULL;
> > >> +   return ERANGE;
> > >> +   }
> > >> +-  last_buflen =- 1;
> > >> ++  last_buflen = -1;
> > >> +
> > >> +   return test_getpw_match(pwd, buf, buflen, result, match_name,
> > name);
> > >> + }
> > >> +@@ -131,7 +131,7 @@ struct passwd *getpwnam(const char *name)
> > >> +   static struct passwd pwd;
> > >> +   struct passwd *result;
> > >> +
> > >> +-  (void) getpwnam_r(name, &pwd, buf, sizeof(buf), &result);
> > >> ++  (void) test_getpw_match(&pwd, buf, sizeof(buf), &result,
> > match_name, name);
> > >> +   return result;
> > >> + }
> > >> +
> > >> +--
> > >> +2.34.1
> > >> +
> > >> diff --git a/meta/recipes-support/attr/acl/run-ptest
> > b/meta/recipes-support/attr/acl/run-ptest
> > >> index 3af75c84fe..bc7947c3ad 100644
> > >> --- a/meta/recipes-support/attr/acl/run-ptest
> > >> +++ b/meta/recipes-support/attr/acl/run-ptest
> > >> @@ -6,8 +6,10 @@
> > >>
> > >>   mkdir -p /tmp/acl-ptest/test
> > >>   cp test/test.* /tmp/acl-ptest/test
> > >> +export EXPORT_PATH="/tmp/acl-ptest/test"
> > >>
> > >>   set +e
> > >> +rm -rf test-suite.log
> > >>   make test-suite.log
> > >>   exitcode=$?
> > >>   if [ $exitcode -ne 0 -a -e test-suite.log ]; then
> > >> diff --git a/meta/recipes-support/attr/acl_2.3.2.bb
> > b/meta/recipes-support/attr/acl_2.3.2.bb
> > >> index 6178473873..5ac085c322 100644
> > >> --- a/meta/recipes-support/attr/acl_2.3.2.bb
> > >> +++ b/meta/recipes-support/attr/acl_2.3.2.bb
> > >> @@ -19,6 +19,9 @@ SRC_URI = "${SAVANNAH_GNU_MIRROR}/acl/${BP}.tar.gz \
> > >>  file://run-ptest \
> > >>
> > file://0001-tests-do-not-hardcode-the-build-path-into-a-helper-l.patch \
> > >>  file://0001-test-patch-out-failing-bits.patch \
> > >> +
> >  file://0001-test-nfs-nfsacl.test-Correct-the-check-item.patch \
> > >> +
> >  file://0001-test-nfs-nfs-dir.test-Use-the-abosulte-path.patch \
> > >> +   file://0001-tests-fix-getpwnam-and-getgrnam.patch \
> > >>  "
> > >>
> > >>   SRC_URI[sha256sum] =
> > "5f2bdbad629707aa7d85c623f994aa8a1d2dec55a73de5205bac0bf6058a2f7c"
> > >> @@ -65,6 +68,7 @@ do_install_ptest:append:libc-musl() {
> > >>   }
> > >>
> > >>   RDEPENDS:${PN}-ptest = "acl \
> > >> +attr \
> > >>   bash \
> > >>   coreutils \
> > >>   perl \
> > >> --
> > >> 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 (#201311): 
https://lists.openembedded.org/g/openembedded-core/message/201311
Mute This Topic: https://lists.openembedded.org/mt/106904866/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] acl: Fix nfs ptest failure

[Alexandre Belloni via lists.openembedded.org]

fs/nfsacl.test b/test/nfs/nfsacl.test
> > +index 4f37322..dfcc323 100644
> > +--- a/test/nfs/nfsacl.test
> >  b/test/nfs/nfsacl.test
> > +@@ -8,7 +8,7 @@ The test should be run on an NFS export mount with ACL 
> > support.
> > +   $ echo blah > test/sub/blah
> > +
> > +   $ cp -rp test/sub test/sub2
> > +-  $ find test/sub2 | sort | xargs ls -dl | awk '{print $1,$8}'
> > ++  $ find test/sub2 | sort | xargs ls -dl | awk '{print $1,$9}'
> > +   > drwxr-xr-x test/sub2
> > +   > -rw-r--r-- test/sub2/blah
> > +
> > +@@ -23,7 +23,7 @@ The test should be run on an NFS export mount with ACL 
> > support.
> > +   >
> > +
> > +   $ cp -rp test/sub test/sub2
> > +-  $ find test/sub2 | sort | xargs ls -dl | awk '{print $1,$8}'
> > ++  $ find test/sub2 | sort | xargs ls -dl | awk '{print $1,$9}'
> > +   > drwxrwxr-x+ test/sub2
> > +   > -rw-r--r-- test/sub2/blah
> > +
> > +@@ -31,7 +31,7 @@ The test should be run on an NFS export mount with ACL 
> > support.
> > +
> > +   $ setfacl -m u:daemon:rw test/sub/blah
> > +   $ cp -rp test/sub test/sub2
> > +-  $ find test/sub2 | sort | xargs ls -dl | awk '{print $1,$8}'
> > ++  $ find test/sub2 | sort | xargs ls -dl | awk '{print $1,$9}'
> > +   > drwxrwxr-x+ test/sub2
> > +   > -rw-rw-r--+ test/sub2/blah
> > +
> > +--
> > +2.34.1
> > +
> > diff --git 
> > a/meta/recipes-support/attr/acl/0001-tests-fix-getpwnam-and-getgrnam.patch 
> > b/meta/recipes-support/attr/acl/0001-tests-fix-getpwnam-and-getgrnam.patch
> > new file mode 100644
> > index 00..2fea254fec
> > --- /dev/null
> > +++ 
> > b/meta/recipes-support/attr/acl/0001-tests-fix-getpwnam-and-getgrnam.patch
> > @@ -0,0 +1,67 @@
> > +From 6398d3fe7a766b4e3cd15bb77fd0f15f7dba52b2 Mon Sep 17 00:00:00 2001
> > +From: =?UTF-8?q?Luk=C3=A1=C5=A1=20Zaoral?= 
> > +Date: Wed, 19 Jun 2024 11:11:30 +0800
> > +Subject: [PATCH] tests: fix getpwnam and getgrnam
> > +MIME-Version: 1.0
> > +Content-Type: text/plain; charset=UTF-8
> > +Content-Transfer-Encoding: 8bit
> > +
> > +The calls to these functions would always fail because the size of the 
> > buffer
> > +was smaller than the minimum (17) specified in the test implementations
> > +of getgrnam_r and getpwnam_r.  Use test_get*_match directly because 
> > getpwnam
> > +and getgrnam should never fail on ERANGE.
> > +
> > +This commit fixes the following failure in the test/root/restore.test test:
> > +
> > +[21] $ chown bin passwd -- failed
> > +chown: invalid user: ‘bin’!= ~
> > +
> > +Fixes: 3737f000d3f17cd283f51eeacac21a71a3472053 ("use thread-safe 
> > getpwnam_r
> > +and getgrnam_r")
> > +
> > +Upstream-Status: Submitted 
> > [https://lists.nongnu.org/archive/html/acl-devel/2024-06/msg0.html]
> > +
> > +Signed-off-by: Mingli Yu 
> > +---
> > + test/test_group.c  | 2 +-
> > + test/test_passwd.c | 4 ++--
> > + 2 files changed, 3 insertions(+), 3 deletions(-)
> > +
> > +diff --git a/test/test_group.c b/test/test_group.c
> > +index 96dd612..42d6b07 100644
> > +--- a/test/test_group.c
> >  b/test/test_group.c
> > +@@ -136,7 +136,7 @@ struct group *getgrnam(const char *name)
> > +   static struct group grp;
> > +   struct group *result;
> > +
> > +-  (void) getgrnam_r(name, &grp, buf, sizeof(buf), &result);
> > ++  (void) test_getgr_match(&grp, buf, sizeof buf, &result, match_name, 
> > name);
> > +   return result;
> > + }
> > +
> > +diff --git a/test/test_passwd.c b/test/test_passwd.c
> > +index 9428bf8..97f2673 100644
> > +--- a/test/test_passwd.c
> >  b/test/test_passwd.c
> > +@@ -119,7 +119,7 @@ int getpwnam_r(const char *name, struct passwd *pwd, 
> > char *buf, size_t buflen,
> > +   *result = NULL;
> > +   return ERANGE;
> > +   }
> > +-  last_buflen =- 1;
> > ++  last_buflen = -1;
> > +
> > +   return test_getpw_match(pwd, buf, buflen, result, match_name, name);
> > + }
> > +@@ -131,7 +131,7 @@ struct passwd *getpwnam(const char *name)
> > +   static struct passwd pwd;
> > +   struct passwd *result;
> > +
> > +-  (void) getpwnam_r(name, &pwd, buf, sizeof(buf), &result);
> > ++  (void) test_getpw_match(&pwd, buf, sizeof(buf

Re: [OE-core] [PATCH v3 0/1] Update for gfortran

[Alexandre Belloni via lists.openembedded.org]

On 24/06/2024 18:06:38+0800, Kai wrote:
> On 6/18/24 14:40, Alexandre Belloni wrote:
> > You must always resend the whole series, else ths patch is not
> > applicable as-is. The work must be on your side, not on the maintainer's
> > side.
> Because the first patch has been staged in master-next, then I just send the
> other one which
> 
> rebased on master-next.


master-next can be rebased, please base your patches on top of master
unless instructed to do differently.

> 
> Regards,
> Kai
> 
> > 
> > On 16/06/2024 23:31:34+0800, Kai Kang via lists.openembedded.org wrote:
> > > From: Kai Kang 
> > > 
> > > v3:
> > > * update INSANE_SKIP for ${MLPREFIX}gfortran
> > > 
> > > v2:
> > > * add sub-package gfortran conditionally
> > > 
> > > 
> > > Kai Kang (1):
> > >gfortran: update runtime dependencies
> > > 
> > >   meta/recipes-devtools/gcc/gcc-target.inc | 9 +++--
> > >   1 file changed, 7 insertions(+), 2 deletions(-)
> > > 
> > > -- 
> > > 2.34.1
> > > 
> > > 
> > > 
> > 
> 
> -- 
> Kai Kang
> Wind River Linux
> 

-- 
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 (#201211): 
https://lists.openembedded.org/g/openembedded-core/message/201211
Mute This Topic: https://lists.openembedded.org/mt/106704989/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.py: Add Requires.private field in process_pkgconfig

[Alexandre Belloni via lists.openembedded.org]

I believe this causes the following reproducibility failures:

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

https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20240627-3tyeozgn/packages/diff-html/



On 26/06/2024 14:05:00+, Sreejith Ravi wrote:
> Currently, the process_pkgconfig() only handles the "Requires" key
> field from the .pc file and ignores the "Requires.private" field while
> generating the dev dependency chain. This results in a broken dependency
> list and requires the installation of recommended packages to resolve
> the build dependencies when using the dev IPKs. This increases the
> hard disk space usage and download time and installs many unnecessary
> packages as part of the recommendations.
> 
> This patch ensures that the "Requires.private" field is also considered
> when creating the dependency list for the dev IPKs. With this, the dev
> IPK will have the proper dependencies listed, eliminating the need to
> install recommended packages to resolve the build time dependencies.
> 
> Example: usr/lib/pkgconfig/libical.pc
> --
> Libs: -L${libdir} -lical -licalss -licalvcal
> Libs.private: -lpthread
> Requires.private: icu-i18n
> --
> Depends field generated for libical-dev
> Depends: glib-2.0-dev, libical (= 3.0.7-r0)
> 
> 
> When trying to resolve the build time dependency with libical
> package using “-dev” ipk generated, it will throw the below error.
> ---
> Package icu-i18n was not found in the pkg-config search path.
> Perhaps you should add the directory containing `icu-i18n.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'icu-i18n', required by 'libical', not found
> ---
> 
> This patch will fix the broken dependency list.
> 
> ---
> libical-dev depends field generated with this patch
> Depends: glib-2.0-dev, icu-dev, libical (= 3.0.7-r0)
> ---
> 
> Other examples of packages generated with broken dev dependency.
> 
> libflac-dev : https://packages.debian.org/sid/libflac-dev
> Without patch:
> Depends: flac (= 1.3.3-r0), libflac, libflac++
> with patch:
> Depends: flac (= 1.3.3-r0), libflac, libflac++, libogg-dev
> 
> libglib2.0-dev : https://packages.debian.org/buster/libglib2.0-dev
> without patch:
> Depends: libffi-dev, libglib-2.0-0 (= 1:2.62.6-r0), libpcre-dev
> with patch:
> Depends: libffi-dev, libglib-2.0-0 (= 1:2.62.6-r0), libpcre-dev,
>  util-linux-dev, zlib-dev
> 
> Signed-off-by: Sreejith Ravi 
> ---
>  meta/lib/oe/package.py | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/lib/oe/package.py b/meta/lib/oe/package.py
> index d1303f32bf..e6b46a0dc5 100644
> --- a/meta/lib/oe/package.py
> +++ b/meta/lib/oe/package.py
> @@ -1853,7 +1853,7 @@ def process_pkgconfig(pkgfiles, d):
>  if m:
>  hdr = m.group(1)
>  exp = pd.expand(m.group(2))
> -if hdr == 'Requires':
> +if hdr == 'Requires' or hdr == 
> 'Requires.private':
>  pkgconfig_needed[pkg] += exp.replace(',', ' 
> ').split()
>  continue
>  m = var_re.match(l)
> -- 
> 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 (#201198): 
https://lists.openembedded.org/g/openembedded-core/message/201198
Mute This Topic: https://lists.openembedded.org/mt/106889869/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] acl: Fix nfs ptest failure

[Alexandre Belloni via lists.openembedded.org]

On 27/06/2024 14:15:56+0800, Yu, Mingli wrote:
> 
> 
> On 6/27/24 07:09, Alexandre Belloni wrote:
> > CAUTION: This email comes from a non Wind River email account!
> > Do not click links or open attachments unless you recognize the sender and 
> > know the content is safe.
> > 
> > Hello, this fails on the autobuilders:
> > 
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/6574/steps/12/logs/stdio
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6751/steps/12/logs/stdio
> 
> Noticed the patch already in master-next, will send a follow-up patch to fix
> the issue monitored by autobuilder.

No, master-next can be rebased, please base your patches on top of
master unless instructed to do differently.

> 
> Thanks,
> 
> > 
> > On 26/06/2024 13:56:37+0800, Yu, Mingli wrote:
> > > From: Mingli Yu 
> > > 
> > > * The date such as "Jun 13" should take 2 columns, so the expected check
> > > item "test/sub2" should the column 9.
> > >   # ls test/sub2 -dl
> > >   drwxr-xr-x 2 root root 4096 Jun 13 06:01 test/sub2
> > > 
> > >Corret the check item to fix the below failure in the test/nfsacl.test.
> > >[11] $ find test/sub2 | sort | xargs ls -dl | awk '{print $1,$8}' -- 
> > > failed
> > >drwxr-xr-x 07:23  != drwxr-xr-x test/sub2
> > >-rw-r--r-- 07:23  != -rw-r--r-- test/sub2/blah
> > > 
> > > * Use the abosulte path otherwise we won't find the expected file blah.
> > > 
> > > * The calls to getgrnam_r would always fail because the size of the
> > > buffer was smaller than the minimum (17) specified in the test
> > > implementations of getgrnam_r and getpwnam_r.  Use test_get*_match 
> > > directly
> > > because getpwnam and getgrnam should never fail on ERANGE.
> > > 
> > > This commit fixes the following failure in the test/nfs/nfs-dir.test test:
> > > 
> > > [16] $ su bin -- failed
> > > su: user bin does not exist   != ~
> > > 
> > > Signed-off-by: Mingli Yu 
> > > ---
> > >   ...s-nfs-dir.test-Use-the-abosulte-path.patch | 46 +
> > >   ...s-nfsacl.test-Correct-the-check-item.patch | 51 ++
> > >   ...0001-tests-fix-getpwnam-and-getgrnam.patch | 67 +++
> > >   meta/recipes-support/attr/acl/run-ptest   |  2 +
> > >   meta/recipes-support/attr/acl_2.3.2.bb|  3 +
> > >   5 files changed, 169 insertions(+)
> > >   create mode 100644 
> > > meta/recipes-support/attr/acl/0001-test-nfs-nfs-dir.test-Use-the-abosulte-path.patch
> > >   create mode 100644 
> > > meta/recipes-support/attr/acl/0001-test-nfs-nfsacl.test-Correct-the-check-item.patch
> > >   create mode 100644 
> > > meta/recipes-support/attr/acl/0001-tests-fix-getpwnam-and-getgrnam.patch
> > > 
> > > diff --git 
> > > a/meta/recipes-support/attr/acl/0001-test-nfs-nfs-dir.test-Use-the-abosulte-path.patch
> > >  
> > > b/meta/recipes-support/attr/acl/0001-test-nfs-nfs-dir.test-Use-the-abosulte-path.patch
> > > new file mode 100644
> > > index 00..c48ee9f820
> > > --- /dev/null
> > > +++ 
> > > b/meta/recipes-support/attr/acl/0001-test-nfs-nfs-dir.test-Use-the-abosulte-path.patch
> > > @@ -0,0 +1,46 @@
> > > +From e87562e4e03450e380bd1ce8e11c561e8f9653d2 Mon Sep 17 00:00:00 2001
> > > +From: Mingli Yu 
> > > +Date: Mon, 17 Jun 2024 11:22:21 +0800
> > > +Subject: [PATCH] test/nfs/nfs-dir.test: Use the abosulte path
> > > +
> > > +Use the abosulte path otherwise we won't find the expected file blah.
> > > +
> > > +Upstream-Status: Submitted 
> > > [https://lists.nongnu.org/archive/html/acl-devel/2024-06/msg1.html]
> > > +
> > > +Signed-off-by: Mingli Yu 
> > > +---
> > > + test/nfs/nfs-dir.test | 8 
> > > + 1 file changed, 4 insertions(+), 4 deletions(-)
> > > +
> > > +diff --git a/test/nfs/nfs-dir.test b/test/nfs/nfs-dir.test
> > > +index 33e5f5f..7216a6e 100644
> > > +--- a/test/nfs/nfs-dir.test
> > >  b/test/nfs/nfs-dir.test
> > > +@@ -14,7 +14,7 @@ EXPORT_PATH => the path that is mounted at the working 
> > > directory.
> > > + Make sure the file can be accessed before.
> > > +
> > > + $ su bin
> > > +-$ cat test/blah
> > > ++$ cat %{EXPORT_PATH}/test

Re: [OE-core] [PATCH v2] acl: Fix nfs ptest failure

[Alexandre Belloni via lists.openembedded.org]

 a/meta/recipes-support/attr/acl/run-ptest
> +++ b/meta/recipes-support/attr/acl/run-ptest
> @@ -6,8 +6,10 @@
>  
>  mkdir -p /tmp/acl-ptest/test
>  cp test/test.* /tmp/acl-ptest/test
> +export EXPORT_PATH="/tmp/acl-ptest/test"
>  
>  set +e
> +rm -rf test-suite.log
>  make test-suite.log
>  exitcode=$?
>  if [ $exitcode -ne 0 -a -e test-suite.log ]; then
> diff --git a/meta/recipes-support/attr/acl_2.3.2.bb 
> b/meta/recipes-support/attr/acl_2.3.2.bb
> index 6178473873..ee86ce2cae 100644
> --- a/meta/recipes-support/attr/acl_2.3.2.bb
> +++ b/meta/recipes-support/attr/acl_2.3.2.bb
> @@ -19,6 +19,9 @@ SRC_URI = "${SAVANNAH_GNU_MIRROR}/acl/${BP}.tar.gz \
> file://run-ptest \
> 
> file://0001-tests-do-not-hardcode-the-build-path-into-a-helper-l.patch \
> file://0001-test-patch-out-failing-bits.patch \
> +   file://0001-test-nfs-nfsacl.test-Correct-the-check-item.patch \
> +   file://0001-test-nfs-nfs-dir.test-Use-the-abosulte-path.patch \
> +   file://0001-tests-fix-getpwnam-and-getgrnam.patch \
> "
>  
>  SRC_URI[sha256sum] = 
> "5f2bdbad629707aa7d85c623f994aa8a1d2dec55a73de5205bac0bf6058a2f7c"
> -- 
> 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 (#201181): 
https://lists.openembedded.org/g/openembedded-core/message/201181
Mute This Topic: https://lists.openembedded.org/mt/106885245/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 v4 00/10] Add SPDX 3.0 support

[Alexandre Belloni via lists.openembedded.org]

Hello,

I believe this is the cause of the following failures:

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

I'm not sure why they don't have any diffoscope output.

On 24/06/2024 13:10:50-0600, Joshua Watt wrote:
> This patch series add support for SPDX 3.0 and sets it as the default.
> Currently it is not possible to have SPDX 2.2 and SPDX 3.0 enabled at
> the same time
> 
> v2: Added tests and addressed feedback
> v3: Fixed several oe-selftest and build failures
> v4: Fixed silly typo mistake in staging.bbclass
> 
> Joshua Watt (10):
>   classes-recipe/image: Add image file manifest
>   classes-recipe/baremetal-image: Add image file manifest
>   classes/create-spdx-3.0: Add classes
>   classes-global/staging: Exclude do_create_spdx from automatic sysroot
> extension
>   binutils-cross-testsuite: Rename to binutils-testsuite
>   classes-recipe/image_types: Add SPDX_IMAGE_PURPOSE to images
>   selftest: spdx: Add SPDX 3.0 test cases
>   classes-recipe: nospdx: Add class
>   classes/spdx-common: Move SPDX_SUPPLIER
>   Switch default spdx version to 3.0
> 
>  meta/classes-global/mirrors.bbclass   |2 +-
>  meta/classes-global/staging.bbclass   |9 +-
>  meta/classes-recipe/baremetal-image.bbclass   |   30 +-
>  meta/classes-recipe/image.bbclass |   58 +
>  meta/classes-recipe/image_types.bbclass   |2 +
>  meta/classes-recipe/image_types_wic.bbclass   |1 +
>  meta/classes-recipe/nospdx.bbclass|   13 +
>  meta/classes-recipe/packagegroup.bbclass  |2 +
>  meta/classes/create-spdx-2.2.bbclass  |8 +
>  meta/classes/create-spdx-3.0.bbclass  | 1179 
>  meta/classes/create-spdx-image-3.0.bbclass|  224 +
>  meta/classes/create-spdx.bbclass  |2 +-
>  meta/classes/spdx-common.bbclass  |   13 +-
>  meta/conf/distro/include/maintainers.inc  |2 +-
>  meta/lib/oe/sbom30.py | 1122 +++
>  meta/lib/oe/spdx30.py | 5996 +
>  meta/lib/oeqa/selftest/cases/binutils.py  |2 +-
>  meta/lib/oeqa/selftest/cases/spdx.py  |  119 +-
>  meta/recipes-core/meta/build-sysroots.bb  |5 +-
>  meta/recipes-core/meta/meta-world-pkgdata.bb  |3 +-
>  ...ite_2.42.bb => binutils-testsuite_2.42.bb} |3 +
>  21 files changed, 8765 insertions(+), 30 deletions(-)
>  create mode 100644 meta/classes-recipe/nospdx.bbclass
>  create mode 100644 meta/classes/create-spdx-3.0.bbclass
>  create mode 100644 meta/classes/create-spdx-image-3.0.bbclass
>  create mode 100644 meta/lib/oe/sbom30.py
>  create mode 100644 meta/lib/oe/spdx30.py
>  rename meta/recipes-devtools/binutils/{binutils-cross-testsuite_2.42.bb => 
> binutils-testsuite_2.42.bb} (95%)
> 
> -- 
> 2.43.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 (#201138): 
https://lists.openembedded.org/g/openembedded-core/message/201138
Mute This Topic: https://lists.openembedded.org/mt/106856868/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] gobject-introspection: split tools and giscanner into a separate package

[Alexandre Belloni via lists.openembedded.org]

This fails with:

ERROR: gobject-introspection-1.80.1-r0 do_package_qa: QA Issue: 
/usr/lib/gobject-introspection/giscanner/_giscanner.cpython-312-x86_64-linux-gnux32.so
 contained in package gobject-introspection-tools requires libglib-2.0.so.0, 
but no providers found in RDEPENDS:gobject-introspection-tools? [file-rdeps]
ERROR: gobject-introspection-1.80.1-r0 do_package_qa: QA Issue: 
/usr/lib/gobject-introspection/giscanner/_giscanner.cpython-312-x86_64-linux-gnux32.so
 contained in package gobject-introspection-tools requires libgobject-2.0.so.0, 
but no providers found in RDEPENDS:gobject-introspection-tools? [file-rdeps]
ERROR: gobject-introspection-1.80.1-r0 do_package_qa: QA Issue: 
/usr/lib/gobject-introspection/giscanner/_giscanner.cpython-312-x86_64-linux-gnux32.so
 contained in package gobject-introspection-tools requires libgio-2.0.so.0, but 
no providers found in RDEPENDS:gobject-introspection-tools? [file-rdeps]
NOTE: recipe xinput-1.6.4-r0: task do_create_runtime_spdx: Succeeded
ERROR: gobject-introspection-1.80.1-r0 do_package_qa: Fatal QA errors were 
found, failing task.

https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/8998/steps/11/logs/stdio

On 24/06/2024 20:32:15+, Guðni Már Gilbert wrote:
> The tools and giscanner require python3-setuptools at runtime. This increases
> the image size quite a bit (on my end ~1.7MB compressed). Most users don't 
> need
> these tools in the final image so make them optional.
> 
> This commit introduces a new packcage gobject-introspection-tools
> 
> Signed-off-by: Guðni Már Gilbert 
> ---
>  .../gobject-introspection_1.80.1.bb   | 21 +--
>  1 file changed, 19 insertions(+), 2 deletions(-)
> 
> diff --git 
> a/meta/recipes-gnome/gobject-introspection/gobject-introspection_1.80.1.bb 
> b/meta/recipes-gnome/gobject-introspection/gobject-introspection_1.80.1.bb
> index 582ac248fd..9c1945d639 100644
> --- a/meta/recipes-gnome/gobject-introspection/gobject-introspection_1.80.1.bb
> +++ b/meta/recipes-gnome/gobject-introspection/gobject-introspection_1.80.1.bb
> @@ -26,7 +26,8 @@ GTKDOC_MESON_OPTION = "gtk_doc"
>  
>  MULTILIB_SCRIPTS = "${PN}:${bindir}/g-ir-annotation-tool 
> ${PN}:${bindir}/g-ir-scanner"
>  
> -DEPENDS += " libffi zlib python3 flex-native bison-native"
> +# setuptools are required to provide distutils to build the tools
> +DEPENDS += " libffi zlib python3 python3-setuptools flex-native bison-native"
>  DEPENDS:append:class-native = " glib-2.0"
>  DEPENDS:append:class-target = " glib-2.0-initial"
>  
> @@ -169,6 +170,20 @@ gi_package_preprocess() {
>  
>  SSTATE_SCAN_FILES += "g-ir-scanner-qemuwrapper g-ir-scanner-wrapper 
> g-ir-compiler-wrapper g-ir-scanner-lddwrapper Gio-2.0.gir 
> postinst-ldsoconf-${PN}"
>  
> +PACKAGES =+ "\
> +${PN}-tools \
> +"
> +
> +FILES:${PN}-tools = "\
> +${bindir}/g-ir-annotation-tool \
> +${bindir}/g-ir-compiler \
> +${bindir}/g-ir-generate \
> +${bindir}/g-ir-generate \
> +${bindir}/g-ir-inspect \
> +${bindir}/g-ir-scanner \
> +${libdir}/gobject-introspection/giscanner \
> +"
> +
>  # .typelib files are needed at runtime and so they go to the main package
>  FILES:${PN}:append = " ${libdir}/girepository-*/*.typelib"
>  
> @@ -190,7 +205,9 @@ FILES:${PN}-dev:append = " 
> ${datadir}/gobject-introspection-1.0/tests/*.c \
>  FILES:${PN}-dbg += "${libdir}/gobject-introspection/giscanner/.debug/"
>  FILES:${PN}-staticdev += "${libdir}/gobject-introspection/giscanner/*.a"
>  
> +RDEPENDS:${PN} = "python3-pickle python3-xml glib-2.0"
> +
>  # setuptools can be removed when upstream removes all uses of distutils
> -RDEPENDS:${PN} = "python3-pickle python3-xml python3-setuptools glib-2.0"
> +RDEPENDS:${PN}-tools = "${PN} python3-setuptools"
>  
>  BBCLASSEXTEND = "native"
> -- 
> 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 (#201134): 
https://lists.openembedded.org/g/openembedded-core/message/201134
Mute This Topic: https://lists.openembedded.org/mt/106857943/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 14/22] kea: upgrade 2.4.1 -> 2.6.0

[Alexandre Belloni via lists.openembedded.org]

This fails the reproducibility tests:

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

https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20240623-__4telvd/packages/diff-html/

On 21/06/2024 10:16:38+0800, wangmy via lists.openembedded.org wrote:
> From: Wang Mingyu 
> 
> License-Update: Copyright year updated to 2024.
> 
> fix_pid_keactrl.patch
> refreshed for 2.6.0
> 
> Changelog:
>  
> https://gitlab.isc.org/isc-projects/kea/-/wikis/Release-Notes/release-notes-2.6.0
> 
> Signed-off-by: Wang Mingyu 
> ---
>  meta/recipes-connectivity/kea/files/fix_pid_keactrl.patch  | 7 +++
>  .../kea/{kea_2.4.1.bb => kea_2.6.0.bb} | 4 ++--
>  2 files changed, 5 insertions(+), 6 deletions(-)
>  rename meta/recipes-connectivity/kea/{kea_2.4.1.bb => kea_2.6.0.bb} (94%)
> 
> diff --git a/meta/recipes-connectivity/kea/files/fix_pid_keactrl.patch 
> b/meta/recipes-connectivity/kea/files/fix_pid_keactrl.patch
> index 63a6a2805b..e206805688 100644
> --- a/meta/recipes-connectivity/kea/files/fix_pid_keactrl.patch
> +++ b/meta/recipes-connectivity/kea/files/fix_pid_keactrl.patch
> @@ -1,4 +1,4 @@
> -From c878a356712606549f7f188b62f7d1cae08a176e Mon Sep 17 00:00:00 2001
> +From d297e8ae315e14ae4c5c5ad98183a57f9c43b2de Mon Sep 17 00:00:00 2001
>  From: Armin kuster 
>  Date: Wed, 14 Oct 2020 22:48:31 -0700
>  Subject: [PATCH] Busybox does not support ps -p so use pgrep
> @@ -7,16 +7,15 @@ Upstream-Status: Inappropriate [embedded specific]
>  Based on changes from Diego Sueiro 
>  
>  Signed-off-by: Armin kuster 
> -
>  ---
>   src/bin/keactrl/keactrl.in | 4 ++--
>   1 file changed, 2 insertions(+), 2 deletions(-)
>  
>  diff --git a/src/bin/keactrl/keactrl.in b/src/bin/keactrl/keactrl.in
> -index 450e997..c353ca9 100644
> +index cccfdac..20ae2e6 100644
>  --- a/src/bin/keactrl/keactrl.in
>  +++ b/src/bin/keactrl/keactrl.in
> -@@ -149,8 +149,8 @@ check_running() {
> +@@ -146,8 +146,8 @@ check_running() {
>   # Get the PID from the PID file (if it exists)
>   get_pid_from_file "${proc_name}"
>   if [ ${_pid} -gt 0 ]; then
> diff --git a/meta/recipes-connectivity/kea/kea_2.4.1.bb 
> b/meta/recipes-connectivity/kea/kea_2.6.0.bb
> similarity index 94%
> rename from meta/recipes-connectivity/kea/kea_2.4.1.bb
> rename to meta/recipes-connectivity/kea/kea_2.6.0.bb
> index 19309ce314..0f9e7b6891 100644
> --- a/meta/recipes-connectivity/kea/kea_2.4.1.bb
> +++ b/meta/recipes-connectivity/kea/kea_2.6.0.bb
> @@ -3,7 +3,7 @@ DESCRIPTION = "Kea is the next generation of DHCP software 
> developed by ISC. It
>  HOMEPAGE = "http://kea.isc.org";
>  SECTION = "connectivity"
>  LICENSE = "MPL-2.0"
> -LIC_FILES_CHKSUM = "file://COPYING;md5=ea061fa0188838072c4248c1318ec131"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=618093ea9de92c70a115268c1d53421f"
>  
>  DEPENDS = "boost log4cplus openssl"
>  
> @@ -18,7 +18,7 @@ SRC_URI = "http://ftp.isc.org/isc/kea/${PV}/${BP}.tar.gz \
> file://fix_pid_keactrl.patch \
> 
> file://0001-src-lib-log-logger_unittest_support.cc-do-not-write-.patch \
> "
> -SRC_URI[sha256sum] = 
> "815c61f5c271caa4a1db31dd656eb50a7f6ea973da3690f7c8581408e180131a"
> +SRC_URI[sha256sum] = 
> "207ceae33eb3b81ec4e6ac5605249a85b93779333b62aadf39e489f11dbcdc8d"
>  
>  inherit autotools systemd update-rc.d upstream-version-is-even
>  
> -- 
> 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 (#201062): 
https://lists.openembedded.org/g/openembedded-core/message/201062
Mute This Topic: https://lists.openembedded.org/mt/106792588/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] python3-numpy: upgrade 1.26.4 -> 2.0.0

[Alexandre Belloni via lists.openembedded.org]

-numpy-core-Define-RISCV-32-support.patch | 28 +++
>  ...numpy_1.26.4.bb => python3-numpy_2.0.0.bb} | 10 ---
>  2 files changed, 22 insertions(+), 16 deletions(-)
>  rename meta/recipes-devtools/python/{python3-numpy_1.26.4.bb => 
> python3-numpy_2.0.0.bb} (83%)
> 
> diff --git 
> a/meta/recipes-devtools/python/python3-numpy/0001-numpy-core-Define-RISCV-32-support.patch
>  
> b/meta/recipes-devtools/python/python3-numpy/0001-numpy-core-Define-RISCV-32-support.patch
> index 676bdbb3af..8dfb20edbb 100644
> --- 
> a/meta/recipes-devtools/python/python3-numpy/0001-numpy-core-Define-RISCV-32-support.patch
> +++ 
> b/meta/recipes-devtools/python/python3-numpy/0001-numpy-core-Define-RISCV-32-support.patch
> @@ -1,4 +1,4 @@
> -From eb6d6579150bf4684603ce377c51e90ad3bb8109 Mon Sep 17 00:00:00 2001
> +From df38843aaa7184115d262f14eae23ff38a20372a Mon Sep 17 00:00:00 2001
>  From: Khem Raj 
>  Date: Sun, 15 Nov 2020 15:32:39 -0800
>  Subject: [PATCH] numpy/core: Define RISCV-32 support
> @@ -7,15 +7,19 @@ Helps compile on riscv32
>  
>  Upstream-Status: Submitted [https://github.com/numpy/numpy/pull/17780]
>  Signed-off-by: Khem Raj 
> +
> +Update the patch with the new paths for numpy release 2.0.0.
> +
> +Signed-off-by: Trevor Gamblin 
>  ---
> - numpy/core/include/numpy/npy_cpu.h| 3 +++
> - numpy/core/include/numpy/npy_endian.h | 1 +
> + numpy/_core/include/numpy/npy_cpu.h| 3 +++
> + numpy/_core/include/numpy/npy_endian.h | 1 +
>   2 files changed, 4 insertions(+)
>  
> -diff --git a/numpy/core/include/numpy/npy_cpu.h 
> b/numpy/core/include/numpy/npy_cpu.h
> -index 78d229e..04be511 100644
>  a/numpy/core/include/numpy/npy_cpu.h
> -+++ b/numpy/core/include/numpy/npy_cpu.h
> +diff --git a/numpy/_core/include/numpy/npy_cpu.h 
> b/numpy/_core/include/numpy/npy_cpu.h
> +index a19f8e6bbd..d824d4efb6 100644
> +--- a/numpy/_core/include/numpy/npy_cpu.h
>  b/numpy/_core/include/numpy/npy_cpu.h
>  @@ -19,6 +19,7 @@
>*  NPY_CPU_ARCEB
>*  NPY_CPU_RISCV64
> @@ -33,10 +37,10 @@ index 78d229e..04be511 100644
>   #elif defined(__loongarch__)
>   #define NPY_CPU_LOONGARCH
>   #elif defined(__EMSCRIPTEN__)
> -diff --git a/numpy/core/include/numpy/npy_endian.h 
> b/numpy/core/include/numpy/npy_endian.h
> -index 5e58a7f..0926212 100644
>  a/numpy/core/include/numpy/npy_endian.h
> -+++ b/numpy/core/include/numpy/npy_endian.h
> +diff --git a/numpy/_core/include/numpy/npy_endian.h 
> b/numpy/_core/include/numpy/npy_endian.h
> +index 5e58a7f52c..09262120bf 100644
> +--- a/numpy/_core/include/numpy/npy_endian.h
>  b/numpy/_core/include/numpy/npy_endian.h
>  @@ -49,6 +49,7 @@
>   || defined(NPY_CPU_PPC64LE)   \
>   || defined(NPY_CPU_ARCEL) \
> @@ -46,5 +50,5 @@ index 5e58a7f..0926212 100644
>   || defined(NPY_CPU_WASM)
>   #define NPY_BYTE_ORDER NPY_LITTLE_ENDIAN
>  -- 
> -2.20.1
> +2.45.2
>  
> diff --git a/meta/recipes-devtools/python/python3-numpy_1.26.4.bb 
> b/meta/recipes-devtools/python/python3-numpy_2.0.0.bb
> similarity index 83%
> rename from meta/recipes-devtools/python/python3-numpy_1.26.4.bb
> rename to meta/recipes-devtools/python/python3-numpy_2.0.0.bb
> index ccd08147af..38aebdbce0 100644
> --- a/meta/recipes-devtools/python/python3-numpy_1.26.4.bb
> +++ b/meta/recipes-devtools/python/python3-numpy_2.0.0.bb
> @@ -3,7 +3,7 @@ HOMEPAGE = "https://numpy.org/";
>  DESCRIPTION = "NumPy is the fundamental package needed for scientific 
> computing with Python."
>  SECTION = "devel/python"
>  LICENSE = "BSD-3-Clause & BSD-2-Clause & PSF-2.0 & Apache-2.0 & MIT"
> -LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=a752eb20459cf74a9d84ee4825e8317c"
> +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=1de863c37a83e71b1e97b64d036ea78b"
>  
>  SRCNAME = "numpy"
>  
> @@ -13,14 +13,14 @@ SRC_URI = 
> "${GITHUB_BASE_URI}/download/v${PV}/${SRCNAME}-${PV}.tar.gz \
> file://fix_reproducibility.patch \
> file://run-ptest \
> "
> -SRC_URI[sha256sum] = 
> "2a02aba9ed12e4ac4eb3ea9421c420301a0c6460d9830d74a9df87efa4912010"
> +SRC_URI[sha256sum] = 
> "cf5d1c9e6837f8af9f92b6bd3e86d513cdc11f60fd62185cc49ec7d1aba34864"
>  
>  GITHUB_BASE_URI = "https://github.com/numpy/numpy/releases";
>  UPSTREAM_CHECK_REGEX = "releases/tag/v?(?P\d+(\.\d+)+)$"
>  
>  DEPENDS += "python3-cython-native"
>  
> -inherit ptest setuptools3 github-releases
> +inherit ptest python_mesonpy pkgconfig github-releases
>  
>  S = "${WORKDIR}/num

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

[Alexandre Belloni via lists.openembedded.org]

Note that I already did test and replied this to you back in march:

https://lore.kernel.org/all/20240326165030a736ab19@mail.local/

And in this submission:

https://lore.kernel.org/all/20240518215929c3418ae7@mail.local/

So this is the third time this is submitted and not fixed...

On 23/06/2024 21:16:23+0200, Alexandre Belloni wrote:
> This causes new ptest failures:
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/6563/steps/13/logs/stdio
> https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6740/steps/12/logs/stdio
> 
> Failed ptests:
> {'glib-networking': ['glib-networking/connection-gnutls.test',
>  'glib-networking/file-database-gnutls.test']}
> 
> 
> 
> (/usr/libexec/installed-tests/glib-networking/connection-gnutls:400): 
> GLib-Net-WARNING **: 21:17:59.992: 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
> 
> (/usr/libexec/installed-tests/glib-networking/file-database-gnutls:406): 
> GLib-Net-WARNING **: 21:18:00.068: 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)
> SUMMARY: total=4; passed=2; skipped=0; failed=2; user=0.1s; system=0.0s; 
> maxrss=8684
> FAIL: glib-networking/connection-gnutls.test (Child process killed by signal 
> 5)
> FAIL: glib-networking/file-database-gnutls.test (Child process killed by 
> signal 5)
> 
> 
> https://autobuilder.yocto.io/pub/non-release/20240622-19/testresults/qemux86-64-ptest/glib-networking.log
> 
> 
> On 21/06/2024 10:16:35+0800, wangmy via lists.openembedded.org wrote:
> > From: Wang Mingyu 
> > 
> > Changelog:
> > ===
> > - Mark plugin functions as exports on Windows
> > - Updated translations
> > - 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
> > 
> > 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

-- 
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 (#201058): 
https://lists.openembedded.org/g/openembedded-core/message/201058
Mute This Topic: https://lists.openembedded.org/mt/106792587/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 11/22] glib-networking: upgrade 2.78.1 -> 2.80.0

[Alexandre Belloni via lists.openembedded.org]

This causes new ptest failures:

https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/6563/steps/13/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6740/steps/12/logs/stdio

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



(/usr/libexec/installed-tests/glib-networking/connection-gnutls:400): 
GLib-Net-WARNING **: 21:17:59.992: 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

(/usr/libexec/installed-tests/glib-networking/file-database-gnutls:406): 
GLib-Net-WARNING **: 21:18:00.068: 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)
SUMMARY: total=4; passed=2; skipped=0; failed=2; user=0.1s; system=0.0s; 
maxrss=8684
FAIL: glib-networking/connection-gnutls.test (Child process killed by signal 5)
FAIL: glib-networking/file-database-gnutls.test (Child process killed by signal 
5)


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


On 21/06/2024 10:16:35+0800, wangmy via lists.openembedded.org wrote:
> From: Wang Mingyu 
> 
> Changelog:
> ===
> - Mark plugin functions as exports on Windows
> - Updated translations
> - 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
> 
> 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 (#201057): 
https://lists.openembedded.org/g/openembedded-core/message/201057
Mute This Topic: https://lists.openembedded.org/mt/106792587/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/22] hwlatdetect: upgrade 2.6 -> 2.7

[Alexandre Belloni via lists.openembedded.org]

This causes:


ERROR: rt-tests-1_2.7-r0 do_patch: Applying patch 
'0001-Makefile-Allow-for-CC-and-AR-to-be-overridden.patch' on target directory 
'/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/rt-tests/2.7/git'
CmdError('quilt --quiltrc 
/home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/core2-64-poky-linux/rt-tests/2.7/recipe-sysroot-native/etc/quiltrc
 push', 0, 'stdout: Applying patch 
0001-Makefile-Allow-for-CC-and-AR-to-be-overridden.patch
patching file Makefile
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- rejects in file Makefile
Patch 0001-Makefile-Allow-for-CC-and-AR-to-be-overridden.patch does not apply 
(enforce with -f)
stderr: ')


On 21/06/2024 10:16:37+0800, wangmy via lists.openembedded.org wrote:
> From: Wang Mingyu 
> 
> Signed-off-by: Wang Mingyu 
> ---
>  meta/recipes-rt/rt-tests/rt-tests.inc | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-rt/rt-tests/rt-tests.inc 
> b/meta/recipes-rt/rt-tests/rt-tests.inc
> index 70315c4694..3fbdfa2038 100644
> --- a/meta/recipes-rt/rt-tests/rt-tests.inc
> +++ b/meta/recipes-rt/rt-tests/rt-tests.inc
> @@ -1,5 +1,5 @@
> -SRCREV = "217cd8518c5fd490892aa9c765a6b2782cb5"
> -PV = "2.6"
> +SRCREV = "5bd94923ffda2ab326d081926dbfc6775fb5050b"
> +PV = "2.7"
>  PE = "1"
>  
>  SRC_URI = 
> "git://git.kernel.org/pub/scm/utils/rt-tests/rt-tests.git;branch=main;protocol=https"
> -- 
> 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 (#201050): 
https://lists.openembedded.org/g/openembedded-core/message/201050
Mute This Topic: https://lists.openembedded.org/mt/106792574/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 07/22] e2fsprogs: upgrade 1.47.0 -> 1.47.1

[Alexandre Belloni via lists.openembedded.org]

s.c b/debugfs/debugfs.c
> -index 9b6321dc..8ebf3ddb 100644
> +index 909c1df3..0842369e 100644
>  --- a/debugfs/debugfs.c
>  +++ b/debugfs/debugfs.c
> -@@ -2516,7 +2516,7 @@ static int source_file(const char *cmd_file, int 
> ss_idx)
> +@@ -2529,7 +2529,7 @@ static int source_file(const char *cmd_file, int 
> ss_idx)
>   cp = strchr(buf, '\r');
>   if (cp)
>   *cp = 0;
> diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.47.0.bb 
> b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.47.1.bb
> similarity index 99%
> rename from meta/recipes-devtools/e2fsprogs/e2fsprogs_1.47.0.bb
> rename to meta/recipes-devtools/e2fsprogs/e2fsprogs_1.47.1.bb
> index 940b47c155..bd6ac92cb1 100644
> --- a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.47.0.bb
> +++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.47.1.bb
> @@ -10,7 +10,7 @@ SRC_URI:append:class-native = " \
> file://quiet-debugfs.patch \
> "
>  
> -SRCREV = "f4c9cc4bedacde8408edda3520a32d3842290112"
> +SRCREV = "b571b9b4240739a982e8bca62cfc914a3b50190a"
>  UPSTREAM_CHECK_GITTAGREGEX = "v(?P\d+\.\d+(\.\d+)*)$"
>  
>  EXTRA_OECONF += "--libdir=${base_libdir} --sbindir=${base_sbindir} \
> -- 
> 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 (#201035): 
https://lists.openembedded.org/g/openembedded-core/message/201035
Mute This Topic: https://lists.openembedded.org/mt/106792570/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] go: move to a single binary bootstrap option

[Alexandre Belloni via lists.openembedded.org]

Hello,

This caused:
AssertionError: 
Unable to find recipes for the following entries in maintainers.inc:
go-binary-native

On 19/06/2024 11:34:06+0100, Jose Quaresma wrote:
> With the drop of the old 1.4 bootstrap C version we can
> move the go-binary-native to go-binary and drop the PREFERRED_PROVIDER
> 
> Signed-off-by: Jose Quaresma 
> ---
>  meta/conf/distro/include/tcmode-default.inc   | 4 
>  .../go/{go-binary-native_1.22.4.bb => go-native_1.22.4.bb}| 2 --
>  2 files changed, 6 deletions(-)
>  rename meta/recipes-devtools/go/{go-binary-native_1.22.4.bb => 
> go-native_1.22.4.bb} (98%)
> 
> diff --git a/meta/conf/distro/include/tcmode-default.inc 
> b/meta/conf/distro/include/tcmode-default.inc
> index 4fb6e47b7f..a9724d7621 100644
> --- a/meta/conf/distro/include/tcmode-default.inc
> +++ b/meta/conf/distro/include/tcmode-default.inc
> @@ -62,10 +62,6 @@ PREFERRED_VERSION_qemu ?= "${QEMUVERSION}"
>  PREFERRED_VERSION_qemu-native ?= "${QEMUVERSION}"
>  PREFERRED_VERSION_nativesdk-qemu ?= "${QEMUVERSION}"
>  
> -# Bootstrap Go using a binary release from golang.org.  If you want to 
> bootstrap
> -# from source using the C-implemented Go 1.4 (only supports x86-64 hosts) 
> then use
> -# go-native.
> -PREFERRED_PROVIDER_go-native ?= "go-binary-native"
>  PREFERRED_VERSION_virtual/${TARGET_PREFIX}go ?= "${GOVERSION}"
>  PREFERRED_VERSION_go-cross-${TUNE_PKGARCH} ?= "${GOVERSION}"
>  PREFERRED_VERSION_go-crosssdk-${SDK_ARCH} ?= "${GOVERSION}"
> diff --git a/meta/recipes-devtools/go/go-binary-native_1.22.4.bb 
> b/meta/recipes-devtools/go/go-native_1.22.4.bb
> similarity index 98%
> rename from meta/recipes-devtools/go/go-binary-native_1.22.4.bb
> rename to meta/recipes-devtools/go/go-native_1.22.4.bb
> index 61da51be3a..ee094435a7 100644
> --- a/meta/recipes-devtools/go/go-binary-native_1.22.4.bb
> +++ b/meta/recipes-devtools/go/go-native_1.22.4.bb
> @@ -5,8 +5,6 @@ HOMEPAGE = " http://golang.org/";
>  LICENSE = "BSD-3-Clause"
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707"
>  
> -PROVIDES = "go-native"
> -
>  # Checksums available at https://go.dev/dl/
>  SRC_URI = 
> "https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE}";
>  SRC_URI[go_linux_amd64.sha256sum] = 
> "ba79d4526102575196273416239cca418a651e049c2b099f3159db85e7bade7d"
> -- 
> 2.45.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 (#201034): 
https://lists.openembedded.org/g/openembedded-core/message/201034
Mute This Topic: https://lists.openembedded.org/mt/106757823/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 v4] tclibc-picolibc: Adds a new TCLIBC variant to build with picolibc as C library

[Alexandre Belloni via lists.openembedded.org]

On 20/06/2024 18:45:35+0200, Alexandre Belloni via lists.openembedded.org wrote:
> On 20/06/2024 16:10:41+, Ross Burton wrote:
> > 
> > 
> > > On 19 Jun 2024, at 21:03, Alexandre Belloni via lists.openembedded.org 
> > >  wrote:
> > > 
> > > Hello,
> > > 
> > > This causes selftest failures:
> > > 
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6833/steps/14/logs/stdio
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/6877/steps/15/logs/stdio
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6902/steps/14/logs/stdio
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6888/steps/14/logs/stdio
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/3495/steps/15/logs/stdio
> > 
> > Those look a lot like they’re Josh’s SPDX changes not this.  Can we pick 
> > these back into your master-next branch Alex?
> 
> I can but I never had Josh's changes in my branch so unless this
> assumption is that the sstate is poisoned, I'm pretty sure it s caused
> by this patch.
> 
> This was the only change between
> https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/7058
> and https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/7056

So, tested v4 of Josh's patches, then I dropped them again, I included
this patch and I got the same failure:

https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/6882/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6838/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6907/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6893/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/3503/steps/15/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 (#201033): 
https://lists.openembedded.org/g/openembedded-core/message/201033
Mute This Topic: https://lists.openembedded.org/mt/106746173/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 0/7] Add SPDX 3.0 support

[Alexandre Belloni via lists.openembedded.org]

Unfortunately, this still causes failures:

https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/7060/steps/23/logs/stdio

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

https://autobuilder.yoctoproject.org/typhoon/#/builders/20/builds/9574/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/9149/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/6555/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/4969/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/9220/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/166/builds/518/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/165/builds/514/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/48/builds/9186/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/37/builds/9166/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/104/builds/8044/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/103/builds/8038/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/100/builds/6112/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/9159/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/9145/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6733/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/8994/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/6122/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/6122/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/58/builds/8923/steps/15/logs/stdio

https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6837/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/6881/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6906/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6892/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/3501/steps/15/logs/stdio

https://autobuilder.yoctoproject.org/typhoon/#/builders/76/builds/9099/steps/23/logs/stdio


On 19/06/2024 16:13:22-0600, Joshua Watt wrote:
> This patch series add support for SPDX 3.0 and sets it as the default.
> Currently it is not possible to have SPDX 2.2 and SPDX 3.0 enabled at
> the same time; users may choose to specifically use SPDX 3.0 instead of
> 2.2 by doing INHERIT += "create-spdx-3.0"
> 
> v2: Added tests and addressed feedback
> 
> 
> Joshua Watt (7):
>   classes-recipe/image: Add image file manifest
>   classes/create-spdx-3.0: Add class
>   classes-recipe/image_types: Add SPDX_IMAGE_PURPOSE to images
>   selftest: spdx: Add SPDX 3.0 test cases
>   classes-recipe: nospdx: Add class
>   classes/spdx-common: Move SPDX_SUPPLIER
>   Switch default spdx version to 3.0
> 
>  meta/classes-recipe/image.bbclass|   58 +
>  meta/classes-recipe/image_types.bbclass  |2 +
>  meta/classes-recipe/image_types_wic.bbclass  |1 +
>  meta/classes-recipe/nospdx.bbclass   |   13 +
>  meta/classes-recipe/packagegroup.bbclass |2 +
>  meta/classes/create-spdx-2.2.bbclass |8 +
>  meta/classes/create-spdx-3.0.bbclass | 1116 
>  meta/classes/create-spdx-image-3.0.bbclass   |  203 +
>  meta/classes/create-spdx.bbclass |2 +-
>  meta/classes/spdx-common.bbclass |   32 +-
>  meta/lib/oe/sbom30.py| 1118 
>  meta/lib/oe/spdx30.py| 5996 ++
>  meta/lib/oeqa/selftest/cases/spdx.py |  119 +-
>  meta/recipes-core/meta/build-sysroots.bb |5 +-
>  meta/recipes-core/meta/meta-world-pkgdata.bb |3 +-
>  15 files changed, 8654 insertions(+), 24 deletions(-)
>  create mode 100644 meta/classes-recipe/nospdx.bbclass
>  create mode 100644 meta/classes/create-spdx-3.0.bbclass
>  create mode 100644 m: failures:eta/classes/create-spdx-image-3.0.bbclass
>  create mode 100644 meta/lib/oe/sbom30.py
>  create mode 100644 meta/lib/oe/spdx30.py
> 
> -- 
> 2.43.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 (#200995): 
https://lists.openembedded.org/g/openembedded-core/message/200995
Mute This Topic: https://lists.openembedded.org/mt/106770352/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 v4] tclibc-picolibc: Adds a new TCLIBC variant to build with picolibc as C library

[Alexandre Belloni via lists.openembedded.org]

On 20/06/2024 16:10:41+, Ross Burton wrote:
> 
> 
> > On 19 Jun 2024, at 21:03, Alexandre Belloni via lists.openembedded.org 
> >  wrote:
> > 
> > Hello,
> > 
> > This causes selftest failures:
> > 
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6833/steps/14/logs/stdio
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/6877/steps/15/logs/stdio
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6902/steps/14/logs/stdio
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6888/steps/14/logs/stdio
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/3495/steps/15/logs/stdio
> 
> Those look a lot like they’re Josh’s SPDX changes not this.  Can we pick 
> these back into your master-next branch Alex?

I can but I never had Josh's changes in my branch so unless this
assumption is that the sstate is poisoned, I'm pretty sure it s caused
by this patch.

This was the only change between
https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/7058
and https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/7056

-- 
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 (#200967): 
https://lists.openembedded.org/g/openembedded-core/message/200967
Mute This Topic: https://lists.openembedded.org/mt/106746173/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 v4] tclibc-picolibc: Adds a new TCLIBC variant to build with picolibc as C library

[Alexandre Belloni via lists.openembedded.org]

at.for
> + buildtype_crt0_path = specs_prefix_format.format(get_option('libdir') / 
> '%*' / crt0_expr)
> + crt0_buildtype = picolibc_buildtype_format.format(buildtype_crt0_path)
> + 
> ++sysroot_crt0_path = '%*' + '/' + get_option('libdir') + '/' + '%*' + '/' + 
> crt0_expr
> ++crt0_sysroot = picolibc_buildtype_format.format(sysroot_crt0_path)
> ++
> + gen_crt0_path = specs_prefix_format.format(get_option('libdir') / crt0_expr)
> + crt0_gen = gen_format.format(gen_crt0_path)
> + 
> +@@ -686,10 +696,13 @@ if enable_multilib
> +   buildtype_multilib_dir = specs_prefix_format.format(get_option('libdir') 
> / '%*/%M')
> +   multilib_buildtype = 
> picolibc_buildtype_format.format(buildtype_multilib_dir)
> + 
> ++  sysroot_multilib_dir = '%*' + '/' + get_option('libdir') + '/' + '%*/%M'
> ++  multilib_sysroot = sysroot_format.format(sysroot_multilib_dir)
> ++  
> +   gen_multilib_dir = specs_prefix_format.format(get_option('libdir') / '%M')
> +   multilib_gen = gen_format.format(gen_multilib_dir)
> + 
> +-  specs_multilibpath = '-L' + specs_option_format.format(multilib_prefix, 
> multilib_buildtype, multilib_gen)
> ++  specs_multilibpath = '-L' + specs_option_format.format(multilib_prefix, 
> multilib_buildtype, multilib_sysroot, multilib_gen)
> + 
> +   #
> +   # Prepend the multilib -L option to the non-multilib option
> +@@ -705,6 +718,9 @@ if enable_multilib
> +   buildtype_multilib_crt0_path = 
> specs_prefix_format.format(get_option('libdir') / '%*/%M' / crt0_expr)
> +   crt0_buildtype = 
> picolibc_buildtype_format.format(buildtype_multilib_crt0_path)
> + 
> ++  sysroot_multilib_crt0_path = '%*' + prefix + '/' + get_option('libdir') + 
> '/' + '/%M' + '/' + crt0_expr
> ++  crt0_sysroot = sysroot_format.format(sysroot_multilib_crt0_path)
> ++  
> +   gen_multilib_crt0_path = specs_prefix_format.format(get_option('libdir') 
> / '%M' / crt0_expr)
> +   crt0_gen = gen_format.format(gen_multilib_crt0_path)
> + endif
> +@@ -714,7 +730,7 @@ endif
> + # above. As there's only one value, it's either the
> + # multilib path or the non-multilib path
> + #
> +-specs_startfile = specs_option_format.format(crt0_prefix, crt0_buildtype, 
> crt0_gen)
> ++specs_startfile = specs_option_format.format(crt0_prefix, crt0_buildtype, 
> crt0_sysroot, crt0_gen)
> + endif
> + 
> + specs_data = configuration_data()
> diff --git 
> a/meta/recipes-core/picolibc/picolibc/no-early-compiler-checks.cross 
> b/meta/recipes-core/picolibc/picolibc/no-early-compiler-checks.cross
> new file mode 100644
> index 00..87bfbad3c5
> --- /dev/null
> +++ b/meta/recipes-core/picolibc/picolibc/no-early-compiler-checks.cross
> @@ -0,0 +1,6 @@
> +# We need to explicitly bypass mesons sanity check to avoid early compiler 
> errors
> +# otherwise meson will try to compile AND run test applications:
> +# ../git/meson.build:35:0: ERROR: Executables created by c compiler are not 
> runnable...
> +
> +[properties]
> +skip_sanity_check=true
> \ No newline at end of file
> diff --git a/meta/recipes-core/picolibc/picolibc_git.bb 
> b/meta/recipes-core/picolibc/picolibc_git.bb
> new file mode 100644
> index 00..fdb159328f
> --- /dev/null
> +++ b/meta/recipes-core/picolibc/picolibc_git.bb
> @@ -0,0 +1,35 @@
> +require picolibc.inc
> +
> +INHIBIT_DEFAULT_DEPS = "1"
> +DEPENDS = "virtual/${TARGET_PREFIX}gcc"
> +
> +PROVIDES += "virtual/libc virtual/libiconv virtual/libintl"
> +
> +COMPATIBLE_HOST:libc-musl:class-target = "null"
> +COMPATIBLE_HOST:libc-glibc:class-target = "null"
> +COMPATIBLE_MACHINE = "qemuarm|qemuarm64|qemuriscv32|qemuriscv64"
> +
> +SRC_URI:append = " file://avoid_polluting_cross_directories.patch"
> +SRC_URI:append = " file://no-early-compiler-checks.cross"
> +
> +# This is being added by picolibc meson files as well to avoid
> +# early compiler tests from failing, cant remember why I added it
> +# to the newlib recipe but I would assume it was for the same reason
> +TARGET_CC_ARCH:append = " -nostdlib"
> +
> +# When using RISCV64 use medany for both C library and application recipes
> +TARGET_CFLAGS:append:qemuriscv64 = " -mcmodel=medany"
> +
> +inherit meson
> +
> +MESON_CROSS_FILE:append = " 
> --cross-file=${UNPACKDIR}/no-early-compiler-checks.cross"
> +
> +PACKAGECONFIG ??= " specsdir"

Re: [OE-core] [PATCH v2 3/3] ofono: add ptests

[Alexandre Belloni via lists.openembedded.org]

ptest failure:

https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6727/steps/12/logs/stdio
https://autobuilder.yocto.io/pub/non-release/20240618-20/testresults/qemux86-64-ptest/ofono.log

This seems intermittent as it didn't happen on arm

On 18/06/2024 09:34:37+0200, Martin Hundeb?ll wrote:
> Install and run the unit tests already provided by ofono. Test execution
> time is about a second.
> 
> Signed-off-by: Martin Hundebøll 
> ---
> 
> Change since v1:
>  * add missing run-ptest file
> 
>  meta/conf/distro/include/ptest-packagelists.inc |  1 +
>  meta/recipes-connectivity/ofono/ofono/run-ptest | 14 ++
>  meta/recipes-connectivity/ofono/ofono_2.8.bb| 12 +++-
>  3 files changed, 26 insertions(+), 1 deletion(-)
>  create mode 100644 meta/recipes-connectivity/ofono/ofono/run-ptest
> 
> diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
> b/meta/conf/distro/include/ptest-packagelists.inc
> index c60575a45cc2..60cbea0f19e9 100644
> --- a/meta/conf/distro/include/ptest-packagelists.inc
> +++ b/meta/conf/distro/include/ptest-packagelists.inc
> @@ -53,6 +53,7 @@ PTESTS_FAST = "\
>  lzo \
>  m4 \
>  nettle \
> +ofono \
>  opkg \
>  pango \
>  popt \
> diff --git a/meta/recipes-connectivity/ofono/ofono/run-ptest 
> b/meta/recipes-connectivity/ofono/ofono/run-ptest
> new file mode 100644
> index ..ba0f66ee4170
> --- /dev/null
> +++ b/meta/recipes-connectivity/ofono/ofono/run-ptest
> @@ -0,0 +1,14 @@
> +#!/bin/sh
> +
> +ret_val=0
> +
> +for test in test-*; do
> +if "./$test" >> ofono_test.log 2>&1; then
> +echo "PASS: $test"
> +else
> +echo "FAIL: $test"
> +ret_val=1
> +fi
> +done
> +
> +exit $ret_val
> diff --git a/meta/recipes-connectivity/ofono/ofono_2.8.bb 
> b/meta/recipes-connectivity/ofono/ofono_2.8.bb
> index 809485d42178..f54367848f05 100644
> --- a/meta/recipes-connectivity/ofono/ofono_2.8.bb
> +++ b/meta/recipes-connectivity/ofono/ofono_2.8.bb
> @@ -10,10 +10,11 @@ DEPENDS = "dbus glib-2.0 udev 
> mobile-broadband-provider-info ell"
>  SRC_URI = "\
>  ${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
>  file://ofono \
> +file://run-ptest \
>  "
>  SRC_URI[sha256sum] = 
> "b5aef455b3a374ce43bad43c2ade9d0430d9c0d28952385c44ac7d0dc933bbb8"
>  
> -inherit autotools pkgconfig update-rc.d systemd gobject-introspection-data
> +inherit autotools pkgconfig update-rc.d systemd gobject-introspection-data 
> ptest
>  
>  INITSCRIPT_NAME = "ofono"
>  INITSCRIPT_PARAMS = "defaults 22"
> @@ -28,11 +29,20 @@ PACKAGECONFIG[bluez] = "--enable-bluetooth, 
> --disable-bluetooth, bluez5"
>  
>  EXTRA_OECONF += "--enable-test --enable-external-ell"
>  
> +do_compile_ptest() {
> +oe_runmake buildtest-TESTS
> +}
> +
>  do_install:append() {
>  install -d ${D}${sysconfdir}/init.d/
>  install -m 0755 ${UNPACKDIR}/ofono ${D}${sysconfdir}/init.d/ofono
>  }
>  
> +do_install_ptest() {
> +install -m755 -Dt ${D}${PTEST_PATH} $(find ${B}/unit -executable -type f)
> +install -m644 -Dt ${D}${PTEST_PATH}/unit ${B}/unit/test-provision.db
> +}
> +
>  PACKAGES =+ "${PN}-tests"
>  
>  FILES:${PN} += "${systemd_unitdir}"
> -- 
> 2.45.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 (#200885): 
https://lists.openembedded.org/g/openembedded-core/message/200885
Mute This Topic: https://lists.openembedded.org/mt/106736942/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] ell: add ptest

[Alexandre Belloni via lists.openembedded.org]

On 18/06/2024 17:54:07+0200, Alexandre Belloni via lists.openembedded.org wrote:
> Hello,
> 
> I didn't test v2 but I guess it was not updated. This caused
> reproducibility issues:
> 
> https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20240618-sbhq7ol0/packages/diff-html/
> 
> and ptest failures:
> 
> {'ell': ['test-dbus', 'test-dbus-message-fds', 'test-dbus-properties']}
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/6547/steps/13/logs/stdio
> https://autobuilder.yocto.io/pub/non-release/20240618-14/testresults/qemuarm64-ptest/ell.log
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/6725/steps/12/logs/stdio
> https://autobuilder.yocto.io/pub/non-release/20240618-14/testresults/qemux86-64-ptest/ell.log
> 

It also breaks on arm and clang:

https://autobuilder.yoctoproject.org/typhoon/#/builders/166/builds/508/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/142/builds/293/steps/12/logs/stdio

> 
> On 17/06/2024 15:36:41+0200, Martin Hundeb?ll wrote:
> > Depends on  openssl-native and xxd-native to allow generating
> > certificates used for testing.
> > 
> > Create the ${B}/unit dir as that seems to be missing with the automake
> > patches used for building tests separately from running them.
> > 
> > In order to build the test cases, both --enable-tests and
> > --enable-maintainer-mode must be passed to configure.
> > 
> > A few unit tests looks for files in ../ell-0.66/unit (i.e. $(top_srcdir)
> > in automake) when running. Instead of playing games with symlinks or
> > install paths, the "correct" path is just (re)defined in CFLAGS.
> > 
> > A (submitted) patch is added to make dbus-server run correctly when
> > testing with "nonetwork" passed to runqemu.
> > 
> > Skip a few tests that require additional kernel modules to be enabled.
> > 
> > Test execution time is about 10 seconds.
> > 
> > Signed-off-by: Martin Hundebøll 
> > ---
> >  .../distro/include/ptest-packagelists.inc |  1 +
> >  meta/recipes-core/ell/ell_0.66.bb | 25 ++--
> >  ...-specify-tcp-hostname-in-dbus-config.patch | 38 +++
> >  meta/recipes-core/ell/files/run-ptest | 23 +++
> >  4 files changed, 84 insertions(+), 3 deletions(-)
> >  create mode 100644 
> > meta/recipes-core/ell/files/0001-unit-don-t-specify-tcp-hostname-in-dbus-config.patch
> >  create mode 100644 meta/recipes-core/ell/files/run-ptest
> > 
> > diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
> > b/meta/conf/distro/include/ptest-packagelists.inc
> > index da6fa6ee9723..c60575a45cc2 100644
> > --- a/meta/conf/distro/include/ptest-packagelists.inc
> > +++ b/meta/conf/distro/include/ptest-packagelists.inc
> > @@ -15,6 +15,7 @@ PTESTS_FAST = "\
> >  cpio \
> >  diffstat \
> >  diffutils \
> > +ell \
> >  ethtool \
> >  expat \
> >  expect \
> > diff --git a/meta/recipes-core/ell/ell_0.66.bb 
> > b/meta/recipes-core/ell/ell_0.66.bb
> > index 899e2f684936..d53db2edc189 100644
> > --- a/meta/recipes-core/ell/ell_0.66.bb
> > +++ b/meta/recipes-core/ell/ell_0.66.bb
> > @@ -10,9 +10,28 @@ SECTION = "libs"
> >  LICENSE  = "LGPL-2.1-only"
> >  LIC_FILES_CHKSUM = "file://COPYING;md5=fb504b67c50331fc78734fed90fb0e09"
> >  
> > -DEPENDS = "dbus"
> > +DEPENDS = "dbus openssl-native xxd-native"
> >  
> > -inherit autotools pkgconfig
> > +inherit autotools pkgconfig ptest
> >  
> > -SRC_URI = 
> > "https://mirrors.edge.kernel.org/pub/linux/libs/${BPN}/${BPN}-${PV}.tar.xz";
> > +SRC_URI = " \
> > +
> > https://mirrors.edge.kernel.org/pub/linux/libs/${BPN}/${BPN}-${PV}.tar.xz \
> > +file://0001-unit-don-t-specify-tcp-hostname-in-dbus-config.patch \
> > +file://run-ptest \
> > +"
> >  SRC_URI[sha256sum] = 
> > "7a78b757080ed6518c1c4fa26ad6a7a3d6e4e385386a20b6fb52379e7d1ffa36"
> > +
> > +EXTRA_OECONF += "--enable-tests --enable-maintainer-mode"
> > +CFLAGS += "-UUNITDIR -DUNITDIR="\\"./unit/\\"""
> > +
> > +do_compile:prepend() {
> > +mkdir -p ${B}/unit
> > +}
> > +
> > +do_install_ptest() {
> > +install -m755 -Dt ${D}${PTEST_PATH} $(find ${B}/unit -executable -type 
> > f)
> > +install -Dt ${D}${PTEST_PATH}/unit \
> > +${S}/unit/dbus.conf \
> > +   

Re: [OE-core] [PATCH 2/3] ell: add ptest

[Alexandre Belloni via lists.openembedded.org]

 with no network interfaces available on the host fails
> +with:
> +  dbus-daemon[291]: Failed to start message bus: Failed to lookup host/port: 
> "*:14046": Name or service not known (-2)
> +
> +Seems like "*" isn't a valid hostname in such cases:
> +  https://bugs.freedesktop.org/show_bug.cgi?id=28979
> +
> +According to the linked issue, the fix is to simply omit the host= and
> +bind= parameters in the config.
> +
> +Signed-off-by: Martin Hundebøll 
> +Upstream-Status: Submitted 
> [https://lore.kernel.org/ell/20240617122939.1249697-1-mar...@geanix.com/]
> +---
> + unit/dbus.conf | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/unit/dbus.conf b/unit/dbus.conf
> +index 5fe41a9ad6a6..3651e44538b1 100644
> +--- a/unit/dbus.conf
>  b/unit/dbus.conf
> +@@ -7,7 +7,7 @@
> +   
> + 
> +   unix:path=/tmp/ell-test-bus
> +-  tcp:host=localhost,bind=*,port=14046,family=ipv4
> ++  tcp:port=14046
> +   
> + 
> +   
> +-- 
> +2.45.2
> +
> diff --git a/meta/recipes-core/ell/files/run-ptest 
> b/meta/recipes-core/ell/files/run-ptest
> new file mode 100644
> index ..5b3acdd98b8a
> --- /dev/null
> +++ b/meta/recipes-core/ell/files/run-ptest
> @@ -0,0 +1,23 @@
> +#!/bin/sh
> +
> +ret_val=0
> +
> +for test in test-*; do
> +case "$test" in
> +test-pem | test-key)
> +if ! [ -d /sys/module/pkcs8_key_parser ]; then
> +echo "SKIP: $test"
> +continue
> +fi
> +;;
> +esac
> +
> +if "./$test" >> ell_test.log 2>&1; then
> +echo "PASS: $test"
> +else
> +echo "FAIL: $test"
> +ret_val=1
> +fi
> +done
> +
> +exit $ret_val
> -- 
> 2.45.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 (#200878): 
https://lists.openembedded.org/g/openembedded-core/message/200878
Mute This Topic: https://lists.openembedded.org/mt/106720607/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] ofono: add ptests

[Alexandre Belloni via lists.openembedded.org]

ERROR: 
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/ofono_2.8.bb:
 Unable to get checksum for ofono SRC_URI entry run-ptest: file could not be 
found
The following paths were searched:
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/ofono-2.8/poky/run-ptest
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/ofono/poky/run-ptest
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/files/poky/run-ptest
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/ofono-2.8/qemux86-64/run-ptest
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/ofono/qemux86-64/run-ptest
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/files/qemux86-64/run-ptest
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/ofono-2.8/qemuall/run-ptest
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/ofono/qemuall/run-ptest
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/files/qemuall/run-ptest
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/ofono-2.8/x86-64/run-ptest
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/ofono/x86-64/run-ptest
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/files/x86-64/run-ptest
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/ofono-2.8/run-ptest
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/ofono/run-ptest
/home/pokybuild/yocto-worker/a-full/build/meta/recipes-connectivity/ofono/files/run-ptest
ERROR: Parsing halted due to errors, see error messages above

On 17/06/2024 15:36:42+0200, Martin Hundeb?ll wrote:
> Install and run the unit tests already provided by ofono. Test execution
> time is about a second.
> 
> Signed-off-by: Martin Hundebøll 
> ---
>  meta/conf/distro/include/ptest-packagelists.inc |  1 +
>  meta/recipes-connectivity/ofono/ofono_2.8.bb| 12 +++-
>  2 files changed, 12 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
> b/meta/conf/distro/include/ptest-packagelists.inc
> index c60575a45cc2..60cbea0f19e9 100644
> --- a/meta/conf/distro/include/ptest-packagelists.inc
> +++ b/meta/conf/distro/include/ptest-packagelists.inc
> @@ -53,6 +53,7 @@ PTESTS_FAST = "\
>  lzo \
>  m4 \
>  nettle \
> +ofono \
>  opkg \
>  pango \
>  popt \
> diff --git a/meta/recipes-connectivity/ofono/ofono_2.8.bb 
> b/meta/recipes-connectivity/ofono/ofono_2.8.bb
> index 809485d42178..f54367848f05 100644
> --- a/meta/recipes-connectivity/ofono/ofono_2.8.bb
> +++ b/meta/recipes-connectivity/ofono/ofono_2.8.bb
> @@ -10,10 +10,11 @@ DEPENDS = "dbus glib-2.0 udev 
> mobile-broadband-provider-info ell"
>  SRC_URI = "\
>  ${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
>  file://ofono \
> +file://run-ptest \
>  "
>  SRC_URI[sha256sum] = 
> "b5aef455b3a374ce43bad43c2ade9d0430d9c0d28952385c44ac7d0dc933bbb8"
>  
> -inherit autotools pkgconfig update-rc.d systemd gobject-introspection-data
> +inherit autotools pkgconfig update-rc.d systemd gobject-introspection-data 
> ptest
>  
>  INITSCRIPT_NAME = "ofono"
>  INITSCRIPT_PARAMS = "defaults 22"
> @@ -28,11 +29,20 @@ PACKAGECONFIG[bluez] = "--enable-bluetooth, 
> --disable-bluetooth, bluez5"
>  
>  EXTRA_OECONF += "--enable-test --enable-external-ell"
>  
> +do_compile_ptest() {
> +oe_runmake buildtest-TESTS
> +}
> +
>  do_install:append() {
>  install -d ${D}${sysconfdir}/init.d/
>  install -m 0755 ${UNPACKDIR}/ofono ${D}${sysconfdir}/init.d/ofono
>  }
>  
> +do_install_ptest() {
> +install -m755 -Dt ${D}${PTEST_PATH} $(find ${B}/unit -executable -type f)
> +install -m644 -Dt ${D}${PTEST_PATH}/unit ${B}/unit/test-provision.db
> +}
> +
>  PACKAGES =+ "${PN}-tests"
>  
>  FILES:${PN} += "${systemd_unitdir}"
> -- 
> 2.45.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 (#200858): 
https://lists.openembedded.org/g/openembedded-core/message/200858
Mute This Topic: https://lists.openembedded.org/mt/106720606/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 0/1] Update for gfortran

[Alexandre Belloni via lists.openembedded.org]

Also, this is not based on master and doesn't apply, I'm dropping the
whole series.

On 18/06/2024 08:40:39+0200, Alexandre Belloni wrote:
> You must always resend the whole series, else ths patch is not
> applicable as-is. The work must be on your side, not on the maintainer's
> side.
> 
> On 16/06/2024 23:31:34+0800, Kai Kang via lists.openembedded.org wrote:
> > From: Kai Kang 
> > 
> > v3:
> > * update INSANE_SKIP for ${MLPREFIX}gfortran
> > 
> > v2:
> > * add sub-package gfortran conditionally
> > 
> > 
> > Kai Kang (1):
> >   gfortran: update runtime dependencies
> > 
> >  meta/recipes-devtools/gcc/gcc-target.inc | 9 +++--
> >  1 file changed, 7 insertions(+), 2 deletions(-)
> > 
> > -- 
> > 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 (#200857): 
https://lists.openembedded.org/g/openembedded-core/message/200857
Mute This Topic: https://lists.openembedded.org/mt/106704989/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 0/1] Update for gfortran

[Alexandre Belloni via lists.openembedded.org]

You must always resend the whole series, else ths patch is not
applicable as-is. The work must be on your side, not on the maintainer's
side.

On 16/06/2024 23:31:34+0800, Kai Kang via lists.openembedded.org wrote:
> From: Kai Kang 
> 
> v3:
> * update INSANE_SKIP for ${MLPREFIX}gfortran
> 
> v2:
> * add sub-package gfortran conditionally
> 
> 
> Kai Kang (1):
>   gfortran: update runtime dependencies
> 
>  meta/recipes-devtools/gcc/gcc-target.inc | 9 +++--
>  1 file changed, 7 insertions(+), 2 deletions(-)
> 
> -- 
> 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 (#200856): 
https://lists.openembedded.org/g/openembedded-core/message/200856
Mute This Topic: https://lists.openembedded.org/mt/106704989/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 2/3] rust: Upgrade 1.75.0->1.76.0

[Alexandre Belloni via lists.openembedded.org]

On 17/06/2024 11:59:25-0400, Randy MacLeod wrote:
> On 2024-06-17 10:14 a.m., Alexandre Belloni wrote:
> > On 17/06/2024 09:31:19-0400, Randy MacLeod wrote:
> > > On 2024-06-17 5:43 a.m., Alexander Kanavin wrote:
> > > > I have to ask, why 1.75.0->1.76.0? Can we go straight to $latest,
> > > > which is 1.79.0 as of now? It's a significant additional effort to do
> > > > incremental updates, and we've fallen so behind that it's perhaps
> > > > better to try to catch up fully.
> > > > 
> > > > Alex
> > > Yash and Sundeep have updated and tested 1.76, 1.77, 1.78, 1.79 locally
> > > and have not seen any problems. As you know, the situation is
> > > often different when things are tested on the YP autobuilder. The idea
> > > is to test each update so that if there's a reproducability problem or
> > > some other AB specific problem, we have a smaller delta to investigate.
> > > 
> > > That said, if Alexandre wants the full series up updates in one
> > > series and sees that 1.79 works, we can try that.
> > > 
> > > If there are problems with 1.79 Alex could then test each update
> > > individually in master-next.
> > > 
> > > Alexandre, what do you want to do?
> > I can take a series of incremental patches and I'll bisect if there are
> > any issues.
> > 
> > 
> Super.
> 
> I stand corrected in that we only have up to 1.78 locally.
> 
> 
> Also, Richard does NOT want to update master until we've resolved the
> 1.75 reproducability problem so that we can easily backport that to
> scarthgap
> and so that there's some additional pressure to get that bug resolved.
> 
> 
> Alexandre,
> Do you want to test the 1.75 to 1.78 series in master-next ONLY so that we
> see if
> there are additional reproducability problems?

Yes, I'll base that directly on top of master to ensure there are no
other patches causing issues.

-- 
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 (#200850): 
https://lists.openembedded.org/g/openembedded-core/message/200850
Mute This Topic: https://lists.openembedded.org/mt/106689695/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 2/3] rust: Upgrade 1.75.0->1.76.0

[Alexandre Belloni via lists.openembedded.org]

On 17/06/2024 09:31:19-0400, Randy MacLeod wrote:
> On 2024-06-17 5:43 a.m., Alexander Kanavin wrote:
> > I have to ask, why 1.75.0->1.76.0? Can we go straight to $latest,
> > which is 1.79.0 as of now? It's a significant additional effort to do
> > incremental updates, and we've fallen so behind that it's perhaps
> > better to try to catch up fully.
> > 
> > Alex
> 
> 
> Yash and Sundeep have updated and tested 1.76, 1.77, 1.78, 1.79 locally
> and have not seen any problems. As you know, the situation is
> often different when things are tested on the YP autobuilder. The idea
> is to test each update so that if there's a reproducability problem or
> some other AB specific problem, we have a smaller delta to investigate.
> 
> That said, if Alexandre wants the full series up updates in one
> series and sees that 1.79 works, we can try that.
> 
> If there are problems with 1.79 Alex could then test each update
> individually in master-next.
> 
> Alexandre, what do you want to do?

I can take a series of incremental patches and I'll bisect if there are
any issues.


-- 
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 (#200842): 
https://lists.openembedded.org/g/openembedded-core/message/200842
Mute This Topic: https://lists.openembedded.org/mt/106689695/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/kernel: No symlink in postinst without KERNEL_IMAGETYPE_SYMLINK

[Alexandre Belloni via lists.openembedded.org]

On 17/06/2024 08:48:16+0200, Jörg Sommer via lists.openembedded.org wrote:
> Jörg Sommer via lists.openembedded.org schrieb am So 09. Jun, 16:59 (GMT):
> > From: Jörg Sommer 
> > 
> > The commit “Use a copy of image for kernel*.rpm if fs doesn't support
> > symlinks” [1] added postinst and postrm scripts to the kernel package which
> > create a symlink after package installation. This should not happen if
> > `KERNEL_IMAGETYPE_SYMLINK` is not `1`.
> > 
> > Background: The u-boot implementation of jffs2 does not support symlinks.
> > Using a hardlink or removing `${KERNEL_VERSION}` from the file name fails,
> > because the current postinst script replaces the file with the symlink.
> 
> Gently ping.

Testing is ongoing

> 
> 
> 


-- 
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 (#200802): 
https://lists.openembedded.org/g/openembedded-core/message/200802
Mute This Topic: https://lists.openembedded.org/mt/106576203/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 v11 0/3] pkg-database and systemd-sysext image

[Alexandre Belloni via lists.openembedded.org]

On 14/06/2024 09:35:59+, SCHNEIDER Johannes wrote:
> > I'm actually surprised it failed for you as v11 was successful on the AB
> > for me. Anyway, In the meantime, I dropped the series.
> 
> Aww, we were getting close; so the last iteration fixed the one
> remaining/troubling exception with the arm64+ipk? :-)
> 

This had v11 and was successful:

https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/7033
in particular: 
https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/3466

-- 
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 (#200657): 
https://lists.openembedded.org/g/openembedded-core/message/200657
Mute This Topic: https://lists.openembedded.org/mt/106478182/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 v11 0/3] pkg-database and systemd-sysext image

[Alexandre Belloni via lists.openembedded.org]

Hello,

On 13/06/2024 07:44:59+0100, Richard Purdie wrote:
> On Tue, 2024-06-04 at 08:50 +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.
> 
> I'm unsure what to so with this series/change. I'm a bit worried that
> it is copy and pasting the debugfs image code to another form and once
> we have this form, I suspect others will then also want things to be
> added for other image update use cases or similar. That code is already
> hard to read and this is not going to improve that. I can understand
> the use case for the code though and I can certainly see why you'd want
> this code upstream as it would be hard to maintain standalone. Having
> the tests do help but the also illustrate this all feels a bit fragile.
> 
> I've just seen further failures in testing:
> 
> https://valkyrie.yoctoproject.org/#/builders/76/builds/55/steps/14/logs/stdio
> https://valkyrie.yoctoproject.org/#/builders/35/builds/47
> https://valkyrie.yoctoproject.org/#/builders/48/builds/16
> https://valkyrie.yoctoproject.org/#/builders/54/builds/57
> 
> and https://valkyrie.yoctoproject.org/#/builders/23/builds/58 will
> probably fail too but is currently still building.
> 
> What really worries me about these failures is that there isn't a good
> error message, so if this happens some time in the future we're going
> to be scratching our heads wondering what is wrong. I'm worrying this
> is going to be particularly hard to maintain and keep working in the
> future.
> 
> In many ways I'm wishing there was an API you could hook into so that
> the core project didn't need to take on the responsibility for this
> complexity.
> 
> Regardless, unfortunately we're still not to the bottom of the failures
> as evidenced above :(

I'm actually surprised it failed for you as v11 was successful on the AB
for me. Anyway, In the meantime, I dropped the series.


-- 
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 (#200601): 
https://lists.openembedded.org/g/openembedded-core/message/200601
Mute This Topic: https://lists.openembedded.org/mt/106478182/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] [PATCHv3] libgcrypt: Fix building error with '-O2' in sysroot path

[Alexandre Belloni via lists.openembedded.org]

 Tue, 7 May 2024 14:09:03 +0530
> +Subject: [PATCHV2] Fix building error with '-O2' in sysroot path
>  
> -Upstream-Status: Pending
> +Upstream-Status: Backport 
> [https://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=commit;h=7d9817ca935a35fe6c8e2c2c7615825fa08a3a19]
> +
> +* cipher/Makefile.am (o_flag_munging): Tweak the sed script.
> +* random/Makefile.am (o_flag_munging): Ditto.
> +--
> +
> +Characters like '-O2' or '-Ofast' will be replaced by '-O1' and '-O0'
> +respectively when compiling cipher and random in the filesystem
> +paths as well if they happen to contain '-O2' or '-Ofast
>  
> -Characters like '-O2' or '-Ofast' will be replaced by '-O1' when
> -compiling cipher.
>  If we are cross compiling libgcrypt and sysroot contains such
>  characters, we would
>  get compile errors because the sysroot path has been modified.
>  
> -Fix this by adding blank spaces before and after the original matching
> -pattern in the
> -sed command.
> +Fix this by adding blank spaces and tabs before the original matching
> +pattern in the sed command.
>  
> -Signed-off-by: Chen Qi 
> +Signed-off-by: simit.ghane 
>  
> -Rebase to 1.8.0
> -Signed-off-by: Hongxu Jia 
> +ChangeLog entries added by wk
>  
> +Note that there is also the configure option --disable-O-flag-munging;
> +see the README.
>  ---
>   cipher/Makefile.am | 2 +-
> - 1 file changed, 1 insertion(+), 1 deletion(-)
> + random/Makefile.am | 2 +-
> + 2 files changed, 2 insertions(+), 2 deletions(-)
>  
>  diff --git a/cipher/Makefile.am b/cipher/Makefile.am
> -index c3d642b..88c883a 100644
> +index c3d642b2ac..f1c3971c40 100644
>  --- a/cipher/Makefile.am
>  +++ b/cipher/Makefile.am
>  @@ -153,7 +153,7 @@ gost-s-box: gost-s-box.c
> @@ -33,7 +40,20 @@ index c3d642b..88c883a 100644
>   
>   if ENABLE_O_FLAG_MUNGING
>  -o_flag_munging = sed -e 's/-O\([2-9sgz][2-9sgz]*\)/-O1/' -e 's/-Ofast/-O1/g'
> -+o_flag_munging = sed -e 's/ -O\([2-9sgz][2-9sgz]*\) / -O1 /' -e 's/ -Ofast 
> / -O1 /g'
> ++o_flag_munging = sed -e 's/[[:blank:]]-O\([2-9sgz][2-9sgz]*\)/ -O1 /' -e 
> 's/[[:blank:]]-Ofast/ -O1 /g'
> + else
> + o_flag_munging = cat
> + endif
> +diff --git a/random/Makefile.am b/random/Makefile.am
> +index 0c935a0595..340df38a79 100644
> +--- a/random/Makefile.am
>  b/random/Makefile.am
> +@@ -56,7 +56,7 @@ jitterentropy-base.c jitterentropy.h 
> jitterentropy-base-user.h
> + 
> + # The rndjent module needs to be compiled without optimization.  */
> + if ENABLE_O_FLAG_MUNGING
> +-o_flag_munging = sed -e 's/-O\([1-9sgz][1-9sgz]*\)/-O0/g' -e 
> 's/-Ofast/-O0/g'
> ++o_flag_munging = sed -e 's/[[:blank:]]-O\([2-9sgz][2-9sgz]*\)/ -O0 /' -e 
> 's/[[:blank:]]-Ofast/ -O0 /g'
>   else
>   o_flag_munging = cat
>   endif

> 
> 
> 


-- 
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 (#200447): 
https://lists.openembedded.org/g/openembedded-core/message/200447
Mute This Topic: https://lists.openembedded.org/mt/106520599/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] python3: Check for host OS type instead of build OS

[Alexandre Belloni via lists.openembedded.org]

wn platform triplet
> +-#  endif
> +-# elif defined(__mips_hard_float) && defined(_MIPSEL)
> +-#  if _MIPS_SIM == _ABIO32
> +-mipsel-linux-gnu
> +-#  elif _MIPS_SIM == _ABIN32
> +-mips64el-linux-gnuabin32
> +-#  elif _MIPS_SIM == _ABI64
> +-mips64el-linux-gnuabi64
> +-#  else
> +-#   error unknown platform triplet
> +-#  endif
> +-# elif defined(__mips_hard_float)
> +-#  if _MIPS_SIM == _ABIO32
> +-mips-linux-gnu
> +-#  elif _MIPS_SIM == _ABIN32
> +-mips64-linux-gnuabin32
> +-#  elif _MIPS_SIM == _ABI64
> +-mips64-linux-gnuabi64
> +-#  else
> +-#   error unknown platform triplet
> +-#  endif
> +-# elif defined(__or1k__)
> +-or1k-linux-gnu
> +-# elif defined(__powerpc__) && defined(__SPE__)
> +-powerpc-linux-gnuspe
> +-# elif defined(__powerpc64__)
> +-#  if defined(__LITTLE_ENDIAN__)
> +-powerpc64le-linux-gnu
> +-#  else
> +-powerpc64-linux-gnu
> +-#  endif
> +-# elif defined(__powerpc__)
> +-powerpc-linux-gnu
> +-# elif defined(__s390x__)
> +-s390x-linux-gnu
> +-# elif defined(__s390__)
> +-s390-linux-gnu
> +-# elif defined(__sh__) && defined(__LITTLE_ENDIAN__)
> +-sh4-linux-gnu
> +-# elif defined(__sparc__) && defined(__arch64__)
> +-sparc64-linux-gnu
> +-# elif defined(__sparc__)
> +-sparc-linux-gnu
> +-# elif defined(__riscv)
> +-#  if __riscv_xlen == 32
> +-riscv32-linux-gnu
> +-#  elif __riscv_xlen == 64
> +-riscv64-linux-gnu
> +-#  else
> +-#   error unknown platform triplet
> +-#  endif
> +-# else
> +-#   error unknown platform triplet
> +-# endif
> +-#elif defined(__FreeBSD_kernel__)
> +-# if defined(__LP64__)
> +-x86_64-kfreebsd-gnu
> +-# elif defined(__i386__)
> +-i386-kfreebsd-gnu
> +-# else
> +-#   error unknown platform triplet
> +-# endif
> +-#elif defined(__gnu_hurd__)
> +-i386-gnu
> +-#elif defined(__APPLE__)
> +-darwin
> +-#elif defined(__VXWORKS__)
> +-vxworks
> +-#elif defined(__wasm32__)
> +-#  if defined(__EMSCRIPTEN__)
> +-wasm32-emscripten
> +-#  elif defined(__wasi__)
> +-#if defined(_REENTRANT)
> +-wasm32-wasi-threads
> +-#else
> +-wasm32-wasi
> +-#endif
> +-#  else
> +-#error unknown wasm32 platform
> +-#  endif
> +-#elif defined(__wasm64__)
> +-#  if defined(__EMSCRIPTEN__)
> +-wasm64-emscripten
> +-#  elif defined(__wasi__)
> +-wasm64-wasi
> +-#  else
> +-#error unknown wasm64 platform
> +-#  endif
> +-#else
> +-# error unknown platform triplet
> +-#endif
> +-
> +-EOF
> +-
> +-if $CPP $CPPFLAGS conftest.c >conftest.out 2>/dev/null; then
> +-  PLATFORM_TRIPLET=`grep -v '^#' conftest.out | grep -v '^ *$' | tr -d '
> '`
> +-  case "$build_os" in
> +-  linux-musl*)
> +-PLATFORM_TRIPLET=`echo "$PLATFORM_TRIPLET" | sed 
> 's/linux-gnu/linux-musl/'`
> +-;;
> +-  esac
> ++if $CPP $CPPFLAGS $srcdir/Misc/platform_triplet.c >conftest.out 
> 2>/dev/null; then
> ++  PLATFORM_TRIPLET=`grep '^PLATFORM_TRIPLET=' conftest.out | tr -d '
> '`
> ++  PLATFORM_TRIPLET="${PLATFORM_TRIPLET@%:@PLATFORM_TRIPLET=}"
> +   AC_MSG_RESULT([$PLATFORM_TRIPLET])
> + else
> +   AC_MSG_RESULT([none])
> + fi
> +-rm -f conftest.c conftest.out
> ++rm -f conftest.out
> + 
> + AC_MSG_CHECKING([for multiarch])
> + AS_CASE([$ac_sys_system],
> diff --git a/meta/recipes-devtools/python/python3_3.12.3.bb 
> b/meta/recipes-devtools/python/python3_3.12.3.bb
> index 37afa442fa3..f5f311f61c9 100644
> --- a/meta/recipes-devtools/python/python3_3.12.3.bb
> +++ b/meta/recipes-devtools/python/python3_3.12.3.bb
> @@ -32,6 +32,7 @@ SRC_URI = 
> "http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz \
> 
> file://0001-gh-114492-Initialize-struct-termios-before-calling-t.patch \
> file://0001-test_shutdown-skip-problematic-test.patch \
> 
> file://0001-gh-107811-tarfile-treat-overflow-in-UID-GID-as-failu.patch \
> +   
> file://0001-gh-95855-Refactor-platform-triplet-detection-code-ad.patch \
> "
>  
>  SRC_URI:append:class-native = " \

> 
> 
> 


-- 
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 (#200425): 
https://lists.openembedded.org/g/openembedded-core/message/200425
Mute This Topic: https://lists.openembedded.org/mt/106498609/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] iptables: Do not install /etc/ethertypes

[Alexandre Belloni via lists.openembedded.org]

Hello,

This doesn't apply on master, can you rebase?

On 28/05/2024 04:10:53+, Changhyeok Bae wrote:
> The patch file was deleted by mistaken during 1.8.10 upgrade.
> Re-introduce the patch file after re-writing based on 1.8.10 code.
> 
> Signed-off-by: Changhyeok Bae 
> ---
>  ...ile.am-do-not-install-etc-ethertypes.patch | 44 +++
>  .../iptables/iptables_1.8.10.bb   |  1 +
>  2 files changed, 45 insertions(+)
>  create mode 100644 
> meta/recipes-extended/iptables/iptables/0003-Makefile.am-do-not-install-etc-ethertypes.patch
> 
> diff --git 
> a/meta/recipes-extended/iptables/iptables/0003-Makefile.am-do-not-install-etc-ethertypes.patch
>  
> b/meta/recipes-extended/iptables/iptables/0003-Makefile.am-do-not-install-etc-ethertypes.patch
> new file mode 100644
> index 00..3aa40ac635
> --- /dev/null
> +++ 
> b/meta/recipes-extended/iptables/iptables/0003-Makefile.am-do-not-install-etc-ethertypes.patch
> @@ -0,0 +1,44 @@
> +From 77024225a4d7a39e362296f0d1e5188a7c9340d4 Mon Sep 17 00:00:00 2001
> +From: Trevor Gamblin 
> +Date: Tue, 28 May 2024 03:55:50 +
> +Subject: [PATCH] Makefile.am do not install etc ethertypes
> +
> +The /etc/ethertypes is provided by netbase since 6.0[1].
> +Do not instal the file in ebtables, otherwise there would be a conflict:
> +Error: Transaction test error:
> +  file /etc/ethertypes conflicts between attempted installs of
> +netbase-1:6.2-r0.corei7_64 and iptables-1.8.7-r0.corei7_64
> +
> +[1] 
> https://salsa.debian.org/md/netbase/-/commit/316680c6a2c3641b6abc76b3eebf88781f609d35)
> +
> +This patch is based off of the same change made for the ebtables recipe:
> +
> +http://cgit.openembedded.org/meta-openembedded/tree/meta-networking/recipes-filter/ebtables/ebtables-2.0.11/0001-Makefile.am-do-not-install-etc-ethertypes.patch?h=master
> +
> +Upstream-Status: Inappropriate [embedded specific]
> +
> +Signed-off-by: Trevor Gamblin 
> +Signed-off-by: Changhyeok Bae 
> +---
> + Makefile.am | 5 -
> + 1 file changed, 5 deletions(-)
> +
> +diff --git a/Makefile.am b/Makefile.am
> +index 299ab46..7b60eb4 100644
> +--- a/Makefile.am
>  b/Makefile.am
> +@@ -18,11 +18,6 @@ SUBDIRS += iptables
> + 
> + EXTRA_DIST  = autogen.sh iptables-test.py xlate-test.py
> + 
> +-if ENABLE_NFTABLES
> +-confdir = $(sysconfdir)
> +-dist_conf_DATA  = etc/ethertypes
> +-endif
> +-
> + .PHONY: tarball
> + tarball:
> + rm -Rf /tmp/${PACKAGE_TARNAME}-${PACKAGE_VERSION};
> +-- 
> +2.34.1
> +
> diff --git a/meta/recipes-extended/iptables/iptables_1.8.10.bb 
> b/meta/recipes-extended/iptables/iptables_1.8.10.bb
> index 5a87897742..8cb9b76ca1 100644
> --- a/meta/recipes-extended/iptables/iptables_1.8.10.bb
> +++ b/meta/recipes-extended/iptables/iptables_1.8.10.bb
> @@ -14,6 +14,7 @@ SRC_URI = 
> "http://netfilter.org/projects/iptables/files/iptables-${PV}.tar.xz \
> file://ip6tables.service \
> file://ip6tables.rules \
> 
> file://0001-configure-Add-option-to-enable-disable-libnfnetlink.patch \
> +   file://0003-Makefile.am-do-not-install-etc-ethertypes.patch \
> 
> file://0002-iptables-xshared.h-add-missing-sys.types.h-include.patch \
> 
> file://0004-configure.ac-only-check-conntrack-when-libnfnetlink-.patch \
> "
> -- 
> 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 (#200236): 
https://lists.openembedded.org/g/openembedded-core/message/200236
Mute This Topic: https://lists.openembedded.org/mt/106343339/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] man-pages: upgrade 6.06 -> 6.8

[Alexandre Belloni via lists.openembedded.org]

On 27/05/2024 09:37:05+0800, Changqing Li wrote:
> diff --git a/meta/recipes-extended/man-pages/man-pages_6.06.bb 
> b/meta/recipes-extended/man-pages/man-pages_6.8.bb
> similarity index 84%
> rename from meta/recipes-extended/man-pages/man-pages_6.06.bb
> rename to meta/recipes-extended/man-pages/man-pages_6.8.bb
> index 0f091bbd7d..fd19fa3b97 100644
> --- a/meta/recipes-extended/man-pages/man-pages_6.06.bb
> +++ b/meta/recipes-extended/man-pages/man-pages_6.8.bb
> @@ -17,18 +17,12 @@ LIC_FILES_CHKSUM = 
> "file://README;md5=72cff06b7954222c24d38bc2c41b234e \
>  
> file://LICENSES/Linux-man-pages-copyleft-var.txt;md5=d33708712c5918521f47f23b0c4e0d20
>  \
>  
> file://LICENSES/MIT.txt;md5=7dda4e90ded66ab88b86f76169f28663 \
>  "
> -SRC_URI = "${KERNELORG_MIRROR}/linux/docs/${BPN}/${BP}.tar.gz \
> -   file://0001-man.ml-do-not-use-dev-stdin.patch \
> -   file://0001-GNUmakefile-use-env-from-PATH.patch \
> -   "
> +SRC_URI = "${KERNELORG_MIRROR}/linux/docs/${BPN}/${BP}.tar.gz"
>  
> -SRC_URI[sha256sum] = 
> "006906e7be81a71c2d347809597bcb91485fa7fa488acdaa79e681ddfa894568"
> +SRC_URI[sha256sum] = 
> "f4d5b9756b4ee52e34ca9d895095c92312ced6292395b811e11069ab007e6f06"
>  
>  inherit manpages
>  
> -# can be dropped when ubuntu 18.04 is not in use anymore
> -DEPENDS += "coreutils-native"
> -

But we still have an ARM ubuntu 18.04 worker, will it still work?


-- 
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 (#200202): 
https://lists.openembedded.org/g/openembedded-core/message/200202
Mute This Topic: https://lists.openembedded.org/mt/106323762/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] [RESEND][PATCH] insane: add patch-status to default ERROR_QA

[Alexandre Belloni via lists.openembedded.org]

On 01/06/2024 00:53:21+0200, Alexandre Belloni via lists.openembedded.org wrote:
> On 01/06/2024 00:37:50+0200, Martin Jansa wrote:
> > On Fri, May 31, 2024 at 11:29 PM Alexandre Belloni
> >  wrote:
> > >
> > > ERROR: gitrepotest-1.0-r0 do_patch: QA Issue: Missing Upstream-Status in 
> > > patch
> > > /home/pokybuild/yocto-worker/reproducible/build/build-st/meta-selftest/recipes-test/gitrepotest/gitrepotest/0001-testpatch.patch
> > > Please add according to 
> > > https://docs.yoctoproject.org/contributor-guide/recipe-style-guide.html#patch-upstream-status
> > >  . [patch-status]
> > > ERROR: gitrepotest-1.0-r0 do_patch: Fatal QA errors were found, failing 
> > > task.
> > 
> > https://lists.openembedded.org/g/openembedded-core/message/200086
> > should fix that.
> 
> I can't keep track of the tens f patches I need to reapply once they
> have been dropped so please always resend complete series. I'm pretty
> sure that once my current a-full build will be finished I'll have
> forgotten.
> The other option is to resend later on.

And you sent it properly as a series so you can disregard my rant ;)

Thanks!

> 
> > 
> > Thanks,
> > 
> > >
> > > On 24/05/2024 18:00:25+0200, Martin Jansa wrote:
> > > > * it's enabled for patches in oe-core for very long time and I was using
> > > >   it for many other layers as well, so most layers should be in good
> > > >   shape
> > > >
> > > > * it's also possible to disable it for individual layer as shown
> > > >   by oe-core in:
> > > >   
> > > > https://git.openembedded.org/openembedded-core/commit/meta/classes-global/insane.bbclass?h=scarthgap&id=61a881fdbe8b5a21c6276b8a5d06cc30486b1eb3
> > > >
> > > > Signed-off-by: Martin Jansa 
> > > > ---
> > > > Resend 
> > > > https://patchwork.yoctoproject.org/project/oe-core/patch/20240314070903.83765-1-martin.ja...@gmail.com/
> > > > now when scarthgap is released and master is open for development
> > > >
> > > >  meta/classes-global/insane.bbclass | 3 +--
> > > >  1 file changed, 1 insertion(+), 2 deletions(-)
> > > >
> > > > diff --git a/meta/classes-global/insane.bbclass 
> > > > b/meta/classes-global/insane.bbclass
> > > > index 99736830b9..6d2f83c6f7 100644
> > > > --- a/meta/classes-global/insane.bbclass
> > > > +++ b/meta/classes-global/insane.bbclass
> > > > @@ -45,11 +45,10 @@ ERROR_QA ?= "dev-so debug-deps dev-deps debug-files 
> > > > arch pkgconfig la \
> > > >  already-stripped installed-vs-shipped ldflags 
> > > > compile-host-path \
> > > >  install-host-path pn-overrides unknown-configure-option \
> > > >  useless-rpaths rpaths staticdev empty-dirs \
> > > > -patch-fuzz \
> > > > +patch-fuzz patch-status \
> > > >  "
> > > >  # Add usrmerge QA check based on distro feature
> > > >  ERROR_QA:append = "${@bb.utils.contains('DISTRO_FEATURES', 'usrmerge', 
> > > > ' usrmerge', '', d)}"
> > > > -ERROR_QA:append:layer-core = " patch-status"
> > > >  WARN_QA:append:layer-core = " missing-metadata missing-maintainer"
> > > >
> > > >  FAKEROOT_QA = "host-user-contaminated"
> > > > --
> > > > 2.45.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

> 
> 
> 


-- 
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 (#200093): 
https://lists.openembedded.org/g/openembedded-core/message/200093
Mute This Topic: https://lists.openembedded.org/mt/106284256/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] [RESEND][PATCH] insane: add patch-status to default ERROR_QA

[Alexandre Belloni via lists.openembedded.org]

On 01/06/2024 00:37:50+0200, Martin Jansa wrote:
> On Fri, May 31, 2024 at 11:29 PM Alexandre Belloni
>  wrote:
> >
> > ERROR: gitrepotest-1.0-r0 do_patch: QA Issue: Missing Upstream-Status in 
> > patch
> > /home/pokybuild/yocto-worker/reproducible/build/build-st/meta-selftest/recipes-test/gitrepotest/gitrepotest/0001-testpatch.patch
> > Please add according to 
> > https://docs.yoctoproject.org/contributor-guide/recipe-style-guide.html#patch-upstream-status
> >  . [patch-status]
> > ERROR: gitrepotest-1.0-r0 do_patch: Fatal QA errors were found, failing 
> > task.
> 
> https://lists.openembedded.org/g/openembedded-core/message/200086
> should fix that.

I can't keep track of the tens f patches I need to reapply once they
have been dropped so please always resend complete series. I'm pretty
sure that once my current a-full build will be finished I'll have
forgotten.
The other option is to resend later on.

> 
> Thanks,
> 
> >
> > On 24/05/2024 18:00:25+0200, Martin Jansa wrote:
> > > * it's enabled for patches in oe-core for very long time and I was using
> > >   it for many other layers as well, so most layers should be in good
> > >   shape
> > >
> > > * it's also possible to disable it for individual layer as shown
> > >   by oe-core in:
> > >   
> > > https://git.openembedded.org/openembedded-core/commit/meta/classes-global/insane.bbclass?h=scarthgap&id=61a881fdbe8b5a21c6276b8a5d06cc30486b1eb3
> > >
> > > Signed-off-by: Martin Jansa 
> > > ---
> > > Resend 
> > > https://patchwork.yoctoproject.org/project/oe-core/patch/20240314070903.83765-1-martin.ja...@gmail.com/
> > > now when scarthgap is released and master is open for development
> > >
> > >  meta/classes-global/insane.bbclass | 3 +--
> > >  1 file changed, 1 insertion(+), 2 deletions(-)
> > >
> > > diff --git a/meta/classes-global/insane.bbclass 
> > > b/meta/classes-global/insane.bbclass
> > > index 99736830b9..6d2f83c6f7 100644
> > > --- a/meta/classes-global/insane.bbclass
> > > +++ b/meta/classes-global/insane.bbclass
> > > @@ -45,11 +45,10 @@ ERROR_QA ?= "dev-so debug-deps dev-deps debug-files 
> > > arch pkgconfig la \
> > >  already-stripped installed-vs-shipped ldflags 
> > > compile-host-path \
> > >  install-host-path pn-overrides unknown-configure-option \
> > >  useless-rpaths rpaths staticdev empty-dirs \
> > > -patch-fuzz \
> > > +patch-fuzz patch-status \
> > >  "
> > >  # Add usrmerge QA check based on distro feature
> > >  ERROR_QA:append = "${@bb.utils.contains('DISTRO_FEATURES', 'usrmerge', ' 
> > > usrmerge', '', d)}"
> > > -ERROR_QA:append:layer-core = " patch-status"
> > >  WARN_QA:append:layer-core = " missing-metadata missing-maintainer"
> > >
> > >  FAKEROOT_QA = "host-user-contaminated"
> > > --
> > > 2.45.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 (#200089): 
https://lists.openembedded.org/g/openembedded-core/message/200089
Mute This Topic: https://lists.openembedded.org/mt/106284256/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] qemu: upgrade 8.2.1 -> 9.0.0

[Alexandre Belloni via lists.openembedded.org]

I got this with poky-tiny:

WARNING: qemu-system-native-9.0.0-r0 do_populate_sysroot: File 
'/home/pokybuild/yocto-worker/poky-tiny/build/build/tmp/work/x86_64-linux/qemu-system-native/9.0.0/recipe-sysroot-native/usr/share/qemu/hppa-firmware64.img'
 from qemu-system-native was already stripped, this will prevent future 
debugging!
WARNING: qemu-system-native-9.0.0-r0 do_populate_sysroot: File 
'/home/pokybuild/yocto-worker/poky-tiny/build/build/tmp/work/x86_64-linux/qemu-system-native/9.0.0/recipe-sysroot-native/usr/share/qemu/hppa-firmware.img'
 from qemu-system-native was already stripped, this will prevent future 
debugging!

https://autobuilder.yoctoproject.org/typhoon/#/builders/15/builds/9377/steps/11/logs/stdio

Related is:

You are about to install the SDK to 
"/home/pokybuild/yocto-worker/genericx86/build/build/tmp/work/genericx86-poky-linux/core-image-sato/1.0/testimage-sdk".
 Proceed [Y/n]? Extracting 
SDK.done
Setting it up...ERROR: could not relocate 
/home/pokybuild/yocto-worker/genericx86/build/build/tmp/work/genericx86-poky-linux/core-image-sato/1.0/testimage-sdk/sysroots/x86_64-pokysdk-linux/usr/share/qemu/hppa-firmware64.img,
 interp size = 24 and 172 is needed.
Relocation of one or more executables failed.
SDK could not be set up. Relocate script failed. Abort!

https://autobuilder.yoctoproject.org/typhoon/#/builders/48/builds/9093/steps/12/logs/stdio


On 27/05/2024 20:44:20+0200, Martin Hundeb?ll wrote:
> On Mon, 2024-05-27 at 20:38 +0200, Alexandre Belloni wrote:
> > This conflicts with "qemu: enable parallel builds when using the
> > jobserver class" that I'm currently carrying, should I drop it?
> > 
> 
> It's.. complicated... :)
> 
> This qemu update includes the change you mention, so upgrading is
> probably the preferred way forward.
> 
> But qemu is also a key component in parts of many builds, so upgrading
> it might lead to regressions.
> 
> How sure are we about an upgrade like this if it passes the
> autobuilder?
> 
> Anyways, you can drop the jobserver series regardless. I'm currently
> upstreaming the ninja part of the series, so upgrading both qemu and
> ninja will make the jobserver series smaller.
> 
> // Martin
> 
> > 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

Re: [OE-core] [RESEND][PATCH] insane: add patch-status to default ERROR_QA

[Alexandre Belloni via lists.openembedded.org]

ERROR: gitrepotest-1.0-r0 do_patch: QA Issue: Missing Upstream-Status in patch
/home/pokybuild/yocto-worker/reproducible/build/build-st/meta-selftest/recipes-test/gitrepotest/gitrepotest/0001-testpatch.patch
Please add according to 
https://docs.yoctoproject.org/contributor-guide/recipe-style-guide.html#patch-upstream-status
 . [patch-status]
ERROR: gitrepotest-1.0-r0 do_patch: Fatal QA errors were found, failing task.

On 24/05/2024 18:00:25+0200, Martin Jansa wrote:
> * it's enabled for patches in oe-core for very long time and I was using
>   it for many other layers as well, so most layers should be in good
>   shape
> 
> * it's also possible to disable it for individual layer as shown
>   by oe-core in:
>   
> https://git.openembedded.org/openembedded-core/commit/meta/classes-global/insane.bbclass?h=scarthgap&id=61a881fdbe8b5a21c6276b8a5d06cc30486b1eb3
> 
> Signed-off-by: Martin Jansa 
> ---
> Resend 
> https://patchwork.yoctoproject.org/project/oe-core/patch/20240314070903.83765-1-martin.ja...@gmail.com/
> now when scarthgap is released and master is open for development
> 
>  meta/classes-global/insane.bbclass | 3 +--
>  1 file changed, 1 insertion(+), 2 deletions(-)
> 
> diff --git a/meta/classes-global/insane.bbclass 
> b/meta/classes-global/insane.bbclass
> index 99736830b9..6d2f83c6f7 100644
> --- a/meta/classes-global/insane.bbclass
> +++ b/meta/classes-global/insane.bbclass
> @@ -45,11 +45,10 @@ ERROR_QA ?= "dev-so debug-deps dev-deps debug-files arch 
> pkgconfig la \
>  already-stripped installed-vs-shipped ldflags compile-host-path \
>  install-host-path pn-overrides unknown-configure-option \
>  useless-rpaths rpaths staticdev empty-dirs \
> -patch-fuzz \
> +patch-fuzz patch-status \
>  "
>  # Add usrmerge QA check based on distro feature
>  ERROR_QA:append = "${@bb.utils.contains('DISTRO_FEATURES', 'usrmerge', ' 
> usrmerge', '', d)}"
> -ERROR_QA:append:layer-core = " patch-status"
>  WARN_QA:append:layer-core = " missing-metadata missing-maintainer"
>  
>  FAKEROOT_QA = "host-user-contaminated"
> -- 
> 2.45.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 (#200084): 
https://lists.openembedded.org/g/openembedded-core/message/200084
Mute This Topic: https://lists.openembedded.org/mt/106284256/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 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]

or Florea 
>  Date: Thu, 3 Dec 2015 04:08:00 +0100
>  Subject: [PATCH] Define TESTS variable
>  
>  Signed-off-by: Tudor Florea 
>  Upstream-Status: Pending
> -
>  ---
>   Makefile.am | 1 +
>   1 file changed, 1 insertion(+)
>  
>  diff --git a/Makefile.am b/Makefile.am
> -index effbb02..7d2bd1e 100644
> +index 50ab8d0..7e2340d 100644
>  --- a/Makefile.am
>  +++ b/Makefile.am
> -@@ -57,6 +57,7 @@ systemdsystemunit_DATA =
> +@@ -64,6 +64,7 @@ tmpfiles_DATA =
>   dist_bashcompletion_DATA =
>   check_PROGRAMS =
>   dist_check_SCRIPTS =
>  +TESTS = $(check_PROGRAMS)
>   
> - PATHFILES =
> - ADOCFILES_COMMON =
> + BUILT_SOURCES =
> + 
> diff --git a/meta/recipes-core/util-linux/util-linux_2.39.3.bb 
> b/meta/recipes-core/util-linux/util-linux_2.40.1.bb
> similarity index 95%
> rename from meta/recipes-core/util-linux/util-linux_2.39.3.bb
> rename to meta/recipes-core/util-linux/util-linux_2.40.1.bb
> index 2cd7750afc..5985ddc7dc 100644
> --- a/meta/recipes-core/util-linux/util-linux_2.39.3.bb
> +++ b/meta/recipes-core/util-linux/util-linux_2.40.1.bb
> @@ -90,7 +90,7 @@ EXTRA_OECONF:append = " --disable-hwclock-gplv3"
>  # build host versions during development
>  #
>  PACKAGECONFIG ?= "pcre2"
> -PACKAGECONFIG:class-target ?= "${@bb.utils.contains('DISTRO_FEATURES', 
> 'pam', 'chfn-chsh pam', '', d)}"
> +PACKAGECONFIG:class-target ?= "${@bb.utils.contains('DISTRO_FEATURES', 
> 'pam', 'chfn-chsh pam lastlog2', '', d)}"
>  # inherit manpages requires this to be present, however util-linux does not 
> have
>  # configuration options, and installs manpages always
>  PACKAGECONFIG[manpages] = ""
> @@ -106,6 +106,7 @@ PACKAGECONFIG[pcre2] = ",,libpcre2"
>  PACKAGECONFIG[cryptsetup] = 
> "--with-cryptsetup,--without-cryptsetup,cryptsetup"
>  PACKAGECONFIG[chfn-chsh] = "--enable-chfn-chsh,--disable-chfn-chsh,"
>  PACKAGECONFIG[selinux] = "--with-selinux,--without-selinux,libselinux"
> +PACKAGECONFIG[lastlog2] = 
> "--enable-liblastlog2,--disable-liblastlog2,sqlite3"
>  
>  EXTRA_OEMAKE = "ARCH=${TARGET_ARCH} CPU= CPUOPT= 'OPT=${CFLAGS}'"
>  
> @@ -117,6 +118,7 @@ FILES:${PN}-mount = "${sysconfdir}/default/mountall"
>  FILES:${PN}-runuser = "${sysconfdir}/pam.d/runuser*"
>  FILES:${PN}-su = "${sysconfdir}/pam.d/su-l"
>  CONFFILES:${PN}-su = "${sysconfdir}/pam.d/su-l"
> +FILES:${PN}-lastlog2 += "${base_libdir}/security/pam_lastlog2.so"
>  FILES:${PN}-pylibmount = "${PYTHON_SITEPACKAGES_DIR}/libmount/pylibmount.so \
>${PYTHON_SITEPACKAGES_DIR}/libmount/__init__.* \
>${PYTHON_SITEPACKAGES_DIR}/libmount/__pycache__/*"
> @@ -147,18 +149,21 @@ SYSTEMD_AUTO_ENABLE:${PN}-uuidd = "disable"
>  SYSTEMD_SERVICE:${PN}-fstrim = "fstrim.timer fstrim.service"
>  SYSTEMD_AUTO_ENABLE:${PN}-fstrim = "disable"
>  
> +do_compile:prepend () {
> + # this is a workaround for the unnecessary remake problem. Issue and PR 
> are as below:
> + # https://github.com/util-linux/util-linux/issues/3061
> + # https://github.com/util-linux/util-linux/pull/3064
> + # When newly release tarball contains the above fix, the following 
> workaround could be dropped.
> + [ -e ${S}/libsmartcols/src/filter-scanner.c ] && touch 
> ${S}/libsmartcols/src/filter-scanner.c
> + [ -e ${S}/libsmartcols/src/filter-parser.c ] && touch 
> ${S}/libsmartcols/src/filter-parser.c
> +}
> +
>  do_compile:append () {
>   cp ${UNPACKDIR}/fcntl-lock.c ${S}/fcntl-lock.c
>   ${CC} ${CFLAGS} ${LDFLAGS} ${S}/fcntl-lock.c -o ${B}/fcntl-lock
>  }
>  
> -do_install () {
> - # with ccache the timestamps on compiled files may
> - # end up earlier than on their inputs, this allows
> - # for the resultant compilation in the install step.
> - oe_runmake 'CC=${CC}' 'LD=${LD}' \
> - 'LDFLAGS=${LDFLAGS}' 'DESTDIR=${D}' install
> -
> +do_install:append () {
>   mkdir -p ${D}${base_bindir}
>  
>  sbinprogs="agetty ctrlaltdel cfdisk vipw vigr"
> -- 
> 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 (#199977): 
https://lists.openembedded.org/g/openembedded-core/message/199977
Mute This Topic: https://lists.openembedded.org/mt/106294633/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 03/13] pinentry: update 1.2.1 -> 1.3.0

[Alexandre Belloni via lists.openembedded.org]

N_API_REQUESTED, $req_libassuan_api, Requested API 
> version for libassuan)
>  -  else
>  -AC_MSG_RESULT(no)
>  -  fi
> @@ -128,7 +128,7 @@ index df50484..2057412 100644
> if test "$tmp" -gt 0 ; then
>   AC_MSG_CHECKING([LIBASSUAN API version])
>   if test "$req_libassuan_api" -eq "$tmp" ; then
> -@@ -114,11 +45,7 @@ AC_DEFUN([_AM_PATH_LIBASSUAN_COMMON],
> +@@ -117,11 +47,7 @@ AC_DEFUN([_AM_PATH_LIBASSUAN_COMMON],
>   
> if test $ok = yes; then
>   if test x"$host" != x ; then
> @@ -141,7 +141,7 @@ index df50484..2057412 100644
> if test x"$libassuan_config_host" != xnone ; then
>   if test x"$libassuan_config_host" != x"$host" ; then
> AC_MSG_WARN([[
> -@@ -141,7 +68,7 @@ dnl Test whether libassuan has at least MINIMUM-VERSION. 
> This is
> +@@ -144,7 +70,7 @@ dnl Test whether libassuan has at least MINIMUM-VERSION. 
> This is
>   dnl used to test for features only available in newer versions.
>   dnl
>   AC_DEFUN([AM_CHECK_LIBASSUAN],
> @@ -150,7 +150,7 @@ index df50484..2057412 100644
> if test $ok = yes; then
>   ifelse([$2], , :, [$2])
> else
> -@@ -157,16 +84,10 @@ dnl   [ACTION-IF-FOUND [, 
> ACTION-IF-NOT-FOUND ]]])
> +@@ -160,16 +86,10 @@ dnl   [ACTION-IF-FOUND [, 
> ACTION-IF-NOT-FOUND ]]])
>   dnl Test for libassuan and define LIBASSUAN_CFLAGS and LIBASSUAN_LIBS
>   dnl
>   AC_DEFUN([AM_PATH_LIBASSUAN],
> diff --git a/meta/recipes-support/pinentry/pinentry_1.2.1.bb 
> b/meta/recipes-support/pinentry/pinentry_1.3.0.bb
> similarity index 88%
> rename from meta/recipes-support/pinentry/pinentry_1.2.1.bb
> rename to meta/recipes-support/pinentry/pinentry_1.3.0.bb
> index 7daf80f36eb..6ce873871b1 100644
> --- a/meta/recipes-support/pinentry/pinentry_1.2.1.bb
> +++ b/meta/recipes-support/pinentry/pinentry_1.3.0.bb
> @@ -6,7 +6,7 @@ DESCRIPTION = "\
>  
>  HOMEPAGE = "http://www.gnupg.org/related_software/pinentry/index.en.html";
>  LICENSE = "GPL-2.0-only"
> -LIC_FILES_CHKSUM = "file://COPYING;md5=cbbd794e2a0a289b9dfcc9f513d1996e"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
>  
>  DEPENDS = "gettext-native libassuan libgpg-error"
>  
> @@ -16,7 +16,7 @@ SRC_URI = "${GNUPG_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2 \
> file://gpg-error_pkconf.patch \
>  "
>  
> -SRC_URI[sha256sum] = 
> "457a185e5a85238fb945a955dc6352ab962dc8b48720b62fc9fa48c7540a4067"
> +SRC_URI[sha256sum] = 
> "9b3cd5226e7597f2fded399a3bc659923351536559e9db0826981bca316494de"
>  
>  inherit autotools pkgconfig
>  
> -- 
> 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 (#199952): 
https://lists.openembedded.org/g/openembedded-core/message/199952
Mute This Topic: https://lists.openembedded.org/mt/106334727/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 05/13] cmake: upgrade 3.28.3 -> 3.29.3

[Alexandre Belloni via lists.openembedded.org]

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
>  --- a/Utilities/cmlibarchive/CMakeLists.txt
>  +++ b/Utilities/cmlibarchive/CMakeLists.txt
> -@@ -682,12 +682,8 @@ LA_CHECK_INCLUDE_FILE("copyfile.h" HAVE_COPYFILE_H)
> +@@ -721,12 +721,8 @@ LA_CHECK_INCLUDE_FILE("copyfile.h" HAVE_COPYFILE_H)
>   LA_CHECK_INCLUDE_FILE("direct.h" HAVE_DIRECT_H)
>   LA_CHECK_INCLUDE_FILE("dlfcn.h" HAVE_DLFCN_H)
>   LA_CHECK_INCLUDE_FILE("errno.h" HAVE_ERRNO_H)
> @@ -35,5 +34,5 @@ index bfcaf30..2960683 100644
>  +SET(HAVE_EXT2FS_EXT2_FS_H 0)
>  +SET(HAVE_WORKING_EXT2_IOC_GETFLAGS 0)
>   LA_CHECK_INCLUDE_FILE("fcntl.h" HAVE_FCNTL_H)
> + LA_CHECK_INCLUDE_FILE("fnmatch.h" HAVE_FNMATCH_H)
>   LA_CHECK_INCLUDE_FILE("grp.h" HAVE_GRP_H)
> - LA_CHECK_INCLUDE_FILE("io.h" HAVE_IO_H)
> diff --git a/meta/recipes-devtools/cmake/cmake_3.28.3.bb 
> b/meta/recipes-devtools/cmake/cmake_3.29.3.bb
> similarity index 100%
> rename from meta/recipes-devtools/cmake/cmake_3.28.3.bb
> rename to meta/recipes-devtools/cmake/cmake_3.29.3.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 (#199943): 
https://lists.openembedded.org/g/openembedded-core/message/199943
Mute This Topic: https://lists.openembedded.org/mt/106334730/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] 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 => 
> 0011-qemu-Ensure-

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&d=DwIFaQ&c=ncDTmphkJTvjIDPh0hpF_4vCHvabgGkICC2epckfdiw&r=AhkbNonVuMIGRfPx_Qj9TsRih1DULJTKUkSGa66m67E&m=e0iYk69Iih3UnIjABITtc6yS38bhv_6P4NMuSpVmmoSHk1-sSuvH3y702O0nTeZj&s=OtiPnSuoZjUXFgz9pxbGOOyjQmKPEq-OhEbhtsAmvZE&e=
> > >
> > > 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]

 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 issues in lib/libpci.pc
> -DEPENDS = "zlib kmod make-native"
> -
> -SRC_URI = "${KERNELORG_MIRROR}/software/utils/pciutils/pciutils-${PV}.tar.xz 
> \
> -   file://configure.patch"
> +DEPENDS = "make-native"
>  
> +SRC_URI = "${KERNELORG_MIRROR}/software/utils/pciutils/pciutils-${PV}.tar.xz"
>  SRC_URI[sha256sum] = 
> "3f472ad864473de5ba17f765cc96ef5f33e1b730918d3adda6f945a2a9290df4"
>  
>  inherit multilib_header pkgconfig update-alternatives
>  
> -PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
> 'hwdb', '', d)}"
> +PACKAGECONFIG ??= "hwdb kmod zlib"
>  PACKAGECONFIG[hwdb] = "HWDB=yes,HWDB=no,udev"
> -
> -PCI_CONF_FLAG = "ZLIB=yes DNS=yes SHARED=yes STRIP= LIBDIR=${libdir}"
> -
> -# see configure.patch
> -do_configure () {
> - (
> -   cd lib && \
> -   # PACKAGECONFIG_CONFARGS for this recipe could only possibly contain 
> 'HWDB=yes/no',
> -   # so we put it before ./configure
> -   ${PCI_CONF_FLAG} ${PACKAGECONFIG_CONFARGS} ./configure ${PV} 
> ${datadir} ${TARGET_OS} ${TARGET_ARCH}
> - )
> -}
> -
> -export PREFIX = "${prefix}"
> -export SBINDIR = "${sbindir}"
> -export SHAREDIR = "${datadir}"
> -export MANDIR = "${mandir}"
> -
> -EXTRA_OEMAKE = "-e MAKEFLAGS= ${PCI_CONF_FLAG}"
> -
> -ASNEEDED = ""
> -
> -# The configure script breaks if the HOST variable is set
> -HOST[unexport] = "1"
> +PACKAGECONFIG[kmod] = "LIBKMOD=yes,LIBKMOD=no,kmod"
> +PACKAGECONFIG[zlib] = "ZLIB=yes,ZLIB=no,zlib"
> +
> +# Configuration options
> +EXTRA_OEMAKE += "${PACKAGECONFIG_CONFARGS} DNS=yes SHARED=yes"
> +# Construct a HOST that matches what lib/configure expects
> +EXTRA_OEMAKE += "HOST="${HOST_ARCH}-${HOST_OS}""
> +# Toolchain. We need to pass CFLAGS via LDFLAGS as this is the only variable
> +# # available to the caller without clobbering assignments (notably, -fPIC)
> +EXTRA_OEMAKE += "CC="${CC}" AR="${AR}" STRIP= LDFLAGS="${CFLAGS} ${LDFLAGS}""
> +# Paths
> +EXTRA_OEMAKE += "PREFIX=${prefix} LIBDIR=${libdir} SBINDIR=${sbindir} 
> SHAREDIR=${datadir} MANDIR=${mandir}"
>  
>  do_install () {
>   oe_runmake DESTDIR=${D} install install-lib
> @@ -54,11 +40,15 @@ do_install () {
>  }
>  
>  PACKAGES =+ "${PN}-ids libpci"
> +
>  FILES:${PN}-ids = "${datadir}/pci.ids*"
> -FILES:libpci = "${libdir}/libpci.so.*"
>  SUMMARY:${PN}-ids = "PCI utilities - device ID database"
>  DESCRIPTION:${PN}-ids = "Package providing the PCI device ID database for 
> pciutils."
>  RDEPENDS:${PN} += "${PN}-ids"
>  
> +FILES:libpci = "${libdir}/libpci.so.*"
> +# The versioned symbols in libpci appear to be causing relocations
> +INSANE_SKIP:libpci += "textrel"
> +
>  ALTERNATIVE:${PN} = "lspci"
>  ALTERNATIVE_PRIORITY = "100"
> -- 
> 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 (#199887): 
https://lists.openembedded.org/g/openembedded-core/message/199887
Mute This Topic: https://lists.openembedded.org/mt/106260811/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] tclibc-picolibc: Adds a new TCLIBC variant to build with picolibc as C library

[Alexandre Belloni via lists.openembedded.org]

root = picolibc_buildtype_format.format(sysroot_crt0_path)
> ++
> + gen_crt0_path = specs_prefix_format.format(get_option('libdir') / crt0_expr)
> + crt0_gen = gen_format.format(gen_crt0_path)
> + 
> +@@ -686,10 +696,13 @@ if enable_multilib
> +   buildtype_multilib_dir = specs_prefix_format.format(get_option('libdir') 
> / '%*/%M')
> +   multilib_buildtype = 
> picolibc_buildtype_format.format(buildtype_multilib_dir)
> + 
> ++  sysroot_multilib_dir = '%*' + '/' + get_option('libdir') + '/' + '%*/%M'
> ++  multilib_sysroot = sysroot_format.format(sysroot_multilib_dir)
> ++  
> +   gen_multilib_dir = specs_prefix_format.format(get_option('libdir') / '%M')
> +   multilib_gen = gen_format.format(gen_multilib_dir)
> + 
> +-  specs_multilibpath = '-L' + specs_option_format.format(multilib_prefix, 
> multilib_buildtype, multilib_gen)
> ++  specs_multilibpath = '-L' + specs_option_format.format(multilib_prefix, 
> multilib_buildtype, multilib_sysroot, multilib_gen)
> + 
> +   #
> +   # Prepend the multilib -L option to the non-multilib option
> +@@ -705,6 +718,9 @@ if enable_multilib
> +   buildtype_multilib_crt0_path = 
> specs_prefix_format.format(get_option('libdir') / '%*/%M' / crt0_expr)
> +   crt0_buildtype = 
> picolibc_buildtype_format.format(buildtype_multilib_crt0_path)
> + 
> ++  sysroot_multilib_crt0_path = '%*' + prefix + '/' + get_option('libdir') + 
> '/' + '/%M' + '/' + crt0_expr
> ++  crt0_sysroot = sysroot_format.format(sysroot_multilib_crt0_path)
> ++  
> +   gen_multilib_crt0_path = specs_prefix_format.format(get_option('libdir') 
> / '%M' / crt0_expr)
> +   crt0_gen = gen_format.format(gen_multilib_crt0_path)
> + endif
> +@@ -714,7 +730,7 @@ endif
> + # above. As there's only one value, it's either the
> + # multilib path or the non-multilib path
> + #
> +-specs_startfile = specs_option_format.format(crt0_prefix, crt0_buildtype, 
> crt0_gen)
> ++specs_startfile = specs_option_format.format(crt0_prefix, crt0_buildtype, 
> crt0_sysroot, crt0_gen)
> + endif
> + 
> + specs_data = configuration_data()
> diff --git 
> a/meta/recipes-core/picolibc/picolibc/no-early-compiler-checks.cross 
> b/meta/recipes-core/picolibc/picolibc/no-early-compiler-checks.cross
> new file mode 100644
> index 00..87bfbad3c5
> --- /dev/null
> +++ b/meta/recipes-core/picolibc/picolibc/no-early-compiler-checks.cross
> @@ -0,0 +1,6 @@
> +# We need to explicitly bypass mesons sanity check to avoid early compiler 
> errors
> +# otherwise meson will try to compile AND run test applications:
> +# ../git/meson.build:35:0: ERROR: Executables created by c compiler are not 
> runnable...
> +
> +[properties]
> +skip_sanity_check=true
> \ No newline at end of file
> diff --git a/meta/recipes-core/picolibc/picolibc_git.bb 
> b/meta/recipes-core/picolibc/picolibc_git.bb
> new file mode 100644
> index 00..a17abbc534
> --- /dev/null
> +++ b/meta/recipes-core/picolibc/picolibc_git.bb
> @@ -0,0 +1,35 @@
> +require picolibc.inc
> +
> +INHIBIT_DEFAULT_DEPS = "1"
> +DEPENDS = "virtual/${TARGET_PREFIX}gcc"
> +
> +PROVIDES += "virtual/libc virtual/libiconv virtual/libintl"
> +
> +COMPATIBLE_HOST:libc-musl:class-target = "null"
> +COMPATIBLE_HOST:libc-glibc:class-target = "null"
> +COMPATIBLE_MACHINE = "qemuarm|qemuarm64|qemuriscv32|qemuriscv64"
> +
> +SRC_URI:append = " file://avoid_polluting_cross_directories.patch"
> +SRC_URI:append = " file://no-early-compiler-checks.cross"
> +
> +# This is being added by picolibc meson files as well to avoid
> +# early compiler tests from failing, cant remember why I added it
> +# to the newlib recipe but I would assume it was for the same reason
> +TARGET_CC_ARCH:append = " -nostdlib"
> +
> +# When using RISCV64 use medany for both C library and application recipes
> +TARGET_CFLAGS:append:qemuriscv64 = " -mcmodel=medany"
> +
> +inherit meson
> +
> +MESON_CROSS_FILE:append = " 
> --cross-file=${WORKDIR}/no-early-compiler-checks.cross"
> +
> +PACKAGECONFIG ??= " specsdir"
> +# Install GCC specs on libdir
> +PACKAGECONFIG[specsdir] = "-Dspecsdir=${libdir},-Dspecsdir=none"
> +
> +
> +FILES:${PN}-dev:append = " ${libdir}/*.specs ${libdir}/*.ld"
> +
> +# No rpm package is actually created but -dev depends on it, avoid dnf error
> +DEV_PKG_DEPENDENCY:libc-picolibc = ""
> diff --git a/meta/recipes-devtools/gcc/gcc-cross.inc 
> b/meta/recipes-devtools/gcc/gcc-cross.inc
> index a540fb2434..e492dea1b8 100644
> --- a/meta/recipes-devtools/gcc/gcc-cross.inc
> +++ b/meta/recipes-devtools/gcc/gcc-cross.inc
> @@ -34,6 +34,7 @@ EXTRA_OECONF += "\
>  EXTRA_OECONF:append:libc-baremetal = " --without-headers"
>  EXTRA_OECONF:remove:libc-baremetal = "--enable-threads=posix"
>  EXTRA_OECONF:remove:libc-newlib = "--enable-threads=posix"
> +EXTRA_OECONF:remove:libc-picolibc = "--enable-threads=posix"
>  
>  EXTRA_OECONF_PATHS = "\
>  --with-gxx-include-dir=/not/exist${target_includedir}/c++/${BINV} \
> diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc 
> b/meta/recipes-devtools/gcc/gcc-runtime.inc
> index dbc9141000..7885eb40dd 100644
> --- a/meta/recipes-devtools/gcc/gcc-runtime.inc
> +++ b/meta/recipes-devtools/gcc/gcc-runtime.inc
> @@ -17,6 +17,7 @@ EXTRA_OECONF_PATHS = "\
>  EXTRA_OECONF:append:linuxstdbase = " --enable-clocale=gnu"
>  EXTRA_OECONF:append = " --cache-file=${B}/config.cache"
>  EXTRA_OECONF:append:libc-newlib = " --with-newlib --with-target-subdir"
> +EXTRA_OECONF:append:libc-picolibc = " --with-newlib --with-target-subdir"
>  EXTRA_OECONF:append:libc-baremetal = " --with-target-subdir"
>  
>  # Disable ifuncs for libatomic on arm conflicts -march/-mcpu
> @@ -27,6 +28,7 @@ DISABLE_STATIC:class-nativesdk ?= ""
>  
>  # Newlib does not support symbol versioning on libsdtcc++
>  SYMVERS_CONF:libc-newlib = ""
> +SYMVERS_CONF:libc-picolibc = ""
>  
>  # Building with thumb enabled on armv6t fails
>  ARM_INSTRUCTION_SET:armv6 = "arm"
> @@ -47,6 +49,7 @@ RUNTIMETARGET = "${RUNTIMELIBSSP} libstdc++-v3 libgomp 
> libatomic ${RUNTIMELIBITM
>  "
>  # Only build libstdc++ for newlib
>  RUNTIMETARGET:libc-newlib = "libstdc++-v3"
> +RUNTIMETARGET:libc-picolibc = "libstdc++-v3"
>  
>  # libiberty
>  # libgfortran needs separate recipe due to libquadmath dependency
> diff --git a/meta/recipes-devtools/gcc/libgcc-common.inc 
> b/meta/recipes-devtools/gcc/libgcc-common.inc
> index d9084af51a..e3db17d700 100644
> --- a/meta/recipes-devtools/gcc/libgcc-common.inc
> +++ b/meta/recipes-devtools/gcc/libgcc-common.inc
> @@ -53,6 +53,11 @@ do_install:append:libc-newlib () {
>   rmdir ${D}${base_libdir}
>   fi
>  }
> +do_install:append:libc-picolibc () {
> + if [ "${base_libdir}" != "${libdir}" ]; then
> + rmdir ${D}${base_libdir}
> + fi
> +}
>  
>  # No rpm package is actually created but -dev depends on it, avoid dnf error
>  DEV_PKG_DEPENDENCY:libc-baremetal = ""
> -- 
> 2.45.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 (#199886): 
https://lists.openembedded.org/g/openembedded-core/message/199886
Mute This Topic: https://lists.openembedded.org/mt/106250650/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]

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] missing_

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('.'

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]

644
>  --- a/Makefile.am
>  +++ b/Makefile.am
> -@@ -57,6 +57,7 @@ systemdsystemunit_DATA =
> +@@ -64,6 +64,7 @@ tmpfiles_DATA =
>   dist_bashcompletion_DATA =
>   check_PROGRAMS =
>   dist_check_SCRIPTS =
>  +TESTS = $(check_PROGRAMS)
>   
> - PATHFILES =
> - ADOCFILES_COMMON =
> + BUILT_SOURCES =
> + 
> diff --git a/meta/recipes-core/util-linux/util-linux_2.39.3.bb 
> b/meta/recipes-core/util-linux/util-linux_2.40.1.bb
> similarity index 99%
> rename from meta/recipes-core/util-linux/util-linux_2.39.3.bb
> rename to meta/recipes-core/util-linux/util-linux_2.40.1.bb
> index 2cd7750afc..eceb0495a7 100644
> --- a/meta/recipes-core/util-linux/util-linux_2.39.3.bb
> +++ b/meta/recipes-core/util-linux/util-linux_2.40.1.bb
> @@ -90,7 +90,7 @@ EXTRA_OECONF:append = " --disable-hwclock-gplv3"
>  # build host versions during development
>  #
>  PACKAGECONFIG ?= "pcre2"
> -PACKAGECONFIG:class-target ?= "${@bb.utils.contains('DISTRO_FEATURES', 
> 'pam', 'chfn-chsh pam', '', d)}"
> +PACKAGECONFIG:class-target ?= "${@bb.utils.contains('DISTRO_FEATURES', 
> 'pam', 'chfn-chsh pam lastlog2', '', d)}"
>  # inherit manpages requires this to be present, however util-linux does not 
> have
>  # configuration options, and installs manpages always
>  PACKAGECONFIG[manpages] = ""
> @@ -106,6 +106,7 @@ PACKAGECONFIG[pcre2] = ",,libpcre2"
>  PACKAGECONFIG[cryptsetup] = 
> "--with-cryptsetup,--without-cryptsetup,cryptsetup"
>  PACKAGECONFIG[chfn-chsh] = "--enable-chfn-chsh,--disable-chfn-chsh,"
>  PACKAGECONFIG[selinux] = "--with-selinux,--without-selinux,libselinux"
> +PACKAGECONFIG[lastlog2] = 
> "--enable-liblastlog2,--disable-liblastlog2,sqlite3"
>  
>  EXTRA_OEMAKE = "ARCH=${TARGET_ARCH} CPU= CPUOPT= 'OPT=${CFLAGS}'"
>  
> -- 
> 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 (#199604): 
https://lists.openembedded.org/g/openembedded-core/message/199604
Mute This Topic: https://lists.openembedded.org/mt/106199572/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] 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]

;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 +35,6 @@ RUST_ALTERNATE_EXE_PATH_NATIVE = 
> "${STAGING_LIBDIR_NATIVE}/llvm-rust/bin/llvm-co
>  # own vendoring.
>  CARGO_DISABLE_BITBAKE_VENDORING = "1"
>  
> -# We can't use RUST_BUILD_SYS here because that may be "musl" if
> -# TCLIBC="musl". Snapshots are always -unknown-linux-gnu
>  setup_cargo_environment () {
>  # The first step is to build bootstrap and some early stage tools,
>  # these are build for the same target as the snapshot, e.g.
> @@ -54,8 +52,8 @@ do_rust_setup_snapshot () {
>  
>  # Some versions of rust (e.g. 1.18.0) tries to find cargo in 
> stage0/bin/cargo
>  # and fail without it there.
> -mkdir -p ${RUSTSRC}/build/${BUILD_SYS}
> -ln -sf ${WORKDIR}/rust-snapshot/ ${RUSTSRC}/build/${BUILD_SYS}/stage0
> +mkdir -p ${RUSTSRC}/build/${RUST_BUILD_SYS}
> +ln -sf ${WORKDIR}/rust-snapshot/ 
> ${RUSTSRC}/build/${RUST_BUILD_SYS}/stage0
>  
>  # Need to use uninative's loader if enabled/present since the library 
> paths
>  # are used internally by rust and result in symbol mismatches if we don't
> -- 
> 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 (#199540): 
https://lists.openembedded.org/g/openembedded-core/message/199540
Mute This Topic: https://lists.openembedded.org/mt/106132432/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 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]

gt; ++#ifndef _WIN32
> ++TEST_F(TokenPoolTest, TwoTokensFifo) {
> ++  CreateFifoPool();
> ++
> ++  ASSERT_NE(NULL, tokens_);
> ++  EXPECT_EQ(kLoadAverageDefault, load_avg_);
> ++
> ++  // implicit token
> ++  EXPECT_TRUE(tokens_->Acquire());
> ++  tokens_->Reserve();
> ++  EXPECT_FALSE(tokens_->Acquire());
> ++
> ++  // jobserver offers 2nd token
> ++  char test_tokens[1] = { '+' };
> ++  ASSERT_EQ(1u, write(fds_[1], test_tokens, sizeof(test_tokens)));
> ++  EXPECT_TRUE(tokens_->Acquire());
> ++  tokens_->Reserve();
> ++  EXPECT_FALSE(tokens_->Acquire());
> ++
> ++  // release 2nd token
> ++  tokens_->Release();
> ++  EXPECT_TRUE(tokens_->Acquire());
> ++
> ++  // release implicit token - must return 2nd token back to jobserver
> ++  tokens_->Release();
> ++  EXPECT_TRUE(tokens_->Acquire());
> ++
> ++  // there must be one token available
> ++  EXPECT_EQ(1u, read(fds_[0], buf_, sizeof(buf_)));
> ++  EXPECT_EQ(test_tokens[0], buf_[0]);
> ++
> ++  // implicit token
> ++  EXPECT_TRUE(tokens_->Acquire());
> ++}
> ++#endif
> ++
> + TEST_F(TokenPoolTest, Clear) {
> +   CreateDefaultPool();
> + 
> +-- 
> +2.44.0
> +
> diff --git a/meta/recipes-devtools/ninja/ninja_1.11.1.bb 
> b/meta/recipes-devtools/ninja/ninja_1.11.1.bb
> index 8e297ec4d4..dbff2e191a 100644
> --- a/meta/recipes-devtools/ninja/ninja_1.11.1.bb
> +++ b/meta/recipes-devtools/ninja/ninja_1.11.1.bb
> @@ -6,9 +6,13 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=a81586a64ad4e476c791cda7e2f2c52e"
>  
>  DEPENDS = "re2c-native ninja-native"
>  
> -SRCREV = "a524bf3f6bacd1b4ad85d719eed2737d8562f27a"
> +SRCREV = "95dee2a91d96c409d54f9fa0b70ea9aa2bdf8e63"
>  
> -SRC_URI = 
> "git://github.com/ninja-build/ninja.git;branch=release;protocol=https"
> +SRC_URI = " \
> +
> git://github.com/kitware/ninja.git;branch=kitware-staged-features;protocol=https
>  \
> +file://0001-Rename-TokenPool-Setup-to-SetupClient.patch \
> +file://0002-Add-GNU-make-jobserver-fifo-style-client-support.patch \
> +"
>  UPSTREAM_CHECK_GITTAGREGEX = "v(?P.*)"
>  
>  S = "${WORKDIR}/git"
> -- 
> 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 (#198700): 
https://lists.openembedded.org/g/openembedded-core/message/198700
Mute This Topic: https://lists.openembedded.org/mt/105326967/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-