Re: [OE-core] [PATCH] vte: Upgrade to 0.78.0

[Khem Raj]

On Tue, Sep 24, 2024 at 3:53 AM Alexander Kanavin 
wrote:

> On Tue, 24 Sept 2024 at 07:27, Khem Raj  wrote:
> > > How can the crash be reproduced? This must be specified. Could it be
> specific to your setup? Qemu usermode is pretty robust with standard poky.
> > >
> > It could be my setup but I could see it with clang and gcc and I left it
> there.
> > Its a bit convoluted to reproduce since its in generated program which
> > is called via another wrapper over qemu usermode,
> > here is the cmdline which can be used. After do_compile task is run for
> vte.
> > https://snips.sh/f/sREktUGD0f
>
> I think it is your setup. I just built this update on poky qemuarm
> with g-i re-enabled, and it worked (both glibc and musl). So you need
> to narrow it down to something else, disabling it for everyone isn't
> correct.


Thanks will send a v2


>
> Alex
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204860): 
https://lists.openembedded.org/g/openembedded-core/message/204860
Mute This Topic: https://lists.openembedded.org/mt/108619476/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] systemd-boot: Enable on all arches except x32

[Khem Raj]

On Tue, Sep 24, 2024 at 4:32 AM Ross Burton  wrote:

> On 24 Sep 2024, at 01:21, Khem Raj via lists.openembedded.org  gmail@lists.openembedded.org> wrote:
> >
> > Add other architectures as and when found not working
>
> Have you tested this on an architecture which wasn’t in the compatible
> host list?  Being a bootloader, it’s not like it will just work everywhere.
>

That seems to be the expectation with latest changes I have tested it on
riscv

>
> Ross

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

Re: [OE-core] [PATCH] vte: Upgrade to 0.78.0

[Khem Raj]

On Mon, Sep 23, 2024 at 9:18 PM Alexander Kanavin
 wrote:
>
> How can the crash be reproduced? This must be specified. Could it be specific 
> to your setup? Qemu usermode is pretty robust with standard poky.
>
It could be my setup but I could see it with clang and gcc and I left it there.
Its a bit convoluted to reproduce since its in generated program which
is called via another wrapper over qemu usermode,
here is the cmdline which can be used. After do_compile task is run for vte.
https://snips.sh/f/sREktUGD0f

> Alex
>
> On Tue 24. Sep 2024 at 1.43, Khem Raj via lists.openembedded.org 
>  wrote:
>>
>> - Needed for Gnome-47 components e.g. gnome-console
>> - Disable GI_DATA on arm, it uses qemu usermode and qemu-user crashes
>>   while running qemu_Vte-3.91
>>
>> Signed-off-by: Khem Raj 
>> ---
>>  meta/recipes-support/vte/{vte_0.76.3.bb => vte_0.78.0.bb} | 4 ++--
>>  1 file changed, 2 insertions(+), 2 deletions(-)
>>  rename meta/recipes-support/vte/{vte_0.76.3.bb => vte_0.78.0.bb} (94%)
>>
>> diff --git a/meta/recipes-support/vte/vte_0.76.3.bb 
>> b/meta/recipes-support/vte/vte_0.78.0.bb
>> similarity index 94%
>> rename from meta/recipes-support/vte/vte_0.76.3.bb
>> rename to meta/recipes-support/vte/vte_0.78.0.bb
>> index 515ff228fd4..f44d39ac451 100644
>> --- a/meta/recipes-support/vte/vte_0.76.3.bb
>> +++ b/meta/recipes-support/vte/vte_0.78.0.bb
>> @@ -15,11 +15,11 @@ DEPENDS = "glib-2.0 glib-2.0-native gtk+3 libpcre2 
>> libxml2-native gperf-native i
>>
>>  GIR_MESON_OPTION = 'gir'
>>  GIDOCGEN_MESON_OPTION = "docs"
>> -
>> +GI_DATA_ENABLED:armv7ve = "False"
>>  inherit gnomebase gi-docgen features_check upstream-version-is-even 
>> gobject-introspection systemd vala
>>
>>  SRC_URI += "file://0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch"
>> -SRC_URI[archive.sha256sum] = 
>> "f678e94c056f377fd0021214adff5450cb172e9a08b160911181ddff7b7d5d60"
>> +SRC_URI[archive.sha256sum] = 
>> "07f09c6228a8bb3c1599dd0f5a6ec797b30d3010c3ac91cf21b69d9635dfaf7c"
>>
>>  ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
>>
>>
>> 
>>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204834): 
https://lists.openembedded.org/g/openembedded-core/message/204834
Mute This Topic: https://lists.openembedded.org/mt/108619476/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] systemd-boot: Enable on all arches except x32

[Khem Raj]

Add other architectures as and when found not working

Signed-off-by: Khem Raj 
Cc: Mikko Rapeli 
---
 meta/recipes-core/systemd/systemd-boot_256.5.bb | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/recipes-core/systemd/systemd-boot_256.5.bb 
b/meta/recipes-core/systemd/systemd-boot_256.5.bb
index 9a6d8e9d6e3..71c7041f8bf 100644
--- a/meta/recipes-core/systemd/systemd-boot_256.5.bb
+++ b/meta/recipes-core/systemd/systemd-boot_256.5.bb
@@ -49,7 +49,6 @@ RDEPENDS:${PN} += "virtual-systemd-bootconf"
 
 CFLAGS:append:libc-musl = " -D__DEFINED_wchar_t"
 
-COMPATIBLE_HOST = "(aarch64.*|arm.*|x86_64.*|i.86.*)-linux"
 COMPATIBLE_HOST:x86-x32 = "null"
 
 do_install() {

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204829): 
https://lists.openembedded.org/g/openembedded-core/message/204829
Mute This Topic: https://lists.openembedded.org/mt/10861/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 05/12] image_types_wic.bbclass: set systemd-boot and os-release dependency for all archs

[Khem Raj]

On Sun, Sep 22, 2024 at 1:42 AM Mikko Rapeli via
lists.openembedded.org
 wrote:
>
> These work on all archs not just x86.
>
> Signed-off-by: Mikko Rapeli 
> ---
>  meta/classes-recipe/image_types_wic.bbclass | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/classes-recipe/image_types_wic.bbclass 
> b/meta/classes-recipe/image_types_wic.bbclass
> index 86f40633eb..e02eb0b367 100644
> --- a/meta/classes-recipe/image_types_wic.bbclass
> +++ b/meta/classes-recipe/image_types_wic.bbclass
> @@ -110,7 +110,7 @@ WKS_FILE_DEPENDS_DEFAULT = 
> '${@bb.utils.contains_any("BUILD_ARCH", [ 'x86_64', '
>  WKS_FILE_DEPENDS_DEFAULT += "bmaptool-native cdrtools-native 
> btrfs-tools-native squashfs-tools-native e2fsprogs-native erofs-utils-native"
>  # Unified kernel images need objcopy
>  WKS_FILE_DEPENDS_DEFAULT += "virtual/${TARGET_PREFIX}binutils"
> -WKS_FILE_DEPENDS_BOOTLOADERS = ""
> +WKS_FILE_DEPENDS_BOOTLOADERS ?= "systemd-boot os-release"

systemd-boot is only built for arm/arm64/x86/x86_64 if I look into the
systemd-boot recipe, so this will break wic image
generation for other architectures.

>  WKS_FILE_DEPENDS_BOOTLOADERS:x86 = "syslinux grub-efi systemd-boot 
> os-release"
>  WKS_FILE_DEPENDS_BOOTLOADERS:x86-64 = "syslinux grub-efi systemd-boot 
> os-release"
>  WKS_FILE_DEPENDS_BOOTLOADERS:x86-x32 = "syslinux grub-efi"
> --
> 2.34.1
>
>
> 
>

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

[Khem Raj]

- Needed for Gnome-47 components e.g. gnome-console
- Disable GI_DATA on arm, it uses qemu usermode and qemu-user crashes
  while running qemu_Vte-3.91

Signed-off-by: Khem Raj 
---
 meta/recipes-support/vte/{vte_0.76.3.bb => vte_0.78.0.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/vte/{vte_0.76.3.bb => vte_0.78.0.bb} (94%)

diff --git a/meta/recipes-support/vte/vte_0.76.3.bb 
b/meta/recipes-support/vte/vte_0.78.0.bb
similarity index 94%
rename from meta/recipes-support/vte/vte_0.76.3.bb
rename to meta/recipes-support/vte/vte_0.78.0.bb
index 515ff228fd4..f44d39ac451 100644
--- a/meta/recipes-support/vte/vte_0.76.3.bb
+++ b/meta/recipes-support/vte/vte_0.78.0.bb
@@ -15,11 +15,11 @@ DEPENDS = "glib-2.0 glib-2.0-native gtk+3 libpcre2 
libxml2-native gperf-native i
 
 GIR_MESON_OPTION = 'gir'
 GIDOCGEN_MESON_OPTION = "docs"
-
+GI_DATA_ENABLED:armv7ve = "False"
 inherit gnomebase gi-docgen features_check upstream-version-is-even 
gobject-introspection systemd vala
 
 SRC_URI += "file://0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch"
-SRC_URI[archive.sha256sum] = 
"f678e94c056f377fd0021214adff5450cb172e9a08b160911181ddff7b7d5d60"
+SRC_URI[archive.sha256sum] = 
"07f09c6228a8bb3c1599dd0f5a6ec797b30d3010c3ac91cf21b69d9635dfaf7c"
 
 ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204827): 
https://lists.openembedded.org/g/openembedded-core/message/204827
Mute This Topic: https://lists.openembedded.org/mt/108619476/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] qemu: Fix build on musl/riscv64

[Khem Raj]

musl does not provide strerrorname_np() so do not use it.

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/qemu/qemu.inc   |  1 +
 .../qemu/qemu/fix-strerrorname_np.patch   | 27 +++
 2 files changed, 28 insertions(+)
 create mode 100644 meta/recipes-devtools/qemu/qemu/fix-strerrorname_np.patch

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index f37b32985bf..2786eedd423 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -21,6 +21,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=441c28d2cf86e15a37fa47e15a72fbac \
 SRC_URI = "https://download.qemu.org/${BPN}-${PV}.tar.xz \
file://powerpc_rom.bin \
file://run-ptest \
+   file://fix-strerrorname_np.patch \

file://0001-qemu-Add-addition-environment-space-to-boot-loader-q.patch \
file://0002-apic-fixup-fallthrough-to-PIC.patch \
file://0003-configure-Add-pkg-config-handling-for-libgcrypt.patch \
diff --git a/meta/recipes-devtools/qemu/qemu/fix-strerrorname_np.patch 
b/meta/recipes-devtools/qemu/qemu/fix-strerrorname_np.patch
new file mode 100644
index 000..5098e8a4e5a
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/fix-strerrorname_np.patch
@@ -0,0 +1,27 @@
+target/riscv/kvm: do not use non-portable strerrorname_np()
+
+strerrorname_np is non-portable and breaks building with musl libc.
+
+Use strerror(errno) instead, like we do other places.
+
+Upstream-Status: Submitted 
[https://mail.gnu.org/archive/html/qemu-stable/2023-12/msg00069.html]
+
+Cc: qemu-sta...@nongnu.org
+Fixes: commit 082e9e4a58ba (target/riscv/kvm: improve 'init_multiext_cfg' 
error 
+msg)
+Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2041
+Buglink: https://gitlab.alpinelinux.org/alpine/aports/-/issues/15541
+Signed-off-by: Natanael Copa 
+
+--- a/target/riscv/kvm/kvm-cpu.c
 b/target/riscv/kvm/kvm-cpu.c
+@@ -1731,8 +1731,7 @@ static bool kvm_cpu_realize(CPUState *cs
+ if (riscv_has_ext(&cpu->env, RVV)) {
+ ret = prctl(PR_RISCV_V_SET_CONTROL, PR_RISCV_V_VSTATE_CTRL_ON);
+ if (ret) {
+-error_setg(errp, "Error in prctl PR_RISCV_V_SET_CONTROL, code: 
%s",
+-   strerrorname_np(errno));
++error_setg(errp, "Error in prctl PR_RISCV_V_SET_CONTROL, error 
%d", errno);
+ return false;
+ }
+ }

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

[OE-core] [PATCH 1/2] systemd-bootchart: Add riscv 32bit support

[Khem Raj]

Signed-off-by: Khem Raj 
---
 .../0001-Add-riscv32-support.patch| 48 +++
 .../systemd-bootchart_235.bb  |  1 +
 2 files changed, 49 insertions(+)
 create mode 100644 
meta/recipes-devtools/systemd-bootchart/systemd-bootchart/0001-Add-riscv32-support.patch

diff --git 
a/meta/recipes-devtools/systemd-bootchart/systemd-bootchart/0001-Add-riscv32-support.patch
 
b/meta/recipes-devtools/systemd-bootchart/systemd-bootchart/0001-Add-riscv32-support.patch
new file mode 100644
index 000..80f0b6d3783
--- /dev/null
+++ 
b/meta/recipes-devtools/systemd-bootchart/systemd-bootchart/0001-Add-riscv32-support.patch
@@ -0,0 +1,48 @@
+From da22e9f4eec22163feab5a0a4488627ea992daa9 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 16 Sep 2024 23:58:36 +
+Subject: [PATCH] Add riscv32 support
+
+Add missing definitions for the RISC-V 32-bit architecture.
+
+Upstream-Status: Submitted 
[https://github.com/systemd/systemd-bootchart/pull/54]
+Signed-off-by: Khem Raj 
+---
+ configure.ac   | 1 +
+ src/architecture.h | 4 
+ 2 files changed, 5 insertions(+)
+
+diff --git a/configure.ac b/configure.ac
+index 5c9c20f..f977c78 100644
+--- a/configure.ac
 b/configure.ac
+@@ -45,6 +45,7 @@ SET_ARCH(IA32, i*86*)
+ SET_ARCH(MIPS, mips*)
+ SET_ARCH(AARCH64, aarch64*)
+ SET_ARCH(RISCV64, riscv64*)
++SET_ARCH(RISCV32, riscv32*)
+ 
+ AC_CHECK_SIZEOF(pid_t)
+ AC_CHECK_SIZEOF(uid_t)
+diff --git a/src/architecture.h b/src/architecture.h
+index cbf1795..f33cd00 100644
+--- a/src/architecture.h
 b/src/architecture.h
+@@ -58,6 +58,7 @@ enum {
+ ARCHITECTURE_TILEGX,
+ ARCHITECTURE_CRIS,
+ ARCHITECTURE_RISCV64,
++ARCHITECTURE_RISCV32,
+   ARCHITECTURE_LOONGARCH,
+ _ARCHITECTURE_MAX,
+ _ARCHITECTURE_INVALID = -1
+@@ -151,6 +152,9 @@ int uname_architecture(void);
+ #elif defined(__riscv) && __riscv_xlen == 64
+ #  define native_architecture() ARCHITECTURE_RISCV64
+ #  define define LIB_ARCH_TUPLE "riscv64-linux-gnu"
++#elif defined(__riscv) && __riscv_xlen == 32
++#  define native_architecture() ARCHITECTURE_RISCV32
++#  define define LIB_ARCH_TUPLE "riscv32-linux-gnu"
+ #elif defined(__loongarch__) && __loongarch_grlen == 64
+ #  define native_architecture() ARCHITECTURE_LOONGARCH
+ #  define define LIB_ARCH_TUPLE "loongarch64-linux-gnu"
diff --git a/meta/recipes-devtools/systemd-bootchart/systemd-bootchart_235.bb 
b/meta/recipes-devtools/systemd-bootchart/systemd-bootchart_235.bb
index 3c3c84ff4a4..859c7eb906f 100644
--- a/meta/recipes-devtools/systemd-bootchart/systemd-bootchart_235.bb
+++ b/meta/recipes-devtools/systemd-bootchart/systemd-bootchart_235.bb
@@ -11,6 +11,7 @@ LIC_FILES_CHKSUM = 
"file://LICENSE.LGPL2.1;md5=4fbd65380cdd255951079008b364516c
 SRC_URI = 
"git://github.com/systemd/systemd-bootchart.git;protocol=https;branch=main \
file://mips64.patch \
file://no_lto.patch \
+   file://0001-Add-riscv32-support.patch \
 "
 
 SRC_URI:append:libc-musl = " \

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

[OE-core] [PATCH 2/2] bluez: Fix mesh builds on musl

[Khem Raj]

When mesh is enabled on musl the build fails with conflicting basename
calls.

Signed-off-by: Khem Raj 
---
 meta/recipes-connectivity/bluez5/bluez5.inc   |   1 +
 ...ove-local-basename-into-utility-file.patch | 114 ++
 2 files changed, 115 insertions(+)
 create mode 100644 
meta/recipes-connectivity/bluez5/bluez5/0001-mesh-Move-local-basename-into-utility-file.patch

diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc 
b/meta/recipes-connectivity/bluez5/bluez5.inc
index eda0f8d6c78..b3bcd278e62 100644
--- a/meta/recipes-connectivity/bluez5/bluez5.inc
+++ b/meta/recipes-connectivity/bluez5/bluez5.inc
@@ -70,6 +70,7 @@ SRC_URI = 
"${KERNELORG_MIRROR}/linux/bluetooth/bluez-${PV}.tar.xz \

file://0001-tests-add-a-target-for-building-tests-without-runnin.patch \
file://0001-test-gatt-Fix-hung-issue.patch \
file://0001-Provide-GNU-basename-compatible-implementation.patch \
+   file://0001-mesh-Move-local-basename-into-utility-file.patch \
"
 S = "${WORKDIR}/bluez-${PV}"
 
diff --git 
a/meta/recipes-connectivity/bluez5/bluez5/0001-mesh-Move-local-basename-into-utility-file.patch
 
b/meta/recipes-connectivity/bluez5/bluez5/0001-mesh-Move-local-basename-into-utility-file.patch
new file mode 100644
index 000..33c12fc3a87
--- /dev/null
+++ 
b/meta/recipes-connectivity/bluez5/bluez5/0001-mesh-Move-local-basename-into-utility-file.patch
@@ -0,0 +1,114 @@
+From e64c2e70a74da452b0ee147350c4ce93e1db8d2f Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 16 Sep 2024 15:11:01 -0700
+Subject: [PATCH v2] mesh: Move local basename into utility file
+
+Defining an override via a missing.h can prove difficult when a file
+needs to use basename and dirname both the APIs and needs to include
+libgen.h for them, in such situations there will be signature clash
+for basename function.
+
+Upstream-Status: Submitted 
[https://lore.kernel.org/linux-bluetooth/20240917031745.1641153-1-raj.k...@gmail.com/T/#u]
+Signed-off-by: Khem Raj 
+
+---
+v2: Remove reference to missing.h in Makefile.mesh
+
+ Makefile.mesh   |  2 +-
+ mesh/mesh-config-json.c |  3 +--
+ mesh/missing.h  | 21 -
+ mesh/rpl.c  |  3 +--
+ mesh/util.c | 10 ++
+ mesh/util.h |  5 +
+ 6 files changed, 18 insertions(+), 26 deletions(-)
+ delete mode 100644 mesh/missing.h
+
+--- a/mesh/mesh-config-json.c
 b/mesh/mesh-config-json.c
+@@ -28,7 +28,6 @@
+ #include 
+ #include 
+ 
+-#include "mesh/missing.h"
+ #include "mesh/mesh-defs.h"
+ #include "mesh/util.h"
+ #include "mesh/mesh-config.h"
+@@ -2708,7 +2707,7 @@ void mesh_config_destroy_nvm(struct mesh
+   if (!hex2str(cfg->uuid, 16, uuid, sizeof(uuid)))
+   return;
+ 
+-  node_name = basename(node_dir);
++  node_name = mesh_basename(node_dir);
+ 
+   /* Make sure path name of node follows expected guidelines */
+   if (strcmp(node_name, uuid))
+--- a/mesh/missing.h
 /dev/null
+@@ -1,21 +0,0 @@
+-// SPDX-License-Identifier: LGPL-2.1-or-later
+-/*
+- *
+- *  BlueZ - Bluetooth protocol stack for Linux
+- *
+- *  Copyright (C) 2024  Khem Raj 
+- *
+- */
+-
+-#ifdef HAVE_CONFIG_H
+-#include 
+-#endif
+-#if !HAVE_DECL_BASENAME
+-#include 
+-static inline const char *basename(const char *path)
+-{
+-  const char *base = strrchr(path, '/');
+-
+-  return base ? base + 1 : path;
+-}
+-#endif
+--- a/mesh/rpl.c
 b/mesh/rpl.c
+@@ -24,7 +24,6 @@
+ 
+ #include 
+ 
+-#include "mesh/missing.h"
+ #include "mesh/mesh-defs.h"
+ 
+ #include "mesh/node.h"
+@@ -147,7 +146,7 @@ static void get_entries(const char *iv_p
+   if (!dir)
+   return;
+ 
+-  iv_txt = basename(iv_path);
++  iv_txt = mesh_basename(iv_path);
+   if (sscanf(iv_txt, "%08x", &iv_index) != 1) {
+   closedir(dir);
+   return;
+--- a/mesh/util.c
 b/mesh/util.c
+@@ -161,3 +161,13 @@ void enable_debug(void)
+   debug_enabled = true;
+   l_debug_enable("*");
+ }
++
++#if !HAVE_DECL_BASENAME
++#include 
++const char *mesh_basename(const char *path)
++{
++  const char *base = strrchr(path, '/');
++
++  return base ? base + 1 : path;
++}
++#endif
+--- a/mesh/util.h
 b/mesh/util.h
+@@ -16,3 +16,8 @@ void print_packet(const char *label, con
+ int create_dir(const char *dir_name);
+ void del_path(const char *path);
+ void enable_debug(void);
++#if !HAVE_DECL_BASENAME
++const char *mesh_basename(const char *path);
++#else
++#define mesh_basename basename
++#endif

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204645): 
https://lists.openembedded.org/g/openembedded-core/message/204645
Mute This Topic: https://lists.openembedded.org/mt/108520537/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] security-flags: Re-enable pie for power pc

[Khem Raj]

Thanks for the patch. Overall it seems ok, would be great if you
mentioned how you tested it

On Tue, Sep 17, 2024 at 10:45 PM GROSSSCHARTNER Benjamin via
lists.openembedded.org

wrote:
>
> Classified as: {Hitachi Rail - Public}
>
> From f04017bf8bc0a4325de9e51251cd4d6dcdc1ecf0 Mon Sep 17 00:00:00 2001
> From: Benjamin Grossschartner 
> Date: Wed, 18 Sep 2024 07:11:16 +0200
> Subject: [PATCH] security-flags: Re-enable pie for power pc
>
> pie now works with gcc on powerpc, see:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81170
>
> Signed-off-by: Benjamin Grossschartner 
> 
> ---
>  meta/conf/distro/include/security_flags.inc | 6 --
>  1 file changed, 6 deletions(-)
>
> diff --git a/meta/conf/distro/include/security_flags.inc 
> b/meta/conf/distro/include/security_flags.inc
> index d97a6edb0f..f713a99465 100644
> --- a/meta/conf/distro/include/security_flags.inc
> +++ b/meta/conf/distro/include/security_flags.inc
> @@ -31,12 +31,6 @@ SECURITY_NO_PIE_CFLAGS ?= "${SECURITY_STACK_PROTECTOR} 
> ${lcl_maybe_fortify} ${SE
>  SECURITY_LDFLAGS ?= "-Wl,-z,relro,-z,now"
>  SECURITY_X_LDFLAGS ?= "-Wl,-z,relro"
>
> -# powerpc does not get on with pie for reasons not looked into as yet
> -GCCPIE:powerpc = ""
> -GLIBCPIE:powerpc = ""
> -SECURITY_CFLAGS:remove:powerpc = "${SECURITY_PIE_CFLAGS}"
> -SECURITY_CFLAGS:pn-libgcc:powerpc = ""
> -
>  SECURITY_CFLAGS:pn-glibc = ""
>  SECURITY_CFLAGS:pn-glibc-testsuite = ""
>  SECURITY_CFLAGS:pn-gcc-runtime = ""
> --
> 2.34.1
>
>
> {Hitachi Rail - Public}
>
> 
>

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

Re: [OE-core][master][PATCH] tzdata : Upgrade to 2024b

[Khem Raj]

On Tue, Sep 17, 2024 at 12:35 AM Richard Purdie via
lists.openembedded.org
 wrote:
>
> On Tue, 2024-09-17 at 08:32 +0100, Richard Purdie via
> lists.openembedded.org wrote:
> > On Fri, 2024-09-13 at 15:47 +0530, Priyal Doshi via
> > lists.openembedded.org wrote:
> > > From: Priyal Doshi 
> > >
> > > Signed-off-by: Priyal Doshi 
> > > ---
> > >  meta/recipes-extended/timezone/timezone.inc | 6 +++---
> > >  1 file changed, 3 insertions(+), 3 deletions(-)
> > >
> > > diff --git a/meta/recipes-extended/timezone/timezone.inc
> > > b/meta/recipes-extended/timezone/timezone.inc
> > > index 4734adc..adf0952 100644
> > > --- a/meta/recipes-extended/timezone/timezone.inc
> > > +++ b/meta/recipes-extended/timezone/timezone.inc
> > > @@ -6,7 +6,7 @@ SECTION = "base"
> > >  LICENSE = "PD & BSD-3-Clause"
> > >  LIC_FILES_CHKSUM =
> > > "file://LICENSE;md5=c679c9d6b02bc2757b3eaf8f53c43fba"
> > >
> > > -PV = "2024a"
> > > +PV = "2024b"
> > >
> > >  SRC_URI ="
> > > http://www.iana.org/time-zones/repository/releases/tzcode${PV}.tar.gz;name=tzcode;subdir=tz
> > >  \
> > >
> > > http://www.iana.org/time-zones/repository/releases/tzdata${PV}.tar.gz;name=tzdata;subdir=tz
> > >  \
> > > @@ -16,5 +16,5 @@ S = "${WORKDIR}/tz"
> > >
> > >  UPSTREAM_CHECK_URI = "http://www.iana.org/time-zones";
> > >
> > > -SRC_URI[tzcode.sha256sum] =
> > > "80072894adff5a458f1d143e16e4ca1d8b2a122c9c5399da482cb68cba6a1ff8"
> > > -SRC_URI[tzdata.sha256sum] =
> > > "0d0434459acbd2059a7a8da1f3304a84a86591f6ed69c6248fffa502b6edffe3"
> > > +SRC_URI[tzcode.sha256sum] =
> > > "5e438fc449624906af16a18ff4573739f0cda9862e5ec28d3bcb19cbaed0f672"
> > > +SRC_URI[tzdata.sha256sum] =
> > > "70e754db126a8d0db3d16d6b4cb5f7ec1e04d5f261255e4558a67fe92d39e550"
> >
> > I think this breaks a test in the glib-2.0 test suite:
> >
> > https://valkyrie.yoctoproject.org/#/builders/73/builds/126/steps/12/logs/stdio
> >
> > WARNING: core-image-ptest-glib-2.0-1.0-r0 do_testimage: There were
> > failing ptests.
> > Failed ptests:
> > {'glib-2.0': ['glib/gdatetime.test']}
> >
>
>
> I managed to find ptest logs for this:
>
>
>
> ok 62 /GTimeZone/no-header-identifier
> **
> GLib:ERROR:/usr/src/debug/glib-2.0/2.80.4/glib/tests/gdatetime.c:2960:test_posix_parse:
>  assertion failed (g_time_zone_get_abbreviation (tz, 0) == "PST"): ("LMT" == 
> "PST")
> not ok /GTimeZone/posix-parse - 
> GLib:ERROR:/usr/src/debug/glib-2.0/2.80.4/glib/tests/gdatetime.c:2960:test_posix_parse:
>  assertion failed (g_time_zone_get_abbreviation (tz, 0) == "PST"): ("LMT" == 
> "PST")
> Bail out!
> FAIL: glib/gdatetime.test (Child process killed by signal 6)
> Running test: glib/bitlock.test
>

Seems to be running out of memory. Maybe allocate more RAM to qemu ?

> Cheers,
>
> Richard
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204625): 
https://lists.openembedded.org/g/openembedded-core/message/204625
Mute This Topic: https://lists.openembedded.org/mt/108429297/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] libpcre2: Update base uri PhilipHazel -> PCRE2Project

[Khem Raj]

Signed-off-by: Khem Raj 
---
 meta/recipes-support/libpcre/libpcre2_10.44.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/libpcre/libpcre2_10.44.bb 
b/meta/recipes-support/libpcre/libpcre2_10.44.bb
index ceb2b854588..36f58e46122 100644
--- a/meta/recipes-support/libpcre/libpcre2_10.44.bb
+++ b/meta/recipes-support/libpcre/libpcre2_10.44.bb
@@ -12,7 +12,7 @@ LIC_FILES_CHKSUM = 
"file://LICENCE;md5=321a5eb46acae6b6c1ff2c7a866d836a"
 
 SRC_URI = "${GITHUB_BASE_URI}/download/pcre2-${PV}/pcre2-${PV}.tar.bz2"
 
-GITHUB_BASE_URI = "https://github.com/PhilipHazel/pcre2/releases";
+GITHUB_BASE_URI = "https://github.com/PCRE2Project/pcre2/releases";
 UPSTREAM_CHECK_REGEX = "releases/tag/pcre2-(?P\d+(\.\d+)+)$"
 
 SRC_URI[sha256sum] = 
"d34f02e113cf7193a1ebf2770d3ac527088d485d4e047ed10e5d217c6ef5de96"

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204603): 
https://lists.openembedded.org/g/openembedded-core/message/204603
Mute This Topic: https://lists.openembedded.org/mt/108475095/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] [yocto] [qa-build-notification] QA notification for completed autobuilder build (yocto-4.0.21.rc1)

[Khem Raj]

LGTM

On Thu, Sep 12, 2024 at 9:56 PM Jing Hui Tham via
lists.yoctoproject.org
 wrote:
>
> Hi All,
>
> QA for yocto-4.0.21.rc1 is completed. This is the full report for this 
> release:
> https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults
>
> === Summary 
> No high milestone defects.
>
> No new issue found.
>
> Thanks,
> Jing Hui
>
> > -Original Message-
> > From: qa-build-notificat...@lists.yoctoproject.org  > notificat...@lists.yoctoproject.org> On Behalf Of Steve Sakoman
> > Sent: Sunday, September 8, 2024 3:38 AM
> > To: Yocto (yo...@lists.yoctoproject.org) 
> > Cc: qa-build-notificat...@lists.yoctoproject.org
> > Subject: [qa-build-notification] QA notification for completed autobuilder
> > build (yocto-4.0.21.rc1)
> >
> > A build flagged for QA (yocto-4.0.21.rc1) was completed on the autobuilder
> > and is available at:
> >
> >
> > https://autobuilder.yocto.io/pub/releases/yocto-4.0.21.rc1
> >
> >
> > Build URL:
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/7317
> >
> > Build hash information:
> >
> > bitbake: ec2a99a077da9aa0e99e8b05e0c65dcbd45864b1
> > meta-agl: 7af3c4ada26dcdb93496962b7189a6d72e14a824
> > meta-arm: 260e3adc2bf322f52d81c0642c825088a88bb051
> > meta-aws: c5f55dfcfdacdc88428e848900ddc64d8b0512c8
> > meta-clang: 8bc893d735e5f779a2dcdc3992621d5ab371800d
> > meta-gplv2: d2f8b5cdb285b72a4ed93450f6703ca27aa42e8a
> > meta-intel: 3cbfddf8819bdf6c10343c81de419a0e05aca074
> > meta-mingw: f6b38ce3c90e1600d41c2ebb41e152936a0357d7
> > meta-openembedded: 52ecd66835dcfd8b4e55c9cb6325908ccea6a4e7
> > meta-virtualization: e0cd09e3b8367e2745a27db2e7ff1f8452c8cf41
> > oecore: c40a3fec49942ac6d25ba33e57e801a550e252c9
> > poky: 4cdc553814640851cce85f84ee9c0b58646cd33b
> >
> >
> >
> > This is an automated message from the Yocto Project Autobuilder
> > Git: git://git.yoctoproject.org/yocto-autobuilder2
> > Email: richard.pur...@linuxfoundation.org
> >
> >
> >
> >
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204469): 
https://lists.openembedded.org/g/openembedded-core/message/204469
Mute This Topic: https://lists.openembedded.org/mt/108427145/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] vulkan-samples: limit to aarch64/x86-64

[Khem Raj]

On Tue, Sep 10, 2024 at 9:31 AM Ross Burton via lists.openembedded.org
 wrote:
>
> This package is only tested upstream for aarch64 and x86-64 targets,
> for example there are int/long cast issues on 32-bit platforms and ATSC
> is only ported to aarch64/x86-64.
>
> Instead of listing the machines where we know it doesn't work, limit the
> recipe to machines where it is known to work.
>
> Signed-off-by: Ross Burton 
> ---
>  meta/recipes-graphics/vulkan/vulkan-samples_git.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-graphics/vulkan/vulkan-samples_git.bb 
> b/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
> index 93d4cdfdd9e..06e996d2435 100644
> --- a/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
> +++ b/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
> @@ -36,4 +36,4 @@ EXTRA_OECMAKE += "-DCMAKE_DISABLE_PRECOMPILE_HEADERS=ON"
>  # This needs to be specified explicitly to avoid xcb/xlib dependencies
>  EXTRA_OECMAKE += "-DVKB_WSI_SELECTION=D2D"
>
> -COMPATIBLE_HOST:x86 = "null"
> +COMPATIBLE_HOST = "(aarch64|x86_64).*-linux"

LGTM.
Reviewed-by: Khem Raj 

> --
> 2.34.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204359): 
https://lists.openembedded.org/g/openembedded-core/message/204359
Mute This Topic: https://lists.openembedded.org/mt/108378166/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] vulkan-samples: Disable on 32bit ARM

[Khem Raj]

On Tue, Sep 10, 2024 at 5:22 AM Ross Burton  wrote:

> On 10 Sep 2024, at 01:51, Khem Raj via lists.openembedded.org  gmail@lists.openembedded.org> wrote:
> >
> > vulkan-samples depend on atsc module and this module
> > only supports x86_64/arm64 as it seems,
>
> I’m wondering if we should reverse this logic and just list the platforms
> that vulkan-samples actually works on.


Yeah that would be arm64 and x86_64 AFAICT

>
>
> For example, it also fails on 32-bit ppc:
>
> vulkan-samples/git/git/components/filesystem/src/std_filesystem.cpp:52:13:
> error: narrowing conversion of 'size' from 'long long unsigned int' to
> 'size_t' {aka 'unsigned int'} [-Werror=narrowing]
>
> Ross

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204352): 
https://lists.openembedded.org/g/openembedded-core/message/204352
Mute This Topic: https://lists.openembedded.org/mt/108367209/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] vulkan-samples: Disable on 32bit ARM

[Khem Raj]

vulkan-samples depend on atsc module and this module
only supports x86_64/arm64 as it seems, Neon support check does
not do a good job of detecting 64bit arm + neon to enable it
and it gets enabled for 32bit arm and it uses 64bit neon ISA
ending in build errors e.g.

astc/Source/astcenc_vecmathlib_neon_4.h:420:16: error: 'vaddvq_u32' was not 
declared in this scope; did you mean 'vaddq_u32'?

if upstream fixes the build for arm we can re-enable it

Signed-off-by: Khem Raj 
---
 meta/recipes-graphics/vulkan/vulkan-samples_git.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/vulkan/vulkan-samples_git.bb 
b/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
index 93d4cdfdd9e..e1a2d13cdff 100644
--- a/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
+++ b/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
@@ -37,3 +37,5 @@ EXTRA_OECMAKE += "-DCMAKE_DISABLE_PRECOMPILE_HEADERS=ON"
 EXTRA_OECMAKE += "-DVKB_WSI_SELECTION=D2D"
 
 COMPATIBLE_HOST:x86 = "null"
+COMPATIBLE_HOST:arm = "null"
+COMPATIBLE_HOST:armv7ve = "null"

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

[OE-core] [PATCH] python: Backport fix for regex DoS when parsing TarFile headers

[Khem Raj]

Fixes CVE-2024-6232

Signed-off-by: Khem Raj 
---
 .../python/python3/CVE-2024-6232.patch| 522 ++
 .../recipes-devtools/python/python3_3.12.5.bb |   1 +
 2 files changed, 523 insertions(+)
 create mode 100644 meta/recipes-devtools/python/python3/CVE-2024-6232.patch

diff --git a/meta/recipes-devtools/python/python3/CVE-2024-6232.patch 
b/meta/recipes-devtools/python/python3/CVE-2024-6232.patch
new file mode 100644
index 000..313b9e25383
--- /dev/null
+++ b/meta/recipes-devtools/python/python3/CVE-2024-6232.patch
@@ -0,0 +1,522 @@
+From abb1b033b2fc7454002dc601dc387a78edede31c Mon Sep 17 00:00:00 2001
+From: Seth Michael Larson 
+Date: Tue, 2 Jul 2024 13:36:30 -0500
+Subject: [PATCH 1/8] Remove backtracking when parsing tarfile headers
+
+CVE: CVE-2024-6232
+Signed-off-by: Khem Raj 
+Upstream-Status: Backport [https://github.com/python/cpython/pull/121286]
+---
+ Lib/tarfile.py| 46 +--
+ ...-07-02-13-39-20.gh-issue-121285.hrl-yI.rst |  2 +
+ 2 files changed, 35 insertions(+), 13 deletions(-)
+ create mode 100644 
Misc/NEWS.d/next/Security/2024-07-02-13-39-20.gh-issue-121285.hrl-yI.rst
+
+diff --git a/Lib/tarfile.py b/Lib/tarfile.py
+index d5d8a469779f50..5797c9d645a69a 100644
+--- a/Lib/tarfile.py
 b/Lib/tarfile.py
+@@ -1422,7 +1422,7 @@ def _proc_pax(self, tarfile):
+POSIX.1-2008.
+ """
+ # Read the header information.
+-buf = tarfile.fileobj.read(self._block(self.size))
++buf: bytes = tarfile.fileobj.read(self._block(self.size))
+ 
+ # A pax header stores supplemental information for either
+ # the following file (extended) or all following files
+@@ -1437,9 +1437,15 @@ def _proc_pax(self, tarfile):
+ # these fields are UTF-8 encoded but since POSIX.1-2008 tar
+ # implementations are allowed to store them as raw binary strings if
+ # the translation to UTF-8 fails.
+-match = re.search(br"\d+ hdrcharset=([^\n]+)\n", buf)
+-if match is not None:
+-pax_headers["hdrcharset"] = match.group(1).decode("utf-8")
++if (
++# Statement is both a contains check (!=-1) and a bounds check 
(>0)
++(hdrcharset_offset := buf.find(b" hdrcharset=") - 1) > -1
++# Check that the character before is a digit (0x30-0x39 is 0-9)
++and 0x30 <= buf[hdrcharset_offset] <= 0x39
++):
++match = re.match(br"^\d{1,20} hdrcharset=([^\n]+)\n", 
buf[hdrcharset_offset:])
++if match is not None:
++pax_headers["hdrcharset"] = match.group(1).decode("utf-8")
+ 
+ # For the time being, we don't care about anything other than 
"BINARY".
+ # The only other value that is currently allowed by the standard is
+@@ -1454,14 +1460,14 @@ def _proc_pax(self, tarfile):
+ # "%d %s=%s\n" % (length, keyword, value). length is the size
+ # of the complete record including the length field itself and
+ # the newline. keyword and value are both UTF-8 encoded strings.
+-regex = re.compile(br"(\d+) ([^=]+)=")
++regex = re.compile(br"^(\d{1,20}) ([^=]+)=")
+ pos = 0
+-while match := regex.match(buf, pos):
++while match := regex.match(buf[pos:]):
+ length, keyword = match.groups()
+ length = int(length)
+ if length == 0:
+ raise InvalidHeaderError("invalid header")
+-value = buf[match.end(2) + 1:match.start(1) + length - 1]
++value = buf[match.end(2) + pos + 1:match.start(1) + pos + length 
- 1]
+ 
+ # Normally, we could just use "utf-8" as the encoding and "strict"
+ # as the error handler, but we better not take the risk. For
+@@ -1520,12 +1526,26 @@ def _proc_pax(self, tarfile):
+ def _proc_gnusparse_00(self, next, pax_headers, buf):
+ """Process a GNU tar extended sparse header, version 0.0.
+ """
+-offsets = []
+-for match in re.finditer(br"\d+ GNU.sparse.offset=(\d+)\n", buf):
+-offsets.append(int(match.group(1)))
+-numbytes = []
+-for match in re.finditer(br"\d+ GNU.sparse.numbytes=(\d+)\n", buf):
+-numbytes.append(int(match.group(1)))
++def finditer_without_backtracking(buf, needle: bytes) -> list[int]:
++values = []
++regex = re.compile(br"^\d{1,20}%s(\d+)\n" % (needle,))
++while True:
++if (
++# Statement is both a contains check (!=-1) and a bounds 
check (>0)
++(needle_offset := buf.find(needle) - 1) > -1
++# Check tha

Re: [OE-core] [PATCH] gcc: Fix spurious '/' in GLIBC_DYNAMIC_LINKER on microblaze

[Khem Raj]

This needs backporting to kirkstone and scarthgap as well.

On Tue, Sep 3, 2024 at 10:25 PM Khem Raj  wrote:
>
> Signed-off-by: Khem Raj 
> Cc: Mark Hatle 
> ---
>  ...fine-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git 
> a/meta/recipes-devtools/gcc/gcc/0007-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
>  
> b/meta/recipes-devtools/gcc/gcc/0007-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
> index 6ff16e38e19..4ed55015519 100644
> --- 
> a/meta/recipes-devtools/gcc/gcc/0007-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
> +++ 
> b/meta/recipes-devtools/gcc/gcc/0007-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
> @@ -1,4 +1,4 @@
> -From b597a2bc85ffdcf780731a44de02799ebc3d8f61 Mon Sep 17 00:00:00 2001
> +From 4067ae345f0ff1fbf37c0348f2af09257513b817 Mon Sep 17 00:00:00 2001
>  From: Khem Raj 
>  Date: Fri, 29 Mar 2013 09:24:50 +0400
>  Subject: [PATCH] Define GLIBC_DYNAMIC_LINKER and UCLIBC_DYNAMIC_LINKER
> @@ -184,7 +184,7 @@ index e5d84e180e3..98cb49c189f 100644
>   #undef GNU_USER_TARGET_LINK_SPEC
>   #define GNU_USER_TARGET_LINK_SPEC \
>  diff --git a/gcc/config/microblaze/linux.h b/gcc/config/microblaze/linux.h
> -index 5ed8ee518be..5553e7cac21 100644
> +index 5ed8ee518be..299d1a62c81 100644
>  --- a/gcc/config/microblaze/linux.h
>  +++ b/gcc/config/microblaze/linux.h
>  @@ -28,7 +28,7 @@
> @@ -192,7 +192,7 @@ index 5ed8ee518be..5553e7cac21 100644
>   #define TLS_NEEDS_GOT 1
>
>  -#define GLIBC_DYNAMIC_LINKER "/lib/ld.so.1"
> -+#define GLIBC_DYNAMIC_LINKER SYSTEMLIBS_DIR "/ld.so.1"
> ++#define GLIBC_DYNAMIC_LINKER SYSTEMLIBS_DIR "ld.so.1"
>   #define UCLIBC_DYNAMIC_LINKER "/lib/ld-uClibc.so.0"
>
>   #if TARGET_BIG_ENDIAN_DEFAULT == 0 /* LE */

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204247): 
https://lists.openembedded.org/g/openembedded-core/message/204247
Mute This Topic: https://lists.openembedded.org/mt/108260331/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] gcc: Fix spurious '/' in GLIBC_DYNAMIC_LINKER on microblaze

[Khem Raj]

Signed-off-by: Khem Raj 
Cc: Mark Hatle 
---
 ...fine-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git 
a/meta/recipes-devtools/gcc/gcc/0007-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
 
b/meta/recipes-devtools/gcc/gcc/0007-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
index 6ff16e38e19..4ed55015519 100644
--- 
a/meta/recipes-devtools/gcc/gcc/0007-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
+++ 
b/meta/recipes-devtools/gcc/gcc/0007-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
@@ -1,4 +1,4 @@
-From b597a2bc85ffdcf780731a44de02799ebc3d8f61 Mon Sep 17 00:00:00 2001
+From 4067ae345f0ff1fbf37c0348f2af09257513b817 Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Fri, 29 Mar 2013 09:24:50 +0400
 Subject: [PATCH] Define GLIBC_DYNAMIC_LINKER and UCLIBC_DYNAMIC_LINKER
@@ -184,7 +184,7 @@ index e5d84e180e3..98cb49c189f 100644
  #undef GNU_USER_TARGET_LINK_SPEC
  #define GNU_USER_TARGET_LINK_SPEC \
 diff --git a/gcc/config/microblaze/linux.h b/gcc/config/microblaze/linux.h
-index 5ed8ee518be..5553e7cac21 100644
+index 5ed8ee518be..299d1a62c81 100644
 --- a/gcc/config/microblaze/linux.h
 +++ b/gcc/config/microblaze/linux.h
 @@ -28,7 +28,7 @@
@@ -192,7 +192,7 @@ index 5ed8ee518be..5553e7cac21 100644
  #define TLS_NEEDS_GOT 1
  
 -#define GLIBC_DYNAMIC_LINKER "/lib/ld.so.1"
-+#define GLIBC_DYNAMIC_LINKER SYSTEMLIBS_DIR "/ld.so.1"
++#define GLIBC_DYNAMIC_LINKER SYSTEMLIBS_DIR "ld.so.1"
  #define UCLIBC_DYNAMIC_LINKER "/lib/ld-uClibc.so.0"
  
  #if TARGET_BIG_ENDIAN_DEFAULT == 0 /* LE */

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204186): 
https://lists.openembedded.org/g/openembedded-core/message/204186
Mute This Topic: https://lists.openembedded.org/mt/108260331/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] [RFT][PATCH 1/2] glibc: Upgrade to 2.40

[Khem Raj]

Thanks for bringing this to my attention, it perhaps was mangled
during my local rebasing. I have sent a patch here

https://lore.kernel.org/openembedded-core/20240904031759.1891128-1-raj.k...@gmail.com/T/#u

Can you test it please ?

On Tue, Sep 3, 2024 at 6:47 PM Maohui Lei (Fujitsu)
 wrote:
>
> Hi, Raj
>
> With the following fix,  bits/wordsize.h conflict error between aarch64 and 
> arm32 occurs again. I tried the old 
> 0016-wordsize.h-Unify-the-header-between-arm-and-aarch64.patch, there is no 
> matter in do_patch.
> So, why was 0016-wordsize.h-Unify-the-header-between-arm-and-aarch64.patch 
> modified?
>
> Best regards
> Lei
>
>
> > a/meta/recipes-core/glibc/glibc/0016-wordsize.h-Unify-the-header-between-
> > arm-and-aarch64.patch
> > +++ b/meta/recipes-core/glibc/glibc/0016-wordsize.h-Unify-the-header-bet
> > +++ ween-arm-and-aarch64.patch
> > @@ -1,4 +1,4 @@
> > -From b1c374f7ede81a98f2d02def2c7ca17f1001f7cb Mon Sep 17 00:00:00
> > 2001
> > +From 3be9d4a66f83a64b26ffa0869385e4a0f623dd44 Mon Sep 17
> > 00:00:00 2001
> >  From: Khem Raj 
> >  Date: Fri, 15 May 2020 17:05:45 -0700
> >  Subject: [PATCH] wordsize.h: Unify the header between arm and aarch64
> > @@ -11,15 +11,14 @@ Upstream-Status: Inappropriate [ OE-Specific ]
> >
> >  Signed-off-by: Khem Raj 
> >  ---
> > - sysdeps/aarch64/bits/wordsize.h | 11 +--
> > - sysdeps/arm/bits/wordsize.h | 22 +-
> > - 2 files changed, 10 insertions(+), 23 deletions(-)
> > + sysdeps/aarch64/bits/wordsize.h | 8 ++--
> > + 1 file changed, 6 insertions(+), 2 deletions(-)
> >
>
>
>
>
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org
> >  On Behalf Of Khem Raj
> > Sent: Monday, July 22, 2024 2:04 AM
> > To: openembedded-core@lists.openembedded.org
> > Cc: Khem Raj 
> > Subject: [OE-core] [RFT][PATCH 1/2] glibc: Upgrade to 2.40
> >
> > Major new features:
> >
> > * The  header type-generic macros have been changed when using
> >   GCC 14.1 or later to use __builtin_stdc_bit_ceil etc. built-in functions
> >   in order to support unsigned __int128 and/or unsigned _BitInt(N)
> > operands
> >   with arbitrary precisions when supported by the target.
> >
> > * The GNU C Library now supports a feature test macro _ISOC23_SOURCE to
> >   enable features from the ISO C23 standard.  Only some features from
> >   this standard are supported by the GNU C Library.  The older name
> >   _ISOC2X_SOURCE is still supported.  Features from C23 are also enabled
> >   by _GNU_SOURCE, or by compiling with the GCC options -std=c23,
> >   -std=gnu23, -std=c2x or -std=gnu2x.
> >
> > * The following ISO C23 function families (introduced in TS
> >   18661-4:2015) are now supported in .  Each family includes
> >   functions for float, double, long double, _FloatN and _FloatNx, and a
> >   type-generic macro in .
> >
> >   - Exponential functions: exp2m1, exp10m1.
> >
> >   - Logarithmic functions: log2p1, log10p1, logp1.
> >
> > * A new tunable, glibc.rtld.enable_secure, can be used to run a program
> >   as if it were a setuid process. This is currently a testing tool to allow
> >   more extensive verification tests for AT_SECURE programs and not meant
> > to
> >   be a security feature.
> >
> > * On Linux, the epoll header was updated to include epoll ioctl definitions
> >   and the related structure added in Linux kernel 6.9.
> >
> > * The fortify functionality has been significantly enhanced for building
> >   programs with clang against the GNU C Library.
> >
> > * Many functions have been added to the vector library for aarch64:
> > acosh, asinh, atanh, cbrt, cosh, erf, erfc, hypot, pow, sinh, tanh
> >
> > * On x86, memset can now use non-temporal stores to improve the
> > performance
> >   of large writes. This behaviour is controlled by a new tunable
> >   x86_memset_non_temporal_threshold.
> >
> > Deprecated and removed features, and other changes affecting compatibility:
> >
> > * Architectures which use a 32-bit seconds-since-epoch field in struct
> >   lastlog, struct utmp, struct utmpx (such as i386, powerpc64le, rv32,
> >   rv64, x86-64) switched from a signed to an unsigned type for that
> >   field.  This allows these fields to store timestamps beyond the year
> >   2038, until the year 2106.  Please note that applications are still
> >   expected to migrate off the interfaces declared in  and
> >(except for login_tty) due to locking and session m

[OE-core] [RFT][PATCH] glibc: Fix the arm/arm64 worsize.h uniificationb patch

[Khem Raj]

The symlink got mangled during the 2.40 upgrade

Signed-off-by: Khem Raj 
Cc: Maohui Lei 
---
 ...y-the-header-between-arm-and-aarch64.patch | 50 +--
 1 file changed, 45 insertions(+), 5 deletions(-)

diff --git 
a/meta/recipes-core/glibc/glibc/0016-wordsize.h-Unify-the-header-between-arm-and-aarch64.patch
 
b/meta/recipes-core/glibc/glibc/0016-wordsize.h-Unify-the-header-between-arm-and-aarch64.patch
index d269b6f0af6..87bc7a840ec 100644
--- 
a/meta/recipes-core/glibc/glibc/0016-wordsize.h-Unify-the-header-between-arm-and-aarch64.patch
+++ 
b/meta/recipes-core/glibc/glibc/0016-wordsize.h-Unify-the-header-between-arm-and-aarch64.patch
@@ -1,4 +1,4 @@
-From 3be9d4a66f83a64b26ffa0869385e4a0f623dd44 Mon Sep 17 00:00:00 2001
+From 4dd93c44d85ad04343daa9933edfb6ae59863095 Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Fri, 15 May 2020 17:05:45 -0700
 Subject: [PATCH] wordsize.h: Unify the header between arm and aarch64
@@ -11,14 +11,16 @@ Upstream-Status: Inappropriate [ OE-Specific ]
 
 Signed-off-by: Khem Raj 
 ---
- sysdeps/aarch64/bits/wordsize.h | 8 ++--
- 1 file changed, 6 insertions(+), 2 deletions(-)
+ sysdeps/aarch64/bits/wordsize.h | 11 +--
+ sysdeps/arm/bits/wordsize.h | 22 +-
+ 2 files changed, 10 insertions(+), 23 deletions(-)
+ mode change 100644 => 12 sysdeps/arm/bits/wordsize.h
 
 diff --git a/sysdeps/aarch64/bits/wordsize.h b/sysdeps/aarch64/bits/wordsize.h
-index 118e59172d..b4b0692eb5 100644
+index 118e59172d..c6278c6afa 100644
 --- a/sysdeps/aarch64/bits/wordsize.h
 +++ b/sysdeps/aarch64/bits/wordsize.h
-@@ -17,12 +17,16 @@
+@@ -17,12 +17,19 @@
 License along with the GNU C Library; if not, see
 <https://www.gnu.org/licenses/>.  */
  
@@ -32,8 +34,46 @@ index 118e59172d..b4b0692eb5 100644
  # define __WORDSIZE32_PTRDIFF_LONG1
 +#else
 +# define __WORDSIZE   32
++# define __WORDSIZE_TIME64_COMPAT32   1
 +# define __WORDSIZE32_SIZE_ULONG  0
 +# define __WORDSIZE32_PTRDIFF_LONG0
  #endif
  
++#ifdef __aarch64__
  #define __WORDSIZE_TIME64_COMPAT320
++#endif
+diff --git a/sysdeps/arm/bits/wordsize.h b/sysdeps/arm/bits/wordsize.h
+deleted file mode 100644
+index 6ecbfe7c86..00
+--- a/sysdeps/arm/bits/wordsize.h
 /dev/null
+@@ -1,21 +0,0 @@
+-/* Copyright (C) 1999-2024 Free Software Foundation, Inc.
+-   This file is part of the GNU C Library.
+-
+-   The GNU C Library is free software; you can redistribute it and/or
+-   modify it under the terms of the GNU Lesser General Public
+-   License as published by the Free Software Foundation; either
+-   version 2.1 of the License, or (at your option) any later version.
+-
+-   The GNU C Library is distributed in the hope that it will be useful,
+-   but WITHOUT ANY WARRANTY; without even the implied warranty of
+-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+-   Lesser General Public License for more details.
+-
+-   You should have received a copy of the GNU Lesser General Public
+-   License along with the GNU C Library; if not, see
+-   <https://www.gnu.org/licenses/>.  */
+-
+-#define __WORDSIZE32
+-#define __WORDSIZE_TIME64_COMPAT321
+-#define __WORDSIZE32_SIZE_ULONG   0
+-#define __WORDSIZE32_PTRDIFF_LONG 0
+diff --git a/sysdeps/arm/bits/wordsize.h b/sysdeps/arm/bits/wordsize.h
+new file mode 12
+index 00..4c4a788ec2
+--- /dev/null
 b/sysdeps/arm/bits/wordsize.h
+@@ -0,0 +1 @@
++../../aarch64/bits/wordsize.h
+\ No newline at end of file

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204184): 
https://lists.openembedded.org/g/openembedded-core/message/204184
Mute This Topic: https://lists.openembedded.org/mt/108258982/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 19/24] python3-setuptools: upgrade 72.1.0 -> 72.2.0

[Khem Raj]

Hi Martin

Can you try reverting this patch

https://github.com/pypa/setuptools/commit/2c937116cc0dcd9b26b6070e89a3dc5dcbedc2ae

and see if it helps ?

On Tue, Sep 3, 2024 at 1:36 AM Martin Jansa via lists.openembedded.org
 wrote:
>
> Hello Wang,
>
> did you have a look at this regression (with ccache) from the
> setuptools upgrade?
>
> Regards,
>
> On Thu, Aug 22, 2024 at 6:30 PM Martin Jansa  wrote:
> >
> > This seems to break python3-numpy build.
> >
> > I guess it can be resolved by upgrading numpy as in:
> > https://lists.openembedded.org/g/openembedded-core/message/203231
> > which switches from setuptools3 to python_mesonpy
> >
> > Comparing the failing command line it looks like CXX and some other
> > flags are included twice:
> >
> > with: setuptools-72.2.0:
> >
> > ccache \
> > aarch64-oe-linux-g++ \
> > -fstack-protector-all \
> > -O2 \
> > -D_FORTIFY_SOURCE=2 \
> > -Wformat \
> > -Wformat-security \
> > -Werror=format-security \
> > -Werror=return-type \
> > -funwind-tables \
> > --sysroot=WORKDIR/recipe-sysroot \
> > -O2 \
> > -g \
> > -fcanon-prefix-map \
> > -fmacro-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4 
> > \
> > -fdebug-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4 
> > \
> > -fmacro-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4 
> > \
> > -fdebug-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4 
> > \
> > -fdebug-prefix-map=WORKDIR/recipe-sysroot= \
> > -fmacro-prefix-map=WORKDIR/recipe-sysroot= \
> > -fdebug-prefix-map=WORKDIR/recipe-sysroot-native= \
> > -pipe \
> > -fvisibility-inlines-hidden \
> > aarch64-oe-linux-g++ \
> > -fstack-protector-all \
> > -O2 \
> > -D_FORTIFY_SOURCE=2 \
> > -Wformat \
> > -Wformat-security \
> > -Werror=format-security \
> > -Werror=return-type \
> > -funwind-tables \
> > --sysroot=WORKDIR/recipe-sysroot \
> > -shared \
> > -Wl,-O1 \
> > -Wl,--hash-style=gnu \
> > -Wl,--as-needed \
> > -fcanon-prefix-map \
> > -fmacro-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4 
> > \
> > -fdebug-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4 
> > \
> > -fmacro-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4 
> > \
> > -fdebug-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4 
> > \
> > -fdebug-prefix-map=WORKDIR/recipe-sysroot= \
> > -fmacro-prefix-map=WORKDIR/recipe-sysroot= \
> > -fdebug-prefix-map=WORKDIR/recipe-sysroot-native= \
> > -Wl,-z,relro,-z,now \
> > -O2 \
> > -g \
> > -fcanon-prefix-map \
> > -fmacro-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4 
> > \
> > -fdebug-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4 
> > \
> > -fmacro-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4 
> > \
> > -fdebug-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4 
> > \
> > -fdebug-prefix-map=WORKDIR/recipe-sysroot= \
> > -fmacro-prefix-map=WORKDIR/recipe-sysroot= \
> > -fdebug-prefix-map=WORKDIR/recipe-sysroot-native= \
> > -pipe \
> > -fvisibility-inlines-hidden \
> > build/temp.linux-x86_64-cpython-312/build/src.linux-x86_64-3.12/numpy/core/src/multiarray/_multiarray_tests.o
> > \
> > build/temp.linux-x86_64-cpython-312/numpy/core/src/common/mem_overlap.o \
> > build/temp.linux-x86_64-cpython-312/numpy/core/src/common/npy_argparse.o \
> > build/temp.linux-x86_64-cpython-312/numpy/core/src/common/npy_hashtable.o \
> > -LWORKDIR/recipe-sysroot/usr/lib \
> > -Lbuild/temp.linux-x86_64-cpython-312 \
> > -lnpymath \
> > -o \
> > build/lib.linux-x86_64-cpython-312/numpy/core/_multiarray_tests.cpython-312-aarch64-linux-gnu.so
> >
> > --- setuptools-72.1.0   2024-08-22 18:17:36.941146726 +0200
> > +++ setuptools-72.2.0   2024-08-22 18:17:27.208147768 +0200
> > @@ -9,6 +9,28 @@
> >  -Werror=return-type \
> >  -funwind-tables \
> >  --sysroot=WORKDIR/recipe-sysroot \
> > +-O2 \
> > +-g \
> > +-fcanon-prefix-map \
> > +-fmacro-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4
> >  \
> > +-fdebug-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4
> >  \
> > +-fmacro-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4
> >  \
> > +-fdebug-prefix-map=WORKDIR/numpy-1.26.4=/usr/src/debug/python3-numpy/1.26.4
> >  \
> > +-fdebug-prefix-map=WORKDIR/recipe-sysroot= \
> > +-fmacro-prefix-map=WORKDIR/recipe-sysroot= \
> > +-fdebug-prefix-map=WORKDIR/recipe-sysroot-native= \
> > +-pipe \
> > +-fvisibility-inlines-hidden \
> > +aarch64-oe-linux-g++ \
> > +-fstack-protector-all \
> > +-O2 \
> > +-D_FORTIFY_SOURCE=2 \
> > +-Wformat \
> > +-Wformat-security \
> > +-Werror=format-security \
> > +-Werror=return-type \
> > +-funwind-tables \
> > +--sysroot=WORKDIR/recipe-sysroot \
> >  -shared \
> >  -Wl,-O1 \
> >  -Wl,--hash-style=gnu \
> > @@ -33,6 +55,7 @@
> >  -fmacro-prefix-map=WORKDIR/recipe-sysroot= \
> >  -fdebug-prefix-map=WORKDIR/recipe-sysroot-native= \
> >  -pipe \
> > +-fvisibility-inlines-

[OE-core] [PATCH 1/2] kea: Replace Name::NameString with vector of uint8_t

[Khem Raj]

This will fix build with libc++ from llvm 19.x

Signed-off-by: Khem Raj 
---
 ...me-NameString-with-vector-of-uint8_t.patch | 90 +++
 ...po-in-Name-Name-append-to-ndata_-not.patch | 36 
 meta/recipes-connectivity/kea/kea_2.6.1.bb|  2 +
 3 files changed, 128 insertions(+)
 create mode 100644 
meta/recipes-connectivity/kea/files/0001-Replace-Name-NameString-with-vector-of-uint8_t.patch
 create mode 100644 
meta/recipes-connectivity/kea/files/0002-Fix-unittests-Typo-in-Name-Name-append-to-ndata_-not.patch

diff --git 
a/meta/recipes-connectivity/kea/files/0001-Replace-Name-NameString-with-vector-of-uint8_t.patch
 
b/meta/recipes-connectivity/kea/files/0001-Replace-Name-NameString-with-vector-of-uint8_t.patch
new file mode 100644
index 000..a7deeca2432
--- /dev/null
+++ 
b/meta/recipes-connectivity/kea/files/0001-Replace-Name-NameString-with-vector-of-uint8_t.patch
@@ -0,0 +1,90 @@
+From 6b9fb56e3573aa65923df9a08201dd5321a1b1f1 Mon Sep 17 00:00:00 2001
+From: Dimitry Andric 
+Date: Sat, 3 Aug 2024 14:37:52 +0200
+Subject: [PATCH 1/2] Replace Name::NameString with vector of uint8_t
+
+As noted in the libc++ 19 release notes, it now only provides
+std::char_traits<> for types char, char8_t, char16_t, char32_t and
+wchar_t, and any instantiation for other types will fail.
+
+Name::NameString is defined as a std::basic_string, so that
+will no longer work. Redefine it as a std::vector instead.
+
+Upstream-Status: Submitted 
[https://gitlab.isc.org/isc-projects/kea/-/merge_requests/2410]
+Signed-off-by: Khem Raj 
+---
+ src/lib/dns/name.cc | 12 ++--
+ src/lib/dns/name.h  |  2 +-
+ 2 files changed, 7 insertions(+), 7 deletions(-)
+
+diff --git a/src/lib/dns/name.cc b/src/lib/dns/name.cc
+index ac48205..085229b 100644
+--- a/src/lib/dns/name.cc
 b/src/lib/dns/name.cc
+@@ -303,7 +303,7 @@ Name::Name(const std::string &namestring, bool downcase) {
+ // And get the output
+ labelcount_ = offsets.size();
+ isc_throw_assert(labelcount_ > 0 && labelcount_ <= Name::MAX_LABELS);
+-ndata_.assign(ndata.data(), ndata.size());
++ndata_.assign(ndata.data(), ndata.data() + ndata.size());
+ length_ = ndata_.size();
+ offsets_.assign(offsets.begin(), offsets.end());
+ }
+@@ -336,7 +336,7 @@ Name::Name(const char* namedata, size_t data_len, const 
Name* origin,
+ // Get the output
+ labelcount_ = offsets.size();
+ isc_throw_assert(labelcount_ > 0 && labelcount_ <= Name::MAX_LABELS);
+-ndata_.assign(ndata.data(), ndata.size());
++ndata_.assign(ndata.data(), ndata.data() + ndata.size());
+ length_ = ndata_.size();
+ offsets_.assign(offsets.begin(), offsets.end());
+ 
+@@ -347,7 +347,7 @@ Name::Name(const char* namedata, size_t data_len, const 
Name* origin,
+ // Drop the last character of the data (the \0) and append a copy of
+ // the origin's data
+ ndata_.erase(ndata_.end() - 1);
+-ndata_.append(origin->ndata_);
++ndata_.insert(ndata.end(), origin->ndata_.begin(), 
origin->ndata_.end());
+ 
+ // Do a similar thing with offsets. However, we need to move them
+ // so they point after the prefix we parsed before.
+@@ -582,7 +582,7 @@ Name::concatenate(const Name& suffix) const {
+ 
+ Name retname;
+ retname.ndata_.reserve(length);
+-retname.ndata_.assign(ndata_, 0, length_ - 1);
++retname.ndata_.assign(ndata_.data(), ndata_.data() + length_ - 1);
+ retname.ndata_.insert(retname.ndata_.end(),
+   suffix.ndata_.begin(), suffix.ndata_.end());
+ isc_throw_assert(retname.ndata_.size() == length);
+@@ -622,7 +622,7 @@ Name::reverse() const {
+ NameString::const_iterator n0 = ndata_.begin();
+ retname.offsets_.push_back(0);
+ while (rit1 != offsets_.rend()) {
+-retname.ndata_.append(n0 + *rit1, n0 + *rit0);
++retname.ndata_.insert(retname.ndata_.end(), n0 + *rit1, n0 + *rit0);
+ retname.offsets_.push_back(retname.ndata_.size());
+ ++rit0;
+ ++rit1;
+@@ -662,7 +662,7 @@ Name::split(const unsigned int first, const unsigned int 
n) const {
+ // original name, and append the trailing dot explicitly.
+ //
+ retname.ndata_.reserve(retname.offsets_.back() + 1);
+-retname.ndata_.assign(ndata_, offsets_[first], retname.offsets_.back());
++retname.ndata_.assign(ndata_.data() + offsets_[first], ndata_.data() + 
retname.offsets_.back());
+ retname.ndata_.push_back(0);
+ 
+ retname.length_ = retname.ndata_.size();
+diff --git a/src/lib/dns/name.h b/src/lib/dns/name.h
+index 37723e8..fac0036 100644
+--- a/src/lib/dns/name.h
 b/src/lib/dns/name.h
+@@ -228,7 +228,7 @@ class Name {
+ //@{
+ private:
+ /// \brief Name data string
+-typedef std::basic_string NameString;
++typedef std::vector NameString;
+ /// \brief Name offsets type
+ typedef std::vector NameOffsets;
+ 
diff --git 
a/meta/r

[OE-core] [PATCH 2/2] webkitgtk: Fix build issues with clang-19

[Khem Raj]

Signed-off-by: Khem Raj 
---
 ...1-Fix-build-issues-with-latest-Clang.patch | 251 ++
 meta/recipes-sato/webkit/webkitgtk_2.44.3.bb  |   1 +
 2 files changed, 252 insertions(+)
 create mode 100644 
meta/recipes-sato/webkit/webkitgtk/0001-Fix-build-issues-with-latest-Clang.patch

diff --git 
a/meta/recipes-sato/webkit/webkitgtk/0001-Fix-build-issues-with-latest-Clang.patch
 
b/meta/recipes-sato/webkit/webkitgtk/0001-Fix-build-issues-with-latest-Clang.patch
new file mode 100644
index 000..2be899fea84
--- /dev/null
+++ 
b/meta/recipes-sato/webkit/webkitgtk/0001-Fix-build-issues-with-latest-Clang.patch
@@ -0,0 +1,251 @@
+From 257ed304fb3e71d412568dcbed7129c145812fdf Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 2 Sep 2024 21:38:12 -0700
+Subject: [PATCH] Fix build issues with latest Clang
+ https://bugs.webkit.org/show_bug.cgi?id=276198 rdar://130933637
+
+Reviewed by Yusuke Suzuki.
+
+The use of the template keyword to reference template members without a 
template argument list was deprecated in the C++ standard.
+e.g. `foo.template bar()` nows needs to be `foo.template bar<>()`. I ran into 
a different issue with `std::reference_wrapper` that
+blocked me from going any further, which AFAICT is a bug on the Clang side.
+
+This also fixes a few other warnings that popped up while building with the 
new Clang denoted inline
+
+* Source/JavaScriptCore/ftl/FTLLowerDFGToB3.cpp:
+(JSC::FTL::DFG::LowerDFGToB3::compileCompareStrictEq): Clang didn't like the 
implicit static_cast(UINT32_MAX) so make it explicit with a 
static_assert no data was lost.
+* Source/JavaScriptCore/jit/AssemblyHelpers.cpp:
+(JSC::AssemblyHelpers::emitNonNullDecodeZeroExtendedStructureID): Clang didn't 
like the implicit static_cast(UINT32_MAX) so make it explicit with a 
static_assert no data was lost.
+* Source/JavaScriptCore/llint/InPlaceInterpreter.cpp:
+* Source/JavaScriptCore/llint/LLIntData.h:
+(JSC::LLInt::getCodeFunctionPtr):
+(JSC::LLInt::getWide16CodeFunctionPtr):
+(JSC::LLInt::getWide32CodeFunctionPtr):
+* Source/JavaScriptCore/parser/Nodes.h: Missing definition of ModuleScopeData 
added include.
+* Source/JavaScriptCore/runtime/JSCast.h:
+(JSC::JSCastingHelpers::inherits):
+(JSC::jsDynamicCast):
+* 
Source/ThirdParty/libwebrtc/Source/third_party/boringssl/src/crypto/bio/connect.c:
+(conn_callback_ctrl): Had a warning about an incompatible function type. Seems 
like this is intentional suppressed the warning.
+* Source/WTF/wtf/cf/TypeCastsCF.h: Had a warning about extra namespace 
qualification. I just moved it out of the namespace. That said, it feels like 
this warning shouldn't apply to macro expansions...
+* Source/WebCore/PAL/ThirdParty/libavif/ThirdParty/dav1d/src/decode.c:
+(decode_b): Had a warning about different types on the middle/right of a 
ternary expression. I just pushed the comparison inside the ternary.
+
+Canonical link: https://commits.webkit.org/280700@main
+
+Upstream-Status: Backport 
[https://github.com/WebKit/WebKit/commit/62b6e2db547e#diff-136d848d7c1b400da9b486916b67592b54e5abf7c66ac247697a93ae2fb743a9]
+Signed-off-by: Khem Raj 
+---
+ Source/JavaScriptCore/ftl/FTLLowerDFGToB3.cpp|  6 --
+ Source/JavaScriptCore/jit/AssemblyHelpers.cpp|  6 --
+ .../JavaScriptCore/llint/InPlaceInterpreter.cpp  | 16 
+ Source/JavaScriptCore/llint/LLIntData.h  | 12 ++--
+ Source/JavaScriptCore/llint/LLIntThunks.cpp  |  2 +-
+ Source/JavaScriptCore/parser/Nodes.h |  4 ++--
+ Source/JavaScriptCore/runtime/JSCast.h   |  4 ++--
+ 7 files changed, 27 insertions(+), 23 deletions(-)
+
+diff --git a/Source/JavaScriptCore/ftl/FTLLowerDFGToB3.cpp 
b/Source/JavaScriptCore/ftl/FTLLowerDFGToB3.cpp
+index 42a4eae7..dd987726 100644
+--- a/Source/JavaScriptCore/ftl/FTLLowerDFGToB3.cpp
 b/Source/JavaScriptCore/ftl/FTLLowerDFGToB3.cpp
+@@ -22930,8 +22930,10 @@ IGNORE_CLANG_WARNINGS_END
+ return m_out.shl(m_out.zeroExtPtr(structureID), 
m_out.constIntPtr(StructureID::encodeShiftAmount));
+ #else
+ LValue maskedStructureID = structureID;
+-if constexpr (structureHeapAddressSize < 4 * GB)
+-maskedStructureID = m_out.bitAnd(structureID, 
m_out.constInt32(StructureID::structureIDMask));
++if constexpr (structureHeapAddressSize < 4 * GB) {
++static_assert(static_cast(StructureID::structureIDMask) 
== StructureID::structureIDMask);
++maskedStructureID = m_out.bitAnd(structureID, 
m_out.constInt32(static_cast(StructureID::structureIDMask)));
++}
+ return m_out.bitOr(m_out.constIntPtr(startOfStructureHeap()), 
m_out.zeroExtPtr(maskedStructureID));
+ #endif
+ }
+diff --git a/Source/JavaScriptCore/jit/AssemblyHelpers.cpp 
b/Source/JavaScriptCore/jit/AssemblyHelpers.cpp
+index c939d27a..982dc46f 100644
+--- a/Source/JavaScriptCore/jit/AssemblyHelpers.cpp
 b/Source/JavaScriptCore/jit/AssemblyHelpers.cpp
+@@ -677,8 +677,

[OE-core] [PATCH] ffmpeg: Fix build on musl linux systems

[Khem Raj]

Improved detection of ioctl API makes it easier to use the right
implementation rather than bunch of ifdef condition checks.

Signed-off-by: Khem Raj 
---
 ...figure-improve-check-for-POSIX-ioctl.patch | 48 +++
 .../recipes-multimedia/ffmpeg/ffmpeg_7.0.2.bb |  1 +
 2 files changed, 49 insertions(+)
 create mode 100644 
meta/recipes-multimedia/ffmpeg/ffmpeg/0001-configure-improve-check-for-POSIX-ioctl.patch

diff --git 
a/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-configure-improve-check-for-POSIX-ioctl.patch
 
b/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-configure-improve-check-for-POSIX-ioctl.patch
new file mode 100644
index 000..b7c8cb21356
--- /dev/null
+++ 
b/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-configure-improve-check-for-POSIX-ioctl.patch
@@ -0,0 +1,48 @@
+From 82b5617b8197246cf5b2af98a28f2aa37b8c8aa1 Mon Sep 17 00:00:00 2001
+From: Ramiro Polla 
+Date: Thu, 29 Aug 2024 15:40:00 +0200
+Subject: [PATCH] configure: improve check for POSIX ioctl
+
+Instead of relying on system #ifdefs which may or may not be correct,
+detect the POSIX ioctl signature at configure time.
+
+Upstream-Status: Backport 
[https://github.com/FFmpeg/FFmpeg/commit/00b64fca55a3a009c9d0e391c85f4fd3291e5d12]
+Signed-off-by: Khem Raj 
+---
+ configure  | 2 ++
+ libavdevice/v4l2.c | 2 +-
+ 2 files changed, 3 insertions(+), 1 deletion(-)
+
+diff --git a/configure b/configure
+index 8642513..d70b0bb 100755
+--- a/configure
 b/configure
+@@ -2517,6 +2517,7 @@ HAVE_LIST="
+ opencl_videotoolbox
+ perl
+ pod2man
++posix_ioctl
+ texi2html
+ xmllint
+ zlib_gzip
+@@ -7131,6 +7132,7 @@ perl -v> /dev/null 2>&1 && enable perl  
|| disable perl
+ pod2man --help > /dev/null 2>&1 && enable pod2man   || disable pod2man
+ rsync --help 2> /dev/null | grep -q 'contimeout' && enable rsync_contimeout 
|| disable rsync_contimeout
+ xmllint --version  > /dev/null 2>&1 && enable xmllint   || disable xmllint
++test_code cc sys/ioctl.h "int ioctl(int, int, ...)" && enable posix_ioctl
+ 
+ # check V4L2 codecs available in the API
+ if enabled v4l2_m2m; then
+diff --git a/libavdevice/v4l2.c b/libavdevice/v4l2.c
+index 50ac47e..ee01711 100644
+--- a/libavdevice/v4l2.c
 b/libavdevice/v4l2.c
+@@ -107,7 +107,7 @@ struct video_data {
+ int (*open_f)(const char *file, int oflag, ...);
+ int (*close_f)(int fd);
+ int (*dup_f)(int fd);
+-#if defined(__sun) || defined(__BIONIC__) || defined(__musl__) /* POSIX-like 
*/
++#if HAVE_POSIX_IOCTL
+ int (*ioctl_f)(int fd, int request, ...);
+ #else
+ int (*ioctl_f)(int fd, unsigned long int request, ...);
diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_7.0.2.bb 
b/meta/recipes-multimedia/ffmpeg/ffmpeg_7.0.2.bb
index 1dbb7e04efb..9e60b5cd23e 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_7.0.2.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_7.0.2.bb
@@ -25,6 +25,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 SRC_URI = " \
 https://www.ffmpeg.org/releases/${BP}.tar.xz \
 file://0001-libavcodec-arm-mlpdsp_armv5te-fix-label-format-to-wo.patch \
+file://0001-configure-improve-check-for-POSIX-ioctl.patch \
 "
 
 SRC_URI[sha256sum] = 
"8646515b638a3ad303e23af6a3587734447cb8fc0a0c064ecdb8e95c4fd8b389"

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#204114): 
https://lists.openembedded.org/g/openembedded-core/message/204114
Mute This Topic: https://lists.openembedded.org/mt/108234769/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] aspell: Backport a fix to build with gcc-15/clang-19

[Khem Raj]

Signed-off-by: Khem Raj 
---
 ...default-vector_hash-t.hpp-fix-gcc-15.patch | 42 +++
 .../recipes-support/aspell/aspell_0.60.8.1.bb |  3 +-
 2 files changed, 44 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-support/aspell/aspell/0001-modules-speller-default-vector_hash-t.hpp-fix-gcc-15.patch

diff --git 
a/meta/recipes-support/aspell/aspell/0001-modules-speller-default-vector_hash-t.hpp-fix-gcc-15.patch
 
b/meta/recipes-support/aspell/aspell/0001-modules-speller-default-vector_hash-t.hpp-fix-gcc-15.patch
new file mode 100644
index 000..4045e8e4127
--- /dev/null
+++ 
b/meta/recipes-support/aspell/aspell/0001-modules-speller-default-vector_hash-t.hpp-fix-gcc-15.patch
@@ -0,0 +1,42 @@
+From d45bf96b0a3556acb2c83069a78eaaac973d31b4 Mon Sep 17 00:00:00 2001
+From: Sergei Trofimovich 
+Date: Sun, 21 Jul 2024 22:01:50 +0100
+Subject: [PATCH] modules/speller/default/vector_hash-t.hpp: fix gcc-15 build
+
+Uncoming `gcc-15` added extra checks for template instantiation that is
+guaranteed to fail in
+  
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=313afcfdabeab3e6705ac0bd1273627075be0023
+
+As a result `aspell` build now fails as:
+
+In file included from modules/speller/default/readonly_ws.cpp:51:
+modules/speller/default/vector_hash-t.hpp: In member function 'void 
aspeller::VectorHashTable::recalc_size()':
+modules/speller/default/vector_hash-t.hpp:186:43: error: 'class 
aspeller::VectorHashTable' has no member named 'e'
+  186 | for (iterator i = begin(); i != this->e; ++i, ++this->_size);
+  |   ^
+modules/speller/default/vector_hash-t.hpp:186:59: error: 'class 
aspeller::VectorHashTable' has no member named '_size'; did you mean 
'size'?
+  186 | for (iterator i = begin(); i != this->e; ++i, ++this->_size);
+  |   ^
+  |   size
+
+It looks like `_size` is `size_` mis-spelling and `e` was not introduced
+here.
+Upstream-Status: Backport 
[https://github.com/GNUAspell/aspell/commit/ee6cbb12ff36a1e6618d7388a78dd4e0a2b44041]
+Signed-off-by: Khem Raj 
+---
+ modules/speller/default/vector_hash-t.hpp | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/modules/speller/default/vector_hash-t.hpp 
b/modules/speller/default/vector_hash-t.hpp
+index 969a80c..e4420b4 100644
+--- a/modules/speller/default/vector_hash-t.hpp
 b/modules/speller/default/vector_hash-t.hpp
+@@ -183,7 +183,7 @@ namespace aspeller {
+   template
+   void VectorHashTable::recalc_size() {
+ size_ = 0;
+-for (iterator i = begin(); i != this->e; ++i, ++this->_size);
++for (iterator i = begin(), e = end(); i != e; ++i, ++size_);
+   }
+ 
+ }
diff --git a/meta/recipes-support/aspell/aspell_0.60.8.1.bb 
b/meta/recipes-support/aspell/aspell_0.60.8.1.bb
index 0ea9b063e01..43940b1e1bc 100644
--- a/meta/recipes-support/aspell/aspell_0.60.8.1.bb
+++ b/meta/recipes-support/aspell/aspell_0.60.8.1.bb
@@ -13,7 +13,8 @@ HOMEPAGE = "http://aspell.net/";
 LICENSE = "LGPL-2.0-only | LGPL-2.1-only"
 LIC_FILES_CHKSUM = "file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"
 
-SRC_URI = "${GNU_MIRROR}/aspell/aspell-${PV}.tar.gz"
+SRC_URI = "${GNU_MIRROR}/aspell/aspell-${PV}.tar.gz \
+   
file://0001-modules-speller-default-vector_hash-t.hpp-fix-gcc-15.patch"
 SRC_URI[sha256sum] = 
"d6da12b34d42d457fa604e435ad484a74b2effcd120ff40acd6bb3fb2887d21b"
 
 PACKAGECONFIG ??= ""

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

[Khem Raj]

On Thu, Aug 29, 2024 at 1:52 AM Richard Purdie via
lists.openembedded.org
 wrote:
>
> On Mon, 2024-08-26 at 12:01 -0700, Sven Reschke via
> lists.openembedded.org wrote:
> > Hi Alex and Alexandre,
> >
> > sorry for the delay.
> > I've created a PR on Github on top of your latest changes:
> > https://github.com/Nanowires/oe-core-clone/pull/1
>
> I did try this on our automated testing and there were some issues:
>
> musl build failures:
> https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/9440/steps/11/logs/stdio
> https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/9456/steps/11/logs/stdio
>

This can be fixed by using realpath(path, NULL) API instead of
canonicalize_file_name(path), we have done such changes
in few packages e.g. elfutils

https://sourceware.org/git/?p=elfutils.git;a=commitdiff;h=06263dda990be6778a4beb33481cfd39ce60c623;hp=fd0cee63fb02455a5021ca298da8dadb4df63a9a

there is a meta-oe patch for ssiapi
https://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/ssiapi/ssiapi/0003-replace-canonicalize_file_name-with-realpath.patch


>
> systemd+sysvinit build failure:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/9431/steps/25/logs/stdio
>
> Cheers,
>
> Richard
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#203940): 
https://lists.openembedded.org/g/openembedded-core/message/203940
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]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2] fmt: Get rid of std::copy

[Khem Raj]

Signed-off-by: Khem Raj 
---
v2: Use an upstream fix instead of own

 .../fmt/fmt/0001-Get-rid-of-std-copy.patch| 52 +++
 meta/recipes-devtools/fmt/fmt_11.0.2.bb   |  4 +-
 2 files changed, 55 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-devtools/fmt/fmt/0001-Get-rid-of-std-copy.patch

diff --git a/meta/recipes-devtools/fmt/fmt/0001-Get-rid-of-std-copy.patch 
b/meta/recipes-devtools/fmt/fmt/0001-Get-rid-of-std-copy.patch
new file mode 100644
index 000..1b495ea075c
--- /dev/null
+++ b/meta/recipes-devtools/fmt/fmt/0001-Get-rid-of-std-copy.patch
@@ -0,0 +1,52 @@
+From 6e462b89aa22fd5f737ed162d0150e145ccb1914 Mon Sep 17 00:00:00 2001
+From: Victor Zverovich 
+Date: Mon, 29 Jul 2024 15:58:05 -0700
+Subject: [PATCH] Get rid of std::copy
+
+Signed-off-by: Khem Raj 
+Upstream-Status: Backport 
[https://github.com/fmtlib/fmt/commit/6e462b89aa22fd5f737ed162d0150e145ccb1914]
+---
+ include/fmt/color.h | 11 +--
+ 1 file changed, 5 insertions(+), 6 deletions(-)
+
+diff --git a/include/fmt/color.h b/include/fmt/color.h
+index f0e9dd94..231d93c8 100644
+--- a/include/fmt/color.h
 b/include/fmt/color.h
+@@ -560,31 +560,30 @@ struct formatter, Char> : 
formatter {
+   auto format(const detail::styled_arg& arg, FormatContext& ctx) const
+   -> decltype(ctx.out()) {
+ const auto& ts = arg.style;
+-const auto& value = arg.value;
+ auto out = ctx.out();
+ 
+ bool has_style = false;
+ if (ts.has_emphasis()) {
+   has_style = true;
+   auto emphasis = detail::make_emphasis(ts.get_emphasis());
+-  out = std::copy(emphasis.begin(), emphasis.end(), out);
++  out = detail::copy(emphasis.begin(), emphasis.end(), out);
+ }
+ if (ts.has_foreground()) {
+   has_style = true;
+   auto foreground =
+   detail::make_foreground_color(ts.get_foreground());
+-  out = std::copy(foreground.begin(), foreground.end(), out);
++  out = detail::copy(foreground.begin(), foreground.end(), out);
+ }
+ if (ts.has_background()) {
+   has_style = true;
+   auto background =
+   detail::make_background_color(ts.get_background());
+-  out = std::copy(background.begin(), background.end(), out);
++  out = detail::copy(background.begin(), background.end(), out);
+ }
+-out = formatter::format(value, ctx);
++out = formatter::format(arg.value, ctx);
+ if (has_style) {
+   auto reset_color = string_view("\x1b[0m");
+-  out = std::copy(reset_color.begin(), reset_color.end(), out);
++  out = detail::copy(reset_color.begin(), reset_color.end(), out);
+ }
+ return out;
+   }
diff --git a/meta/recipes-devtools/fmt/fmt_11.0.2.bb 
b/meta/recipes-devtools/fmt/fmt_11.0.2.bb
index 5a7041088cd..5c60921efae 100644
--- a/meta/recipes-devtools/fmt/fmt_11.0.2.bb
+++ b/meta/recipes-devtools/fmt/fmt_11.0.2.bb
@@ -4,7 +4,9 @@ HOMEPAGE = "https://fmt.dev";
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=b9257785fc4f3803a4b71b76c1412729"
 
-SRC_URI = "git://github.com/fmtlib/fmt;branch=master;protocol=https"
+SRC_URI = "git://github.com/fmtlib/fmt;branch=master;protocol=https \
+   file://0001-Get-rid-of-std-copy.patch \
+   "
 SRCREV = "0c9fce2ffefecfdce794e1859584e25877b7b592"
 
 S = "${WORKDIR}/git"

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#203939): 
https://lists.openembedded.org/g/openembedded-core/message/203939
Mute This Topic: https://lists.openembedded.org/mt/108165225/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] fmt: Include missing header

[Khem Raj]

Signed-off-by: Khem Raj 
---
 .../0001-Include-algorithm-for-std-copy.patch | 29 +++
 meta/recipes-devtools/fmt/fmt_11.0.2.bb   |  4 ++-
 2 files changed, 32 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/fmt/fmt/0001-Include-algorithm-for-std-copy.patch

diff --git 
a/meta/recipes-devtools/fmt/fmt/0001-Include-algorithm-for-std-copy.patch 
b/meta/recipes-devtools/fmt/fmt/0001-Include-algorithm-for-std-copy.patch
new file mode 100644
index 000..0391de9a7a3
--- /dev/null
+++ b/meta/recipes-devtools/fmt/fmt/0001-Include-algorithm-for-std-copy.patch
@@ -0,0 +1,29 @@
+From 170d72330a2253eec4c1e37f6671f787df532782 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Thu, 29 Aug 2024 09:19:29 -0700
+Subject: [PATCH] Include  for std::copy
+
+Some headers like color.h are using std::copy API
+from C++ std library, but missing to include the
+right header [1]
+
+[1] https://en.cppreference.com/w/cpp/algorithm/copy
+
+Upstream-Status: Submitted [https://github.com/fmtlib/fmt/pull/4138]
+Signed-off-by: Khem Raj 
+---
+ include/fmt/color.h | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/include/fmt/color.h b/include/fmt/color.h
+index 231d93c8..6130a2d0 100644
+--- a/include/fmt/color.h
 b/include/fmt/color.h
+@@ -8,6 +8,7 @@
+ #ifndef FMT_COLOR_H_
+ #define FMT_COLOR_H_
+ 
++#include// std::copy
+ #include "format.h"
+ 
+ FMT_BEGIN_NAMESPACE
diff --git a/meta/recipes-devtools/fmt/fmt_11.0.2.bb 
b/meta/recipes-devtools/fmt/fmt_11.0.2.bb
index 5a7041088cd..fdc2a7dd5fa 100644
--- a/meta/recipes-devtools/fmt/fmt_11.0.2.bb
+++ b/meta/recipes-devtools/fmt/fmt_11.0.2.bb
@@ -4,7 +4,9 @@ HOMEPAGE = "https://fmt.dev";
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=b9257785fc4f3803a4b71b76c1412729"
 
-SRC_URI = "git://github.com/fmtlib/fmt;branch=master;protocol=https"
+SRC_URI = "git://github.com/fmtlib/fmt;branch=master;protocol=https \
+   file://0001-Include-algorithm-for-std-copy.patch \
+   "
 SRCREV = "0c9fce2ffefecfdce794e1859584e25877b7b592"
 
 S = "${WORKDIR}/git"

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

Re: [PATCH] [OE-core] [PATCH] systemd: use update-alternatives to solve conflicts with polkit

[Khem Raj]

On Wed, Aug 28, 2024 at 6:22 PM wangmy via lists.openembedded.org  wrote:

> | Are you using package_rpm and dnf to compose the image?
> Yes.
>
> I checked the permission of rules.d, they are different:
>
> systemd: %attr(700,polkitd,root) %dir "/usr/share/polkit-1/rules.d"
> polkit:  %attr(755,root,root) %dir "/usr/share/polkit-1/rules.d"
>
> If the permission need to be unified, which one should be unified into?
>

Stricter is better so 700 seems good from security pov but we need to
ensure it works with polkit

>
>   --
> Best Regards
> ---
> Wang Mingyu
> FUJITSU NANJING SOFTWARE TECHNOLOGY CO., LTD. (FNST)
> No.6 Wenzhu Road, Nanjing, 210012, Chi
> 
> na
> TEL：+86+25-86630566--8568
> COINS: 79988548
> FAX: +86+25-83317685
> MAIL: wan...@fujitsu.com
>
> > -Original Message-
> > From: Alexander Kanavin 
> > Sent: Wednesday, August 28, 2024 5:15 PM
> > To: Wang, Mingyu/王 鸣瑜 
> > Cc: openembedded-core@lists.openembedded.org
> > Subject: Re: [PATCH] [OE-core] [PATCH] systemd: use update-alternatives
> to
> > solve conflicts with polkit
> >
> > On Wed, 28 Aug 2024 at 11:04, Mingyu Wang (Fujitsu) 
> > wrote:
> > >
> > > The name of /usr/share/polkit-1/rules.d are the same, but the files
> contained
> > in the path are different.
> > > What methods can be chosen to solve this problem in this situation?
> >
> > Are you using package_rpm and dnf to compose the image? If so, you can
> look at
> > the spec files used to produce the packages in ${WORKDIR} of systemd and
> > polkit to see how /usr/share/polkit-1/rules.d is specified in both. It
> might be that
> > permissions or ownership are different and dnf can't resolve that.
> >
> > Alex
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#203899): 
https://lists.openembedded.org/g/openembedded-core/message/203899
Mute This Topic: https://lists.openembedded.org/mt/108138529/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] gdb: Fix build with latest clang

[Khem Raj]

This patch is already proposed upstream and perhaps landing
soon in gdb master.

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/gdb/gdb.inc |   1 +
 ...constexpr-conversion-in-enum-flags.h.patch | 313 ++
 2 files changed, 314 insertions(+)
 create mode 100644 
meta/recipes-devtools/gdb/gdb/0001-Fix-Wenum-constexpr-conversion-in-enum-flags.h.patch

diff --git a/meta/recipes-devtools/gdb/gdb.inc 
b/meta/recipes-devtools/gdb/gdb.inc
index 6fdf11d3944..6aa9dced869 100644
--- a/meta/recipes-devtools/gdb/gdb.inc
+++ b/meta/recipes-devtools/gdb/gdb.inc
@@ -12,5 +12,6 @@ SRC_URI = "${GNU_MIRROR}/gdb/gdb-${PV}.tar.xz \
file://0005-Change-order-of-CFLAGS.patch \
file://0006-Fix-invalid-sigprocmask-call.patch \

file://0007-Define-alignof-using-_Alignof-when-using-C11-or-newe.patch \
+   file://0001-Fix-Wenum-constexpr-conversion-in-enum-flags.h.patch \
"
 SRC_URI[sha256sum] = 
"38254eacd4572134bca9c5a5aa4d4ca564cbbd30c369d881f733fb6b903354f2"
diff --git 
a/meta/recipes-devtools/gdb/gdb/0001-Fix-Wenum-constexpr-conversion-in-enum-flags.h.patch
 
b/meta/recipes-devtools/gdb/gdb/0001-Fix-Wenum-constexpr-conversion-in-enum-flags.h.patch
new file mode 100644
index 000..8866db2e938
--- /dev/null
+++ 
b/meta/recipes-devtools/gdb/gdb/0001-Fix-Wenum-constexpr-conversion-in-enum-flags.h.patch
@@ -0,0 +1,313 @@
+From dd22f64329c46797b3a3de2605ad1fa14cf77dd4 Mon Sep 17 00:00:00 2001
+From: Carlos Galvez 
+Date: Sun, 30 Jun 2024 21:36:24 +0200
+Subject: [PATCH] Fix -Wenum-constexpr-conversion in enum-flags.h
+
+This fixes PR 31331:
+https://sourceware.org/bugzilla/show_bug.cgi?id=31331
+
+Currently, enum-flags.h is suppressing the warning
+-Wenum-constexpr-conversion coming from recent versions of Clang.
+This warning is intended to be made a compiler error
+(non-downgradeable) in future versions of Clang:
+
+https://github.com/llvm/llvm-project/issues/59036
+
+The rationale is that casting a value of an integral type into an
+enumeration is Undefined Behavior if the value does not fit in the
+range of values of the enum:
+https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#1766
+
+Undefined Behavior is not allowed in constant expressions, leading to
+an ill-formed program.
+
+In this case, in enum-flags.h, we are casting the value -1 to an enum
+of a positive range only, which is UB as per the Standard and thus not
+allowed in a constexpr context.
+
+The purpose of doing this instead of using std::underlying_type is
+because, for C-style enums, std::underlying_type typically returns
+"unsigned int". However, when operating with it arithmetically, the
+enum is promoted to *signed* int, which is what we want to avoid.
+
+This patch solves this issue as follows:
+
+* Use std::underlying_type and remove the custom enum_underlying_type.
+
+* Ensure that operator~ is called always on an unsigned integer. We do
+  this by casting the input enum into std::size_t, which can fit any
+  unsigned integer. We have the guarantee that the cast is safe,
+  because we have checked that the underlying type is unsigned. If the
+  enum had negative values, the underlying type would be signed.
+
+  This solves the issue with C-style enums, but also solves a hidden
+  issue: enums with underlying type of std::uint8_t or std::uint16_t are
+  *also* promoted to signed int. Now they are all explicitly casted
+  to the largest unsigned int type and operator~ is safe to use.
+
+* There is one more thing that needs fix. Currently, operator~ is
+  implemented as follows:
+
+  return (enum_type) ~underlying(e);
+
+  After applying ~underlying(e), the result is a very large value,
+  which we then cast to "enum_type". This cast is Undefined Behavior
+  if the large value does not fit in the range of the enum. For
+  C++ enums (scoped and/or with explicit underlying type), the range
+  of the enum is the entire range of the underlying type, so the cast
+  is safe. However, for C-style enums, the range is the smallest
+  bit-field that can hold all the values of the enumeration. So the
+  range is a lot smaller and casting a large value to the enum would
+  invoke Undefined Behavior.
+
+  To solve this problem, we create a new trait
+  EnumHasFixedUnderlyingType, to ensure operator~ may only be called
+  on C++-style enums. This behavior is roughly the same as what we
+  had on trunk, but relying on different properties of the enums.
+
+* Once this is implemented, the following tests fail to compile:
+
+  CHECK_VALID (true,  int,  true ? EF () : EF2 ())
+
+  This is because it expects the enums to be promoted to signed int,
+  instead of unsigned int (which is the true underlying type).
+
+  I propose to remove these tests altogether, because:
+
+  - The comment nearby say they are not very important.
+  - Comparing 2 enums of different type like that is strange, relies
+on integer promotions and thus hurts 

Re: [OE-core] [PATCH 07/34] fmt: update 10.2.1 -> 11.0.2

[Khem Raj]

breaks
mariadb-native - https://errors.yoctoproject.org/Errors/Details/800105/
gerbera - https://errors.yoctoproject.org/Errors/Details/800106/

On Mon, Aug 26, 2024 at 10:24 PM Alexander Kanavin via
lists.openembedded.org 
wrote:
>
> From: Alexander Kanavin 
>
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/recipes-devtools/fmt/{fmt_10.2.1.bb => fmt_11.0.2.bb} | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-devtools/fmt/{fmt_10.2.1.bb => fmt_11.0.2.bb} (77%)
>
> diff --git a/meta/recipes-devtools/fmt/fmt_10.2.1.bb 
> b/meta/recipes-devtools/fmt/fmt_11.0.2.bb
> similarity index 77%
> rename from meta/recipes-devtools/fmt/fmt_10.2.1.bb
> rename to meta/recipes-devtools/fmt/fmt_11.0.2.bb
> index 1437eb48034..5a7041088cd 100644
> --- a/meta/recipes-devtools/fmt/fmt_10.2.1.bb
> +++ b/meta/recipes-devtools/fmt/fmt_11.0.2.bb
> @@ -4,8 +4,8 @@ HOMEPAGE = "https://fmt.dev";
>  LICENSE = "MIT"
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=b9257785fc4f3803a4b71b76c1412729"
>
> -SRC_URI = "git://github.com/fmtlib/fmt;branch=10.x;protocol=https"
> -SRCREV = "e69e5f977d458f2650bb346dadf2ad30c5320281"
> +SRC_URI = "git://github.com/fmtlib/fmt;branch=master;protocol=https"
> +SRCREV = "0c9fce2ffefecfdce794e1859584e25877b7b592"
>
>  S = "${WORKDIR}/git"
>
> --
> 2.39.2
>
>
> 
>

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

[OE-core] [PATCH v4] bluez5: Fix build with musl

[Khem Raj]

Signed-off-by: Khem Raj 
---
v2: Fix the upstream submission and latest patch submitted upstream
v3: Make just node_name as const and keep node_dir as such
v4: Redo the patch to avoid textrel errors on ppc32/arm

 meta/recipes-connectivity/bluez5/bluez5.inc   |   1 +
 ...U-basename-compatible-implementation.patch | 143 ++
 2 files changed, 144 insertions(+)
 create mode 100644 
meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch

diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc 
b/meta/recipes-connectivity/bluez5/bluez5.inc
index d8b9f817715..e0d3e651871 100644
--- a/meta/recipes-connectivity/bluez5/bluez5.inc
+++ b/meta/recipes-connectivity/bluez5/bluez5.inc
@@ -70,6 +70,7 @@ SRC_URI = 
"${KERNELORG_MIRROR}/linux/bluetooth/bluez-${PV}.tar.xz \

file://0001-tests-add-a-target-for-building-tests-without-runnin.patch \
file://0001-test-gatt-Fix-hung-issue.patch \
file://0004-src-shared-util.c-include-linux-limits.h.patch \
+   file://0001-Provide-GNU-basename-compatible-implementation.patch \
"
 S = "${WORKDIR}/bluez-${PV}"
 
diff --git 
a/meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch
 
b/meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch
new file mode 100644
index 000..3a2a97ff020
--- /dev/null
+++ 
b/meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch
@@ -0,0 +1,143 @@
+From 9000923c07a68857e8ea32a49bfca660b1d1001a Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 26 Aug 2024 09:55:03 -0700
+Subject: [PATCH BlueZ] Provide GNU basename compatible implementation
+
+Call to basename() relies on a GNU extension
+to take a const char * vs a char *. Let's define
+a trivial helper function to ensure compatibility
+with musl.
+
+Fixes Issue: https://github.com/bluez/bluez/issues/843
+
+Upstream-Status: Submitted 
[https://lore.kernel.org/linux-bluetooth/20240826173844.2918630-1-raj.k...@gmail.com/T/#u]
+Signed-off-by: Khem Raj 
+---
+ Makefile.mesh   | 2 ++
+ Makefile.tools  | 3 ++-
+ mesh/mesh-config-json.c | 6 --
+ mesh/rpl.c  | 3 ++-
+ src/shared/util.h   | 7 +++
+ tools/hex2hcd.c | 3 ++-
+ 6 files changed, 19 insertions(+), 5 deletions(-)
+
+Index: bluez-5.77/mesh/mesh-config-json.c
+===
+--- bluez-5.77.orig/mesh/mesh-config-json.c
 bluez-5.77/mesh/mesh-config-json.c
+@@ -28,6 +28,7 @@
+ #include 
+ #include 
+ 
++#include "mesh/missing.h"
+ #include "mesh/mesh-defs.h"
+ #include "mesh/util.h"
+ #include "mesh/mesh-config.h"
+@@ -2694,7 +2695,8 @@ bool mesh_config_load_nodes(const char *
+ 
+ void mesh_config_destroy_nvm(struct mesh_config *cfg)
+ {
+-  char *node_dir, *node_name;
++  char *node_dir;
++  const char* node_name;
+   char uuid[33];
+ 
+   if (!cfg)
+Index: bluez-5.77/mesh/rpl.c
+===
+--- bluez-5.77.orig/mesh/rpl.c
 bluez-5.77/mesh/rpl.c
+@@ -24,6 +24,7 @@
+ 
+ #include 
+ 
++#include "mesh/missing.h"
+ #include "mesh/mesh-defs.h"
+ 
+ #include "mesh/node.h"
+Index: bluez-5.77/tools/hex2hcd.c
+===
+--- bluez-5.77.orig/tools/hex2hcd.c
 bluez-5.77/tools/hex2hcd.c
+@@ -24,6 +24,7 @@
+ #include 
+ #include 
+ #include 
++#include "tools/missing.h"
+ 
+ static ssize_t process_record(int fd, const char *line, uint16_t *upper_addr)
+ {
+Index: bluez-5.77/configure.ac
+===
+--- bluez-5.77.orig/configure.ac
 bluez-5.77/configure.ac
+@@ -70,7 +70,16 @@ AC_CHECK_LIB(pthread, pthread_create, du
+ AC_CHECK_LIB(dl, dlopen, dummy=yes,
+   AC_MSG_ERROR(dynamic linking loader is required))
+ 
+-AC_CHECK_HEADERS(linux/types.h linux/if_alg.h linux/uinput.h linux/uhid.h 
sys/random.h)
++AC_CHECK_HEADERS(string.h linux/types.h linux/if_alg.h linux/uinput.h 
linux/uhid.h sys/random.h)
++
++# basename may be only available in libgen.h with the POSIX behavior,
++# not desired here
++AC_CHECK_DECLS([basename], [],
++  AC_MSG_WARN([GNU basename extension not found]),
++  [#define _GNU_SOURCE 1
++   #include 
++   ])
++
+ 
+ PKG_CHECK_MODULES(GLIB, glib-2.0 >= 2.28)
+ 
+Index: bluez-5.77/tools/missing.h
+===
+--- /dev/null
 bluez-5.77/tools/missing.h
+@@ -0,0 +1,21 @@
++// SPDX-License-Identifier: LGPL-2.1-or-later
++/*
++ *
++ *  BlueZ - Bluetooth protocol stack for Linux
++ *
++ *  Copyright (C) 2024  Khem R

Re: [OE-core] [PATCH 2/2] rust: Upgrade 1.78.0->1.79.0

[Khem Raj]

On Tue, Aug 27, 2024 at 10:16 AM Alexander Kanavin via
lists.openembedded.org 
wrote:
>
> On Tue, 27 Aug 2024 at 18:25, Alexander Kanavin via
> lists.openembedded.org 
> wrote:
> >
> > On Tue, 27 Aug 2024 at 18:23, Alexander Kanavin via
> > lists.openembedded.org 
> > wrote:
> > > I just reproduced this on autobuilder's alma9 in a private build
> > > without sstate. I don't have any immediate ideas on where to start
> > > looking into it, but I left the build in place, so if any of you can
> > > suggest experiments or things to look at, I'd be glad to help.
> >
> > Oh, and I immediately got an idea after hitting 'send' :)
> >
> > [akanavin@alma9-ty-2 build]$ gcc --version
> > gcc (GCC) 11.4.1 20231218 (Red Hat 11.4.1-3)
> >
> > I'm going to try again, with buildtools-tarball. It may be that red
> > hat compiler is 'too old' anymore for rust.
>
> ... and this worked. So the easiest way out is to update alma9 config
> to use buildtools.

OE/Poky compiler is built with --enable-default-pie and that will pass
-pie option implicitly whenever it is invoked. Perhaps
default system compiler on alma9 is not.
zlib crate seems to perhaps ignore the option or maybe its missing a
place to add -pie to its build options, whereas the
consumer of it is trying to build PIE executables. If we use
buildtools compiler then it will surely get that consistent but it
will also hide the issue at hand.

>
> Alex
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#203864): 
https://lists.openembedded.org/g/openembedded-core/message/203864
Mute This Topic: https://lists.openembedded.org/mt/108090372/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 v3 2/3] musl: Update to 1.2.5 release

[Khem Raj]

This release adds extension functions statx and preadv2/pwritev2, with
fallback implementations for older kernels, and adds two new ports:
loongarch64 and riscv32. Minor changes to the printf family of
functions have been made for conformance to new standards
interpretations/requirements. TLSDESC support for riscv64 has also
been added.

Bugs fixed include some DNS issues related to new TCP fallback
functionality, several rare race conditions, potentially incorrect
return value when glob aborts, and several signifiant arch-specific
bugs affecting TLSDESC on arm, riscv64 icache flushing, and sh
sigsetjmp and dlsym RTLD_NEXT. [1]

Do not use https protocol for fetching

Musl author confirms that https protocol is not well supported yet on
musl git host, currently we experience this problem intermittently on
some build hosts where the fetching fails.

fatal: protocol error: bad line length character: erro
WARNING: Failed to fetch URL 
git://git.etalabs.net/git/musl;branch=master;protocol=https

[1] https://www.openwall.com/lists/musl/2024/03/01/2

(From OE-Core rev: c6c79477209f5e7e1a0206942de9603a7accec67)

Signed-off-by: Khem Raj 
Signed-off-by: Richard Purdie 
---
v2: No change
v3: No change

 ...ic-linker-a-relative-symlink-to-libc.patch | 12 +++---
 ...ir-and-libdir-as-default-pathes-to-l.patch | 10 ++---
 ...pedefs-for-Elf64_Relr-and-Elf32_Relr.patch | 37 ---
 meta/recipes-core/musl/musl_git.bb|  7 ++--
 4 files changed, 14 insertions(+), 52 deletions(-)
 delete mode 100644 
meta/recipes-core/musl/musl/0003-elf.h-add-typedefs-for-Elf64_Relr-and-Elf32_Relr.patch

diff --git 
a/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
 
b/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
index 8b097f32768..06ab27f0eb4 100644
--- 
a/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
+++ 
b/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
@@ -1,4 +1,4 @@
-From f95b6fd0475a95c00e886219271cb5c93838e3c3 Mon Sep 17 00:00:00 2001
+From 665ecc610c261d5e98710aa0c6ccf6e4991eaf58 Mon Sep 17 00:00:00 2001
 From: Amarnath Valluri 
 Date: Wed, 18 Jan 2017 16:14:37 +0200
 Subject: [PATCH 1/2] Make dynamic linker a relative symlink to libc
@@ -35,7 +35,7 @@ index e8cc4436..466d9afd 100644
  install-libs: $(ALL_LIBS:lib/%=$(DESTDIR)$(libdir)/%) $(if 
$(SHARED_LIBS),$(DESTDIR)$(LDSO_PATHNAME),)
  
 diff --git a/tools/install.sh b/tools/install.sh
-index d913b60b..b6a7f797 100755
+index 855a8ca2..a2e6a5eb 100755
 --- a/tools/install.sh
 +++ b/tools/install.sh
 @@ -6,18 +6,20 @@
@@ -61,15 +61,15 @@ index d913b60b..b6a7f797 100755
  m) mode=$OPTARG ;;
  ?) usage ;;
  esac
-@@ -48,7 +50,7 @@ trap 'rm -f "$tmp"' EXIT INT QUIT TERM HUP
- umask 077
+@@ -49,7 +51,7 @@ umask 077
  
  if test "$symlink" ; then
+ umask 000
 -ln -s "$1" "$tmp"
 +ln $symlinkflags "$1" "$tmp"
+ umask 077
  else
  cat < "$1" > "$tmp"
- chmod "$mode" "$tmp"
 -- 
-2.37.2
+2.43.0
 
diff --git 
a/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
 
b/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
index 59bfae5a27c..04630b32ee9 100644
--- 
a/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
+++ 
b/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
@@ -1,4 +1,4 @@
-From 3cce8716c6c3ae2e0c835caeac3780ec35090b2d Mon Sep 17 00:00:00 2001
+From e27de983ef70257ca1fd7f5096eea41613612ecf Mon Sep 17 00:00:00 2001
 From: Serhey Popovych 
 Date: Tue, 11 Dec 2018 05:44:20 -0500
 Subject: [PATCH 2/2] ldso: Use syslibdir and libdir as default pathes to
@@ -36,10 +36,10 @@ index 466d9afd..d2f458fa 100644
  
  LDFLAGS_ALL = $(LDFLAGS_AUTO) $(LDFLAGS)
 diff --git a/ldso/dynlink.c b/ldso/dynlink.c
-index cc677952..b0e8815b 100644
+index 324aa859..7d3ab44c 100644
 --- a/ldso/dynlink.c
 +++ b/ldso/dynlink.c
-@@ -29,6 +29,8 @@
+@@ -35,6 +35,8 @@ static size_t ldso_page_size;
  #define realloc __libc_realloc
  #define free __libc_free
  
@@ -48,7 +48,7 @@ index cc677952..b0e8815b 100644
  static void error_impl(const char *, ...);
  static void error_noop(const char *, ...);
  static void (*error)(const char *, ...) = error_noop;
-@@ -1097,7 +1099,7 @@ static struct dso *load_library(const char *name, struct 
dso *needed_by)
+@@ -1159,7 +1161,7 @@ static struct dso *load_library(const char *name, struct 
dso *needed_by)
sys_path = "";
}
}
@@ -58,5 +58,5 @@ index cc677952..b0e8815b 100644
}
pathname = buf;
 -- 
-2.37.2
+2.43.0
 
diff --git 
a/meta/recipes-core/musl/musl/0003-elf.h-add-typedefs-for-Elf64

[OE-core] [PATCH v3 1/3] bluez5: Fix build with musl

[Khem Raj]

Signed-off-by: Khem Raj 
---
v2: Fix the upstream submission and latest patch submitted upstream
v3: Make just node_name as const and keep node_dir as such

 meta/recipes-connectivity/bluez5/bluez5.inc   |   1 +
 ...U-basename-compatible-implementation.patch | 138 ++
 2 files changed, 139 insertions(+)
 create mode 100644 
meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch

diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc 
b/meta/recipes-connectivity/bluez5/bluez5.inc
index d8b9f817715..e0d3e651871 100644
--- a/meta/recipes-connectivity/bluez5/bluez5.inc
+++ b/meta/recipes-connectivity/bluez5/bluez5.inc
@@ -70,6 +70,7 @@ SRC_URI = 
"${KERNELORG_MIRROR}/linux/bluetooth/bluez-${PV}.tar.xz \

file://0001-tests-add-a-target-for-building-tests-without-runnin.patch \
file://0001-test-gatt-Fix-hung-issue.patch \
file://0004-src-shared-util.c-include-linux-limits.h.patch \
+   file://0001-Provide-GNU-basename-compatible-implementation.patch \
"
 S = "${WORKDIR}/bluez-${PV}"
 
diff --git 
a/meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch
 
b/meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch
new file mode 100644
index 000..6d8a563e100
--- /dev/null
+++ 
b/meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch
@@ -0,0 +1,138 @@
+From 9000923c07a68857e8ea32a49bfca660b1d1001a Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 26 Aug 2024 09:55:03 -0700
+Subject: [PATCH BlueZ] Provide GNU basename compatible implementation
+
+Call to basename() relies on a GNU extension
+to take a const char * vs a char *. Let's define
+a trivial helper function to ensure compatibility
+with musl.
+
+Fixes Issue: https://github.com/bluez/bluez/issues/843
+
+Upstream-Status: Submitted 
[https://lore.kernel.org/linux-bluetooth/20240826173844.2918630-1-raj.k...@gmail.com/T/#u]
+Signed-off-by: Khem Raj 
+---
+ Makefile.mesh   | 2 ++
+ Makefile.tools  | 3 ++-
+ mesh/mesh-config-json.c | 6 --
+ mesh/rpl.c  | 3 ++-
+ src/shared/util.h   | 7 +++
+ tools/hex2hcd.c | 3 ++-
+ 6 files changed, 19 insertions(+), 5 deletions(-)
+
+diff --git a/Makefile.mesh b/Makefile.mesh
+index e4c9fa6a3..bebedaf05 100644
+--- a/Makefile.mesh
 b/Makefile.mesh
+@@ -47,6 +47,8 @@ mesh/main.$(OBJEXT): src/builtin.h lib/bluetooth/bluetooth.h
+ mesh_bluetooth_meshd_SOURCES = $(mesh_sources) mesh/main.c
+ mesh_bluetooth_meshd_LDADD = src/libshared-ell.la $(ell_ldadd) -ljson-c
+ 
++mesh_bluetooth_meshd_CFLAGS = -I${top_srcdir}/src
++
+ if MANPAGES
+ man_MANS += mesh/bluetooth-meshd.8
+ endif
+diff --git a/Makefile.tools b/Makefile.tools
+index 5b9034078..6fc73b8a2 100644
+--- a/Makefile.tools
 b/Makefile.tools
+@@ -328,7 +328,8 @@ tools_l2ping_LDADD = lib/libbluetooth-internal.la
+ tools_bluemoon_SOURCES = tools/bluemoon.c monitor/bt.h
+ tools_bluemoon_LDADD = src/libshared-mainloop.la
+ 
+-tools_hex2hcd_SOURCES = tools/hex2hcd.c
++tools_hex2hcd_SOURCES = tools/hex2hcd.c src/shared/util.h
++tools_hex2hcd_CFLAGS = -I${top_srcdir}/src
+ 
+ tools_mpris_proxy_SOURCES = tools/mpris-proxy.c
+ tools_mpris_proxy_LDADD = gdbus/libgdbus-internal.la $(GLIB_LIBS) $(DBUS_LIBS)
+diff --git a/mesh/mesh-config-json.c b/mesh/mesh-config-json.c
+index c198627c6..608384cb6 100644
+--- a/mesh/mesh-config-json.c
 b/mesh/mesh-config-json.c
+@@ -28,6 +28,7 @@
+ #include 
+ #include 
+ 
++#include "shared/util.h"
+ #include "mesh/mesh-defs.h"
+ #include "mesh/util.h"
+ #include "mesh/mesh-config.h"
+@@ -2694,7 +2695,8 @@ bool mesh_config_load_nodes(const char *cfgdir_name, 
mesh_config_node_func_t cb,
+ 
+ void mesh_config_destroy_nvm(struct mesh_config *cfg)
+ {
+-  char *node_dir, *node_name;
++  char *node_dir;
++  const char* node_name;
+   char uuid[33];
+ 
+   if (!cfg)
+@@ -2706,7 +2708,7 @@ void mesh_config_destroy_nvm(struct mesh_config *cfg)
+   if (!hex2str(cfg->uuid, 16, uuid, sizeof(uuid)))
+   return;
+ 
+-  node_name = basename(node_dir);
++  node_name = bluez_basename(node_dir);
+ 
+   /* Make sure path name of node follows expected guidelines */
+   if (strcmp(node_name, uuid))
+diff --git a/mesh/rpl.c b/mesh/rpl.c
+index fb225..fb89f0afd 100644
+--- a/mesh/rpl.c
 b/mesh/rpl.c
+@@ -24,6 +24,7 @@
+ 
+ #include 
+ 
++#include "shared/util.h"
+ #include "mesh/mesh-defs.h"
+ 
+ #include "mesh/node.h"
+@@ -146,7 +147,7 @@ static void get_entries(const char *iv_path, struct 
l_queue *rpl_list)
+   if (!dir)
+   return;
+ 
+-  iv_txt = basename(iv_path);
++  iv_txt = bluez_basename(iv_path);
+   if (sscanf(iv_txt, "%08x", &iv_index) != 1) {
+  

[OE-core] [PATCH v3 3/3] musl: Upgrade to latest tip of trunk

[Khem Raj]

Bring following changes on top of 1.2.5

* dd1e63c3 syslog: revert LOG_FAC/LOG_FACMASK changes
* 008f737d siglongjmp: document why this function just calls longjmp
* 947b4574 inet_ntop: fix the IPv6 leading zero sequence compression
* 50ab8306 dynlink: avoid copying to temp buffer in get_lfs64
* 1b97d006 sys/epoll.h: add epoll ioctls
* ab31e9d6 getusershell: skip blank lines and comments
* 53ac44ff dynlink: fix get_lfs64() with posix_fallocate64
* 895736d4 syslog: fix incorrect LOG_MAKEPRI and LOG_FAC[MASK] macros
* 05ce67fe add renameat2 linux syscall wrapper
* 00799729 fix mismatched type in posix_getdents definition
* cbf59dd6 aarch64 crti.o: fix alignment of _init/_fini
* 84015cee fix typo that broke sys/reg.h and sys/user.h
* 1b0d4851 implement posix_getdents adopted for next issue of POSIX
* 2c124e13 stdint.h: derive limits from __LONG_MAX, use common fast16 types
* 7019fbe1 sys/user.h: derive __WORDSIZE from __LONG_MAX
* e709a6f0 sys/reg.h: derive __WORDSIZE from __LONG_MAX
* 29b216b2 unistd.h: derive ILP32/LP64 macros from __LONG_MAX instead of arch 
bits
* 0dfa1d8c unify bits/stat.h for all archs sharing a common definition
* ef600888 align aarch64, riscv64, loongarch64 stat structure padding type
* 6f666231 ldso: fix non-functional fix to early dynamic PAGE_SIZE access
* fced99e9 strptime: implement conversion specifiers adopted for next POSIX 
issue
* 3f9d4224 printf decimal integer formatting: shave off one division
* a23cf8f9 riscv mcontext_t/sigcontext: use __aligned__ instead of aligned
* cbf1c7b6 add missing STATX_ATTR_* macros omitted when statx was added
* 3f49203c initgroups: do not artificially limit number of supplementary groups
* 24ebbbde printf: fix edge case where hex float precision was not honored
* e3b0ace5 complex: fix comment in cacosh
* 9683bd62 math: fix fma(x,y,0) when x*y rounds to -0
* 5370070f fix pwrite/pwritev handling of O_APPEND files
* bdc9a9ff uio.h: add RWF_NOAPPEND flag for pwritev2
* 7ada6dde iconv: fix missing bounds checking for shift_jis decoding
* fd7d0185 add missing inline keyword on default a_barrier definition
* b5121e2e iconv: add aliases for GBK
* ca6f46af iconv: add euro symbol to GBK as single byte 0x80

(From OE-Core rev: 70179bc94c90ba1f33a3fff8f3019cb96fcdbaef)

Signed-off-by: Khem Raj 
Signed-off-by: Richard Purdie 
---
v2: No change
v3: No change

 meta/recipes-core/musl/musl_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index 63b2038e4be..e3a8dff7d5c 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -4,7 +4,7 @@
 require musl.inc
 inherit linuxloader
 
-SRCREV = "0784374d561435f7c787a555aeab8ede699ed298"
+SRCREV = "dd1e63c3638d5f9afb857fccf6ce1415ca5f1b8b"
 
 BASEVER = "1.2.5"
 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#203856): 
https://lists.openembedded.org/g/openembedded-core/message/203856
Mute This Topic: https://lists.openembedded.org/mt/108126381/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 v2 3/4] musl: Update to 1.2.5 release

[Khem Raj]

This release adds extension functions statx and preadv2/pwritev2, with
fallback implementations for older kernels, and adds two new ports:
loongarch64 and riscv32. Minor changes to the printf family of
functions have been made for conformance to new standards
interpretations/requirements. TLSDESC support for riscv64 has also
been added.

Bugs fixed include some DNS issues related to new TCP fallback
functionality, several rare race conditions, potentially incorrect
return value when glob aborts, and several signifiant arch-specific
bugs affecting TLSDESC on arm, riscv64 icache flushing, and sh
sigsetjmp and dlsym RTLD_NEXT. [1]

Do not use https protocol for fetching

Musl author confirms that https protocol is not well supported yet on
musl git host, currently we experience this problem intermittently on
some build hosts where the fetching fails.

fatal: protocol error: bad line length character: erro
WARNING: Failed to fetch URL 
git://git.etalabs.net/git/musl;branch=master;protocol=https

[1] https://www.openwall.com/lists/musl/2024/03/01/2

Signed-off-by: Khem Raj 
---
v2: No changes

 ...ic-linker-a-relative-symlink-to-libc.patch | 12 +++---
 ...ir-and-libdir-as-default-pathes-to-l.patch | 10 ++---
 ...pedefs-for-Elf64_Relr-and-Elf32_Relr.patch | 37 ---
 meta/recipes-core/musl/musl_git.bb|  7 ++--
 4 files changed, 14 insertions(+), 52 deletions(-)
 delete mode 100644 
meta/recipes-core/musl/musl/0003-elf.h-add-typedefs-for-Elf64_Relr-and-Elf32_Relr.patch

diff --git 
a/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
 
b/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
index 8b097f32768..06ab27f0eb4 100644
--- 
a/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
+++ 
b/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
@@ -1,4 +1,4 @@
-From f95b6fd0475a95c00e886219271cb5c93838e3c3 Mon Sep 17 00:00:00 2001
+From 665ecc610c261d5e98710aa0c6ccf6e4991eaf58 Mon Sep 17 00:00:00 2001
 From: Amarnath Valluri 
 Date: Wed, 18 Jan 2017 16:14:37 +0200
 Subject: [PATCH 1/2] Make dynamic linker a relative symlink to libc
@@ -35,7 +35,7 @@ index e8cc4436..466d9afd 100644
  install-libs: $(ALL_LIBS:lib/%=$(DESTDIR)$(libdir)/%) $(if 
$(SHARED_LIBS),$(DESTDIR)$(LDSO_PATHNAME),)
  
 diff --git a/tools/install.sh b/tools/install.sh
-index d913b60b..b6a7f797 100755
+index 855a8ca2..a2e6a5eb 100755
 --- a/tools/install.sh
 +++ b/tools/install.sh
 @@ -6,18 +6,20 @@
@@ -61,15 +61,15 @@ index d913b60b..b6a7f797 100755
  m) mode=$OPTARG ;;
  ?) usage ;;
  esac
-@@ -48,7 +50,7 @@ trap 'rm -f "$tmp"' EXIT INT QUIT TERM HUP
- umask 077
+@@ -49,7 +51,7 @@ umask 077
  
  if test "$symlink" ; then
+ umask 000
 -ln -s "$1" "$tmp"
 +ln $symlinkflags "$1" "$tmp"
+ umask 077
  else
  cat < "$1" > "$tmp"
- chmod "$mode" "$tmp"
 -- 
-2.37.2
+2.43.0
 
diff --git 
a/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
 
b/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
index 59bfae5a27c..04630b32ee9 100644
--- 
a/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
+++ 
b/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
@@ -1,4 +1,4 @@
-From 3cce8716c6c3ae2e0c835caeac3780ec35090b2d Mon Sep 17 00:00:00 2001
+From e27de983ef70257ca1fd7f5096eea41613612ecf Mon Sep 17 00:00:00 2001
 From: Serhey Popovych 
 Date: Tue, 11 Dec 2018 05:44:20 -0500
 Subject: [PATCH 2/2] ldso: Use syslibdir and libdir as default pathes to
@@ -36,10 +36,10 @@ index 466d9afd..d2f458fa 100644
  
  LDFLAGS_ALL = $(LDFLAGS_AUTO) $(LDFLAGS)
 diff --git a/ldso/dynlink.c b/ldso/dynlink.c
-index cc677952..b0e8815b 100644
+index 324aa859..7d3ab44c 100644
 --- a/ldso/dynlink.c
 +++ b/ldso/dynlink.c
-@@ -29,6 +29,8 @@
+@@ -35,6 +35,8 @@ static size_t ldso_page_size;
  #define realloc __libc_realloc
  #define free __libc_free
  
@@ -48,7 +48,7 @@ index cc677952..b0e8815b 100644
  static void error_impl(const char *, ...);
  static void error_noop(const char *, ...);
  static void (*error)(const char *, ...) = error_noop;
-@@ -1097,7 +1099,7 @@ static struct dso *load_library(const char *name, struct 
dso *needed_by)
+@@ -1159,7 +1161,7 @@ static struct dso *load_library(const char *name, struct 
dso *needed_by)
sys_path = "";
}
}
@@ -58,5 +58,5 @@ index cc677952..b0e8815b 100644
}
pathname = buf;
 -- 
-2.37.2
+2.43.0
 
diff --git 
a/meta/recipes-core/musl/musl/0003-elf.h-add-typedefs-for-Elf64_Relr-and-Elf32_Relr.patch
 
b/meta/recipes-core/musl/musl/0003-elf.h-add-typedefs-for-Elf64_Relr-and-Elf32

[OE-core] [PATCH v2 2/4] quota: Apply a backport to fix basename API with musl

[Khem Raj]

Drop the local patches for supporting musl, as they are
either subsumed in the backport or are not needed anymore

Signed-off-by: Khem Raj 
---
v2: No changes

 .../quota/0001-Fix-building-on-musl.patch | 228 ++
 meta/recipes-extended/quota/quota/fcntl.patch |  70 --
 meta/recipes-extended/quota/quota_4.09.bb |   2 +-
 3 files changed, 229 insertions(+), 71 deletions(-)
 create mode 100644 
meta/recipes-extended/quota/quota/0001-Fix-building-on-musl.patch
 delete mode 100644 meta/recipes-extended/quota/quota/fcntl.patch

diff --git a/meta/recipes-extended/quota/quota/0001-Fix-building-on-musl.patch 
b/meta/recipes-extended/quota/quota/0001-Fix-building-on-musl.patch
new file mode 100644
index 000..ce20f672cce
--- /dev/null
+++ b/meta/recipes-extended/quota/quota/0001-Fix-building-on-musl.patch
@@ -0,0 +1,228 @@
+From e73c5b48e12c3f02e532864a1107cdc8a4feafc3 Mon Sep 17 00:00:00 2001
+From: Brahmajit Das 
+Date: Sun, 14 Jul 2024 07:58:50 +
+Subject: [PATCH] Fix building on musl
+
+basename(3) is defined in libgen.h in MUSL. Include libgen.h where
+basename(3) is used.
+
+Upstream-Status: Backport 
[https://sourceforge.net/p/linuxquota/code/ci/e73c5b48e12c3f02e532864a1107cdc8a4feafc3/]
+Signed-off-by: Brahmajit Das 
+Signed-off-by: Jan Kara 
+---
+ convertquota.c |  1 +
+ edquota.c  | 11 ++-
+ quota.c|  1 +
+ quota_nld.c|  1 +
+ quotacheck.c   |  1 +
+ quotaon.c  |  1 +
+ quotastats.c   |  1 +
+ quotasync.c|  1 +
+ repquota.c |  1 +
+ rquota_svc.c   |  1 +
+ setquota.c |  1 +
+ warnquota.c|  1 +
+ xqmstats.c |  1 +
+ 13 files changed, 18 insertions(+), 5 deletions(-)
+
+diff --git a/convertquota.c b/convertquota.c
+index 6c8a553..4eb05ed 100644
+--- a/convertquota.c
 b/convertquota.c
+@@ -14,6 +14,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include 
+ 
+diff --git a/edquota.c b/edquota.c
+index 20ca306..c5b27cf 100644
+--- a/edquota.c
 b/edquota.c
+@@ -20,6 +20,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include "pot.h"
+ #include "quotaops.h"
+@@ -38,7 +39,7 @@ char *progname;
+ static int flags, quotatype;
+ static int fmt = -1;
+ static char *protoname;
+-static char *dirname;
++static char *dir_name;
+ 
+ static void usage(void)
+ {
+@@ -138,7 +139,7 @@ static int parse_options(int argc, char **argv)
+ exit(1);
+ break;
+ case 'f':
+-dirname = optarg;
++dir_name = optarg;
+ break;
+ case 256:
+ flags |= FL_NUMNAMES;
+@@ -176,7 +177,7 @@ static void copy_prototype(int argc, char **argv, struct 
quota_handle **handles)
+   protoprivs = getprivs(protoid, handles, 0);
+   while (argc-- > 0) {
+   id = name2id(*argv, quotatype, !!(flags & FL_NUMNAMES), NULL);
+-  curprivs = getprivs(id, handles, !dirname);
++  curprivs = getprivs(id, handles, !dir_name);
+   if (!curprivs)
+   die(1, _("Cannot get quota information for user %s\n"), 
*argv);
+   argv++;
+@@ -223,7 +224,7 @@ int main(int argc, char **argv)
+   argv += ret;
+ 
+   init_kernel_interface();
+-  handles = create_handle_list(dirname ? 1 : 0, dirname ? &dirname : 
NULL, quotatype, fmt,
++  handles = create_handle_list(dir_name ? 1 : 0, dir_name ? &dir_name : 
NULL, quotatype, fmt,
+   (flags & FL_NO_MIXED_PATHS) ? 0 : IOI_NFS_MIXED_PATHS,
+   (flags & FL_REMOTE) ? 0 : MS_LOCALONLY);
+   if (!handles[0]) {
+@@ -296,7 +297,7 @@ int main(int argc, char **argv)
+   else {
+   for (; argc > 0; argc--, argv++) {
+   id = name2id(*argv, quotatype, !!(flags & FL_NUMNAMES), 
NULL);
+-  curprivs = getprivs(id, handles, !dirname);
++  curprivs = getprivs(id, handles, !dir_name);
+   if (!curprivs)
+   die(1, _("Cannot get quota information for user 
%s.\n"), *argv);
+   if (flags & FL_EDIT_TIMES) {
+diff --git a/quota.c b/quota.c
+index a60de12..66b0fa3 100644
+--- a/quota.c
 b/quota.c
+@@ -20,6 +20,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #ifdef RPC
+ #include 
+ #include "rquota.h"
+diff --git a/quota_nld.c b/quota_nld.c
+index 58a62af..710b556 100644
+--- a/quota_nld.c
 b/quota_nld.c
+@@ -26,6 +26,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+ 
+diff --git a/quotacheck.c b/quotacheck.c
+index e2c3bbd..fa1d297 100644
+--- a/quotacheck.c
 b/quotacheck.c
+@@ -19,6 +19,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include 
+ #include 
+diff --git a/quotaon.c b/quotaon.c
+index 351c851..17b6bcc 100644
+--- 

[OE-core] [PATCH v2 1/4] bluez5: Fix build with musl

[Khem Raj]

Signed-off-by: Khem Raj 
---
v2: Fix the upstream submission and latest patch submitted upstream

 meta/recipes-connectivity/bluez5/bluez5.inc   |   1 +
 ...U-basename-compatible-implementation.patch | 136 ++
 2 files changed, 137 insertions(+)
 create mode 100644 
meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch

diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc 
b/meta/recipes-connectivity/bluez5/bluez5.inc
index d8b9f817715..e0d3e651871 100644
--- a/meta/recipes-connectivity/bluez5/bluez5.inc
+++ b/meta/recipes-connectivity/bluez5/bluez5.inc
@@ -70,6 +70,7 @@ SRC_URI = 
"${KERNELORG_MIRROR}/linux/bluetooth/bluez-${PV}.tar.xz \

file://0001-tests-add-a-target-for-building-tests-without-runnin.patch \
file://0001-test-gatt-Fix-hung-issue.patch \
file://0004-src-shared-util.c-include-linux-limits.h.patch \
+   file://0001-Provide-GNU-basename-compatible-implementation.patch \
"
 S = "${WORKDIR}/bluez-${PV}"
 
diff --git 
a/meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch
 
b/meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch
new file mode 100644
index 000..293675ee0a2
--- /dev/null
+++ 
b/meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch
@@ -0,0 +1,136 @@
+From 4ea6d5f344574b876bbf029501301131e623e992 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 26 Aug 2024 09:55:03 -0700
+Subject: [PATCH BlueZ] Provide GNU basename compatible implementation
+
+Call to basename() relies on a GNU extension
+to take a const char * vs a char *. Let's define
+a trivial helper function to ensure compatibility
+with musl.
+
+Fixes Issue: https://github.com/bluez/bluez/issues/843
+
+Upstream-Status: Submitted 
[https://lore.kernel.org/linux-bluetooth/20240826173844.2918630-1-raj.k...@gmail.com/T/#u]
+Signed-off-by: Khem Raj 
+---
+ Makefile.mesh   | 2 ++
+ Makefile.tools  | 3 ++-
+ mesh/mesh-config-json.c | 5 +++--
+ mesh/rpl.c  | 3 ++-
+ src/shared/util.h   | 6 ++
+ tools/hex2hcd.c | 3 ++-
+ 6 files changed, 17 insertions(+), 5 deletions(-)
+
+diff --git a/Makefile.mesh b/Makefile.mesh
+index e4c9fa6a3..bebedaf05 100644
+--- a/Makefile.mesh
 b/Makefile.mesh
+@@ -47,6 +47,8 @@ mesh/main.$(OBJEXT): src/builtin.h lib/bluetooth/bluetooth.h
+ mesh_bluetooth_meshd_SOURCES = $(mesh_sources) mesh/main.c
+ mesh_bluetooth_meshd_LDADD = src/libshared-ell.la $(ell_ldadd) -ljson-c
+ 
++mesh_bluetooth_meshd_CFLAGS = -I${top_srcdir}/src
++
+ if MANPAGES
+ man_MANS += mesh/bluetooth-meshd.8
+ endif
+diff --git a/Makefile.tools b/Makefile.tools
+index 5b9034078..6fc73b8a2 100644
+--- a/Makefile.tools
 b/Makefile.tools
+@@ -328,7 +328,8 @@ tools_l2ping_LDADD = lib/libbluetooth-internal.la
+ tools_bluemoon_SOURCES = tools/bluemoon.c monitor/bt.h
+ tools_bluemoon_LDADD = src/libshared-mainloop.la
+ 
+-tools_hex2hcd_SOURCES = tools/hex2hcd.c
++tools_hex2hcd_SOURCES = tools/hex2hcd.c src/shared/util.h
++tools_hex2hcd_CFLAGS = -I${top_srcdir}/src
+ 
+ tools_mpris_proxy_SOURCES = tools/mpris-proxy.c
+ tools_mpris_proxy_LDADD = gdbus/libgdbus-internal.la $(GLIB_LIBS) $(DBUS_LIBS)
+diff --git a/mesh/mesh-config-json.c b/mesh/mesh-config-json.c
+index c198627c6..8f89a1498 100644
+--- a/mesh/mesh-config-json.c
 b/mesh/mesh-config-json.c
+@@ -28,6 +28,7 @@
+ #include 
+ #include 
+ 
++#include "shared/util.h"
+ #include "mesh/mesh-defs.h"
+ #include "mesh/util.h"
+ #include "mesh/mesh-config.h"
+@@ -2694,7 +2695,7 @@ bool mesh_config_load_nodes(const char *cfgdir_name, 
mesh_config_node_func_t cb,
+ 
+ void mesh_config_destroy_nvm(struct mesh_config *cfg)
+ {
+-  char *node_dir, *node_name;
++  const char *node_dir, *node_name;
+   char uuid[33];
+ 
+   if (!cfg)
+@@ -2706,7 +2707,7 @@ void mesh_config_destroy_nvm(struct mesh_config *cfg)
+   if (!hex2str(cfg->uuid, 16, uuid, sizeof(uuid)))
+   return;
+ 
+-  node_name = basename(node_dir);
++  node_name = bluez_basename(node_dir);
+ 
+   /* Make sure path name of node follows expected guidelines */
+   if (strcmp(node_name, uuid))
+diff --git a/mesh/rpl.c b/mesh/rpl.c
+index fb225..fb89f0afd 100644
+--- a/mesh/rpl.c
 b/mesh/rpl.c
+@@ -24,6 +24,7 @@
+ 
+ #include 
+ 
++#include "shared/util.h"
+ #include "mesh/mesh-defs.h"
+ 
+ #include "mesh/node.h"
+@@ -146,7 +147,7 @@ static void get_entries(const char *iv_path, struct 
l_queue *rpl_list)
+   if (!dir)
+   return;
+ 
+-  iv_txt = basename(iv_path);
++  iv_txt = bluez_basename(iv_path);
+   if (sscanf(iv_txt, "%08x", &iv_index) != 1) {
+   closedir(dir);
+   return;
+diff --git a/src/shared

[OE-core] [PATCH v2 4/4] musl: Upgrade to latest tip of trunk

[Khem Raj]

Bring following changes on top of 1.2.5

* dd1e63c3 syslog: revert LOG_FAC/LOG_FACMASK changes
* 008f737d siglongjmp: document why this function just calls longjmp
* 947b4574 inet_ntop: fix the IPv6 leading zero sequence compression
* 50ab8306 dynlink: avoid copying to temp buffer in get_lfs64
* 1b97d006 sys/epoll.h: add epoll ioctls
* ab31e9d6 getusershell: skip blank lines and comments
* 53ac44ff dynlink: fix get_lfs64() with posix_fallocate64
* 895736d4 syslog: fix incorrect LOG_MAKEPRI and LOG_FAC[MASK] macros
* 05ce67fe add renameat2 linux syscall wrapper
* 00799729 fix mismatched type in posix_getdents definition
* cbf59dd6 aarch64 crti.o: fix alignment of _init/_fini
* 84015cee fix typo that broke sys/reg.h and sys/user.h
* 1b0d4851 implement posix_getdents adopted for next issue of POSIX
* 2c124e13 stdint.h: derive limits from __LONG_MAX, use common fast16 types
* 7019fbe1 sys/user.h: derive __WORDSIZE from __LONG_MAX
* e709a6f0 sys/reg.h: derive __WORDSIZE from __LONG_MAX
* 29b216b2 unistd.h: derive ILP32/LP64 macros from __LONG_MAX instead of arch 
bits
* 0dfa1d8c unify bits/stat.h for all archs sharing a common definition
* ef600888 align aarch64, riscv64, loongarch64 stat structure padding type
* 6f666231 ldso: fix non-functional fix to early dynamic PAGE_SIZE access
* fced99e9 strptime: implement conversion specifiers adopted for next POSIX 
issue
* 3f9d4224 printf decimal integer formatting: shave off one division
* a23cf8f9 riscv mcontext_t/sigcontext: use __aligned__ instead of aligned
* cbf1c7b6 add missing STATX_ATTR_* macros omitted when statx was added
* 3f49203c initgroups: do not artificially limit number of supplementary groups
* 24ebbbde printf: fix edge case where hex float precision was not honored
* e3b0ace5 complex: fix comment in cacosh
* 9683bd62 math: fix fma(x,y,0) when x*y rounds to -0
* 5370070f fix pwrite/pwritev handling of O_APPEND files
* bdc9a9ff uio.h: add RWF_NOAPPEND flag for pwritev2
* 7ada6dde iconv: fix missing bounds checking for shift_jis decoding
* fd7d0185 add missing inline keyword on default a_barrier definition
* b5121e2e iconv: add aliases for GBK
* ca6f46af iconv: add euro symbol to GBK as single byte 0x80

Signed-off-by: Khem Raj 
---
v2: No changes

 meta/recipes-core/musl/musl_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index 63b2038e4be..e3a8dff7d5c 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -4,7 +4,7 @@
 require musl.inc
 inherit linuxloader
 
-SRCREV = "0784374d561435f7c787a555aeab8ede699ed298"
+SRCREV = "dd1e63c3638d5f9afb857fccf6ce1415ca5f1b8b"
 
 BASEVER = "1.2.5"
 

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

[Khem Raj]

Bring following changes on top of 1.2.5

* dd1e63c3 syslog: revert LOG_FAC/LOG_FACMASK changes
* 008f737d siglongjmp: document why this function just calls longjmp
* 947b4574 inet_ntop: fix the IPv6 leading zero sequence compression
* 50ab8306 dynlink: avoid copying to temp buffer in get_lfs64
* 1b97d006 sys/epoll.h: add epoll ioctls
* ab31e9d6 getusershell: skip blank lines and comments
* 53ac44ff dynlink: fix get_lfs64() with posix_fallocate64
* 895736d4 syslog: fix incorrect LOG_MAKEPRI and LOG_FAC[MASK] macros
* 05ce67fe add renameat2 linux syscall wrapper
* 00799729 fix mismatched type in posix_getdents definition
* cbf59dd6 aarch64 crti.o: fix alignment of _init/_fini
* 84015cee fix typo that broke sys/reg.h and sys/user.h
* 1b0d4851 implement posix_getdents adopted for next issue of POSIX
* 2c124e13 stdint.h: derive limits from __LONG_MAX, use common fast16 types
* 7019fbe1 sys/user.h: derive __WORDSIZE from __LONG_MAX
* e709a6f0 sys/reg.h: derive __WORDSIZE from __LONG_MAX
* 29b216b2 unistd.h: derive ILP32/LP64 macros from __LONG_MAX instead of arch 
bits
* 0dfa1d8c unify bits/stat.h for all archs sharing a common definition
* ef600888 align aarch64, riscv64, loongarch64 stat structure padding type
* 6f666231 ldso: fix non-functional fix to early dynamic PAGE_SIZE access
* fced99e9 strptime: implement conversion specifiers adopted for next POSIX 
issue
* 3f9d4224 printf decimal integer formatting: shave off one division
* a23cf8f9 riscv mcontext_t/sigcontext: use __aligned__ instead of aligned
* cbf1c7b6 add missing STATX_ATTR_* macros omitted when statx was added
* 3f49203c initgroups: do not artificially limit number of supplementary groups
* 24ebbbde printf: fix edge case where hex float precision was not honored
* e3b0ace5 complex: fix comment in cacosh
* 9683bd62 math: fix fma(x,y,0) when x*y rounds to -0
* 5370070f fix pwrite/pwritev handling of O_APPEND files
* bdc9a9ff uio.h: add RWF_NOAPPEND flag for pwritev2
* 7ada6dde iconv: fix missing bounds checking for shift_jis decoding
* fd7d0185 add missing inline keyword on default a_barrier definition
* b5121e2e iconv: add aliases for GBK
* ca6f46af iconv: add euro symbol to GBK as single byte 0x80

Signed-off-by: Khem Raj 
---
 meta/recipes-core/musl/musl_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index 63b2038e4be..e3a8dff7d5c 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -4,7 +4,7 @@
 require musl.inc
 inherit linuxloader
 
-SRCREV = "0784374d561435f7c787a555aeab8ede699ed298"
+SRCREV = "dd1e63c3638d5f9afb857fccf6ce1415ca5f1b8b"
 
 BASEVER = "1.2.5"
 

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

[OE-core] [PATCH 2/4] quota: Apply a backport to fix basename API with musl

[Khem Raj]

Drop the local patches for supporting musl, as they are
either subsumed in the backport or are not needed anymore

Signed-off-by: Khem Raj 
---
 .../quota/0001-Fix-building-on-musl.patch | 228 ++
 meta/recipes-extended/quota/quota/fcntl.patch |  70 --
 meta/recipes-extended/quota/quota_4.09.bb |   2 +-
 3 files changed, 229 insertions(+), 71 deletions(-)
 create mode 100644 
meta/recipes-extended/quota/quota/0001-Fix-building-on-musl.patch
 delete mode 100644 meta/recipes-extended/quota/quota/fcntl.patch

diff --git a/meta/recipes-extended/quota/quota/0001-Fix-building-on-musl.patch 
b/meta/recipes-extended/quota/quota/0001-Fix-building-on-musl.patch
new file mode 100644
index 000..ce20f672cce
--- /dev/null
+++ b/meta/recipes-extended/quota/quota/0001-Fix-building-on-musl.patch
@@ -0,0 +1,228 @@
+From e73c5b48e12c3f02e532864a1107cdc8a4feafc3 Mon Sep 17 00:00:00 2001
+From: Brahmajit Das 
+Date: Sun, 14 Jul 2024 07:58:50 +
+Subject: [PATCH] Fix building on musl
+
+basename(3) is defined in libgen.h in MUSL. Include libgen.h where
+basename(3) is used.
+
+Upstream-Status: Backport 
[https://sourceforge.net/p/linuxquota/code/ci/e73c5b48e12c3f02e532864a1107cdc8a4feafc3/]
+Signed-off-by: Brahmajit Das 
+Signed-off-by: Jan Kara 
+---
+ convertquota.c |  1 +
+ edquota.c  | 11 ++-
+ quota.c|  1 +
+ quota_nld.c|  1 +
+ quotacheck.c   |  1 +
+ quotaon.c  |  1 +
+ quotastats.c   |  1 +
+ quotasync.c|  1 +
+ repquota.c |  1 +
+ rquota_svc.c   |  1 +
+ setquota.c |  1 +
+ warnquota.c|  1 +
+ xqmstats.c |  1 +
+ 13 files changed, 18 insertions(+), 5 deletions(-)
+
+diff --git a/convertquota.c b/convertquota.c
+index 6c8a553..4eb05ed 100644
+--- a/convertquota.c
 b/convertquota.c
+@@ -14,6 +14,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include 
+ 
+diff --git a/edquota.c b/edquota.c
+index 20ca306..c5b27cf 100644
+--- a/edquota.c
 b/edquota.c
+@@ -20,6 +20,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include "pot.h"
+ #include "quotaops.h"
+@@ -38,7 +39,7 @@ char *progname;
+ static int flags, quotatype;
+ static int fmt = -1;
+ static char *protoname;
+-static char *dirname;
++static char *dir_name;
+ 
+ static void usage(void)
+ {
+@@ -138,7 +139,7 @@ static int parse_options(int argc, char **argv)
+ exit(1);
+ break;
+ case 'f':
+-dirname = optarg;
++dir_name = optarg;
+ break;
+ case 256:
+ flags |= FL_NUMNAMES;
+@@ -176,7 +177,7 @@ static void copy_prototype(int argc, char **argv, struct 
quota_handle **handles)
+   protoprivs = getprivs(protoid, handles, 0);
+   while (argc-- > 0) {
+   id = name2id(*argv, quotatype, !!(flags & FL_NUMNAMES), NULL);
+-  curprivs = getprivs(id, handles, !dirname);
++  curprivs = getprivs(id, handles, !dir_name);
+   if (!curprivs)
+   die(1, _("Cannot get quota information for user %s\n"), 
*argv);
+   argv++;
+@@ -223,7 +224,7 @@ int main(int argc, char **argv)
+   argv += ret;
+ 
+   init_kernel_interface();
+-  handles = create_handle_list(dirname ? 1 : 0, dirname ? &dirname : 
NULL, quotatype, fmt,
++  handles = create_handle_list(dir_name ? 1 : 0, dir_name ? &dir_name : 
NULL, quotatype, fmt,
+   (flags & FL_NO_MIXED_PATHS) ? 0 : IOI_NFS_MIXED_PATHS,
+   (flags & FL_REMOTE) ? 0 : MS_LOCALONLY);
+   if (!handles[0]) {
+@@ -296,7 +297,7 @@ int main(int argc, char **argv)
+   else {
+   for (; argc > 0; argc--, argv++) {
+   id = name2id(*argv, quotatype, !!(flags & FL_NUMNAMES), 
NULL);
+-  curprivs = getprivs(id, handles, !dirname);
++  curprivs = getprivs(id, handles, !dir_name);
+   if (!curprivs)
+   die(1, _("Cannot get quota information for user 
%s.\n"), *argv);
+   if (flags & FL_EDIT_TIMES) {
+diff --git a/quota.c b/quota.c
+index a60de12..66b0fa3 100644
+--- a/quota.c
 b/quota.c
+@@ -20,6 +20,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #ifdef RPC
+ #include 
+ #include "rquota.h"
+diff --git a/quota_nld.c b/quota_nld.c
+index 58a62af..710b556 100644
+--- a/quota_nld.c
 b/quota_nld.c
+@@ -26,6 +26,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+ 
+diff --git a/quotacheck.c b/quotacheck.c
+index e2c3bbd..fa1d297 100644
+--- a/quotacheck.c
 b/quotacheck.c
+@@ -19,6 +19,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include 
+ #include 
+diff --git a/quotaon.c b/quotaon.c
+index 351c851..17b6bcc 100644
+--- a/quotaon.c
+++

[OE-core] [PATCH 1/4] bluez5: Fix build with musl

[Khem Raj]

Signed-off-by: Khem Raj 
---
 meta/recipes-connectivity/bluez5/bluez5.inc   |  1 +
 ...U-basename-compatible-implementation.patch | 97 +++
 2 files changed, 98 insertions(+)
 create mode 100644 
meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch

diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc 
b/meta/recipes-connectivity/bluez5/bluez5.inc
index d8b9f817715..e0d3e651871 100644
--- a/meta/recipes-connectivity/bluez5/bluez5.inc
+++ b/meta/recipes-connectivity/bluez5/bluez5.inc
@@ -70,6 +70,7 @@ SRC_URI = 
"${KERNELORG_MIRROR}/linux/bluetooth/bluez-${PV}.tar.xz \

file://0001-tests-add-a-target-for-building-tests-without-runnin.patch \
file://0001-test-gatt-Fix-hung-issue.patch \
file://0004-src-shared-util.c-include-linux-limits.h.patch \
+   file://0001-Provide-GNU-basename-compatible-implementation.patch \
"
 S = "${WORKDIR}/bluez-${PV}"
 
diff --git 
a/meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch
 
b/meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch
new file mode 100644
index 000..f6feaffa6b6
--- /dev/null
+++ 
b/meta/recipes-connectivity/bluez5/bluez5/0001-Provide-GNU-basename-compatible-implementation.patch
@@ -0,0 +1,97 @@
+From 721e23d609f27adc958daeb178ce7f6a0cebf91b Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 26 Aug 2024 09:55:03 -0700
+Subject: [PATCH] Provide GNU basename compatible implementation
+
+Call to basename() relies on a GNU extension
+to take a const char * vs a char *. Let's define
+a trivial helper function to ensure compatibility
+with musl.
+
+Fixes Issue: https://github.com/bluez/bluez/issues/843
+
+Upstream-Status: Submitted [https://github.com/bluez/bluez/pull/936]
+Signed-off-by: Khem Raj 
+---
+ Makefile.tools  | 3 ++-
+ mesh/mesh-config-json.c | 2 +-
+ mesh/rpl.c  | 2 +-
+ src/shared/util.h   | 6 ++
+ tools/hex2hcd.c | 3 ++-
+ 5 files changed, 12 insertions(+), 4 deletions(-)
+
+diff --git a/Makefile.tools b/Makefile.tools
+index 5b9034078..6fc73b8a2 100644
+--- a/Makefile.tools
 b/Makefile.tools
+@@ -328,7 +328,8 @@ tools_l2ping_LDADD = lib/libbluetooth-internal.la
+ tools_bluemoon_SOURCES = tools/bluemoon.c monitor/bt.h
+ tools_bluemoon_LDADD = src/libshared-mainloop.la
+ 
+-tools_hex2hcd_SOURCES = tools/hex2hcd.c
++tools_hex2hcd_SOURCES = tools/hex2hcd.c src/shared/util.h
++tools_hex2hcd_CFLAGS = -I${top_srcdir}/src
+ 
+ tools_mpris_proxy_SOURCES = tools/mpris-proxy.c
+ tools_mpris_proxy_LDADD = gdbus/libgdbus-internal.la $(GLIB_LIBS) $(DBUS_LIBS)
+diff --git a/mesh/mesh-config-json.c b/mesh/mesh-config-json.c
+index c198627c6..3da825d19 100644
+--- a/mesh/mesh-config-json.c
 b/mesh/mesh-config-json.c
+@@ -2706,7 +2706,7 @@ void mesh_config_destroy_nvm(struct mesh_config *cfg)
+   if (!hex2str(cfg->uuid, 16, uuid, sizeof(uuid)))
+   return;
+ 
+-  node_name = basename(node_dir);
++  node_name = bluez_basename(node_dir);
+ 
+   /* Make sure path name of node follows expected guidelines */
+   if (strcmp(node_name, uuid))
+diff --git a/mesh/rpl.c b/mesh/rpl.c
+index fb225..6b279a72e 100644
+--- a/mesh/rpl.c
 b/mesh/rpl.c
+@@ -146,7 +146,7 @@ static void get_entries(const char *iv_path, struct 
l_queue *rpl_list)
+   if (!dir)
+   return;
+ 
+-  iv_txt = basename(iv_path);
++  iv_txt = bluez_basename(iv_path);
+   if (sscanf(iv_txt, "%08x", &iv_index) != 1) {
+   closedir(dir);
+   return;
+diff --git a/src/shared/util.h b/src/shared/util.h
+index f2ca4f29f..0f0f67718 100644
+--- a/src/shared/util.h
 b/src/shared/util.h
+@@ -296,3 +296,9 @@ static inline void put_be64(uint64_t val, void *dst)
+ {
+   put_unaligned(cpu_to_be64(val), (uint64_t *) dst);
+ }
++
++static inline const char *bluez_basename(const char *path)
++{
++  const char *base = strrchr(path, '/');
++  return base ? base + 1 : path;
++}
+diff --git a/tools/hex2hcd.c b/tools/hex2hcd.c
+index e6dca5a81..3cb6473c8 100644
+--- a/tools/hex2hcd.c
 b/tools/hex2hcd.c
+@@ -24,6 +24,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ static ssize_t process_record(int fd, const char *line, uint16_t *upper_addr)
+ {
+@@ -302,7 +303,7 @@ static void ver_parse_entry(const char *pathname)
+   }
+ 
+   if (S_ISREG(st.st_mode)) {
+-  ver_parse_file(basename(pathname));
++  ver_parse_file(bluez_basename(pathname));
+   goto done;
+   }
+ 

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

[OE-core] [PATCH 3/4] musl: Update to 1.2.5 release

[Khem Raj]

This release adds extension functions statx and preadv2/pwritev2, with
fallback implementations for older kernels, and adds two new ports:
loongarch64 and riscv32. Minor changes to the printf family of
functions have been made for conformance to new standards
interpretations/requirements. TLSDESC support for riscv64 has also
been added.

Bugs fixed include some DNS issues related to new TCP fallback
functionality, several rare race conditions, potentially incorrect
return value when glob aborts, and several signifiant arch-specific
bugs affecting TLSDESC on arm, riscv64 icache flushing, and sh
sigsetjmp and dlsym RTLD_NEXT. [1]

Do not use https protocol for fetching

Musl author confirms that https protocol is not well supported yet on
musl git host, currently we experience this problem intermittently on
some build hosts where the fetching fails.

fatal: protocol error: bad line length character: erro
WARNING: Failed to fetch URL 
git://git.etalabs.net/git/musl;branch=master;protocol=https

[1] https://www.openwall.com/lists/musl/2024/03/01/2

Signed-off-by: Khem Raj 
---
 ...ic-linker-a-relative-symlink-to-libc.patch | 12 +++---
 ...ir-and-libdir-as-default-pathes-to-l.patch | 10 ++---
 ...pedefs-for-Elf64_Relr-and-Elf32_Relr.patch | 37 ---
 meta/recipes-core/musl/musl_git.bb|  7 ++--
 4 files changed, 14 insertions(+), 52 deletions(-)
 delete mode 100644 
meta/recipes-core/musl/musl/0003-elf.h-add-typedefs-for-Elf64_Relr-and-Elf32_Relr.patch

diff --git 
a/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
 
b/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
index 8b097f32768..06ab27f0eb4 100644
--- 
a/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
+++ 
b/meta/recipes-core/musl/musl/0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch
@@ -1,4 +1,4 @@
-From f95b6fd0475a95c00e886219271cb5c93838e3c3 Mon Sep 17 00:00:00 2001
+From 665ecc610c261d5e98710aa0c6ccf6e4991eaf58 Mon Sep 17 00:00:00 2001
 From: Amarnath Valluri 
 Date: Wed, 18 Jan 2017 16:14:37 +0200
 Subject: [PATCH 1/2] Make dynamic linker a relative symlink to libc
@@ -35,7 +35,7 @@ index e8cc4436..466d9afd 100644
  install-libs: $(ALL_LIBS:lib/%=$(DESTDIR)$(libdir)/%) $(if 
$(SHARED_LIBS),$(DESTDIR)$(LDSO_PATHNAME),)
  
 diff --git a/tools/install.sh b/tools/install.sh
-index d913b60b..b6a7f797 100755
+index 855a8ca2..a2e6a5eb 100755
 --- a/tools/install.sh
 +++ b/tools/install.sh
 @@ -6,18 +6,20 @@
@@ -61,15 +61,15 @@ index d913b60b..b6a7f797 100755
  m) mode=$OPTARG ;;
  ?) usage ;;
  esac
-@@ -48,7 +50,7 @@ trap 'rm -f "$tmp"' EXIT INT QUIT TERM HUP
- umask 077
+@@ -49,7 +51,7 @@ umask 077
  
  if test "$symlink" ; then
+ umask 000
 -ln -s "$1" "$tmp"
 +ln $symlinkflags "$1" "$tmp"
+ umask 077
  else
  cat < "$1" > "$tmp"
- chmod "$mode" "$tmp"
 -- 
-2.37.2
+2.43.0
 
diff --git 
a/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
 
b/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
index 59bfae5a27c..04630b32ee9 100644
--- 
a/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
+++ 
b/meta/recipes-core/musl/musl/0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch
@@ -1,4 +1,4 @@
-From 3cce8716c6c3ae2e0c835caeac3780ec35090b2d Mon Sep 17 00:00:00 2001
+From e27de983ef70257ca1fd7f5096eea41613612ecf Mon Sep 17 00:00:00 2001
 From: Serhey Popovych 
 Date: Tue, 11 Dec 2018 05:44:20 -0500
 Subject: [PATCH 2/2] ldso: Use syslibdir and libdir as default pathes to
@@ -36,10 +36,10 @@ index 466d9afd..d2f458fa 100644
  
  LDFLAGS_ALL = $(LDFLAGS_AUTO) $(LDFLAGS)
 diff --git a/ldso/dynlink.c b/ldso/dynlink.c
-index cc677952..b0e8815b 100644
+index 324aa859..7d3ab44c 100644
 --- a/ldso/dynlink.c
 +++ b/ldso/dynlink.c
-@@ -29,6 +29,8 @@
+@@ -35,6 +35,8 @@ static size_t ldso_page_size;
  #define realloc __libc_realloc
  #define free __libc_free
  
@@ -48,7 +48,7 @@ index cc677952..b0e8815b 100644
  static void error_impl(const char *, ...);
  static void error_noop(const char *, ...);
  static void (*error)(const char *, ...) = error_noop;
-@@ -1097,7 +1099,7 @@ static struct dso *load_library(const char *name, struct 
dso *needed_by)
+@@ -1159,7 +1161,7 @@ static struct dso *load_library(const char *name, struct 
dso *needed_by)
sys_path = "";
}
}
@@ -58,5 +58,5 @@ index cc677952..b0e8815b 100644
}
pathname = buf;
 -- 
-2.37.2
+2.43.0
 
diff --git 
a/meta/recipes-core/musl/musl/0003-elf.h-add-typedefs-for-Elf64_Relr-and-Elf32_Relr.patch
 
b/meta/recipes-core/musl/musl/0003-elf.h-add-typedefs-for-Elf64_Relr-and-Elf32_Relr.patch
del

[OE-core] [PATCH] python: Backport fixes for CVE-2024-7592

[Khem Raj]

Signed-off-by: Khem Raj 
---
 .../python/python3/CVE-2024-7592.patch| 231 ++
 .../recipes-devtools/python/python3_3.12.5.bb |   1 +
 2 files changed, 232 insertions(+)
 create mode 100644 meta/recipes-devtools/python/python3/CVE-2024-7592.patch

diff --git a/meta/recipes-devtools/python/python3/CVE-2024-7592.patch 
b/meta/recipes-devtools/python/python3/CVE-2024-7592.patch
new file mode 100644
index 000..7fd74abed37
--- /dev/null
+++ b/meta/recipes-devtools/python/python3/CVE-2024-7592.patch
@@ -0,0 +1,231 @@
+From 04ac47b343b10f2182c4b3730d4be241b2397a4d Mon Sep 17 00:00:00 2001
+From: Serhiy Storchaka 
+Date: Fri, 16 Aug 2024 19:13:37 +0300
+Subject: [PATCH 1/4] gh-123067: Fix quadratic complexity in parsing cookies
+ with backslashes
+
+This fixes CVE-2024-7592.
+
+CVE: CVE-2024-7592
+Upstream-Status: Backport [https://github.com/python/cpython/pull/123075]
+Signed-off-by: Khem Raj 
+
+---
+ Lib/http/cookies.py   | 34 -
+ Lib/test/test_http_cookies.py | 38 +++
+ ...-08-16-19-13-21.gh-issue-123067.Nx9O4R.rst |  1 +
+ 3 files changed, 47 insertions(+), 26 deletions(-)
+ create mode 100644 
Misc/NEWS.d/next/Library/2024-08-16-19-13-21.gh-issue-123067.Nx9O4R.rst
+
+diff --git a/Lib/http/cookies.py b/Lib/http/cookies.py
+index 351faf428a20cd..11a67e8a2e008b 100644
+--- a/Lib/http/cookies.py
 b/Lib/http/cookies.py
+@@ -184,8 +184,12 @@ def _quote(str):
+ return '"' + str.translate(_Translator) + '"'
+ 
+ 
+-_OctalPatt = re.compile(r"\\[0-3][0-7][0-7]")
+-_QuotePatt = re.compile(r"[\\].")
++_unquote_re = re.compile(r'\\(?:([0-3][0-7][0-7])|(["\\]))')
++def _unquote_replace(m):
++if m[1]:
++return chr(int(m[1], 8))
++else:
++return m[2]
+ 
+ def _unquote(str):
+ # If there aren't any doublequotes,
+@@ -205,30 +209,8 @@ def _unquote(str):
+ #\012 --> \n
+ #\"   --> "
+ #
+-i = 0
+-n = len(str)
+-res = []
+-while 0 <= i < n:
+-o_match = _OctalPatt.search(str, i)
+-q_match = _QuotePatt.search(str, i)
+-if not o_match and not q_match:  # Neither matched
+-res.append(str[i:])
+-break
+-# else:
+-j = k = -1
+-if o_match:
+-j = o_match.start(0)
+-if q_match:
+-k = q_match.start(0)
+-if q_match and (not o_match or k < j): # QuotePatt matched
+-res.append(str[i:k])
+-res.append(str[k+1])
+-i = k + 2
+-else:  # OctalPatt matched
+-res.append(str[i:j])
+-res.append(chr(int(str[j+1:j+4], 8)))
+-i = j + 4
+-return _nulljoin(res)
++
++return _unquote_re.sub(_unquote_replace, str)
+ 
+ # The _getdate() routine is used to set the expiration time in the cookie's 
HTTP
+ # header.  By default, _getdate() returns the current time in the appropriate
+diff --git a/Lib/test/test_http_cookies.py b/Lib/test/test_http_cookies.py
+index 925c8697f60de6..13b526d49b0856 100644
+--- a/Lib/test/test_http_cookies.py
 b/Lib/test/test_http_cookies.py
+@@ -5,6 +5,7 @@
+ import doctest
+ from http import cookies
+ import pickle
++from test import support
+ 
+ 
+ class CookieTests(unittest.TestCase):
+@@ -58,6 +59,43 @@ def test_basic(self):
+ for k, v in sorted(case['dict'].items()):
+ self.assertEqual(C[k].value, v)
+ 
++def test_unquote(self):
++cases = [
++(r'a="b=\""', 'b="'),
++(r'a="b=\\"', 'b=\\'),
++(r'a="b=\="', 'b=\\='),
++(r'a="b=\n"', 'b=\\n'),
++(r'a="b=\042"', 'b="'),
++(r'a="b=\134"', 'b=\\'),
++(r'a="b=\377"', 'b=\xff'),
++(r'a="b=\400"', 'b=\\400'),
++(r'a="b=\42"', 'b=\\42'),
++(r'a="b=\\042"', 'b=\\042'),
++(r'a="b=\\134"', 'b=\\134'),
++(r'a="b=\\\""', 'b=\\"'),
++(r'a="b=\\\042"', 'b=\\"'),
++(r'a="b=\134\""', 'b=\\"'),
++(r'a="b=\134\042"', 'b=\\"'),
++]
++for encoded, decoded in cases:
++with self.subTest(encoded):
++C = cookies.SimpleCookie()
++C.load(encoded)
++self.assertEqual(C['a'].value

[OE-core] [PATCH] systemd: Refresh patch to remove patch-fuzz

[Khem Raj]

Fixes
ERROR: systemd-1_256.5-r0 do_patch: QA Issue: Fuzz detected:

Applying patch 0017-missing_syscall.h-Define-MIPS-ABI-defines-for-musl.patch
patching file src/basic/missing_syscall.h
Hunk #1 succeeded at 20 with fuzz 1.

The issue surfaces when building with musl

Signed-off-by: Khem Raj 
---
 ...sing_syscall.h-Define-MIPS-ABI-defines-for-musl.patch | 9 +
 1 file changed, 1 insertion(+), 8 deletions(-)

diff --git 
a/meta/recipes-core/systemd/systemd/0017-missing_syscall.h-Define-MIPS-ABI-defines-for-musl.patch
 
b/meta/recipes-core/systemd/systemd/0017-missing_syscall.h-Define-MIPS-ABI-defines-for-musl.patch
index 04b2fb712f6..a7a641e0ad5 100644
--- 
a/meta/recipes-core/systemd/systemd/0017-missing_syscall.h-Define-MIPS-ABI-defines-for-musl.patch
+++ 
b/meta/recipes-core/systemd/systemd/0017-missing_syscall.h-Define-MIPS-ABI-defines-for-musl.patch
@@ -15,8 +15,6 @@ Signed-off-by: Khem Raj 
  src/shared/base-filesystem.c | 1 +
  2 files changed, 7 insertions(+)
 
-diff --git a/src/basic/missing_syscall.h b/src/basic/missing_syscall.h
-index 86280771c4..20d05db506 100644
 --- a/src/basic/missing_syscall.h
 +++ b/src/basic/missing_syscall.h
 @@ -20,6 +20,12 @@
@@ -31,9 +29,7 @@ index 86280771c4..20d05db506 100644
 +
  #include "macro.h"
  #include "missing_keyctl.h"
- #include "missing_stat.h"
-diff --git a/src/shared/base-filesystem.c b/src/shared/base-filesystem.c
-index 67aa8ea1f2..8d9824495e 100644
+ #include "missing_sched.h"
 --- a/src/shared/base-filesystem.c
 +++ b/src/shared/base-filesystem.c
 @@ -20,6 +20,7 @@
@@ -44,6 +40,3 @@ index 67aa8ea1f2..8d9824495e 100644
  
  typedef struct BaseFilesystem {
  const char *dir;  /* directory or symlink to create */
--- 
-2.45.1
-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#203715): 
https://lists.openembedded.org/g/openembedded-core/message/203715
Mute This Topic: https://lists.openembedded.org/mt/108079827/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] [poky][PATCH 3/9] libxml2: 2.12.8 -> 2.13.3

[Khem Raj]

This version bump is not simple as it causes ABI breakage for several
packages. In meta-oe e.g.

https://errors.yoctoproject.org/Errors/Build/189834/

look at libgsf, libspatialite and raptor2

Other projects have noticed it too see Gentoo e.g.  -
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=38181f7165be4709471a773e042dc8525e01d2bd

On Thu, Aug 22, 2024 at 6:48 PM hongxu via lists.openembedded.org
 wrote:
>
> * Remove Trio and updated Copyright to remove Trio [1]
> * Remove --with-fexceptions configuration option [2]
>
> [1] 
> https://gitlab.gnome.org/GNOME/libxml2/-/commit/7d6969d95509a94347d6f96167ac5420abafa291
> [2] 
> https://gitlab.gnome.org/GNOME/libxml2/-/commit/e349709ae7e07a2183304ccc9352b6ac86f62a18
>
> Signed-off-by: Hongxu Jia 
> ---
>  .../libxml/{libxml2_2.12.8.bb => libxml2_2.13.3.bb}| 7 +++
>  1 file changed, 3 insertions(+), 4 deletions(-)
>  rename meta/recipes-core/libxml/{libxml2_2.12.8.bb => libxml2_2.13.3.bb} 
> (93%)
>
> diff --git a/meta/recipes-core/libxml/libxml2_2.12.8.bb 
> b/meta/recipes-core/libxml/libxml2_2.13.3.bb
> similarity index 93%
> rename from meta/recipes-core/libxml/libxml2_2.12.8.bb
> rename to meta/recipes-core/libxml/libxml2_2.13.3.bb
> index fb103f0273..df24f3031c 100644
> --- a/meta/recipes-core/libxml/libxml2_2.12.8.bb
> +++ b/meta/recipes-core/libxml/libxml2_2.13.3.bb
> @@ -4,10 +4,9 @@ HOMEPAGE = "https://gitlab.gnome.org/GNOME/libxml2";
>  BUGTRACKER = "http://bugzilla.gnome.org/buglist.cgi?product=libxml2";
>  SECTION = "libs"
>  LICENSE = "MIT"
> -LIC_FILES_CHKSUM = "file://Copyright;md5=fec7ecfe714722b2bb0aaff7d200c701 \
> +LIC_FILES_CHKSUM = "file://Copyright;md5=f437ed9058e8e5135e47c01e973376ba \
>  
> file://dict.c;beginline=6;endline=15;md5=2b4b7b827d2d8b080372433c4c9c85b6 \
>  
> file://list.c;beginline=4;endline=13;md5=b9c25b021ccaf287e50060602d20f3a7 \
> -
> file://trio.c;beginline=5;endline=14;md5=cd4f61e27f88c1d43df112966b1cd28f \
>  "
>
>  DEPENDS = "zlib virtual/libiconv"
> @@ -20,7 +19,7 @@ SRC_URI += 
> "http://www.w3.org/XML/Test/xmlts20130923.tar;subdir=${BP};name=testt
> file://install-tests.patch \
> "
>
> -SRC_URI[archive.sha256sum] = 
> "43ad877b018bc63deb2468d71f95219c2fac196876ef36d1bee51d226173ec93"
> +SRC_URI[archive.sha256sum] = 
> "0805d7c180cf09caad71666c7a458a74f041561a532902454da5047d83948138"
>  SRC_URI[testtar.sha256sum] = 
> "c6b2d42ee50b8b236e711a97d68e6c4b5c8d83e69a2be4722379f08702ea7273"
>
>  # Disputed as a security issue, but fixed in d39f780
> @@ -52,7 +51,7 @@ RDEPENDS:${PN}-ptest:append:libc-glibc = " 
> glibc-gconv-ebcdic-us \
>   "
>
>  # WARNING: zlib is required for RPM use
> -EXTRA_OECONF = "--without-debug --without-legacy --with-catalog --with-c14n 
> --without-lzma --with-fexceptions"
> +EXTRA_OECONF = "--without-debug --without-legacy --with-catalog --with-c14n 
> --without-lzma"
>  EXTRA_OECONF:class-native = "--without-legacy --with-c14n --without-lzma 
> --with-zlib"
>  EXTRA_OECONF:class-nativesdk = "--without-legacy --with-c14n --without-lzma 
> --with-zlib"
>  EXTRA_OECONF:linuxstdbase = "--with-debug --with-legacy --with-c14n 
> --without-lzma --with-zlib"
> --
> 2.27.0
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#203714): 
https://lists.openembedded.org/g/openembedded-core/message/203714
Mute This Topic: https://lists.openembedded.org/mt/108049764/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 08/32] e2fsprogs: upgrade 1.47.0 -> 1.47.1

[Khem Raj]

This is regressing libblockdev from meta-oe -
https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/4065/steps/14/logs/stdio

error snippet

| 
/home/pokybuild/yocto-worker/meta-oe/build/build/tmp/work/core2-64-poky-linux/libblockdev/3.1.1/recipe-sysroot/usr/include/ext2fs/ext2fs.h:
In function '__encode_extra_time':
   | 
/home/pokybuild/yocto-worker/meta-oe/build/build/tmp/work/core2-64-poky-linux/libblockdev/3.1.1/recipe-sysroot/usr/include/ext2fs/ext2fs.h:588:48:
error: unused parameter 'seconds' [-Werror=unused-parameter]
   |   588 | static inline __u32 __encode_extra_time(time_t seconds, __u32 nsec)
   |   | ~~~^~~
   | 
/home/pokybuild/yocto-worker/meta-oe/build/build/tmp/work/core2-64-poky-linux/libblockdev/3.1.1/recipe-sysroot/usr/include/ext2fs/ext2fs.h:
In function '__decode_extra_sec':
   | 
/home/pokybuild/yocto-worker/meta-oe/build/build/tmp/work/core2-64-poky-linux/libblockdev/3.1.1/recipe-sysroot/usr/include/ext2fs/ext2fs.h:598:63:
error: unused parameter 'extra' [-Werror=unused-parameter]
   |   598 | static inline time_t __decode_extra_sec(time_t seconds,
__u32 extra)
   |   | ~~^
   | cc1: all warnings being treated as errors

On Thu, Aug 22, 2024 at 2:35 AM Alexander Kanavin via
lists.openembedded.org 
wrote:
>
> From: Alexander Kanavin 
>
> Signed-off-by: Alexander Kanavin 
> ---
>  ...-missing-check-for-permission-denied.patch |3 +-
>  .../e2fsprogs/e2fsprogs/mkdir_p.patch |7 +-
>  .../e2fsprogs/e2fsprogs/ptest.patch   |8 +-
>  .../e2fsprogs/e2fsprogs/quiet-debugfs.patch   |7 +-
>  .../e2fsprogs/remove.ldconfig.call.patch  |   15 +-
>  ...2fsprogs_1.47.0.bb => e2fsprogs_1.47.1.bb} |2 +-
>  ...2_fs.h-do-not-carry-an-outdated-copy.patch | 1197 +
>  .../syslinux/syslinux_6.04-pre2.bb|3 +-
>  8 files changed, 1217 insertions(+), 25 deletions(-)
>  rename meta/recipes-devtools/e2fsprogs/{e2fsprogs_1.47.0.bb => 
> e2fsprogs_1.47.1.bb} (99%)
>  create mode 100644 
> meta/recipes-devtools/syslinux/syslinux/0001-ext2_fs.h-do-not-carry-an-outdated-copy.patch
>
> diff --git 
> a/meta/recipes-devtools/e2fsprogs/e2fsprogs/e2fsprogs-fix-missing-check-for-permission-denied.patch
>  
> b/meta/recipes-devtools/e2fsprogs/e2fsprogs/e2fsprogs-fix-missing-check-for-permission-denied.patch
> index b038e61eb71..4cd10985976 100644
> --- 
> a/meta/recipes-devtools/e2fsprogs/e2fsprogs/e2fsprogs-fix-missing-check-for-permission-denied.patch
> +++ 
> b/meta/recipes-devtools/e2fsprogs/e2fsprogs/e2fsprogs-fix-missing-check-for-permission-denied.patch
> @@ -1,4 +1,4 @@
> -From 5bc75654690a2d916190168b865770a7c93e65dd Mon Sep 17 00:00:00 2001
> +From 1c7078fda6d23f1d80b0d95ac3e908364749e188 Mon Sep 17 00:00:00 2001
>  From: Jackie Huang 
>  Date: Wed, 10 Aug 2016 11:19:44 +0800
>  Subject: [PATCH] Fix missing check for permission denied.
> @@ -13,7 +13,6 @@ Upstream-Status: Pending
>  Written-by: Henrik Wallin 
>
>  Signed-off-by: Jackie Huang 
> -
>  ---
>   lib/support/profile.c | 2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
> diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs/mkdir_p.patch 
> b/meta/recipes-devtools/e2fsprogs/e2fsprogs/mkdir_p.patch
> index f6916a11120..2dbeba1095f 100644
> --- a/meta/recipes-devtools/e2fsprogs/e2fsprogs/mkdir_p.patch
> +++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs/mkdir_p.patch
> @@ -1,4 +1,4 @@
> -From e3a30baa5c1e2f0ac7e246539db1c7db5a2fe302 Mon Sep 17 00:00:00 2001
> +From e143a900199c5bb10b28f3fc8f4d36bbb6ffdd5f Mon Sep 17 00:00:00 2001
>  From: Joe Slater 
>  Date: Tue, 7 Mar 2017 14:53:19 -0800
>  Subject: [PATCH] e2fsprogs: expand @mkdir_p@
> @@ -9,16 +9,15 @@ not expanded so no locale data is written into 
> usr/share/locale.
>  Upstream-Status: Pending
>
>  Signed-off-by: Joe Slater 
> -
>  ---
>   configure.ac | 2 ++
>   1 file changed, 2 insertions(+)
>
>  diff --git a/configure.ac b/configure.ac
> -index 4c4b5523..3475c707 100644
> +index 131caef3..ca448d97 100644
>  --- a/configure.ac
>  +++ b/configure.ac
> -@@ -919,6 +919,8 @@ AC_SUBST(PACKAGE)
> +@@ -938,6 +938,8 @@ AC_SUBST(PACKAGE)
>   AC_SUBST(VERSION)
>
>   AM_GNU_GETTEXT([external])
> diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs/ptest.patch 
> b/meta/recipes-devtools/e2fsprogs/e2fsprogs/ptest.patch
> index 20839b72863..f4e1057a364 100644
> --- a/meta/recipes-devtools/e2fsprogs/e2fsprogs/ptest.patch
> +++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs/ptest.patch
> @@ -1,4 +1,4 @@
> -From b8842065ad621a03a971dfd50db862c5bffdeb49 Mon Sep 17 00:00:00 2001
> +From 25db5ac7469cedd043a04bcf49ce7553979fbb32 Mon Sep 17 00:00:00 2001
>  From: Dmitry Eremin-Solenikov 
>  Date: Sat, 18 Apr 2015 17:58:17 +0300
>  Subject: [PATCH] e2fsprogs: add ptest
> @@ -14,10 +14,10 @@ Signed-off-by: Kai Kang 
>   2 files changed, 18 insertions(+), 18 deletions(-)
>
>  diff --git a/tests/Makefile.in b/tests/Ma

Re: [OE-core] [PATCH 2/2] oeqa/selftest/bbclasses: Add tests for systemd and update-rc.d interaction

[Khem Raj]

On Tue, Aug 20, 2024 at 1:35 PM Peter Kjellerstedt via
lists.openembedded.org 
wrote:

> These tests verify that the correct files are left behind when systemd
> is inherited and depending on whether the systemd and/or sysvinit distro
> features are enabled.
>
> Signed-off-by: Peter Kjellerstedt 
> ---
>  .../bbclasses/systemd-and-sysvinit.bb |  15 +++
>  .../recipes-test/bbclasses/systemd-only.bb|  10 ++
>  meta/lib/oeqa/selftest/cases/bbclasses.py | 106 ++
>  3 files changed, 131 insertions(+)
>  create mode 100644 meta-selftest/recipes-test/bbclasses/
> systemd-and-sysvinit.bb
>  create mode 100644 meta-selftest/recipes-test/bbclasses/systemd-only.bb
>  create mode 100644 meta/lib/oeqa/selftest/cases/bbclasses.py
>
> diff --git a/meta-selftest/recipes-test/bbclasses/systemd-and-sysvinit.bb
> b/meta-selftest/recipes-test/bbclasses/systemd-and-sysvinit.bb
> new file mode 100644
> index 00..b820a10528
> --- /dev/null
> +++ b/meta-selftest/recipes-test/bbclasses/systemd-and-sysvinit.bb
> @@ -0,0 +1,15 @@
> +LICENSE = "CLOSED"
> +
> +inherit allarch systemd update-rc.d
> +
> +do_install() {
> +   install -d ${D}${systemd_system_unitdir}
> +   touch ${D}${systemd_system_unitdir}/${BPN}.service
> +
> +   install -d ${D}${INIT_D_DIR}
> +   touch ${D}${INIT_D_DIR}/${BPN}
> +}
> +
> +INITSCRIPT_NAME = "${BPN}"
> +
> +SYSTEMD_SERVICE:${PN} = "${BPN}.service"
> diff --git a/meta-selftest/recipes-test/bbclasses/systemd-only.bb
> b/meta-selftest/recipes-test/bbclasses/systemd-only.bb
> new file mode 100644
> index 00..3a28713cb5
> --- /dev/null
> +++ b/meta-selftest/recipes-test/bbclasses/systemd-only.bb
> @@ -0,0 +1,10 @@
> +LICENSE = "CLOSED"
> +


License is not conducive to project here so it has to change to something
open


> +inherit allarch systemd
> +
> +do_install() {
> +   install -d ${D}${systemd_system_unitdir}
> +   touch ${D}${systemd_system_unitdir}/${BPN}.service
> +}
> +
> +SYSTEMD_SERVICE:${PN} = "${BPN}.service"
> diff --git a/meta/lib/oeqa/selftest/cases/bbclasses.py
> b/meta/lib/oeqa/selftest/cases/bbclasses.py
> new file mode 100644
> index 00..10545ebe65
> --- /dev/null
> +++ b/meta/lib/oeqa/selftest/cases/bbclasses.py
> @@ -0,0 +1,106 @@
> +#
> +# Copyright OpenEmbedded Contributors
> +#
> +# SPDX-License-Identifier: MIT
> +#
> +
> +from oeqa.selftest.case import OESelftestTestCase
> +from oeqa.utils.commands import get_bb_vars, bitbake
> +
> +class Systemd(OESelftestTestCase):
> +"""
> +Tests related to the systemd bbclass.
> +"""
> +
> +def getVars(self, recipe):
> +self.bb_vars = 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

[OE-core] [PATCH] openssh: Mark CVE-2023-51767 as wont-fix

[Khem Raj]

Signed-off-by: Khem Raj 
---
 meta/recipes-connectivity/openssh/openssh_9.8p1.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-connectivity/openssh/openssh_9.8p1.bb 
b/meta/recipes-connectivity/openssh/openssh_9.8p1.bb
index 9554b4783f4..83145dbd185 100644
--- a/meta/recipes-connectivity/openssh/openssh_9.8p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_9.8p1.bb
@@ -37,6 +37,7 @@ CVE_STATUS[CVE-2014-9278] = "not-applicable-platform: This 
CVE is specific to Op
 Red Hat Enterprise Linux 7 and when running in a Kerberos environment"
 
 CVE_STATUS[CVE-2008-3844] = "not-applicable-platform: Only applies to some 
distributed RHEL binaries."
+CVE_STATUS[CVE-2023-51767] = "upstream-wontfix: It was demonstrated on 
modified sshd and does not exist in upstream openssh 
https://bugzilla.mindrot.org/show_bug.cgi?id=3656#c1.";
 
 PAM_SRC_URI = "file://sshd"
 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#203520): 
https://lists.openembedded.org/g/openembedded-core/message/203520
Mute This Topic: https://lists.openembedded.org/mt/107990469/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] gnupg: Document CVE-2022-3219 and mark wontfix

[Khem Raj]

Signed-off-by: Khem Raj 
---
 meta/recipes-support/gnupg/gnupg_2.4.5.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-support/gnupg/gnupg_2.4.5.bb 
b/meta/recipes-support/gnupg/gnupg_2.4.5.bb
index 6968b1a..97b5d8856c0 100644
--- a/meta/recipes-support/gnupg/gnupg_2.4.5.bb
+++ b/meta/recipes-support/gnupg/gnupg_2.4.5.bb
@@ -88,3 +88,4 @@ BBCLASSEXTEND = "native nativesdk"
 
 lcl_maybe_fortify:mipsarch = ""
 
+CVE_STATUS[CVE-2022-3219] = "upstream-wontfix: Upstream doesn't seem to be 
keen on merging the proposed commit - https://dev.gnupg.org/T5993";

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#203184): 
https://lists.openembedded.org/g/openembedded-core/message/203184
Mute This Topic: https://lists.openembedded.org/mt/107841648/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] gcc: Upgrade to GCC 14.2

[Khem Raj]

This is first bugfix release in GCC14 release series
100+ bugfixes [1]

[1] 
https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&resolution=FIXED&target_milestone=14.2

Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/maintainers.inc  |  2 +-
 .../gcc/{gcc-14.1.inc => gcc-14.2.inc}|  7 +-
 ...ian_14.1.bb => gcc-cross-canadian_14.2.bb} |  0
 .../{gcc-cross_14.1.bb => gcc-cross_14.2.bb}  |  0
 ...-crosssdk_14.1.bb => gcc-crosssdk_14.2.bb} |  0
 ...cc-runtime_14.1.bb => gcc-runtime_14.2.bb} |  0
 ...itizers_14.1.bb => gcc-sanitizers_14.2.bb} |  0
 ...{gcc-source_14.1.bb => gcc-source_14.2.bb} |  0
 ...0001-gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch | 10 +--
 .../0002-gcc-poison-system-directories.patch  | 14 ++--
 .../gcc/gcc/0003-64-bit-multilib-hack.patch   |  2 +-
 ...R_BUILD-in-a-couple-of-places-to-avo.patch |  2 +-
 ...ts.h-in-B-instead-of-S-and-t-oe-in-B.patch | 10 +--
 .../gcc/gcc/0006-cpp-honor-sysroot.patch  |  2 +-
 ...AMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch |  6 +-
 .../gcc/gcc/0008-libtool.patch|  2 +-
 ...s-fix-v4bx-to-linker-to-support-EABI.patch |  2 +-
 ...-config-files-from-B-instead-of-usin.patch | 14 ++--
 ...1-aarch64-Fix-include-paths-when-S-B.patch |  4 +-
 ...ir-from-.la-which-usually-points-to-.patch |  2 +-
 ...e-target-gcc-headers-can-be-included.patch |  2 +-
 ...t-directory-during-relink-if-inst_pr.patch |  2 +-
 ...-fix-libcc1-s-install-path-and-rpath.patch |  2 +-
 ...le-sysroot-support-for-nativesdk-gcc.patch |  4 +-
 ...sroot-gcc-version-specific-dirs-with.patch |  2 +-
 ...d-to-link-commandline-for-musl-targe.patch |  2 +-
 ...Re-introduce-spe-commandline-options.patch |  4 +-
 ...as-for-__cpu_indicator_init-instead-.patch |  4 +-
 ...s-Do-not-use-__LINE__-for-maintainin.patch |  2 +-
 ...omic-Do-not-enforce-march-on-aarch64.patch |  2 +-
 .../0023-Fix-install-path-of-linux64.h.patch  |  2 +-
 ...ardcoded-build-paths-into-ppc-libgcc.patch |  2 +-
 ...025-gcc-testsuite-tweaks-for-mips-OE.patch | 26 +++
 ...-in-_Grapheme_cluster_view-_Iterator.patch | 76 ---
 .../gcc/{gcc_14.1.bb => gcc_14.2.bb}  |  0
 ...initial_14.1.bb => libgcc-initial_14.2.bb} |  0
 .../gcc/{libgcc_14.1.bb => libgcc_14.2.bb}|  0
 ...ibgfortran_14.1.bb => libgfortran_14.2.bb} |  0
 38 files changed, 67 insertions(+), 144 deletions(-)
 rename meta/recipes-devtools/gcc/{gcc-14.1.inc => gcc-14.2.inc} (95%)
 rename meta/recipes-devtools/gcc/{gcc-cross-canadian_14.1.bb => 
gcc-cross-canadian_14.2.bb} (100%)
 rename meta/recipes-devtools/gcc/{gcc-cross_14.1.bb => gcc-cross_14.2.bb} 
(100%)
 rename meta/recipes-devtools/gcc/{gcc-crosssdk_14.1.bb => 
gcc-crosssdk_14.2.bb} (100%)
 rename meta/recipes-devtools/gcc/{gcc-runtime_14.1.bb => gcc-runtime_14.2.bb} 
(100%)
 rename meta/recipes-devtools/gcc/{gcc-sanitizers_14.1.bb => 
gcc-sanitizers_14.2.bb} (100%)
 rename meta/recipes-devtools/gcc/{gcc-source_14.1.bb => gcc-source_14.2.bb} 
(100%)
 delete mode 100644 
meta/recipes-devtools/gcc/gcc/0026-libstdc-Fix-typo-in-_Grapheme_cluster_view-_Iterator.patch
 rename meta/recipes-devtools/gcc/{gcc_14.1.bb => gcc_14.2.bb} (100%)
 rename meta/recipes-devtools/gcc/{libgcc-initial_14.1.bb => 
libgcc-initial_14.2.bb} (100%)
 rename meta/recipes-devtools/gcc/{libgcc_14.1.bb => libgcc_14.2.bb} (100%)
 rename meta/recipes-devtools/gcc/{libgfortran_14.1.bb => libgfortran_14.2.bb} 
(100%)

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index cf9fda812f7..e2bca21d49d 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -191,7 +191,7 @@ 
RECIPE_MAINTAINER:pn-gcc-cross-canadian-${TRANSLATED_TARGET_ARCH} = "Khem Raj 
 Date: Fri, 29 Mar 2013 08:37:11 +0400
 Subject: [PATCH] gcc-4.3.1: ARCH_FLAGS_FOR_TARGET
@@ -12,10 +12,10 @@ Upstream-Status: Inappropriate [embedded specific]
  2 files changed, 2 insertions(+), 2 deletions(-)
 
 diff --git a/configure b/configure
-index 02b435c1163..85a82fad302 100755
+index 3b0abeb8b2e..2590471a021 100755
 --- a/configure
 +++ b/configure
-@@ -10387,7 +10387,7 @@ fi
+@@ -10467,7 +10467,7 @@ fi
  # for target_alias and gcc doesn't manage it consistently.
  target_configargs="--cache-file=./config.cache ${target_configargs}"
  
@@ -25,10 +25,10 @@ index 02b435c1163..85a82fad302 100755
   *" newlib "*)
case " $target_configargs " in
 diff --git a/configure.ac b/configure.ac
-index 1a19c07a27b..bc8e1b8c4ef 100644
+index 042681c27be..0d9b39c541a 100644
 --- a/configure.ac
 +++ b/configure.ac
-@@ -3509,7 +3509,7 @@ fi
+@@ -3539,7 +3539,7 @@ fi
  # for target_alias and gcc doesn't manage it consistently.
  target_configargs="--cache-file=./config.cache ${target_configargs}"
  
diff --git 
a/meta/recipes-devtools/gcc/gcc/0002-gcc-poison-system-directories.patch 
b/meta/recipes-devtools/gcc/gcc/0002-gcc

Re: [OE-core] [PATCH] musl: Show error when used with multilibs

[Khem Raj]

On Tue, Aug 6, 2024 at 2:46 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> From: "Richard Purdie via lists.openembedded.org"  linuxfoundation@lists.openembedded.org>
>
> As discussed in the bugzilla entry, musl doesn't work with multilibs.
>
> I originally sent this patch in 2020 but was told that support was being
> added. I recently revisited the bug and retested a basic config which still
> fails the way it did in 2019. Since clearly nobody is using this, make it
> clear
> we don't support it. If anyone does add support, we can remove this error
> very
> easily.
>
> [YOCTO #13122]


I am ok with patch in general. What is triggering it in your testing now

>
>
> Signed-off-by: Richard Purdie 
> ---
>  meta/recipes-core/musl/musl.inc | 6 ++
>  1 file changed, 6 insertions(+)
>
> diff --git a/meta/recipes-core/musl/musl.inc
> b/meta/recipes-core/musl/musl.inc
> index 6ca52b186a5..b4d2d64 100644
> --- a/meta/recipes-core/musl/musl.inc
> +++ b/meta/recipes-core/musl/musl.inc
> @@ -32,3 +32,9 @@ COMPATIBLE_HOST:riscv32 = "null"
>  B = "${WORKDIR}/build"
>
>  do_configure[cleandirs] = "${B}"
> +
> +python () {
> +multilibs = d.getVar("MULTILIBS")
> +if multilibs:
> +raise bb.parse.SkipRecipe("musl is not compatible with multilibs")
> +}
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#203021): 
https://lists.openembedded.org/g/openembedded-core/message/203021
Mute This Topic: https://lists.openembedded.org/mt/107748212/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] binutils: Fix comment about major version

[Khem Raj]

Reword so that it does not have to be updated with
every new major release of binutils

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/binutils/binutils-2.43.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/binutils/binutils-2.43.inc 
b/meta/recipes-devtools/binutils/binutils-2.43.inc
index c1689a82dc2..f6f6eb55a94 100644
--- a/meta/recipes-devtools/binutils/binutils-2.43.inc
+++ b/meta/recipes-devtools/binutils/binutils-2.43.inc
@@ -10,7 +10,7 @@ LIC_FILES_CHKSUM="\
 file://bfd/COPYING;md5=d32239bcb673463ab874e80d47fae504\
 "
 
-# When upgrading to 2.42, please make sure there is no trailing .0, so
+# When upgrading to next major release, ensure that there is no trailing .0, so
 # that upstream version check can work correctly.
 PV = "2.43"
 CVE_VERSION = "2.43"

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202983): 
https://lists.openembedded.org/g/openembedded-core/message/202983
Mute This Topic: https://lists.openembedded.org/mt/107727137/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] libyaml: Change CVE status to wontfix

[Khem Raj]

This has not yet been disputed officially

Signed-off-by: Khem Raj 
---
 meta/recipes-support/libyaml/libyaml_0.2.5.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/libyaml/libyaml_0.2.5.bb 
b/meta/recipes-support/libyaml/libyaml_0.2.5.bb
index 2d6f27af1fc..2154910d0ca 100644
--- a/meta/recipes-support/libyaml/libyaml_0.2.5.bb
+++ b/meta/recipes-support/libyaml/libyaml_0.2.5.bb
@@ -18,6 +18,6 @@ inherit autotools
 DISABLE_STATIC:class-nativesdk = ""
 DISABLE_STATIC:class-native = ""
 
-CVE_STATUS[CVE-2024-35328] = "disputed: Upstream thinks there is no working 
code that is exploitable - https://github.com/yaml/libyaml/issues/302";
+CVE_STATUS[CVE-2024-35328] = "wontfix: Upstream thinks there is no working 
code that is exploitable - https://github.com/yaml/libyaml/issues/302";
 
 BBCLASSEXTEND = "native nativesdk"

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202716): 
https://lists.openembedded.org/g/openembedded-core/message/202716
Mute This Topic: https://lists.openembedded.org/mt/107648615/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] libyaml: Update status of CVE-2024-35328

[Khem Raj]

On Wed, Jul 31, 2024 at 1:47 AM Marta Rybczynska 
wrote:

>
>
> On Sun, Jul 28, 2024 at 4:49 PM Khem Raj via lists.openembedded.org
>  wrote:
>
>> This is open yet but seems to be disputed
>>
>> Signed-off-by: Khem Raj 
>> ---
>>  meta/recipes-support/libyaml/libyaml_0.2.5.bb | 2 ++
>>  1 file changed, 2 insertions(+)
>>
>> diff --git a/meta/recipes-support/libyaml/libyaml_0.2.5.bb
>> b/meta/recipes-support/libyaml/libyaml_0.2.5.bb
>> index 4cb5717ece8..2d6f27af1fc 100644
>> --- a/meta/recipes-support/libyaml/libyaml_0.2.5.bb
>> +++ b/meta/recipes-support/libyaml/libyaml_0.2.5.bb
>> @@ -18,4 +18,6 @@ inherit autotools
>>  DISABLE_STATIC:class-nativesdk = ""
>>  DISABLE_STATIC:class-native = ""
>>
>> +CVE_STATUS[CVE-2024-35328] = "disputed: Upstream thinks there is no
>> working code that is exploitable -
>> https://github.com/yaml/libyaml/issues/302";
>> +
>>  BBCLASSEXTEND = "native nativesdk"
>>
>> Khem, formally this one isn't "disputed". "disputed" is a formal CVE
> programme tag, which isn't there for CVE-2024-35328 as of today.
>

Fair enough. We shall change it. Is ignored ok ?

>
>
> Regards,
> Marta
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202711): 
https://lists.openembedded.org/g/openembedded-core/message/202711
Mute This Topic: https://lists.openembedded.org/mt/107592730/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 V2][master][PATCH]xinetd: use monotonic time

[Khem Raj]

On Mon, Jul 29, 2024 at 7:06 PM Li Wang via lists.openembedded.org  wrote:

>
> On 7/30/2024 02:50, Alexander Kanavin wrote:
> > On Mon, 29 Jul 2024 at 16:48, Li Wang via lists.openembedded.org
> >  wrote:
> >> when using xinet.d to limit rsync connections and time is set back,
> >> the connection limit is reached very quickly and rsync gets deactivated,
> >> if time is changed again, rsync is never reactivated.
> >>
> >> date -s "xxx"
> >> xinetd[xxx]: Deactivating service rsync due to excessive incoming
> connections. Restarting in 10 seconds.
> >>
> >> the timer of xinet.d is based on time() function, and it is affected by
> system time.
> >>
> >> Signed-off-by: Li Wang 
> >> ---
> >>   .../xinetd/xinetd/use-monotonic-time.patch| 246 ++
> >>   .../xinetd/xinetd_2.3.15.4.bb |   1 +
> >>   2 files changed, 247 insertions(+)
> >>   create mode 100644
> meta/recipes-extended/xinetd/xinetd/use-monotonic-time.patch
> >>
> >> diff --git
> a/meta/recipes-extended/xinetd/xinetd/use-monotonic-time.patch
> b/meta/recipes-extended/xinetd/xinetd/use-monotonic-time.patch
> >> new file mode 100644
> >> index 00..2144c3cba2
> >> --- /dev/null
> >> +++ b/meta/recipes-extended/xinetd/xinetd/use-monotonic-time.patch
> >> @@ -0,0 +1,246 @@
> >> +use monotonic time
> >> +
> >> +when using xinet.d to limit rsync connections and time is set back,
> >> +the connection limit is reached very quickly and rsync gets
> deactivated,
> >> +if time is changed again, rsync is never reactivated.
> >> +
> >> +date -s "xxx"
> >> +xinetd[xxx]: Deactivating service rsync due to excessive incoming
> connections. Restarting in 10 seconds.
> >> +
> >> +the timer of xinet.d is based on time() function, and it is affected
> by system time.
> >> +
> >> +Upstream-Status: Pending
> > Is this patch taken from here?
> > https://github.com/openSUSE/xinetd/pull/45
> >
> > If so, it has an incorrect upstream-status. Please fix that.
>
> yes, but the upstream does not merge the patch, yet.
>
> in this situation, what should I fill the status?
>

It’s should say Submitted [link to pr]


> Thanks,
> LiWang.
>
> >
> > Alex
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202666): 
https://lists.openembedded.org/g/openembedded-core/message/202666
Mute This Topic: https://lists.openembedded.org/mt/107610065/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] libyaml: Update status of CVE-2024-35328

[Khem Raj]

This is open yet but seems to be disputed

Signed-off-by: Khem Raj 
---
 meta/recipes-support/libyaml/libyaml_0.2.5.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-support/libyaml/libyaml_0.2.5.bb 
b/meta/recipes-support/libyaml/libyaml_0.2.5.bb
index 4cb5717ece8..2d6f27af1fc 100644
--- a/meta/recipes-support/libyaml/libyaml_0.2.5.bb
+++ b/meta/recipes-support/libyaml/libyaml_0.2.5.bb
@@ -18,4 +18,6 @@ inherit autotools
 DISABLE_STATIC:class-nativesdk = ""
 DISABLE_STATIC:class-native = ""
 
+CVE_STATUS[CVE-2024-35328] = "disputed: Upstream thinks there is no working 
code that is exploitable - https://github.com/yaml/libyaml/issues/302";
+
 BBCLASSEXTEND = "native nativesdk"

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202569): 
https://lists.openembedded.org/g/openembedded-core/message/202569
Mute This Topic: https://lists.openembedded.org/mt/107592730/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/4] python3-cffi: generalise RDEPENDS

[Khem Raj]

On Wed, Jul 24, 2024 at 9:08 AM Ross Burton via lists.openembedded.org
 wrote:
>
> There's no need to mark these RDEPENDS as target-only.
>
> Signed-off-by: Ross Burton 
> ---
>  meta/recipes-devtools/python/python3-cffi_1.16.0.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-devtools/python/python3-cffi_1.16.0.bb 
> b/meta/recipes-devtools/python/python3-cffi_1.16.0.bb
> index 8e829794a56..dfe32c604bd 100644
> --- a/meta/recipes-devtools/python/python3-cffi_1.16.0.bb
> +++ b/meta/recipes-devtools/python/python3-cffi_1.16.0.bb
> @@ -8,7 +8,7 @@ SRC_URI[sha256sum] = 
> "bcb3ef43e58665bbda2fb198698fcae6776483e0c4a631aa5647806c25
>
>  inherit pypi python_setuptools_build_meta
>
> -RDEPENDS:${PN}:class-target = " \
> +RDEPENDS:${PN} = " \
>  python3-ctypes \
>  python3-io \
>  python3-pycparser \

I hope the native version is not in the critical dependency chain.

> --
> 2.34.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202480): 
https://lists.openembedded.org/g/openembedded-core/message/202480
Mute This Topic: https://lists.openembedded.org/mt/107526225/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] [RFT][PATCH 1/2] glibc: Upgrade to 2.40

[Khem Raj]

Looks good, thanks!

On Mon, Jul 22, 2024 at 9:36 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> On Mon, 2024-07-22 at 07:18 -0700, Khem Raj wrote:
> >
> >
> > On Mon, Jul 22, 2024 at 2:22 AM Richard Purdie <
> richard.pur...@linuxfoundation.org> wrote:
> > > On Sun, 2024-07-21 at 11:03 -0700, Khem Raj via lists.openembedded.org
> wrote:
> > >
> > > Thanks Khem. I ran this through the autobuilder and there were only two
> > > failures. One expected as it tests the buildtools libc which doesn't
> > > work until we upgrade uninative. The other looks to be an intermittent
> > > qemuarm failure. From my perspective I think we're looking good to
> > > merge this!
> > >
> >
> >
> >
> > Cool yeah and today the release also came out so I am not expecting to
> make any more changes to the RFT series
> >
>
> I've gone ahead and merged it which lets us proceed with a uninative
> build/release.
>
> Cheers,
>
> Richard
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202319): 
https://lists.openembedded.org/g/openembedded-core/message/202319
Mute This Topic: https://lists.openembedded.org/mt/107470862/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] binutils: stable 2.42 branch updates

[Khem Raj]

On Sun, Jul 21, 2024 at 10:59 PM Hemraj, Deepthi via lists.openembedded.org
 wrote:

> after update:
>
> === binutils Summary ===
>
> # of expected passes302
> # of unexpected failures2
> # of untested testcases 1
> # of unsupported tests  7
>
> before update:
>
> === binutils Summary ===
>
> # of expected passes302
> # of unexpected failures2
> # of untested testcases 1
> # of unsupported tests  7
>
> The testing was done and there are no regressions found.
>

Lgtm


> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202316): 
https://lists.openembedded.org/g/openembedded-core/message/202316
Mute This Topic: https://lists.openembedded.org/mt/107480341/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] [RFT][PATCH 1/2] glibc: Upgrade to 2.40

[Khem Raj]

On Mon, Jul 22, 2024 at 2:22 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> On Sun, 2024-07-21 at 11:03 -0700, Khem Raj via lists.openembedded.org
> wrote:
> > Major new features:
> >
> > * The  header type-generic macros have been changed when using
> >   GCC 14.1 or later to use __builtin_stdc_bit_ceil etc. built-in
> functions
> >   in order to support unsigned __int128 and/or unsigned _BitInt(N)
> operands
> >   with arbitrary precisions when supported by the target.
> >
> > * The GNU C Library now supports a feature test macro _ISOC23_SOURCE to
> >   enable features from the ISO C23 standard.  Only some features from
> >   this standard are supported by the GNU C Library.  The older name
> >   _ISOC2X_SOURCE is still supported.  Features from C23 are also enabled
> >   by _GNU_SOURCE, or by compiling with the GCC options -std=c23,
> >   -std=gnu23, -std=c2x or -std=gnu2x.
> >
> > * The following ISO C23 function families (introduced in TS
> >   18661-4:2015) are now supported in .  Each family includes
> >   functions for float, double, long double, _FloatN and _FloatNx, and a
> >   type-generic macro in .
> >
> >   - Exponential functions: exp2m1, exp10m1.
> >
> >   - Logarithmic functions: log2p1, log10p1, logp1.
> >
> > * A new tunable, glibc.rtld.enable_secure, can be used to run a program
> >   as if it were a setuid process. This is currently a testing tool to
> allow
> >   more extensive verification tests for AT_SECURE programs and not meant
> to
> >   be a security feature.
> >
> > * On Linux, the epoll header was updated to include epoll ioctl
> definitions
> >   and the related structure added in Linux kernel 6.9.
> >
> > * The fortify functionality has been significantly enhanced for building
> >   programs with clang against the GNU C Library.
> >
> > * Many functions have been added to the vector library for aarch64:
> > acosh, asinh, atanh, cbrt, cosh, erf, erfc, hypot, pow, sinh, tanh
> >
> > * On x86, memset can now use non-temporal stores to improve the
> performance
> >   of large writes. This behaviour is controlled by a new tunable
> >   x86_memset_non_temporal_threshold.
> >
> > Deprecated and removed features, and other changes affecting
> compatibility:
> >
> > * Architectures which use a 32-bit seconds-since-epoch field in struct
> >   lastlog, struct utmp, struct utmpx (such as i386, powerpc64le, rv32,
> >   rv64, x86-64) switched from a signed to an unsigned type for that
> >   field.  This allows these fields to store timestamps beyond the year
> >   2038, until the year 2106.  Please note that applications are still
> >   expected to migrate off the interfaces declared in  and
> >(except for login_tty) due to locking and session management
> >   problems.
> >
> > * __rseq_size now denotes the size of the active rseq area (20 bytes
> >   initially), not the size of struct rseq (32 bytes initially).
> >
> > Signed-off-by: Khem Raj 
>
> Thanks Khem. I ran this through the autobuilder and there were only two
> failures. One expected as it tests the buildtools libc which doesn't
> work until we upgrade uninative. The other looks to be an intermittent
> qemuarm failure. From my perspective I think we're looking good to
> merge this!



Cool yeah and today the release also came out so I am not expecting to make
any more changes to the RFT series

>
>
> Cheers,
>
> Richard
>

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

[OE-core] [RFT][PATCH 1/2] glibc: Upgrade to 2.40

[Khem Raj]

Major new features:

* The  header type-generic macros have been changed when using
  GCC 14.1 or later to use __builtin_stdc_bit_ceil etc. built-in functions
  in order to support unsigned __int128 and/or unsigned _BitInt(N) operands
  with arbitrary precisions when supported by the target.

* The GNU C Library now supports a feature test macro _ISOC23_SOURCE to
  enable features from the ISO C23 standard.  Only some features from
  this standard are supported by the GNU C Library.  The older name
  _ISOC2X_SOURCE is still supported.  Features from C23 are also enabled
  by _GNU_SOURCE, or by compiling with the GCC options -std=c23,
  -std=gnu23, -std=c2x or -std=gnu2x.

* The following ISO C23 function families (introduced in TS
  18661-4:2015) are now supported in .  Each family includes
  functions for float, double, long double, _FloatN and _FloatNx, and a
  type-generic macro in .

  - Exponential functions: exp2m1, exp10m1.

  - Logarithmic functions: log2p1, log10p1, logp1.

* A new tunable, glibc.rtld.enable_secure, can be used to run a program
  as if it were a setuid process. This is currently a testing tool to allow
  more extensive verification tests for AT_SECURE programs and not meant to
  be a security feature.

* On Linux, the epoll header was updated to include epoll ioctl definitions
  and the related structure added in Linux kernel 6.9.

* The fortify functionality has been significantly enhanced for building
  programs with clang against the GNU C Library.

* Many functions have been added to the vector library for aarch64:
acosh, asinh, atanh, cbrt, cosh, erf, erfc, hypot, pow, sinh, tanh

* On x86, memset can now use non-temporal stores to improve the performance
  of large writes. This behaviour is controlled by a new tunable
  x86_memset_non_temporal_threshold.

Deprecated and removed features, and other changes affecting compatibility:

* Architectures which use a 32-bit seconds-since-epoch field in struct
  lastlog, struct utmp, struct utmpx (such as i386, powerpc64le, rv32,
  rv64, x86-64) switched from a signed to an unsigned type for that
  field.  This allows these fields to store timestamps beyond the year
  2038, until the year 2106.  Please note that applications are still
  expected to migrate off the interfaces declared in  and
   (except for login_tty) due to locking and session management
  problems.

* __rseq_size now denotes the size of the active rseq area (20 bytes
  initially), not the size of struct rseq (32 bytes initially).

Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/tcmode-default.inc   |  2 +-
 ...2.39.bb => cross-localedef-native_2.40.bb} |  0
 meta/recipes-core/glibc/glibc-common.inc  |  2 +-
 ...bc-locale_2.39.bb => glibc-locale_2.40.bb} |  0
 ...bc-mtrace_2.39.bb => glibc-mtrace_2.40.bb} |  0
 ...-scripts_2.39.bb => glibc-scripts_2.40.bb} |  0
 ...tsuite_2.39.bb => glibc-testsuite_2.40.bb} |  0
 meta/recipes-core/glibc/glibc-version.inc |  6 +-
 ...ests_2.39.bb => glibc-y2038-tests_2.40.bb} |  0
 ...dd-hardlink-resolver-from-util-linux.patch |  2 +-
 ...-fix-ups-hardlink-to-make-it-compile.patch |  2 +-
 ...Look-for-host-system-ld.so.cache-as-.patch | 30 +++---
 ...Fix-buffer-overrun-with-a-relocated-.patch |  6 +-
 ...Raise-the-size-of-arrays-containing-.patch | 12 +--
 ...k-glibc-Allow-64-bit-atomics-for-x86.patch |  2 +-
 ...Make-relocatable-install-for-locales.patch |  4 +-
 ...Fall-back-to-faccessat-on-faccess2-r.patch |  2 +-
 ...the-path-sets-wrong-config-variables.patch | 99 +++
 ...ss-building-and-testing-instructions.patch |  2 +-
 ...glibc-Help-bootstrap-cross-toolchain.patch |  4 +-
 ...eglibc-Resolve-__fpscr_values-on-SH4.patch |  2 +-
 ...port-cross-locale-generation-support.patch |  2 +-
 ...-archive-uses-a-hard-coded-locale-pa.patch |  2 +-
 ...Do-not-ask-compiler-for-finding-arch.patch |  6 +-
 ...y-the-header-between-arm-and-aarch64.patch | 55 ++-
 ...h-printf-builtin-in-nscd-init-script.patch |  2 +-
 ...igure.ac-Set-libc_cv_rootsbindir-onl.patch |  2 +-
 ...ell-interpreter-overridable-in-tzsel.patch |  8 +-
 ...Use-bin-sh-default-shell-interpreter.patch |  4 +-
 ...d-failed-in-unprivileged-process-BZ-.patch |  2 +-
 ...build-time-paths-in-the-output-binar.patch |  6 +-
 ...-tests-that-can-hang-in-oe-selftest.patch} | 27 +++--
 .../glibc/{glibc_2.39.bb => glibc_2.40.bb}|  4 +-
 33 files changed, 141 insertions(+), 156 deletions(-)
 rename meta/recipes-core/glibc/{cross-localedef-native_2.39.bb => 
cross-localedef-native_2.40.bb} (100%)
 rename meta/recipes-core/glibc/{glibc-locale_2.39.bb => glibc-locale_2.40.bb} 
(100%)
 rename meta/recipes-core/glibc/{glibc-mtrace_2.39.bb => glibc-mtrace_2.40.bb} 
(100%)
 rename meta/recipes-core/glibc/{glibc-scripts_2.39.bb => 
glibc-scripts_2.40.bb} (100%)
 rename meta/recipes-core/glibc/{glibc-testsuite_2.39.bb => 
glibc-testsuite_2.40.bb} (100%)
 rename meta/recipes-core/glibc/{glibc-y2038-tests_2.39.bb

[OE-core] [RFT][PATCH 2/2] glibc: Remove redundant configure option --disable-werror

[Khem Raj]

This is applied unconditionally few lines above

Signed-off-by: Khem Raj 
---
 meta/recipes-core/glibc/glibc_2.40.bb | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/recipes-core/glibc/glibc_2.40.bb 
b/meta/recipes-core/glibc/glibc_2.40.bb
index 86f9fb927e7..71b89ac9ffb 100644
--- a/meta/recipes-core/glibc/glibc_2.40.bb
+++ b/meta/recipes-core/glibc/glibc_2.40.bb
@@ -79,7 +79,6 @@ EXTRA_OECONF = "--enable-kernel=${OLDEST_KERNEL} \
 --with-default-link \
 --disable-werror \
 --enable-fortify-source \
-${@bb.utils.contains_any('SELECTED_OPTIMIZATION', '-O0 -Og', 
'--disable-werror', '', d)} \
 ${GLIBCPIE} \
 ${GLIBC_EXTRA_OECONF}"
 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202299): 
https://lists.openembedded.org/g/openembedded-core/message/202299
Mute This Topic: https://lists.openembedded.org/mt/107470863/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] systemd: Replace deprecate udevadm command

[Khem Raj]

In postinstall we run this script on target
these days systemd-hwdb is recommended

Fixes
...
Configuring udev-hwdb.
udevadm hwdb is deprecated. Use systemd-hwdb instead.

Signed-off-by: Khem Raj 
---
 meta/recipes-core/systemd/systemd_256.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/systemd/systemd_256.bb 
b/meta/recipes-core/systemd/systemd_256.bb
index 2e1f82dc8d1..a197b165832 100644
--- a/meta/recipes-core/systemd/systemd_256.bb
+++ b/meta/recipes-core/systemd/systemd_256.bb
@@ -904,7 +904,7 @@ pkg_postinst:udev-hwdb () {
if test -n "$D"; then
$INTERCEPT_DIR/postinst_intercept update_udev_hwdb ${PKG} 
mlprefix=${MLPREFIX} binprefix=${MLPREFIX} rootlibexecdir="${rootlibexecdir}" 
PREFERRED_PROVIDER_udev="${PREFERRED_PROVIDER_udev}" 
base_bindir="${base_bindir}"
else
-   udevadm hwdb --update
+   systemd-hwdb update
fi
 }
 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#202178): 
https://lists.openembedded.org/g/openembedded-core/message/202178
Mute This Topic: https://lists.openembedded.org/mt/107404152/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 2/3] openssh: systemd notification was implemented upstream

[Khem Raj]

actually I narrowed down my problem of disconnection to this patch in
the series. Earlier I thought it might be related to the openssh
upgrade patch
but reverting that still causes the problem but this patch when
reverted, the problem is gone.

On Tue, Jul 16, 2024 at 7:17 AM Jose Quaresma via
lists.openembedded.org
 wrote:
>
> Still side effects of the XZ backdoor. The systemd sd-notify patch
> was rejected [1] upstream and was chosen a standalone implementation
> that does not depend on libsystemd [2].
>
> Racional [1]:
>
> License incompatibility and library bloatedness were the reasons.
> Given recent events we're never going to take a dependency on libsystemd,
> though we might implement the notification protocol ourselves if it isn't too 
> much work.
>
> [1] 
> https://github.com/openssh/openssh-portable/pull/375#issuecomment-2027749729
> [2] 
> https://github.com/openssh/openssh-portable/commit/08f579231cd38a1c657aaa6ddeb8ab57a1fd4f5c
>
> Signed-off-by: Jose Quaresma 
> ---
>
> v4:
>  - split update of Upstream-Status in new patches in the serie
>
> v5:
>  - use the upstream solution
>
>  ...-notify-systemd-on-listen-and-reload.patch | 225 ++
>  ...tional-support-for-systemd-sd_notify.patch |  96 
>  .../openssh/openssh/sshd.service  |   2 +-
>  .../openssh/openssh/sshd@.service |   1 +
>  .../openssh/openssh_9.7p1.bb  |   4 +-
>  5 files changed, 228 insertions(+), 100 deletions(-)
>  create mode 100644 
> meta/recipes-connectivity/openssh/openssh/0001-notify-systemd-on-listen-and-reload.patch
>  delete mode 100644 
> meta/recipes-connectivity/openssh/openssh/0001-systemd-Add-optional-support-for-systemd-sd_notify.patch
>
> diff --git 
> a/meta/recipes-connectivity/openssh/openssh/0001-notify-systemd-on-listen-and-reload.patch
>  
> b/meta/recipes-connectivity/openssh/openssh/0001-notify-systemd-on-listen-and-reload.patch
> new file mode 100644
> index 00..4925c969fe
> --- /dev/null
> +++ 
> b/meta/recipes-connectivity/openssh/openssh/0001-notify-systemd-on-listen-and-reload.patch
> @@ -0,0 +1,225 @@
> +From fc73e2405a8ca928465580b74a4d76112919367b Mon Sep 17 00:00:00 2001
> +From: Damien Miller 
> +Date: Wed, 3 Apr 2024 14:40:32 +1100
> +Subject: [PATCH] notify systemd on listen and reload
> +
> +Standalone implementation that does not depend on libsystemd.
> +With assistance from Luca Boccassi, and feedback/testing from Colin
> +Watson. bz2641
> +
> +Upstream-Status: Backport 
> [https://github.com/openssh/openssh-portable/commit/08f579231cd38a1c657aaa6ddeb8ab57a1fd4f5c]
> +
> +Signed-off-by: Jose Quaresma 
> +---
> + configure.ac|  1 +
> + openbsd-compat/port-linux.c | 97 -
> + openbsd-compat/port-linux.h |  5 ++
> + platform.c  | 11 +
> + platform.h  |  1 +
> + sshd.c  |  2 +
> + 6 files changed, 115 insertions(+), 2 deletions(-)
> +
> +diff --git a/configure.ac b/configure.ac
> +index 82e8bb7c1..854f92b5b 100644
> +--- a/configure.ac
>  b/configure.ac
> +@@ -915,6 +915,7 @@ int main(void) { if (NSVersionOfRunTimeLibrary("System") 
> >= (60 << 16))
> +   AC_DEFINE([_PATH_BTMP], ["/var/log/btmp"], [log for bad login 
> attempts])
> +   AC_DEFINE([USE_BTMP])
> +   AC_DEFINE([LINUX_OOM_ADJUST], [1], [Adjust Linux out-of-memory 
> killer])
> ++  AC_DEFINE([SYSTEMD_NOTIFY], [1], [Have sshd notify systemd on 
> start/reload])
> +   inet6_default_4in6=yes
> +   case `uname -r` in
> +   1.*|2.0.*)
> +diff --git a/openbsd-compat/port-linux.c b/openbsd-compat/port-linux.c
> +index 0457e28d0..df7290246 100644
> +--- a/openbsd-compat/port-linux.c
>  b/openbsd-compat/port-linux.c
> +@@ -21,16 +21,23 @@
> +
> + #include "includes.h"
> +
> +-#if defined(WITH_SELINUX) || defined(LINUX_OOM_ADJUST)
> ++#if defined(WITH_SELINUX) || defined(LINUX_OOM_ADJUST) || \
> ++defined(SYSTEMD_NOTIFY)
> ++#include 
> ++#include 
> ++
> + #include 
> ++#include 
> + #include 
> + #include 
> + #include 
> + #include 
> ++#include 
> +
> + #include "log.h"
> + #include "xmalloc.h"
> + #include "port-linux.h"
> ++#include "misc.h"
> +
> + #ifdef WITH_SELINUX
> + #include 
> +@@ -310,4 +317,90 @@ oom_adjust_restore(void)
> +   return;
> + }
> + #endif /* LINUX_OOM_ADJUST */
> +-#endif /* WITH_SELINUX || LINUX_OOM_ADJUST */
> ++
> ++#ifdef SYSTEMD_NOTIFY
> ++
> ++static void ssh_systemd_notify(const char *, ...)
> ++__attribute__((__format__ (printf, 1, 2))) __attribute__((__nonnull__ 
> (1)));
> ++
> ++static void
> ++ssh_systemd_notify(const char *fmt, ...)
> ++{
> ++  char *s = NULL;
> ++  const char *path;
> ++  struct stat sb;
> ++  struct sockaddr_un addr;
> ++  int fd = -1;
> ++  va_list ap;
> ++
> ++  if ((path = getenv("NOTIFY_SOCKET")) == NULL || strlen(path) == 0)
> ++  return;
> ++
> ++  va_start(ap, fmt);
> ++  xvasprintf(&s, fmt, ap);
> ++ 

Re: [OE-core][PATCH v5 3/3] openssh: upgrade 9.7p1 -> 9.8p1

[Khem Raj]

My ssh connections are dropping after being connected for a minute or so
same target worked fine from the same host before. I do have

ServerAliveInterval 30
TCPKeepAlive yes

Sometimes folks would suggest the first solution, but it seems to not
have any effect anymore.

On Tue, Jul 16, 2024 at 7:17 AM Jose Quaresma via
lists.openembedded.org
 wrote:
>
> - drop the CVE-2024-6387
> - drop the backported systemd notify
> - backported fix for musl build
> - submited fix for ptest regression
> - sshd now had the sshd-session
>
> Release notes at https://www.openssh.com/txt/release-9.8
>
> Security
> 
>
> This release contains fixes for two security problems, one critical
> and one minor.
>
> 1) Race condition in sshd(8)
>
> A critical vulnerability in sshd(8) was present in Portable OpenSSH
> versions between 8.5p1 and 9.7p1 (inclusive) that may allow arbitrary
> code execution with root privileges.
>
> Successful exploitation has been demonstrated on 32-bit Linux/glibc
> systems with ASLR. Under lab conditions, the attack requires on
> average 6-8 hours of continuous connections up to the maximum the
> server will accept. Exploitation on 64-bit systems is believed to be
> possible but has not been demonstrated at this time. It's likely that
> these attacks will be improved upon.
>
> Exploitation on non-glibc systems is conceivable but has not been
> examined. Systems that lack ASLR or users of downstream Linux
> distributions that have modified OpenSSH to disable per-connection
> ASLR re-randomisation (yes - this is a thing, no - we don't
> understand why) may potentially have an easier path to exploitation.
> OpenBSD is not vulnerable.
>
> We thank the Qualys Security Advisory Team for discovering, reporting
> and demonstrating exploitability of this problem, and for providing
> detailed feedback on additional mitigation measures.
>
> 2) Logic error in ssh(1) ObscureKeystrokeTiming
>
> In OpenSSH version 9.5 through 9.7 (inclusive), when connected to an
> OpenSSH server version 9.5 or later, a logic error in the ssh(1)
> ObscureKeystrokeTiming feature (on by default) rendered this feature
> ineffective - a passive observer could still detect which network
> packets contained real keystrokes when the countermeasure was active
> because both fake and real keystroke packets were being sent
> unconditionally.
>
> This bug was found by Philippos Giavridis and also independently by
> Jacky Wei En Kung, Daniel Hugenroth and Alastair Beresford of the
> University of Cambridge Computer Lab.
>
> Worse, the unconditional sending of both fake and real keystroke
> packets broke another long-standing timing attack mitigation. Since
> OpenSSH 2.9.9 sshd(8) has sent fake keystoke echo packets for
> traffic received on TTYs in echo-off mode, such as when entering a
> password into su(8) or sudo(8). This bug rendered these fake
> keystroke echoes ineffective and could allow a passive observer of
> a SSH session to once again detect when echo was off and obtain
> fairly limited timing information about keystrokes in this situation
> (20ms granularity by default).
>
> This additional implication of the bug was identified by Jacky Wei
> En Kung, Daniel Hugenroth and Alastair Beresford and we thank them
> for their detailed analysis.
>
> This bug does not affect connections when ObscureKeystrokeTiming
> was disabled or sessions where no TTY was requested.
>
> Future deprecation notice
> =
>
> OpenSSH plans to remove support for the DSA signature algorithm in
> early 2025. This release disables DSA by default at compile time.
>
> DSA, as specified in the SSHv2 protocol, is inherently weak - being
> limited to a 160 bit private key and use of the SHA1 digest. Its
> estimated security level is only 80 bits symmetric equivalent.
>
> OpenSSH has disabled DSA keys by default since 2015 but has retained
> run-time optional support for them. DSA was the only mandatory-to-
> implement algorithm in the SSHv2 RFCs, mostly because alternative
> algorithms were encumbered by patents when the SSHv2 protocol was
> specified.
>
> This has not been the case for decades at this point and better
> algorithms are well supported by all actively-maintained SSH
> implementations. We do not consider the costs of maintaining DSA
> in OpenSSH to be justified and hope that removing it from OpenSSH
> can accelerate its wider deprecation in supporting cryptography
> libraries.
>
> This release, and its deactivation of DSA by default at compile-time,
> marks the second step in our timeline to finally deprecate DSA. The
> final step of removing DSA support entirely is planned for the first
> OpenSSH release of 2025.
>
> DSA support may be re-enabled in OpenBSD by setting "DSAKEY=yes"
> in Makefile.inc. To enable DSA support in portable OpenSSH, pass
> the "--enable-dsa-keys" option to configure.
>
> Potentially-incompatible changes
> 
>
>  * all: as mentioned above, the DSA signature algorithm is 

[OE-core] [PATCH] busybox: Add fix for CVE-2023-42366

[Khem Raj]

Signed-off-by: Khem Raj 
---
 ...1-awk.c-fix-CVE-2023-42366-bug-15874.patch | 37 +++
 meta/recipes-core/busybox/busybox_1.36.1.bb   |  1 +
 2 files changed, 38 insertions(+)
 create mode 100644 
meta/recipes-core/busybox/busybox/0001-awk.c-fix-CVE-2023-42366-bug-15874.patch

diff --git 
a/meta/recipes-core/busybox/busybox/0001-awk.c-fix-CVE-2023-42366-bug-15874.patch
 
b/meta/recipes-core/busybox/busybox/0001-awk.c-fix-CVE-2023-42366-bug-15874.patch
new file mode 100644
index 000..282c2fde5a5
--- /dev/null
+++ 
b/meta/recipes-core/busybox/busybox/0001-awk.c-fix-CVE-2023-42366-bug-15874.patch
@@ -0,0 +1,37 @@
+From 8542236894a8d5f7393327117bc7f64787444efc Mon Sep 17 00:00:00 2001
+From: Valery Ushakov 
+Date: Wed, 24 Jan 2024 22:24:41 +0300
+Subject: [PATCH] awk.c: fix CVE-2023-42366 (bug #15874)
+
+Make sure we don't read past the end of the string in next_token()
+when backslash is the last character in an (invalid) regexp.
+a fix and issue reported in bugzilla
+
+https://bugs.busybox.net/show_bug.cgi?id=15874
+
+Upstream-Status: Submitted 
[http://lists.busybox.net/pipermail/busybox/2024-May/090766.html]
+
+CVE: CVE-2023-42366
+Signed-off-by: Khem Raj 
+---
+ editors/awk.c | 6 --
+ 1 file changed, 4 insertions(+), 2 deletions(-)
+
+diff --git a/editors/awk.c b/editors/awk.c
+index f320d8c..a53b193 100644
+--- a/editors/awk.c
 b/editors/awk.c
+@@ -1168,9 +1168,11 @@ static uint32_t next_token(uint32_t expected)
+   s[-1] = 
bb_process_escape_sequence((const char **)&pp);
+   if (*p == '\\')
+   *s++ = '\\';
+-  if (pp == p)
++  if (pp == p) {
++  if (*p == '\0')
++  
syntax_error(EMSG_UNEXP_EOS);
+   *s++ = *p++;
+-  else
++  } else
+   p = pp;
+   }
+   }
diff --git a/meta/recipes-core/busybox/busybox_1.36.1.bb 
b/meta/recipes-core/busybox/busybox_1.36.1.bb
index 6972eef81ff..980a96b88ae 100644
--- a/meta/recipes-core/busybox/busybox_1.36.1.bb
+++ b/meta/recipes-core/busybox/busybox_1.36.1.bb
@@ -55,6 +55,7 @@ SRC_URI = 
"https://busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
file://busybox-1.36.1-no-cbq.patch \
file://0001-awk-fix-precedence-of-relative-to.patch \
file://0002-awk-fix-ternary-operator-and-precedence-of.patch \
+   file://0001-awk.c-fix-CVE-2023-42366-bug-15874.patch \
"
 SRC_URI:append:libc-musl = " file://musl.cfg "
 # TODO http://lists.busybox.net/pipermail/busybox/2023-January/090078.html

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201895): 
https://lists.openembedded.org/g/openembedded-core/message/201895
Mute This Topic: https://lists.openembedded.org/mt/107218826/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 v2] busybox: CVE-2023-42364 and CVE-2023-42365 fixes

[Khem Raj]

backport upstream fix for CVEs and fix the regression that introduced [1]

[1] http://lists.busybox.net/pipermail/busybox/2024-May/090766.html

Signed-off-by: Khem Raj 
---
v2: Fix upstream status for patch #2 and typo in recipe

 ...01-awk-fix-precedence-of-relative-to.patch | 197 ++
 ...x-ternary-operator-and-precedence-of.patch |  96 +
 meta/recipes-core/busybox/busybox_1.36.1.bb   |   2 +
 3 files changed, 295 insertions(+)
 create mode 100644 
meta/recipes-core/busybox/busybox/0001-awk-fix-precedence-of-relative-to.patch
 create mode 100644 
meta/recipes-core/busybox/busybox/0002-awk-fix-ternary-operator-and-precedence-of.patch

diff --git 
a/meta/recipes-core/busybox/busybox/0001-awk-fix-precedence-of-relative-to.patch
 
b/meta/recipes-core/busybox/busybox/0001-awk-fix-precedence-of-relative-to.patch
new file mode 100644
index 000..5836cf8a003
--- /dev/null
+++ 
b/meta/recipes-core/busybox/busybox/0001-awk-fix-precedence-of-relative-to.patch
@@ -0,0 +1,197 @@
+From dedc9380c76834ba64c8b526aef6f461ea4e7f2e Mon Sep 17 00:00:00 2001
+From: Denys Vlasenko 
+Date: Tue, 30 May 2023 16:42:18 +0200
+Subject: [PATCH 1/2] awk: fix precedence of = relative to ==
+
+Discovered while adding code to disallow assignments to non-lvalues
+
+function old new   delta
+parse_expr   936 991 +55
+.rodata   105243  105247  +4
+--
+(add/remove: 0/0 grow/shrink: 2/0 up/down: 59/0)   Total: 59 bytes
+
+CVE: CVE-2023-42364 CVE-2023-42365
+
+Upstream-Status: Backport 
[https://git.busybox.net/busybox/commit/?id=0256e00a9d077588bd3a39f5a1ef7e2eaa2911e4]
+Signed-off-by: Denys Vlasenko 
+(cherry picked from commit 0256e00a9d077588bd3a39f5a1ef7e2eaa2911e4)
+Signed-off-by: Khem Raj 
+---
+ editors/awk.c   | 66 ++---
+ testsuite/awk.tests |  5 
+ 2 files changed, 50 insertions(+), 21 deletions(-)
+
+diff --git a/editors/awk.c b/editors/awk.c
+index ec9301e..aff86fe 100644
+--- a/editors/awk.c
 b/editors/awk.c
+@@ -337,7 +337,9 @@ static void debug_parse_print_tc(uint32_t n)
+ #undef P
+ #undef PRIMASK
+ #undef PRIMASK2
+-#define P(x)  (x << 24)
++/* Smaller 'x' means _higher_ operator precedence */
++#define PRECEDENCE(x) (x << 24)
++#define P(x)  PRECEDENCE(x)
+ #define PRIMASK   0x7F00
+ #define PRIMASK2  0x7E00
+ 
+@@ -360,7 +362,7 @@ enum {
+   OC_MOVE = 0x1f00,   OC_PGETLINE = 0x2000,   OC_REGEXP = 0x2100,
+   OC_REPLACE = 0x2200,OC_RETURN = 0x2300, OC_SPRINTF = 0x2400,
+   OC_TERNARY = 0x2500,OC_UNARY = 0x2600,  OC_VAR = 0x2700,
+-  OC_DONE = 0x2800,
++  OC_CONST = 0x2800,  OC_DONE = 0x2900,
+ 
+   ST_IF = 0x3000, ST_DO = 0x3100, ST_FOR = 0x3200,
+   ST_WHILE = 0x3300
+@@ -440,9 +442,9 @@ static const uint32_t tokeninfo[] ALIGN4 = {
+ #define TI_PREINC (OC_UNARY|xV|P(9)|'P')
+ #define TI_PREDEC (OC_UNARY|xV|P(9)|'M')
+   TI_PREINC,   TI_PREDEC,   OC_FIELD|xV|P(5),
+-  OC_COMPARE|VV|P(39)|5,   OC_MOVE|VV|P(74),
OC_REPLACE|NV|P(74)|'+', OC_REPLACE|NV|P(74)|'-',
+-  OC_REPLACE|NV|P(74)|'*', OC_REPLACE|NV|P(74)|'/', 
OC_REPLACE|NV|P(74)|'%', OC_REPLACE|NV|P(74)|'&',
+-  OC_BINARY|NV|P(29)|'+',  OC_BINARY|NV|P(29)|'-',  
OC_REPLACE|NV|P(74)|'&', OC_BINARY|NV|P(15)|'&',
++  OC_COMPARE|VV|P(39)|5,   OC_MOVE|VV|P(38),
OC_REPLACE|NV|P(38)|'+', OC_REPLACE|NV|P(38)|'-',
++  OC_REPLACE|NV|P(38)|'*', OC_REPLACE|NV|P(38)|'/', 
OC_REPLACE|NV|P(38)|'%', OC_REPLACE|NV|P(38)|'&',
++  OC_BINARY|NV|P(29)|'+',  OC_BINARY|NV|P(29)|'-',  
OC_REPLACE|NV|P(38)|'&', OC_BINARY|NV|P(15)|'&',
+   OC_BINARY|NV|P(25)|'/',  OC_BINARY|NV|P(25)|'%',  
OC_BINARY|NV|P(15)|'&',  OC_BINARY|NV|P(25)|'*',
+   OC_COMPARE|VV|P(39)|4,   OC_COMPARE|VV|P(39)|3,   
OC_COMPARE|VV|P(39)|0,   OC_COMPARE|VV|P(39)|1,
+ #define TI_LESS (OC_COMPARE|VV|P(39)|2)
+@@ -1290,7 +1292,7 @@ static uint32_t next_token(uint32_t expected)
+   save_tclass = tc;
+   save_info = t_info;
+   tc = TC_BINOPX;
+-  t_info = OC_CONCAT | SS | P(35);
++  t_info = OC_CONCAT | SS | PRECEDENCE(35);
+   }
+ 
+   t_tclass = tc;
+@@ -1350,9 +1352,8 @@ static node *parse_expr(uint32_t term_tc)
+ {
+   node sn;
+   node *cn = &sn;
+-  node *vn, *glptr;
++  node *glptr;
+   uint32_t 

[OE-core] [PATCH] gcc-14: Mark CVE-2023-4039 as fixed in GCC14+

[Khem Raj]

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/gcc/gcc-14.1.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/gcc/gcc-14.1.inc 
b/meta/recipes-devtools/gcc/gcc-14.1.inc
index 8b51b2938e8..8e887c84144 100644
--- a/meta/recipes-devtools/gcc/gcc-14.1.inc
+++ b/meta/recipes-devtools/gcc/gcc-14.1.inc
@@ -111,3 +111,4 @@ EXTRA_OECONF_INITIAL = "\
 "
 
 CVE_STATUS[CVE-2021-37322] = "cpe-incorrect: Is a binutils 2.26 issue, not gcc"
+CVE_STATUS[CVE-2023-4039] = "fixed-version: Fixed from version 14.0+"

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201892): 
https://lists.openembedded.org/g/openembedded-core/message/201892
Mute This Topic: https://lists.openembedded.org/mt/107218578/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] OE-core CVE metrics for master on Sun 14 Jul 2024 01:00:01 AM HST

[Khem Raj]

On Sun, Jul 14, 2024 at 4:19 AM Steve Sakoman via
lists.openembedded.org 
wrote:
>
> Branch: master
>
> New this week: 2 CVEs
> CVE-2024-36288 (CVSS3: 5.5 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-36288 *
> CVE-2024-39472 (CVSS3: 5.5 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-39472 *
>
> Removed this week: 2 CVEs
> CVE-2023-42363 (CVSS3: 5.5 MEDIUM): busybox 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-42363 *
> CVE-2024-24789 (CVSS3: 5.5 MEDIUM): 
> go:go-binary-native:go-cross-core2-64:go-runtime 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-24789 *
>
> Full list:  Found 39 unpatched CVEs
> CVE-2019-14899 (CVSS3: 7.4 HIGH): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-14899 *
> CVE-2021-3714 (CVSS3: 5.9 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-3714 *
> CVE-2021-3864 (CVSS3: 7.0 HIGH): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2021-3864 *
> CVE-2022-0400 (CVSS3: 7.5 HIGH): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2022-0400 *
> CVE-2022-1247 (CVSS3: 7.0 HIGH): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2022-1247 *
> CVE-2022-3219 (CVSS3: 3.3 LOW): gnupg:gnupg-native 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2022-3219 *
> CVE-2022-38096 (CVSS3: 5.5 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2022-38096 *
> CVE-2022-4543 (CVSS3: 5.5 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2022-4543 *
> CVE-2023-1386 (CVSS3: 7.8 HIGH): qemu:qemu-native:qemu-system-native 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-1386 *
> CVE-2023-3397 (CVSS3: 6.3 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-3397 *
> CVE-2023-3640 (CVSS3: 7.8 HIGH): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-3640 *
> CVE-2023-4010 (CVSS3: 4.6 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-4010 *
> CVE-2023-4039 (CVSS3: 4.8 MEDIUM): 
> gcc:gcc-cross-x86_64:gcc-runtime:gcc-sanitizers:gcc-source-14.1.0:libgcc:libgcc-initial
>  https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-4039 *

This seems to be mis-diagnosed, CVE-2023-4039 is fixed by this series
- https://gcc.gnu.org/pipermail/gcc-patches/2023-September/630054.html
and it was committed into trunk of that time which eventually became
GCC-14 release. and the above said patch series is already part
of 14.1 GCC release. While we can add an ignore in recipe and squash
this but I wonder if the CVE checker tool has something missing here.

> CVE-2023-42364 (CVSS3: 5.5 MEDIUM): busybox 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-42364 *
> CVE-2023-42365 (CVSS3: 5.5 MEDIUM): busybox 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-42365 *
> CVE-2023-42366 (CVSS3: 5.5 MEDIUM): busybox 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-42366 *
> CVE-2023-51767 (CVSS3: 7.0 HIGH): openssh 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-51767 *
> CVE-2023-6238 (CVSS3: 6.7 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-6238 *
> CVE-2023-6240 (CVSS3: 6.5 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-6240 *
> CVE-2023-6535 (CVSS3: 7.5 HIGH): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2023-6535 *
> CVE-2024-21803 (CVSS3: 7.8 HIGH): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-21803 *
> CVE-2024-23848 (CVSS3: 5.5 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-23848 *
> CVE-2024-24857 (CVSS3: 6.8 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-24857 *
> CVE-2024-24858 (CVSS3: 5.3 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-24858 *
> CVE-2024-24859 (CVSS3: 4.8 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-24859 *
> CVE-2024-24864 (CVSS3: 4.7 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-24864 *
> CVE-2024-25739 (CVSS3: 5.5 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-25739 *
> CVE-2024-25740 (CVSS3: 5.5 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-25740 *
> CVE-2024-26596 (CVSS3: 5.5 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-26596 *
> CVE-2024-26900 (CVSS3: 5.5 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-26900 *
> CVE-2024-26913 (CVSS3: 7.8 HIGH): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-26913 *
> CVE-2024-26949 (CVSS3: 5.5 MEDIUM): linux-yocto 
> https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-26949 *
> CVE-2024-26952 (CVSS3: 

[OE-core] [PATCH] busybox: CVE-2023-42364 and CVE-2023-42365 fixes

[Khem Raj]

backport upstream fix for CVEs and fix the regression that introduced [1]

[1] http://lists.busybox.net/pipermail/busybox/2024-May/090766.html

Signed-off-by: Khem Raj 
---
 ...01-awk-fix-precedence-of-relative-to.patch | 197 ++
 ...x-ternary-operator-and-precedence-of.patch |  94 +
 meta/recipes-core/busybox/busybox_1.36.1.bb   |   3 +
 3 files changed, 294 insertions(+)
 create mode 100644 
meta/recipes-core/busybox/busybox/0001-awk-fix-precedence-of-relative-to.patch
 create mode 100644 
meta/recipes-core/busybox/busybox/0002-awk-fix-ternary-operator-and-precedence-of.patch

diff --git 
a/meta/recipes-core/busybox/busybox/0001-awk-fix-precedence-of-relative-to.patch
 
b/meta/recipes-core/busybox/busybox/0001-awk-fix-precedence-of-relative-to.patch
new file mode 100644
index 000..5836cf8a003
--- /dev/null
+++ 
b/meta/recipes-core/busybox/busybox/0001-awk-fix-precedence-of-relative-to.patch
@@ -0,0 +1,197 @@
+From dedc9380c76834ba64c8b526aef6f461ea4e7f2e Mon Sep 17 00:00:00 2001
+From: Denys Vlasenko 
+Date: Tue, 30 May 2023 16:42:18 +0200
+Subject: [PATCH 1/2] awk: fix precedence of = relative to ==
+
+Discovered while adding code to disallow assignments to non-lvalues
+
+function old new   delta
+parse_expr   936 991 +55
+.rodata   105243  105247  +4
+--
+(add/remove: 0/0 grow/shrink: 2/0 up/down: 59/0)   Total: 59 bytes
+
+CVE: CVE-2023-42364 CVE-2023-42365
+
+Upstream-Status: Backport 
[https://git.busybox.net/busybox/commit/?id=0256e00a9d077588bd3a39f5a1ef7e2eaa2911e4]
+Signed-off-by: Denys Vlasenko 
+(cherry picked from commit 0256e00a9d077588bd3a39f5a1ef7e2eaa2911e4)
+Signed-off-by: Khem Raj 
+---
+ editors/awk.c   | 66 ++---
+ testsuite/awk.tests |  5 
+ 2 files changed, 50 insertions(+), 21 deletions(-)
+
+diff --git a/editors/awk.c b/editors/awk.c
+index ec9301e..aff86fe 100644
+--- a/editors/awk.c
 b/editors/awk.c
+@@ -337,7 +337,9 @@ static void debug_parse_print_tc(uint32_t n)
+ #undef P
+ #undef PRIMASK
+ #undef PRIMASK2
+-#define P(x)  (x << 24)
++/* Smaller 'x' means _higher_ operator precedence */
++#define PRECEDENCE(x) (x << 24)
++#define P(x)  PRECEDENCE(x)
+ #define PRIMASK   0x7F00
+ #define PRIMASK2  0x7E00
+ 
+@@ -360,7 +362,7 @@ enum {
+   OC_MOVE = 0x1f00,   OC_PGETLINE = 0x2000,   OC_REGEXP = 0x2100,
+   OC_REPLACE = 0x2200,OC_RETURN = 0x2300, OC_SPRINTF = 0x2400,
+   OC_TERNARY = 0x2500,OC_UNARY = 0x2600,  OC_VAR = 0x2700,
+-  OC_DONE = 0x2800,
++  OC_CONST = 0x2800,  OC_DONE = 0x2900,
+ 
+   ST_IF = 0x3000, ST_DO = 0x3100, ST_FOR = 0x3200,
+   ST_WHILE = 0x3300
+@@ -440,9 +442,9 @@ static const uint32_t tokeninfo[] ALIGN4 = {
+ #define TI_PREINC (OC_UNARY|xV|P(9)|'P')
+ #define TI_PREDEC (OC_UNARY|xV|P(9)|'M')
+   TI_PREINC,   TI_PREDEC,   OC_FIELD|xV|P(5),
+-  OC_COMPARE|VV|P(39)|5,   OC_MOVE|VV|P(74),
OC_REPLACE|NV|P(74)|'+', OC_REPLACE|NV|P(74)|'-',
+-  OC_REPLACE|NV|P(74)|'*', OC_REPLACE|NV|P(74)|'/', 
OC_REPLACE|NV|P(74)|'%', OC_REPLACE|NV|P(74)|'&',
+-  OC_BINARY|NV|P(29)|'+',  OC_BINARY|NV|P(29)|'-',  
OC_REPLACE|NV|P(74)|'&', OC_BINARY|NV|P(15)|'&',
++  OC_COMPARE|VV|P(39)|5,   OC_MOVE|VV|P(38),
OC_REPLACE|NV|P(38)|'+', OC_REPLACE|NV|P(38)|'-',
++  OC_REPLACE|NV|P(38)|'*', OC_REPLACE|NV|P(38)|'/', 
OC_REPLACE|NV|P(38)|'%', OC_REPLACE|NV|P(38)|'&',
++  OC_BINARY|NV|P(29)|'+',  OC_BINARY|NV|P(29)|'-',  
OC_REPLACE|NV|P(38)|'&', OC_BINARY|NV|P(15)|'&',
+   OC_BINARY|NV|P(25)|'/',  OC_BINARY|NV|P(25)|'%',  
OC_BINARY|NV|P(15)|'&',  OC_BINARY|NV|P(25)|'*',
+   OC_COMPARE|VV|P(39)|4,   OC_COMPARE|VV|P(39)|3,   
OC_COMPARE|VV|P(39)|0,   OC_COMPARE|VV|P(39)|1,
+ #define TI_LESS (OC_COMPARE|VV|P(39)|2)
+@@ -1290,7 +1292,7 @@ static uint32_t next_token(uint32_t expected)
+   save_tclass = tc;
+   save_info = t_info;
+   tc = TC_BINOPX;
+-  t_info = OC_CONCAT | SS | P(35);
++  t_info = OC_CONCAT | SS | PRECEDENCE(35);
+   }
+ 
+   t_tclass = tc;
+@@ -1350,9 +1352,8 @@ static node *parse_expr(uint32_t term_tc)
+ {
+   node sn;
+   node *cn = &sn;
+-  node *vn, *glptr;
++  node *glptr;
+   uint32_t tc, expected_tc;
+-  var *v;
+ 
+   debug_pri

[OE-core] [PATCH v2] busybox: Fix tc applet build when using kernel 6.8+

[Khem Raj]

We now have 6.9 kernel headers in master which means
busybox builds with CONFIG_TC will fail to build due
to CBQ being dropped in kernel 6.8+

Apply a fix which is reported upstream

Signed-off-by: Khem Raj 
---
v2: Rebased on top of master

 .../busybox/busybox-1.36.1-no-cbq.patch   | 61 +++
 meta/recipes-core/busybox/busybox_1.36.1.bb   |  1 +
 2 files changed, 62 insertions(+)
 create mode 100644 
meta/recipes-core/busybox/busybox/busybox-1.36.1-no-cbq.patch

diff --git a/meta/recipes-core/busybox/busybox/busybox-1.36.1-no-cbq.patch 
b/meta/recipes-core/busybox/busybox/busybox-1.36.1-no-cbq.patch
new file mode 100644
index 000..80cbc73fc41
--- /dev/null
+++ b/meta/recipes-core/busybox/busybox/busybox-1.36.1-no-cbq.patch
@@ -0,0 +1,61 @@
+Remove CBQ functionality from tc
+
+6.8+ kernel has dropped CBQ support [1], Now that OE uses 6.9 for
+kernel-headers means we are hitting the undefined symbol
+TCA_CBQ_MAX [2]  
+
+[1] 
https://github.com/torvalds/linux/commit/33241dca486264193ed68167c8eeae1fb197f3df
+[2] https://bugs.busybox.net/show_bug.cgi?id=15934
+
+Upstream-Status: Submitted [https://bugs.busybox.net/show_bug.cgi?id=15931]
+Signed-off-by: Khem Raj 
+
+diff -up busybox-1.36.1/networking/tc.c.no-cbq busybox-1.36.1/networking/tc.c
+--- busybox-1.36.1/networking/tc.c.no-cbq  2024-01-29 10:24:09.135082923 
-0500
 busybox-1.36.1/networking/tc.c 2024-01-29 10:28:12.009502552 -0500
+@@ -31,7 +31,7 @@
+ //usage:  "qdisc [handle QHANDLE] 
[root|"IF_FEATURE_TC_INGRESS("ingress|")"parent CLASSID]\n"
+ /* //usage: "[estimator INTERVAL TIME_CONSTANT]\n" */
+ //usage:  "   [[QDISC_KIND] [help|OPTIONS]]\n"
+-//usage:  "   QDISC_KIND := [p|b]fifo|tbf|prio|cbq|red|etc.\n"
++//usage:  "   QDISC_KIND := [p|b]fifo|tbf|prio|red|etc.\n"
+ //usage:  "qdisc show [dev STRING]"IF_FEATURE_TC_INGRESS(" [ingress]")"\n"
+ //usage:  "class [classid CLASSID] [root|parent CLASSID]\n"
+ //usage:  "   [[QDISC_KIND] [help|OPTIONS] ]\n"
+@@ -230,7 +230,7 @@ static int cbq_parse_opt(int argc, char
+ {
+   return 0;
+ }
+-#endif
++
+ static int cbq_print_opt(struct rtattr *opt)
+ {
+   struct rtattr *tb[TCA_CBQ_MAX+1];
+@@ -322,6 +322,7 @@ static int cbq_print_opt(struct rtattr *
+  done:
+   return 0;
+ }
++#endif
+ 
+ static FAST_FUNC int print_qdisc(
+   const struct sockaddr_nl *who UNUSED_PARAM,
+@@ -373,7 +374,8 @@ static FAST_FUNC int print_qdisc(
+   if (qqq == 0) { /* pfifo_fast aka prio */
+   prio_print_opt(tb[TCA_OPTIONS]);
+   } else if (qqq == 1) { /* class based queuing */
+-  cbq_print_opt(tb[TCA_OPTIONS]);
++  /* cbq_print_opt(tb[TCA_OPTIONS]); */
++  printf("cbq not supported");
+   } else {
+   /* don't know how to print options for this qdisc */
+   printf("(options for %s)", name);
+@@ -444,7 +446,8 @@ static FAST_FUNC int print_class(
+   /* nothing. */ /*prio_print_opt(tb[TCA_OPTIONS]);*/
+   } else if (qqq == 1) { /* class based queuing */
+   /* cbq_print_copt() is identical to cbq_print_opt(). */
+-  cbq_print_opt(tb[TCA_OPTIONS]);
++  /* cbq_print_opt(tb[TCA_OPTIONS]); */
++  printf("cbq not supported");
+   } else {
+   /* don't know how to print options for this class */
+   printf("(options for %s)", name);
diff --git a/meta/recipes-core/busybox/busybox_1.36.1.bb 
b/meta/recipes-core/busybox/busybox_1.36.1.bb
index 7ce57bb0d00..67bc5c0cadd 100644
--- a/meta/recipes-core/busybox/busybox_1.36.1.bb
+++ b/meta/recipes-core/busybox/busybox_1.36.1.bb
@@ -52,6 +52,7 @@ SRC_URI = 
"https://busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
file://CVE-2021-42380.patch \
file://0001-awk-fix-segfault-when-compiled-by-clang.patch \
file://CVE-2023-42363.patch \
+   file://busybox-1.36.1-no-cbq.patch \
"
 SRC_URI:append:libc-musl = " file://musl.cfg "
 # TODO http://lists.busybox.net/pipermail/busybox/2023-January/090078.html

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201888): 
https://lists.openembedded.org/g/openembedded-core/message/201888
Mute This Topic: https://lists.openembedded.org/mt/107216819/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] mesa: Add packageconfig knob to control tegra gallium driver

[Khem Raj]

On Fri, Jul 12, 2024 at 2:04 AM Alexander Kanavin
 wrote:
>
> On Fri, 12 Jul 2024 at 01:42, Khem Raj via lists.openembedded.org
>  wrote:
> > +PACKAGECONFIG[tegra] = ""
> > +GALLIUMDRIVERS:append ="${@bb.utils.contains('PACKAGECONFIG', 'tegra', 
> > ',tegra,nouveau', '', d)}"
>
> Why nouveau as well? It's already enabled elsewhere.

Its a direct dependency for tegra gallium driver, In its state
currently in mesa recipe its enabled when gallium-llvm packageconfig
is set.
That's not a prerequisite for tegra driver.

>
> Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201832): 
https://lists.openembedded.org/g/openembedded-core/message/201832
Mute This Topic: https://lists.openembedded.org/mt/107173681/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] arch-arm64: Use neoverse-v1 ISA for Qemu usermode

[Khem Raj]

On Fri, Jul 12, 2024 at 6:26 AM Ross Burton  wrote:
>
> On 12 Jul 2024, at 00:42, Khem Raj via lists.openembedded.org 
>  wrote:
> >
> > With latest qemu several places where qemu-usermode is used e.g.
> > nodejs, qtwebengine, chromium, the builds are failing form armv8a
> > tuned machines (e.g. tegra) which is due to qemu crash ( SIGILL )
> > encoutered when 'max' ISA is used ( which is default ), max seems
> > to use neoverse-n2 equivalent features, which is evident that SIGILL
> > also happens when using -cpu neoverse-v2, therefore explicitly select
> > neoverse-v1 for ISA, which works and covers almost all (if not all)
> > cpu tunes for armv8 we have.
> >
> > Signed-off-by: Khem Raj 
> > ---
> > meta/conf/machine/include/arm/arch-arm64.inc | 5 +
> > 1 file changed, 5 insertions(+)
> >
> > diff --git a/meta/conf/machine/include/arm/arch-arm64.inc 
> > b/meta/conf/machine/include/arm/arch-arm64.inc
> > index 832dacb..9639911d33b 100644
> > --- a/meta/conf/machine/include/arm/arch-arm64.inc
> > +++ b/meta/conf/machine/include/arm/arch-arm64.inc
> > @@ -42,3 +42,8 @@ TARGET_FPU = "${@bb.utils.contains('TUNE_FEATURES', 
> > 'aarch64', '${TARGET_FPU_64}
> > # support these they're meaningless NOP instructions, so there's very little
> > # reason not to.
> > TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'aarch64', ' 
> > -mbranch-protection=standard', '', d)}"
> > +
> > +# Fix qemu-user crashes while building nodejs/chromium/qtwebengine, 
> > defaults ISA is max and it generate SIGILLs
> > +# qemu: uncaught target signal 4 (Illegal instruction) - core dumped
> > +# Select the superset ISA
> > +QEMU_EXTRAOPTIONS_armv8a = "-cpu neoverse-v1”
>
> This is definitely the wrong place for this.  What machine are you using 
> here? Can you get a gdb to identify what the instruction failing is?
>

Looked more into it last night. it happens only with clang/trunk seems
to work with binaries built with gcc and clang18 , I guess hold on to
it, until further triage.

> Ross
>

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

[OE-core] [PATCH 1/2] mesa: Add packageconfig knob to control tegra gallium driver

[Khem Raj]

Signed-off-by: Khem Raj 
---
 meta/recipes-graphics/mesa/mesa.inc | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index d56def29163..c426e8fddd4 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -199,6 +199,9 @@ GALLIUMDRIVERS:append 
="${@bb.utils.contains('PACKAGECONFIG', 'lima', ',lima', '
 PACKAGECONFIG[panfrost] = ""
 GALLIUMDRIVERS:append ="${@bb.utils.contains('PACKAGECONFIG', 'panfrost', 
',panfrost', '', d)}"
 
+PACKAGECONFIG[tegra] = ""
+GALLIUMDRIVERS:append ="${@bb.utils.contains('PACKAGECONFIG', 'tegra', 
',tegra,nouveau', '', d)}"
+
 PACKAGECONFIG[vulkan-beta] = "-Dvulkan-beta=true,-Dvulkan-beta=false"
 
 PACKAGECONFIG[osmesa] = "-Dosmesa=true,-Dosmesa=false"

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

[OE-core] [PATCH 2/2] arch-arm64: Use neoverse-v1 ISA for Qemu usermode

[Khem Raj]

With latest qemu several places where qemu-usermode is used e.g.
nodejs, qtwebengine, chromium, the builds are failing form armv8a
tuned machines (e.g. tegra) which is due to qemu crash ( SIGILL )
encoutered when 'max' ISA is used ( which is default ), max seems
to use neoverse-n2 equivalent features, which is evident that SIGILL
also happens when using -cpu neoverse-v2, therefore explicitly select
neoverse-v1 for ISA, which works and covers almost all (if not all)
cpu tunes for armv8 we have.

Signed-off-by: Khem Raj 
---
 meta/conf/machine/include/arm/arch-arm64.inc | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/conf/machine/include/arm/arch-arm64.inc 
b/meta/conf/machine/include/arm/arch-arm64.inc
index 832dacb..9639911d33b 100644
--- a/meta/conf/machine/include/arm/arch-arm64.inc
+++ b/meta/conf/machine/include/arm/arch-arm64.inc
@@ -42,3 +42,8 @@ TARGET_FPU = "${@bb.utils.contains('TUNE_FEATURES', 
'aarch64', '${TARGET_FPU_64}
 # support these they're meaningless NOP instructions, so there's very little
 # reason not to.
 TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'aarch64', ' 
-mbranch-protection=standard', '', d)}"
+
+# Fix qemu-user crashes while building nodejs/chromium/qtwebengine, defaults 
ISA is max and it generate SIGILLs
+# qemu: uncaught target signal 4 (Illegal instruction) - core dumped
+# Select the superset ISA
+QEMU_EXTRAOPTIONS_armv8a = "-cpu neoverse-v1"

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201796): 
https://lists.openembedded.org/g/openembedded-core/message/201796
Mute This Topic: https://lists.openembedded.org/mt/107173682/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] distro/include: Add yocto-space-optimize, disabling debugging for large components

[Khem Raj]

On Thu, Jul 11, 2024 at 6:35 AM Richard Purdie via
lists.openembedded.org
 wrote:
>
> On Thu, 2024-07-11 at 12:10 +, Ross Burton via lists.openembedded.org 
> wrote:
> > On 11 Jul 2024, at 10:30, Richard Purdie via lists.openembedded.org 
> >  wrote:
> > >
> > > +DEBUG_FLAGS:remove:pn-llvm = "-g"
> > > +DEBUG_FLAGS:remove:pn-qemu = "-g"
> > > +DEBUG_FLAGS:remove:pn-openssl = "-g”
> >
> > This would be difficult to undo if the user did actually want debug 
> > symbols, right?
> >
> > This :removes -g (so you can’t :append it back) from the target flags:
> >
> > DEBUG_FLAGS ?= "-g -feliminate-unused-debug-types ${DEBUG_PREFIX_MAP}"
> > FULL_OPTIMIZATION = "-O2 -pipe ${DEBUG_FLAGS}"
> > DEBUG_OPTIMIZATION = "-Og ${DEBUG_FLAGS} -pipe"
> > SELECTED_OPTIMIZATION = "${@d.getVar(oe.utils.vartrue('DEBUG_BUILD', 
> > 'DEBUG_OPTIMIZATION', 'FULL_OPTIMIZATION', d))}”
> > TARGET_CFLAGS = "${TARGET_CPPFLAGS} ${SELECTED_OPTIMIZATION}”
> >
> > So with this there’s no obvious way to get symbols for target 
> > llvm/qemu/openssl, setting DEBUG_BUILD=1 still won’t actually pass -g. The 
> > user would have to know to do eg CFLAGS += “-g”.
> >
> > I’ll note that webkitgtk3 has approached this problem already and settled 
> > on this:
> >
> > DEBUG_FLAGS:append = "${@oe.utils.vartrue('DEBUG_BUILD', '', ' -g1', d)}"
> >
> > So -g1 (minimal but functional debugging info) unless DEBUG_BUILD enabled.
> >
> > I’m fairly against removing _all_ debug symbols for these recipes in 
> > default builds, although I’d certainly be happy with -g1 as a compromise 
> > between space saving and utility.
>
> I agree that the remove is too hard to undo so we can't use this
> approach. We probably need to parameterise it in DEBUG_FLAGS since
> we're likely to need to do this more frequently.
>
> I do still think we should drop -g entirely for llvm though as the
> debug info is just too large even at -g1. I'm particularly keen to keep
> the package sizes down which keeps the sstate object size down too,
> making builds from sstate better over the network.

we can do an append instead and effects will be same
DEBUG_FLAGS:append = "-g1"
would add it after -g and -g1 will be effective.

Secondly, it might make sense to do it directly in concerned recipes.


>
> Cheers,
>
> Richard
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201794): 
https://lists.openembedded.org/g/openembedded-core/message/201794
Mute This Topic: https://lists.openembedded.org/mt/107159573/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] gdb: Upgrade to 15.1 release

[Khem Raj]

Improved python support and needs c++17 std in compiler to build

Detailed Release Notee [1]

[1] https://sourceware.org/pipermail/gdb-announce/2024/000140.html

Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/tcmode-default.inc   |  2 +-
 ...ian_14.2.bb => gdb-cross-canadian_15.1.bb} |  0
 .../{gdb-cross_14.2.bb => gdb-cross_15.1.bb}  |  0
 meta/recipes-devtools/gdb/gdb.inc |  6 +++---
 ...ux-nat-Define-_ABIO32-if-not-defined.patch |  6 +++---
 ...e-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch |  8 +++
 ...readline.a-when-using-disable-static.patch | 10 -
 .../gdb/gdb/0004-use-asm-sgidefs.h.patch  |  6 +++---
 .../gdb/gdb/0005-Change-order-of-CFLAGS.patch | 21 +--
 ...> 0006-Fix-invalid-sigprocmask-call.patch} |  6 +++---
 ...ing-_Alignof-when-using-C11-or-newe.patch} |  6 +++---
 .../gdb/{gdb_14.2.bb => gdb_15.1.bb}  |  0
 12 files changed, 35 insertions(+), 36 deletions(-)
 rename meta/recipes-devtools/gdb/{gdb-cross-canadian_14.2.bb => 
gdb-cross-canadian_15.1.bb} (100%)
 rename meta/recipes-devtools/gdb/{gdb-cross_14.2.bb => gdb-cross_15.1.bb} 
(100%)
 rename meta/recipes-devtools/gdb/gdb/{0007-Fix-invalid-sigprocmask-call.patch 
=> 0006-Fix-invalid-sigprocmask-call.patch} (90%)
 rename 
meta/recipes-devtools/gdb/gdb/{0008-Define-alignof-using-_Alignof-when-using-C11-or-newe.patch
 => 0007-Define-alignof-using-_Alignof-when-using-C11-or-newe.patch} (90%)
 rename meta/recipes-devtools/gdb/{gdb_14.2.bb => gdb_15.1.bb} (100%)

diff --git a/meta/conf/distro/include/tcmode-default.inc 
b/meta/conf/distro/include/tcmode-default.inc
index 4fb6e47b7f5..c77ce9aa52a 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -19,7 +19,7 @@ PREFERRED_PROVIDER_virtual/gettext ??= "gettext"
 GCCVERSION ?= "14.%"
 SDKGCCVERSION ?= "${GCCVERSION}"
 BINUVERSION ?= "2.42%"
-GDBVERSION ?= "14.%"
+GDBVERSION ?= "15.%"
 GLIBCVERSION ?= "2.39%"
 LINUXLIBCVERSION ?= "6.9%"
 QEMUVERSION ?= "9.0%"
diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian_14.2.bb 
b/meta/recipes-devtools/gdb/gdb-cross-canadian_15.1.bb
similarity index 100%
rename from meta/recipes-devtools/gdb/gdb-cross-canadian_14.2.bb
rename to meta/recipes-devtools/gdb/gdb-cross-canadian_15.1.bb
diff --git a/meta/recipes-devtools/gdb/gdb-cross_14.2.bb 
b/meta/recipes-devtools/gdb/gdb-cross_15.1.bb
similarity index 100%
rename from meta/recipes-devtools/gdb/gdb-cross_14.2.bb
rename to meta/recipes-devtools/gdb/gdb-cross_15.1.bb
diff --git a/meta/recipes-devtools/gdb/gdb.inc 
b/meta/recipes-devtools/gdb/gdb.inc
index c2fbcb2ac6b..6fdf11d3944 100644
--- a/meta/recipes-devtools/gdb/gdb.inc
+++ b/meta/recipes-devtools/gdb/gdb.inc
@@ -10,7 +10,7 @@ SRC_URI = "${GNU_MIRROR}/gdb/gdb-${PV}.tar.xz \

file://0003-Dont-disable-libreadline.a-when-using-disable-static.patch \
file://0004-use-asm-sgidefs.h.patch \
file://0005-Change-order-of-CFLAGS.patch \
-   file://0007-Fix-invalid-sigprocmask-call.patch \
-   
file://0008-Define-alignof-using-_Alignof-when-using-C11-or-newe.patch \
+   file://0006-Fix-invalid-sigprocmask-call.patch \
+   
file://0007-Define-alignof-using-_Alignof-when-using-C11-or-newe.patch \
"
-SRC_URI[sha256sum] = 
"2d4dd8061d8ded12b6c63f55e45344881e8226105f4d2a9b234040efa5ce7772"
+SRC_URI[sha256sum] = 
"38254eacd4572134bca9c5a5aa4d4ca564cbbd30c369d881f733fb6b903354f2"
diff --git 
a/meta/recipes-devtools/gdb/gdb/0001-mips-linux-nat-Define-_ABIO32-if-not-defined.patch
 
b/meta/recipes-devtools/gdb/gdb/0001-mips-linux-nat-Define-_ABIO32-if-not-defined.patch
index 86f6e2642d9..5e313a08b21 100644
--- 
a/meta/recipes-devtools/gdb/gdb/0001-mips-linux-nat-Define-_ABIO32-if-not-defined.patch
+++ 
b/meta/recipes-devtools/gdb/gdb/0001-mips-linux-nat-Define-_ABIO32-if-not-defined.patch
@@ -1,4 +1,4 @@
-From ff77aebf533758f0b6f7d22b272d32e08ed06e45 Mon Sep 17 00:00:00 2001
+From 31c6c42479e750aff3130e76bae2646c418cb548 Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Wed, 23 Mar 2016 06:30:09 +
 Subject: [PATCH] mips-linux-nat: Define _ABIO32 if not defined
@@ -16,10 +16,10 @@ Signed-off-by: Khem Raj 
  1 file changed, 4 insertions(+)
 
 diff --git a/gdb/mips-linux-nat.c b/gdb/mips-linux-nat.c
-index 8a7cc95f2a4..bfd1c72cba6 100644
+index 3d072ea935c..ca38caeacc2 100644
 --- a/gdb/mips-linux-nat.c
 +++ b/gdb/mips-linux-nat.c
-@@ -41,6 +41,10 @@
+@@ -40,6 +40,10 @@
  #ifndef PTRACE_GET_THREAD_AREA
  #define PTRACE_GET_THREAD_AREA 25
  #endif
diff --git 
a/meta/recipes-devtools/gdb/gdb/0002-ppc-ptrace-Define-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch
 
b/meta/recipes-devtools/gdb/gdb/0002-ppc-ptrace-Define-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch
index 897cfd0df9b..56602b41162 100644
--- 
a/meta/recipes-devtools/gdb/gdb/0002-p

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

[Khem Raj]

On Mon, Jul 8, 2024 at 8:56 AM Ross Burton  wrote:
>
> On 1 Jul 2024, at 17:33, Alexandre Belloni via lists.openembedded.org 
>  wrote:
> >
> > On 01/07/2024 09:19:50-0700, Khem Raj wrote:
> >> On Mon, Jul 1, 2024 at 1:25 AM Yu, Mingli  wrote:
> >>
> >>>
> >>>
> >>> On 6/28/24 02:21, Khem Raj 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.
> >>>>
> >>>> I am seeing two XPASSes which is ok but the test runs reports failure
> >>> back
> >>>
> >>> It is because the two cases defined as XFAIL_TESTS
> >>> https://git.savannah.nongnu.org/cgit/acl.git/tree/test/Makemodule.am#n1
> >>> and per
> >>>
> >>> https://www.gnu.org/software/automake/manual/html_node/Generalities-about-Testing.html,
> >>>
> >>>
> >>> ```
> >>> In case a test that is expected to fail ends up passing instead, many
> >>> testing environments will flag the result as a special kind of failure
> >>> called unexpected pass (or xpass).
> >>> ```
> >>
> >>
> >> It’s fine here we need to treat them as passes so the return from tests do
> >> not confuse the preset runner
> >
> > But if we don't get the expected result, isn't that a failure?
>
> I just spent a few minutes doing some git archaeology, but nothing useful.  
> Both tests are marked as XFAIL which could mean “I wrote this test case but 
> right now it doesn’t work correctly” or alternatively “this test is meant to 
> fail”, but there’s nothing relevant in the comments or git log to clarify.
>
> The patches look like they’re fixing actual bugs in the test cases, so I 
> suspect the tests were expected-fail because they didn’t actually work. So 
> these patches should fix the tests and then move them from XFAIL_TESTS to 
> TESTS as they now actually work.

an XPASS is like a failure unless its is reviewed and deemed to be
correct in that case it could be moved into PASS category. so in this
case it seems they
should be marked PASS after the fixes but maybe they were still left
as XPASS due to some corner cases or simply to be baked for a while to
find more corner cases. We can patch them as PASS and move on perhaps.
>
> Ross

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201634): 
https://lists.openembedded.org/g/openembedded-core/message/201634
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] tune: octeontx2: remove crypto from TUNE_FEATURES

[Khem Raj]

On Tue, Jul 2, 2024 at 11:57 PM Hao, Ruiqiang 
wrote:

> This is a clang problem. It should be fixed in clang, not here.
> Additionally we check for 'crypto' in TUNE_FEATURES in many recipes for
> making specific tweaks, they will fail for octeonx2 if we apply this. See
> https://github.com/kraj/meta-clang/blob/master/classes/clang.bbclass#L49-L53
> Hi kraj,
>
> Thanks for your prompt feedback.
> I have limited experience with Clang, could you provide some suggestions
> for fixing this issue?
> Additionally, this link is not related to the TUNE_FEATURES check for
> octeontx2.
> Could you provide one name of recipe that checks whether TUNE_FEATURES
> includes 'crypto' to help me with troubleshooting?
>

add it to TUNE_CCARGS:remove:toolchain-clang list
-mcpu=octeontx2+crypto

then add to TUNE_CCARGS e.g
TUNE_CCARGS:append:toolchain-clang = "${@bb.utils.contains("TUNE_FEATURES",
"octeontx2 crypto", " -mcpu=octeontx2", "", d)}"


>
> B.R.
> Ruiqiang
> --
> *From:* Khem Raj 
> *Sent:* Wednesday, July 3, 2024 11:30
> *To:* Hao, Ruiqiang 
> *Cc:* openembedded-core@lists.openembedded.org <
> openembedded-core@lists.openembedded.org>
> *Subject:* Re: [OE-core] [PATCH] tune: octeontx2: remove crypto from
> TUNE_FEATURES
>
> 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.
>
> On Tue, Jul 2, 2024 at 7:00 PM Ruiqiang Hao via lists.openembedded.org
>  wrote:
> >
> > From: Ruiqiang Hao 
> >
> > Since GCC's configuration includes the crypto feature when specifying
> > '-mcpu=octeontx2', there's no need to additionally include this feature
> > in TUNE_FEATURES. Removing crypto to fix the following error:
> >
> > aarch64-wrs-linux-clang: error: unsupported argument 'octeontx2+crypto'
> for option '-mcpu='
>
> This is a clang problem. It should be fixed in clang, not here.
> Additionally we check for 'crypto' in TUNE_FEATURES in
> many recipes for making specific tweaks, they will fail for octeonx2
> if we apply this. See
>
> https://github.com/kraj/meta-clang/blob/master/classes/clang.bbclass#L49-L53
>
> >
> > Signed-off-by: Ruiqiang Hao 
> > ---
> >  meta/conf/machine/include/arm/armv8-2a/tune-octeontx2.inc | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/conf/machine/include/arm/armv8-2a/tune-octeontx2.inc
> b/meta/conf/machine/include/arm/armv8-2a/tune-octeontx2.inc
> > index e9d7a59c51..d51d19b980 100644
> > --- a/meta/conf/machine/include/arm/armv8-2a/tune-octeontx2.inc
> > +++ b/meta/conf/machine/include/arm/armv8-2a/tune-octeontx2.inc
> > @@ -9,6 +9,6 @@ require conf/machine/include/arm/arch-armv8-2a.inc
> >  AVAILTUNES += "octeontx2"
> >  ARMPKGARCH:tune-octeontx2 = "octeontx2"
> >  # We do not want -march since -mcpu is added above to cover for it
> > -TUNE_FEATURES:tune-octeontx2  = "aarch64 crypto octeontx2"
> > +TUNE_FEATURES:tune-octeontx2  = "aarch64 octeontx2"
> >  PACKAGE_EXTRA_ARCHS:tune-octeontx2=
> "${PACKAGE_EXTRA_ARCHS:tune-armv8-2a-crypto} octeontx2"
> >  BASE_LIB:tune-octeontx2   = "lib64"
> > --
> > 2.45.0
> >
> >
> > 
> >
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201455): 
https://lists.openembedded.org/g/openembedded-core/message/201455
Mute This Topic: https://lists.openembedded.org/mt/107012841/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] tune: octeontx2: remove crypto from TUNE_FEATURES

[Khem Raj]

On Tue, Jul 2, 2024 at 7:00 PM Ruiqiang Hao via lists.openembedded.org
 wrote:
>
> From: Ruiqiang Hao 
>
> Since GCC's configuration includes the crypto feature when specifying
> '-mcpu=octeontx2', there's no need to additionally include this feature
> in TUNE_FEATURES. Removing crypto to fix the following error:
>
> aarch64-wrs-linux-clang: error: unsupported argument 'octeontx2+crypto' for 
> option '-mcpu='

This is a clang problem. It should be fixed in clang, not here.
Additionally we check for 'crypto' in TUNE_FEATURES in
many recipes for making specific tweaks, they will fail for octeonx2
if we apply this. See
https://github.com/kraj/meta-clang/blob/master/classes/clang.bbclass#L49-L53

>
> Signed-off-by: Ruiqiang Hao 
> ---
>  meta/conf/machine/include/arm/armv8-2a/tune-octeontx2.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/conf/machine/include/arm/armv8-2a/tune-octeontx2.inc 
> b/meta/conf/machine/include/arm/armv8-2a/tune-octeontx2.inc
> index e9d7a59c51..d51d19b980 100644
> --- a/meta/conf/machine/include/arm/armv8-2a/tune-octeontx2.inc
> +++ b/meta/conf/machine/include/arm/armv8-2a/tune-octeontx2.inc
> @@ -9,6 +9,6 @@ require conf/machine/include/arm/arch-armv8-2a.inc
>  AVAILTUNES += "octeontx2"
>  ARMPKGARCH:tune-octeontx2 = "octeontx2"
>  # We do not want -march since -mcpu is added above to cover for it
> -TUNE_FEATURES:tune-octeontx2  = "aarch64 crypto octeontx2"
> +TUNE_FEATURES:tune-octeontx2  = "aarch64 octeontx2"
>  PACKAGE_EXTRA_ARCHS:tune-octeontx2= 
> "${PACKAGE_EXTRA_ARCHS:tune-armv8-2a-crypto} octeontx2"
>  BASE_LIB:tune-octeontx2   = "lib64"
> --
> 2.45.0
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201450): 
https://lists.openembedded.org/g/openembedded-core/message/201450
Mute This Topic: https://lists.openembedded.org/mt/107012841/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] busybox: Fix tc applet build when using kernel 6.8+

[Khem Raj]

We now have 6.9 kernel headers in master which means
busybox builds with CONFIG_TC will fail to build due
to CBQ being dropped in kernel 6.8+

Apply a fix which is reported upstream

Signed-off-by: Khem Raj 
---
 .../busybox/busybox-1.36.1-no-cbq.patch   | 61 +++
 meta/recipes-core/busybox/busybox_1.36.1.bb   |  1 +
 2 files changed, 62 insertions(+)
 create mode 100644 
meta/recipes-core/busybox/busybox/busybox-1.36.1-no-cbq.patch

diff --git a/meta/recipes-core/busybox/busybox/busybox-1.36.1-no-cbq.patch 
b/meta/recipes-core/busybox/busybox/busybox-1.36.1-no-cbq.patch
new file mode 100644
index 000..80cbc73fc41
--- /dev/null
+++ b/meta/recipes-core/busybox/busybox/busybox-1.36.1-no-cbq.patch
@@ -0,0 +1,61 @@
+Remove CBQ functionality from tc
+
+6.8+ kernel has dropped CBQ support [1], Now that OE uses 6.9 for
+kernel-headers means we are hitting the undefined symbol
+TCA_CBQ_MAX [2]  
+
+[1] 
https://github.com/torvalds/linux/commit/33241dca486264193ed68167c8eeae1fb197f3df
+[2] https://bugs.busybox.net/show_bug.cgi?id=15934
+
+Upstream-Status: Submitted [https://bugs.busybox.net/show_bug.cgi?id=15931]
+Signed-off-by: Khem Raj 
+
+diff -up busybox-1.36.1/networking/tc.c.no-cbq busybox-1.36.1/networking/tc.c
+--- busybox-1.36.1/networking/tc.c.no-cbq  2024-01-29 10:24:09.135082923 
-0500
 busybox-1.36.1/networking/tc.c 2024-01-29 10:28:12.009502552 -0500
+@@ -31,7 +31,7 @@
+ //usage:  "qdisc [handle QHANDLE] 
[root|"IF_FEATURE_TC_INGRESS("ingress|")"parent CLASSID]\n"
+ /* //usage: "[estimator INTERVAL TIME_CONSTANT]\n" */
+ //usage:  "   [[QDISC_KIND] [help|OPTIONS]]\n"
+-//usage:  "   QDISC_KIND := [p|b]fifo|tbf|prio|cbq|red|etc.\n"
++//usage:  "   QDISC_KIND := [p|b]fifo|tbf|prio|red|etc.\n"
+ //usage:  "qdisc show [dev STRING]"IF_FEATURE_TC_INGRESS(" [ingress]")"\n"
+ //usage:  "class [classid CLASSID] [root|parent CLASSID]\n"
+ //usage:  "   [[QDISC_KIND] [help|OPTIONS] ]\n"
+@@ -230,7 +230,7 @@ static int cbq_parse_opt(int argc, char
+ {
+   return 0;
+ }
+-#endif
++
+ static int cbq_print_opt(struct rtattr *opt)
+ {
+   struct rtattr *tb[TCA_CBQ_MAX+1];
+@@ -322,6 +322,7 @@ static int cbq_print_opt(struct rtattr *
+  done:
+   return 0;
+ }
++#endif
+ 
+ static FAST_FUNC int print_qdisc(
+   const struct sockaddr_nl *who UNUSED_PARAM,
+@@ -373,7 +374,8 @@ static FAST_FUNC int print_qdisc(
+   if (qqq == 0) { /* pfifo_fast aka prio */
+   prio_print_opt(tb[TCA_OPTIONS]);
+   } else if (qqq == 1) { /* class based queuing */
+-  cbq_print_opt(tb[TCA_OPTIONS]);
++  /* cbq_print_opt(tb[TCA_OPTIONS]); */
++  printf("cbq not supported");
+   } else {
+   /* don't know how to print options for this qdisc */
+   printf("(options for %s)", name);
+@@ -444,7 +446,8 @@ static FAST_FUNC int print_class(
+   /* nothing. */ /*prio_print_opt(tb[TCA_OPTIONS]);*/
+   } else if (qqq == 1) { /* class based queuing */
+   /* cbq_print_copt() is identical to cbq_print_opt(). */
+-  cbq_print_opt(tb[TCA_OPTIONS]);
++  /* cbq_print_opt(tb[TCA_OPTIONS]); */
++  printf("cbq not supported");
+   } else {
+   /* don't know how to print options for this class */
+   printf("(options for %s)", name);
diff --git a/meta/recipes-core/busybox/busybox_1.36.1.bb 
b/meta/recipes-core/busybox/busybox_1.36.1.bb
index 373a6b7781b..327bea0d017 100644
--- a/meta/recipes-core/busybox/busybox_1.36.1.bb
+++ b/meta/recipes-core/busybox/busybox_1.36.1.bb
@@ -49,6 +49,7 @@ SRC_URI = 
"https://busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \

file://0001-libbb-sockaddr2str-ensure-only-printable-characters-.patch \

file://0002-nslookup-sanitize-all-printed-strings-with-printable.patch \
file://start-stop-false.patch \
+   file://busybox-1.36.1-no-cbq.patch \
"
 SRC_URI:append:libc-musl = " file://musl.cfg "
 # TODO http://lists.busybox.net/pipermail/busybox/2023-January/090078.html

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201449): 
https://lists.openembedded.org/g/openembedded-core/message/201449
Mute This Topic: https://lists.openembedded.org/mt/107013721/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] mesa: Including missing LLVM header

[Khem Raj]

This issue happens with LLVM trunk

Signed-off-by: Khem Raj 
---
 ...lude-missing-llvm-IR-header-Module.h.patch | 41 +++
 meta/recipes-graphics/mesa/mesa.inc   |  1 +
 2 files changed, 42 insertions(+)
 create mode 100644 
meta/recipes-graphics/mesa/files/0001-amd-Include-missing-llvm-IR-header-Module.h.patch

diff --git 
a/meta/recipes-graphics/mesa/files/0001-amd-Include-missing-llvm-IR-header-Module.h.patch
 
b/meta/recipes-graphics/mesa/files/0001-amd-Include-missing-llvm-IR-header-Module.h.patch
new file mode 100644
index 000..82ad88a079c
--- /dev/null
+++ 
b/meta/recipes-graphics/mesa/files/0001-amd-Include-missing-llvm-IR-header-Module.h.patch
@@ -0,0 +1,41 @@
+From 777d69cf15b80ab1f109a4936d6e4801c4b0e0f3 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 1 Jul 2024 23:09:29 -0700
+Subject: [PATCH] amd: Include missing llvm IR header Module.h
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+With LLVM-19, Module.h header is not being pulled, which results in
+compile errors e.g.
+
+src/amd/llvm/ac_llvm_helper.cpp:102:10: error: no matching function for call 
to ‘unwrap(LLVMOpaqueModule*&)’
+  102 |unwrap(module)->setTargetTriple(TM->getTargetTriple().getTriple());
+  |~~^~~~
+In file included from 
/mnt/b/yoe/master/build/tmp/work/x86_64-linux/mesa-native/24.0.7/recipe-sysroot-native/usr/include/llvm/IR/Type.h:18,
+ from 
/mnt/b/yoe/master/build/tmp/work/x86_64-linux/mesa-native/24.0.7/recipe-sysroot-native/usr/include/llvm/IR/DerivedTypes.h:23,
+ from 
/mnt/b/yoe/master/build/tmp/work/x86_64-linux/mesa-native/24.0.7/recipe-sysroot-native/usr/include/llvm/IR/InstrTypes.h:26,
+ from 
/mnt/b/yoe/master/build/tmp/work/x86_64-linux/mesa-native/24.0.7/recipe-sysroot-native/usr/include/llvm/Analysis/TargetLibraryInfo.h:14,
+ from ../mesa-24.0.7/src/amd/llvm/ac_llvm_helper.cpp:8:
+
+Its getting the definition from llvm/IR/Type.h instead of Module.h and caused
+confusion to compiler
+
+Upstream-Status: Submitted 
[https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/29993]
+Signed-off-by: Khem Raj 
+---
+ src/amd/llvm/ac_llvm_helper.cpp | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/src/amd/llvm/ac_llvm_helper.cpp b/src/amd/llvm/ac_llvm_helper.cpp
+index 5d065279ad1..af4a50f8409 100644
+--- a/src/amd/llvm/ac_llvm_helper.cpp
 b/src/amd/llvm/ac_llvm_helper.cpp
+@@ -8,6 +8,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+ #include 
diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 2581ccb1202..272d57c7496 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -19,6 +19,7 @@ SRC_URI = 
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
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 \
+   file://0001-amd-Include-missing-llvm-IR-header-Module.h.patch \
 "
 
 SRC_URI[sha256sum] = 
"7454425f1ed4a6f1b5b107e1672b30c88b22ea0efea000ae2c7d96db93f6c26a"

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

[Khem Raj]

On Mon, Jul 1, 2024 at 1:25 AM Yu, Mingli  wrote:

>
>
> On 6/28/24 02:21, Khem Raj 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.
> >
> > I am seeing two XPASSes which is ok but the test runs reports failure
> back
>
> It is because the two cases defined as XFAIL_TESTS
> https://git.savannah.nongnu.org/cgit/acl.git/tree/test/Makemodule.am#n1
> and per
>
> https://www.gnu.org/software/automake/manual/html_node/Generalities-about-Testing.html,
>
>
> ```
> In case a test that is expected to fail ends up passing instead, many
> testing environments will flag the result as a special kind of failure
> called unexpected pass (or xpass).
> ```


It’s fine here we need to treat them as passes so the return from tests do
not confuse the preset runner

>
> Thanks,
>
> >
> > root@qemux86-64:/usr/lib/acl/ptest# ./run-ptest
> > PASS: test/cp.test
> > PASS: test/getfacl-lfs.test
> > PASS: test/getfacl-noacl.test
> > PASS: test/getfacl-recursive.test
> > PASS: test/malformed-restore.test
> > PASS: test/misc.test
> > PASS: test/sbits-restore.test
> > PASS: test/setfacl-X.test
> > PASS: test/utf8-filenames.test
> > PASS: test/root/getfacl.test
> > PASS: test/root/permissions.test
> > PASS: test/root/restore.test
> > PASS: test/root/setfacl.test
> > XPASS: test/nfs/nfsacl.test
> > XPASS: test/nfs/nfs-dir.test
> >
> 
> > Testsuite summary for acl 2.3.2
> >
> 
> > # TOTAL: 15
> > # PASS:  13
> > # SKIP:  0
> > # XFAIL: 0
> > # FAIL:  0
> > # XPASS: 2
> > # ERROR: 0
> >
> 
> > See ./test-suite.log
> > Please report to acl-de...@nongnu.org
> >
> 
> > make: *** [Makefile:2064: test-suite.log] Error 1
> > =
> > acl 2.3.2: ./test-suite.log
> > =
> >
> > # TOTAL: 15
> > # PASS:  13
> > # SKIP:  0
> > # XFAIL: 0
> > # FAIL:  0
> > # XPASS: 2
> > # ERROR: 0
> >
> > .. contents:: :depth: 2
> >
> > XPASS: test/nfs/nfsacl
> > ==
> >
> > [6] $ umask 022 -- ok
> > [7] $ mkdir -p test/sub -- ok
> > [8] $ echo blah > test/sub/blah -- ok
> > [10] $ cp -rp test/sub test/sub2 -- ok
> > [11] $ find test/sub2 | sort | xargs ls -dl | awk '{print $1,$9}' -- ok
> > [15] $ rm -rf test/sub2 -- ok
> > [17] $ setfacl -m u:daemon:rwx test/sub -- ok
> > [18] $ setfacl -dm u:daemon:rwx test/sub -- ok
> > [19] $ getfattr -m- test/sub -- ok
> > [25] $ cp -rp test/sub test/sub2 -- ok
> > [26] $ find test/sub2 | sort | xargs ls -dl | awk '{print $1,$9}' -- ok
> > [30] $ rm -rf test/sub2 -- ok
> > [32] $ setfacl -m u:daemon:rw test/sub/blah -- ok
> > [33] $ cp -rp test/sub test/sub2 -- ok
> > [34] $ find test/sub2 | sort | xargs ls -dl | awk '{print $1,$9}' -- ok
> > [38] $ rm -rf test/sub2 -- ok
> > [42] $ rm -rf test -- ok
> > 17 commands (17 passed, 0 failed)
> > XPASS test/nfs/nfsacl.test (exit status: 0)
> >
> > XPASS: test/nfs/nfs-dir
> > ===
> >
> > [10] $ umask 022 -- ok
> > [11] $ mkdir /tmp/acl-ptest/test/test -- ok
> > [12] $ echo blah > /tmp/acl-ptest/test/test/blah -- ok
> > [16] $ su bin -- ok
> > [17] $ cat /tmp/acl-ptest/test/test/blah -- ok
> > [22] $ su -- ok
> > [23] $ chmod go-rwx /tmp/acl-ptest/test/test -- ok
> > [24] $ setfacl -m u:bin:rx /tmp/acl-ptest/test/test -- ok
> > [25] $ ls -dl /tmp/acl-ptest/test/test | awk '{print $1, $3, $4}' -- ok
> > [27] $ getfacl --omit-header /tmp/acl-ptest/test/test 2> /dev/null -- ok
> > [38] $ su bin -- ok
> > [39] $ cat /tmp/acl-ptest/test/test/blah -- ok
> > [41] $ sleep 3 -- ok
> > [42] $ cat /tmp/acl-ptest/test/test/blah -- ok
> > [44] $ cat /tmp/acl-ptest/test/test/blah -- ok
> > [49] $ su -- ok
> > [50] $ rm -rf /tmp/acl-ptest/test/test -- ok
> > 17 commands (17 passed, 0 failed)
> > XPASS test/nfs/nfs-dir.test (exit status: 0)
> >
> > On Thu, Jun 27, 2024 at 12:04 AM Yu, Mingli via lists.openembedded.org
> >  wrote:
> >>
> >> From: Mingli Yu

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

[Khem Raj]

I am seeing two XPASSes which is ok but the test runs reports failure back

root@qemux86-64:/usr/lib/acl/ptest# ./run-ptest
PASS: test/cp.test
PASS: test/getfacl-lfs.test
PASS: test/getfacl-noacl.test
PASS: test/getfacl-recursive.test
PASS: test/malformed-restore.test
PASS: test/misc.test
PASS: test/sbits-restore.test
PASS: test/setfacl-X.test
PASS: test/utf8-filenames.test
PASS: test/root/getfacl.test
PASS: test/root/permissions.test
PASS: test/root/restore.test
PASS: test/root/setfacl.test
XPASS: test/nfs/nfsacl.test
XPASS: test/nfs/nfs-dir.test

Testsuite summary for acl 2.3.2

# TOTAL: 15
# PASS:  13
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 2
# ERROR: 0

See ./test-suite.log
Please report to acl-de...@nongnu.org

make: *** [Makefile:2064: test-suite.log] Error 1
=
   acl 2.3.2: ./test-suite.log
=

# TOTAL: 15
# PASS:  13
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 2
# ERROR: 0

.. contents:: :depth: 2

XPASS: test/nfs/nfsacl
==

[6] $ umask 022 -- ok
[7] $ mkdir -p test/sub -- ok
[8] $ echo blah > test/sub/blah -- ok
[10] $ cp -rp test/sub test/sub2 -- ok
[11] $ find test/sub2 | sort | xargs ls -dl | awk '{print $1,$9}' -- ok
[15] $ rm -rf test/sub2 -- ok
[17] $ setfacl -m u:daemon:rwx test/sub -- ok
[18] $ setfacl -dm u:daemon:rwx test/sub -- ok
[19] $ getfattr -m- test/sub -- ok
[25] $ cp -rp test/sub test/sub2 -- ok
[26] $ find test/sub2 | sort | xargs ls -dl | awk '{print $1,$9}' -- ok
[30] $ rm -rf test/sub2 -- ok
[32] $ setfacl -m u:daemon:rw test/sub/blah -- ok
[33] $ cp -rp test/sub test/sub2 -- ok
[34] $ find test/sub2 | sort | xargs ls -dl | awk '{print $1,$9}' -- ok
[38] $ rm -rf test/sub2 -- ok
[42] $ rm -rf test -- ok
17 commands (17 passed, 0 failed)
XPASS test/nfs/nfsacl.test (exit status: 0)

XPASS: test/nfs/nfs-dir
===

[10] $ umask 022 -- ok
[11] $ mkdir /tmp/acl-ptest/test/test -- ok
[12] $ echo blah > /tmp/acl-ptest/test/test/blah -- ok
[16] $ su bin -- ok
[17] $ cat /tmp/acl-ptest/test/test/blah -- ok
[22] $ su -- ok
[23] $ chmod go-rwx /tmp/acl-ptest/test/test -- ok
[24] $ setfacl -m u:bin:rx /tmp/acl-ptest/test/test -- ok
[25] $ ls -dl /tmp/acl-ptest/test/test | awk '{print $1, $3, $4}' -- ok
[27] $ getfacl --omit-header /tmp/acl-ptest/test/test 2> /dev/null -- ok
[38] $ su bin -- ok
[39] $ cat /tmp/acl-ptest/test/test/blah -- ok
[41] $ sleep 3 -- ok
[42] $ cat /tmp/acl-ptest/test/test/blah -- ok
[44] $ cat /tmp/acl-ptest/test/test/blah -- ok
[49] $ su -- ok
[50] $ rm -rf /tmp/acl-ptest/test/test -- ok
17 commands (17 passed, 0 failed)
XPASS test/nfs/nfs-dir.test (exit status: 0)

On Thu, Jun 27, 2024 at 12:04 AM Yu, Mingli via lists.openembedded.org
 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   != ~
>
> * Add attr which provides getfattr to RDEPENDS:${PN}-ptest to fix below
> test/nfs/nfsacl failure.
>   [19] $ getfattr -m- test/sub -- failed\n'
>'Can\'t exec "getfattr": Nosuch file or directory at ./test/run line '
>369,  line 24. != # file: test/sub\n'
>'getfattr: No such file or directory   != system.posix_acl_access\n'
>'~ != system.posix_acl_default\n'
>'~
>
> 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|  4 ++
>  5 files changed, 170 insertions(+)
>  create mode 100644 
> meta/recipes-support/attr/acl/0001-test-nfs-nfs-dir.test-Use-the-abosulte-path.

[OE-core] [PATCH] utils.bbclass: Use objdump instead of readelf to compute SONAME

[Khem Raj]

LLVM has changed the ELF header dump format [1], the code in oe_libinstall
relied upon the format and processed the SONAME inside square brackets
e.g.

0x000e (SONAME)   Library soname: libreadline.so.8

with older readelf from ( llvm <19 or GNU binutils objdump ) we get

0x000e (SONAME)   Library soname: [libreadline.so.8]

The check in oe_libinstall will now trip over ELF files read by llvm-readelf
from llvm19+

To make it portable which works across GNU binutils and LLVM tools
switch to using objdump -p to dump the ELF file and modify the regexp
accordingly, as an aside, the post processing expression is simplified
too

[1] https://github.com/llvm/llvm-project/pull/96562

Signed-off-by: Khem Raj 
---
 meta/classes-global/utils.bbclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes-global/utils.bbclass 
b/meta/classes-global/utils.bbclass
index 957389928f3..c9cae8930f7 100644
--- a/meta/classes-global/utils.bbclass
+++ b/meta/classes-global/utils.bbclass
@@ -15,7 +15,7 @@ oe_soinstall() {
;;
esac
install -m 755 $1 $2/$libname
-   sonamelink=`${READELF} -d $1 |grep 'Library soname:' |sed -e 
's/.*\[\(.*\)\].*/\1/'`
+   sonamelink=`${OBJDUMP} -p $1 | grep SONAME | awk '{print $2}'`
if [ -z $sonamelink ]; then
bbfatal "oe_soinstall: $libname is missing ELF tag 'SONAME'."
fi
@@ -147,7 +147,7 @@ oe_libinstall() {
# special case hack for non-libtool .so.#.#.# links
baselibfile=`basename "$libfile"`
if (echo $baselibfile | grep -qE '^lib.*\.so\.[0-9.]*$'); then
-   sonamelink=`${READELF} -d $libfile |grep 'Library 
soname:' |sed -e 's/.*\[\(.*\)\].*/\1/'`
+   sonamelink=`${OBJDUMP} -p $libfile | grep SONAME | awk 
'{print $2}'`
solink=`echo $baselibfile | sed -e 's/\.so\..*/.so/'`
if [ -n "$sonamelink" -a x"$baselibfile" != 
x"$sonamelink" ]; then
__runcmd ln -sf $baselibfile 
$destpath/$sonamelink

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201191): 
https://lists.openembedded.org/g/openembedded-core/message/201191
Mute This Topic: https://lists.openembedded.org/mt/106905187/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] gcc: Fix wrong order of gcc include paths on musl systems

[Khem Raj]

ignore this one.

On Thu, Jun 27, 2024 at 12:51 AM Khem Raj  wrote:
>
> musl does not use gcc private system headers, however, the path gets
> prepended since gcc driver passes -iprefix option to cc1 based on its
> installation location. This starts to prefer these headers instead of
> musl provided equivalent system headers which is not as per musl's
> design. This patch switches prepend to append for musl systems.
>
> Signed-off-by: Khem Raj 
> ---
> v2: Use a runtime check instead of build time check
>
>  meta/recipes-devtools/gcc/gcc-14.1.inc|  1 +
>  ...te-include-paths-on-musl-instead-of-.patch | 36 +++
>  2 files changed, 37 insertions(+)
>  create mode 100644 
> meta/recipes-devtools/gcc/gcc/0026-Append-GCC-private-include-paths-on-musl-instead-of-.patch
>
> diff --git a/meta/recipes-devtools/gcc/gcc-14.1.inc 
> b/meta/recipes-devtools/gcc/gcc-14.1.inc
> index b057e570f3b..c4bc4c72664 100644
> --- a/meta/recipes-devtools/gcc/gcc-14.1.inc
> +++ b/meta/recipes-devtools/gcc/gcc-14.1.inc
> @@ -68,6 +68,7 @@ SRC_URI = "${BASEURI} \
> file://0023-Fix-install-path-of-linux64.h.patch \
> file://0024-Avoid-hardcoded-build-paths-into-ppc-libgcc.patch \
> file://0025-gcc-testsuite-tweaks-for-mips-OE.patch \
> +   
> file://0026-Append-GCC-private-include-paths-on-musl-instead-of-.patch \
>  "
>
>  S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/${SOURCEDIR}"
> diff --git 
> a/meta/recipes-devtools/gcc/gcc/0026-Append-GCC-private-include-paths-on-musl-instead-of-.patch
>  
> b/meta/recipes-devtools/gcc/gcc/0026-Append-GCC-private-include-paths-on-musl-instead-of-.patch
> new file mode 100644
> index 000..cbf5083085a
> --- /dev/null
> +++ 
> b/meta/recipes-devtools/gcc/gcc/0026-Append-GCC-private-include-paths-on-musl-instead-of-.patch
> @@ -0,0 +1,36 @@
> +From 636cb6e700856c3d0f8b86ab408032ceeb7e5d2a Mon Sep 17 00:00:00 2001
> +From: Khem Raj 
> +Date: Wed, 5 Jun 2024 22:56:12 -0700
> +Subject: [PATCH] Append GCC private include paths on musl instead of
> + prepending
> +
> +Musl does not need gcc private compiler headers, therefore use them
> +after standard system header search paths.
> +
> +This fixes packages like python builds to detect the musl systems
> +correclty, as it looks for musl specific stuff in stdarg.h system
> +header, which is wrongly picked from gcc private headers in OE
> +
> +Upstream-Status: Submitted 
> [https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115368]
> +Signed-off-by: Khem Raj 
> +---
> + gcc/gcc.cc | 6 +-
> + 1 file changed, 5 insertions(+), 1 deletion(-)
> +
> +diff --git a/gcc/gcc.cc b/gcc/gcc.cc
> +index 01968001c44..f0fcaebc3ae 100644
> +--- a/gcc/gcc.cc
>  b/gcc/gcc.cc
> +@@ -6589,7 +6589,11 @@ do_spec_1 (const char *spec, int inswitch, const char 
> *soft_matched_part)
> +
> + if (gcc_exec_prefix)
> +   {
> +-do_spec_1 ("-iprefix", 1, NULL);
> ++  if (OPTION_MUSL)
> ++  do_spec_1 ("-idirafter", 1, NULL);
> ++  else
> ++  do_spec_1 ("-iprefix", 1, NULL);
> ++
> + /* Make this a separate argument.  */
> + do_spec_1 (" ", 0, NULL);
> + do_spec_1 (gcc_exec_prefix, 1, NULL);

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201190): 
https://lists.openembedded.org/g/openembedded-core/message/201190
Mute This Topic: https://lists.openembedded.org/mt/106905171/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 v2] gcc: Fix wrong order of gcc include paths on musl systems

[Khem Raj]

musl does not use gcc private system headers, however, the path gets
prepended since gcc driver passes -iprefix option to cc1 based on its
installation location. This starts to prefer these headers instead of
musl provided equivalent system headers which is not as per musl's
design. This patch switches prepend to append for musl systems.

Signed-off-by: Khem Raj 
---
v2: Use a runtime check instead of build time check

 meta/recipes-devtools/gcc/gcc-14.1.inc|  1 +
 ...te-include-paths-on-musl-instead-of-.patch | 36 +++
 2 files changed, 37 insertions(+)
 create mode 100644 
meta/recipes-devtools/gcc/gcc/0026-Append-GCC-private-include-paths-on-musl-instead-of-.patch

diff --git a/meta/recipes-devtools/gcc/gcc-14.1.inc 
b/meta/recipes-devtools/gcc/gcc-14.1.inc
index b057e570f3b..c4bc4c72664 100644
--- a/meta/recipes-devtools/gcc/gcc-14.1.inc
+++ b/meta/recipes-devtools/gcc/gcc-14.1.inc
@@ -68,6 +68,7 @@ SRC_URI = "${BASEURI} \
file://0023-Fix-install-path-of-linux64.h.patch \
file://0024-Avoid-hardcoded-build-paths-into-ppc-libgcc.patch \
file://0025-gcc-testsuite-tweaks-for-mips-OE.patch \
+   
file://0026-Append-GCC-private-include-paths-on-musl-instead-of-.patch \
 "
 
 S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/${SOURCEDIR}"
diff --git 
a/meta/recipes-devtools/gcc/gcc/0026-Append-GCC-private-include-paths-on-musl-instead-of-.patch
 
b/meta/recipes-devtools/gcc/gcc/0026-Append-GCC-private-include-paths-on-musl-instead-of-.patch
new file mode 100644
index 000..cbf5083085a
--- /dev/null
+++ 
b/meta/recipes-devtools/gcc/gcc/0026-Append-GCC-private-include-paths-on-musl-instead-of-.patch
@@ -0,0 +1,36 @@
+From 636cb6e700856c3d0f8b86ab408032ceeb7e5d2a Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Wed, 5 Jun 2024 22:56:12 -0700
+Subject: [PATCH] Append GCC private include paths on musl instead of
+ prepending
+
+Musl does not need gcc private compiler headers, therefore use them
+after standard system header search paths.
+
+This fixes packages like python builds to detect the musl systems
+correclty, as it looks for musl specific stuff in stdarg.h system
+header, which is wrongly picked from gcc private headers in OE
+
+Upstream-Status: Submitted 
[https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115368]
+Signed-off-by: Khem Raj 
+---
+ gcc/gcc.cc | 6 +-
+ 1 file changed, 5 insertions(+), 1 deletion(-)
+
+diff --git a/gcc/gcc.cc b/gcc/gcc.cc
+index 01968001c44..f0fcaebc3ae 100644
+--- a/gcc/gcc.cc
 b/gcc/gcc.cc
+@@ -6589,7 +6589,11 @@ do_spec_1 (const char *spec, int inswitch, const char 
*soft_matched_part)
+ 
+ if (gcc_exec_prefix)
+   {
+-do_spec_1 ("-iprefix", 1, NULL);
++  if (OPTION_MUSL)
++  do_spec_1 ("-idirafter", 1, NULL);
++  else
++  do_spec_1 ("-iprefix", 1, NULL);
++
+ /* Make this a separate argument.  */
+ do_spec_1 (" ", 0, NULL);
+ do_spec_1 (gcc_exec_prefix, 1, NULL);

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201189): 
https://lists.openembedded.org/g/openembedded-core/message/201189
Mute This Topic: https://lists.openembedded.org/mt/106905171/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] llvm: Update to 18.1.8

[Khem Raj]

Brings following fixes

* 3b5b5c1ec4a3 [libcxx] Align `__recommend() + 1`  by __endian_factor (#90292)
* 72c9425a79fd [libc++][NFC] Rewrite function call on two lines for clarity 
(#79141)
* 443e23eed24d Bump version to 18.1.8 (#95458)
* 768118d1ad38 [clang-format] Fix a bug in formatting goto labels in macros 
(#92494)
* 8c0fe0d65ed8 release/18.x: [clang-format] Don't always break before << 
between str… (#94091)
* 7e6ece9b4f2d [PPCMergeStringPool] Only replace constant once (#92996)
* 1ce2d26cd2e9 Bump version to 18.1.7 (#93723)

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/llvm/{llvm_18.1.6.bb => llvm_18.1.8.bb} | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)
 rename meta/recipes-devtools/llvm/{llvm_18.1.6.bb => llvm_18.1.8.bb} (98%)

diff --git a/meta/recipes-devtools/llvm/llvm_18.1.6.bb 
b/meta/recipes-devtools/llvm/llvm_18.1.8.bb
similarity index 98%
rename from meta/recipes-devtools/llvm/llvm_18.1.6.bb
rename to meta/recipes-devtools/llvm/llvm_18.1.8.bb
index 189f5b1146c..3c804eddd25 100644
--- a/meta/recipes-devtools/llvm/llvm_18.1.6.bb
+++ b/meta/recipes-devtools/llvm/llvm_18.1.8.bb
@@ -27,8 +27,7 @@ SRC_URI = 
"https://github.com/llvm/llvm-project/releases/download/llvmorg-${PV}/

file://0001-AsmMatcherEmitter-sort-ClassInfo-lists-by-name-as-we.patch;striplevel=2
 \
file://llvm-config \
"
-SRC_URI[sha256sum] = 
"bd4b4cb6374bcd5fc5a3ba60cb80425d29da34f316b8821abc12c0db225cf6b4"
-
+SRC_URI[sha256sum] = 
"0b58557a6d32ceee97c8d533a59b9212d87e0fc4d2833924eb6c611247db2f2a"
 UPSTREAM_CHECK_URI = "https://github.com/llvm/llvm-project";
 UPSTREAM_CHECK_REGEX = "llvmorg-(?P\d+(\.\d+)+)"
 

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

[Khem Raj]

lies cleanly now.
> >
> > - For numpy, add 'pkgconfig' to inherit to avoid the following error at
> >   do_compile:
> >
> >   | Found Pkg-config: NO
> >   | Run-time dependency python found: YES 3.12
> >   | Has header "Python.h" with dependency python: NO
> >   |
> >   | ../numpy-2.0.0/meson.build:44:2: ERROR: Problem encountered: Cannot 
> > compile `Python.h`. Perhaps you need to install python-dev|python-devel
> >   |
> >   | A full log can be found at 
> > /home/tgamblin/workspace/yocto/poky/build/tmp/work/core2-64-poky-linux/python3-numpy/2.0.0/build/meson-logs/meson-log.txt
> >
> > - Also modify the FILES:${PN}-staticdev line to fix a QA issue at the end.
> >
> > License-Update: Change copyright year to 2024
> >
> > Signed-off-by: Trevor Gamblin 
> > ---
> >  ...1-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 = "htt

Re: [OE-core] [PATCH 11/15] tcp-wrappers: mark all patches as inactive-upstream

[Khem Raj]

This caught my eye, I think we should plan on removing this recipe,
several other distros have moved to alternatives like firewalld etc.
Looking into its uses in OE-core and meta-openembedded, most of places
it is mentioned via packageconfig which means we can easily turn it
off, one place where its being used as direct runtime dependency is
rshd in inetutils and rshd is disabled in build, I think if there are
other uses of libwrap we should look to disable them.

On Wed, Jun 19, 2024 at 2:00 AM Alexander Kanavin via
lists.openembedded.org 
wrote:
>
> From: Alexander Kanavin 
>
> Signed-off-by: Alexander Kanavin 
> ---
>  .../tcp-wrappers-7.6/0001-Fix-build-with-clang.patch| 2 +-
>  .../0001-Fix-implicit-function-declaration-warnings.patch   | 2 +-
>  .../tcp-wrappers-7.6/0001-Remove-fgets-extern-declaration.patch | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/00_man_quoting.diff   | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/01_man_portability.patch  | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/05_wildcard_matching.patch| 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/06_fix_gethostbyname.patch| 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/10_usagi-ipv6.patch   | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/11_tcpd_blacklist.patch   | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/11_usagi_fix.patch| 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/12_makefile_config.patch  | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/13_shlib_weaksym.patch| 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/14_cidr_support.patch | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/15_match_clarify.patch| 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/expand_remote_port.patch  | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/fix_warnings.patch| 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/fix_warnings2.patch   | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/have_strerror.patch   | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/ldflags.patch | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/makefile-fix-parallel.patch   | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/man_fromhost.patch| 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/musl-decls.patch  | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/rename_strings_variable.patch | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/restore_sigalarm.patch| 2 +-
>  meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/rfc931.diff | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/safe_finger.patch | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/sig_fix.patch | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/siglongjmp.patch  | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/socklen_t.patch   | 2 +-
>  .../tcp-wrappers/tcp-wrappers-7.6/tcpdchk_libwrapped.patch  | 2 +-
>  30 files changed, 30 insertions(+), 30 deletions(-)
>
> diff --git 
> a/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-build-with-clang.patch
>  
> b/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-build-with-clang.patch
> index 9d1e05d7f4e..9ca227d68d1 100644
> --- 
> a/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-build-with-clang.patch
> +++ 
> b/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-build-with-clang.patch
> @@ -6,7 +6,7 @@ Subject: [PATCH] Fix build with clang
>  Fix "error: non-void function 'fix_options' should return a value".
>  Add function prototype to tcpd.c and miscd.c.
>
> -Upstream-Status: Pending
> +Upstream-Status: Inactive-Upstream [current release is from 1997; no vcs 
> anywhere]
>
>  Signed-off-by: Oleksiy Obitotskyy 
>  ---
> diff --git 
> a/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-implicit-function-declaration-warnings.patch
>  
> b/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-implicit-function-declaration-warnings.patch
> index 474703885d9..85031779261 100644
> --- 
> a/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-implicit-function-declaration-warnings.patch
> +++ 
> b/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Fix-implicit-function-declaration-warnings.patch
> @@ -5,7 +5,7 @@ Subject: [PATCH] Fix implicit-function-declaration warnings
>
>  These are seen with clang-15+
>
> -Upstream-Status: Inappropriate [upstream is dead]
> +Upstream-Status: Inactive-Upstream [current release is from 1997; no vcs 
> anywhere]
>  Signed-off-by: Khem Raj 
>  ---
>   hosts_access.c | 3 +++
> diff --git 
> a/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Remove-fgets-extern-declaration.patch
>  
> b/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Remove-fgets-extern-declaration.patch
> index 88c8d9cae

[OE-core] [PATCH] rust-target-config: Update data layouts for 32-bit arm targets

[Khem Raj]

From: Tronje Krabbe 

update the rust data layout to sync with LLVM [1]
fixes the following build
error:

error: data-layout for target `arm-poky-linux-gnueabi`, 
`e-m:e-p:32:32-i64:64-v128:64:128-a:0:32-n32-S64`, differs from LLVM target's 
`armv7-unknown-linux-gnueabihf` default layout, 
`e-m:e-p:32:32-Fi8-i64:64-v128:64:128-a:0:32-n32-S64`

meta-rust issue report with rust 1.76 [2]

[1] 
https://github.com/llvm/llvm-project/commit/308e82ecebeef1342004637db9fdf11567a299b3
[2]: https://github.com/meta-rust/meta-rust/issues/444

Signed-off-by: Tronje Krabbe 
Signed-off-by: Khem Raj 
---
 meta/classes-recipe/rust-target-config.bbclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes-recipe/rust-target-config.bbclass 
b/meta/classes-recipe/rust-target-config.bbclass
index 330ad8a3f53..334f2e7d5fc 100644
--- a/meta/classes-recipe/rust-target-config.bbclass
+++ b/meta/classes-recipe/rust-target-config.bbclass
@@ -130,7 +130,7 @@ def llvm_features(d):
 llvm_features[vardepvalue] = "${@llvm_features(d)}"
 
 ## arm-unknown-linux-gnueabihf
-DATA_LAYOUT[arm-eabi] = "e-m:e-p:32:32-i64:64-v128:64:128-a:0:32-n32-S64"
+DATA_LAYOUT[arm-eabi] = "e-m:e-p:32:32-Fi8-i64:64-v128:64:128-a:0:32-n32-S64"
 TARGET_ENDIAN[arm-eabi] = "little"
 TARGET_POINTER_WIDTH[arm-eabi] = "32"
 TARGET_C_INT_WIDTH[arm-eabi] = "32"
@@ -138,7 +138,7 @@ MAX_ATOMIC_WIDTH[arm-eabi] = "64"
 FEATURES[arm-eabi] = "+v6,+vfp2"
 
 ## armv7-unknown-linux-gnueabihf
-DATA_LAYOUT[armv7-eabi] = "e-m:e-p:32:32-i64:64-v128:64:128-a:0:32-n32-S64"
+DATA_LAYOUT[armv7-eabi] = "e-m:e-p:32:32-Fi8-i64:64-v128:64:128-a:0:32-n32-S64"
 TARGET_ENDIAN[armv7-eabi] = "little"
 TARGET_POINTER_WIDTH[armv7-eabi] = "32"
 TARGET_C_INT_WIDTH[armv7-eabi] = "32"

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201030): 
https://lists.openembedded.org/g/openembedded-core/message/201030
Mute This Topic: https://lists.openembedded.org/mt/106801552/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] openssl: Upgrade 3.3.0 -> 3.3.1

[Khem Raj]

On Fri, Jun 21, 2024 at 3:03 AM Clément Péron via
lists.openembedded.org 
wrote:
>
> Hi,
>
> I got an issue with riscv32
>
> | crypto/riscv32cpuid.s:77: Error: symbol `riscv_vlen_asm' is already
> defined 6703
>
> It seems that it's due to OE that is applying a patch that has been 
> upstreameder
>  
> https://github.com/openssl/openssl/commit/8702320db98d1346c230aff1282ade3ecdca681a
>

Good catch. yes we backported it as
0001-Implement-riscv_vlen_asm-for-riscv32.patch
it should be removed along with this upgrade.

> On Tue, 4 Jun 2024 at 22:37, Peter Marko via lists.openembedded.org
>  wrote:
> >
> > From: Peter Marko 
> >
> > Handles CVE-2024-4741
> >
> > Removed included backports.
> >
> > Release information:
> > https://github.com/openssl/openssl/blob/openssl-3.3/NEWS.md#major-changes-between-openssl-330-and-openssl-331-4-jun-2024
> >
> > Signed-off-by: Peter Marko 
> > ---
> >  .../openssl/openssl/CVE-2024-4603.patch   | 179 --
> >  .../openssl/openssl/bti.patch |  58 --
> >  .../{openssl_3.3.0.bb => openssl_3.3.1.bb}|   4 +-
> >  3 files changed, 1 insertion(+), 240 deletions(-)
> >  delete mode 100644 
> > meta/recipes-connectivity/openssl/openssl/CVE-2024-4603.patch
> >  delete mode 100644 meta/recipes-connectivity/openssl/openssl/bti.patch
> >  rename meta/recipes-connectivity/openssl/{openssl_3.3.0.bb => 
> > openssl_3.3.1.bb} (98%)
> >
> > diff --git a/meta/recipes-connectivity/openssl/openssl/CVE-2024-4603.patch 
> > b/meta/recipes-connectivity/openssl/openssl/CVE-2024-4603.patch
> > deleted file mode 100644
> > index cdc3d0d503..00
> > --- a/meta/recipes-connectivity/openssl/openssl/CVE-2024-4603.patch
> > +++ /dev/null
> > @@ -1,179 +0,0 @@
> > -From 53ea06486d296b890d565fb971b2764fcd826e7e Mon Sep 17 00:00:00 2001
> > -From: Tomas Mraz 
> > -Date: Wed, 8 May 2024 15:23:45 +0200
> > -Subject: [PATCH] Check DSA parameters for excessive sizes before validating
> > -
> > -This avoids overly long computation of various validation
> > -checks.
> > -
> > -Fixes CVE-2024-4603
> > -
> > -Reviewed-by: Paul Dale 
> > -Reviewed-by: Matt Caswell 
> > -Reviewed-by: Neil Horman 
> > -Reviewed-by: Shane Lontis 
> > -(Merged from https://github.com/openssl/openssl/pull/24346)
> > -
> > -(cherry picked from commit 85ccbab216da245cf9a6503dd327072f21950d9b)
> > -
> > - > previous changes>
> > -
> > -CVE: CVE-2024-4603
> > -Upstream-Status: Backport 
> > [https://github.com/openssl/openssl/commit/53ea06486d296b890d565fb971b2764fcd826e7e]
> > -Signed-off-by: Peter Marko 
> > 
> > - crypto/dsa/dsa_check.c| 44 --
> > - .../invalid/p10240_q256_too_big.pem   | 57 +++
> > - 2 files changed, 97 insertions(+), 4 deletions(-)
> > -
> > -diff --git a/crypto/dsa/dsa_check.c b/crypto/dsa/dsa_check.c
> > -index 7b6d7df88f..e1375dfad9 100644
> >  a/crypto/dsa/dsa_check.c
> > -+++ b/crypto/dsa/dsa_check.c
> > -@@ -19,8 +19,34 @@
> > - #include "dsa_local.h"
> > - #include "crypto/dsa.h"
> > -
> > -+static int dsa_precheck_params(const DSA *dsa, int *ret)
> > -+{
> > -+if (dsa->params.p == NULL || dsa->params.q == NULL) {
> > -+ERR_raise(ERR_LIB_DSA, DSA_R_BAD_FFC_PARAMETERS);
> > -+*ret = FFC_CHECK_INVALID_PQ;
> > -+return 0;
> > -+}
> > -+
> > -+if (BN_num_bits(dsa->params.p) > OPENSSL_DSA_MAX_MODULUS_BITS) {
> > -+ERR_raise(ERR_LIB_DSA, DSA_R_MODULUS_TOO_LARGE);
> > -+*ret = FFC_CHECK_INVALID_PQ;
> > -+return 0;
> > -+}
> > -+
> > -+if (BN_num_bits(dsa->params.q) >= BN_num_bits(dsa->params.p)) {
> > -+ERR_raise(ERR_LIB_DSA, DSA_R_BAD_Q_VALUE);
> > -+*ret = FFC_CHECK_INVALID_PQ;
> > -+return 0;
> > -+}
> > -+
> > -+return 1;
> > -+}
> > -+
> > - int ossl_dsa_check_params(const DSA *dsa, int checktype, int *ret)
> > - {
> > -+if (!dsa_precheck_params(dsa, ret))
> > -+return 0;
> > -+
> > - if (checktype == OSSL_KEYMGMT_VALIDATE_QUICK_CHECK)
> > - return ossl_ffc_params_simple_validate(dsa->libctx, &dsa->params,
> > -FFC_PARAM_TYPE_DSA, ret);
> > -@@ -39,6 +65,9 @@ int ossl_dsa_check_params(const DSA *dsa, int checktype, 
> > int *ret)
> > -  */
> > - int ossl_dsa_check_pub_key(const DSA *dsa, const BIGNUM *pub_key, int 
> > *ret)
> > - {
> > -+if (!dsa_precheck_params(dsa, ret))
> > -+return 0;
> > -+
> > - return ossl_ffc_validate_public_key(&dsa->params, pub_key, ret)
> > -&& *ret == 0;
> > - }
> > -@@ -50,6 +79,9 @@ int ossl_dsa_check_pub_key(const DSA *dsa, const BIGNUM 
> > *pub_key, int *ret)
> > -  */
> > - int ossl_dsa_check_pub_key_partial(const DSA *dsa, const BIGNUM *pub_key, 
> > int *ret)
> > - {
> > -+if (!dsa_precheck_params(dsa, ret))
> > -+return 0;
> > -+
> > - return ossl_ffc_validate_public_key_partial(&dsa->params, pub_key, 
> > ret)
> > -&& *ret == 0;
> > - }
> >

Re: [OE-core][PATCH v2 0/7] Add SPDX 3.0 support

[Khem Raj]

Hey Joshua

https://errors.yoctoproject.org/Errors/Build/187139/

does this seem related to this changeset

On Wed, Jun 19, 2024 at 3:18 PM Joshua Watt via lists.openembedded.org
 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 meta/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
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200991): 
https://lists.openembedded.org/g/openembedded-core/message/200991
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] binutils: stable 2.42 branch updates

[Khem Raj]

lgtm

On Wed, Jun 19, 2024 at 11:23 PM  wrote:
>
> From: Sundeep KOKKONDA 
>
> Below commits on binutils-2.42 stable branch are updated.
>
> 6c360d37662 PR31898 bug in processing DW_RLE_startx_endx
> bfda03eed33 aarch64: Remove asserts from operand qualifier decoders
>
> Dropped: 0016-aarch64-Remove-asserts-from-operand-qualifier-decode.patch
>
> Signed-off-by: Sundeep KOKKONDA 
> ---
>  .../binutils/binutils-2.42.inc|   3 +-
>  ...sserts-from-operand-qualifier-decode.patch | 382 --
>  2 files changed, 1 insertion(+), 384 deletions(-)
>  delete mode 100644 
> meta/recipes-devtools/binutils/binutils/0016-aarch64-Remove-asserts-from-operand-qualifier-decode.patch
>
> diff --git a/meta/recipes-devtools/binutils/binutils-2.42.inc 
> b/meta/recipes-devtools/binutils/binutils-2.42.inc
> index d4e94d0162..c8f526b5c7 100644
> --- a/meta/recipes-devtools/binutils/binutils-2.42.inc
> +++ b/meta/recipes-devtools/binutils/binutils-2.42.inc
> @@ -20,7 +20,7 @@ UPSTREAM_CHECK_GITTAGREGEX = 
> "binutils-(?P\d+_(\d_?)*)"
>
>  CVE_STATUS[CVE-2023-25584] = "cpe-incorrect: Applies only for version 2.40 
> and earlier"
>
> -SRCREV ?= "73b22b4481e85635eb978585f405c4433bcc0174"
> +SRCREV ?= "cbec9028dd3fa9b49e0204f1a989cea67cae32c6"
>  BINUTILS_GIT_URI ?= 
> "git://sourceware.org/git/binutils-gdb.git;branch=${SRCBRANCH};protocol=https"
>  SRC_URI = "\
>   ${BINUTILS_GIT_URI} \
> @@ -36,6 +36,5 @@ SRC_URI = "\
>   file://0013-Define-alignof-using-_Alignof-when-using-C11-or-newe.patch \
>   file://0014-Remove-duplicate-pe-dll.o-entry-deom-targ_extra_ofil.patch \
>   file://0015-gprofng-change-use-of-bignum-to-bigint.patch \
> - file://0016-aarch64-Remove-asserts-from-operand-qualifier-decode.patch \
>  "
>  S  = "${WORKDIR}/git"
> diff --git 
> a/meta/recipes-devtools/binutils/binutils/0016-aarch64-Remove-asserts-from-operand-qualifier-decode.patch
>  
> b/meta/recipes-devtools/binutils/binutils/0016-aarch64-Remove-asserts-from-operand-qualifier-decode.patch
> deleted file mode 100644
> index 7b52425a38..00
> --- 
> a/meta/recipes-devtools/binutils/binutils/0016-aarch64-Remove-asserts-from-operand-qualifier-decode.patch
> +++ /dev/null
> @@ -1,382 +0,0 @@
> -From 5b1c70bfe0d8f84dc28237d6150b7b9d57c791a8 Mon Sep 17 00:00:00 2001
> -From: Victor Do Nascimento 
> -Date: Tue, 16 Apr 2024 11:49:15 +0100
> -Subject: [PATCH] aarch64: Remove asserts from operand qualifier decoders
> - [PR31595]
> -
> -Given that the disassembler should never abort when decoding
> -(potentially random) data, assertion statements in the
> -`get_*reg_qualifier_from_value' function family prove problematic.
> -
> -Consider the random 32-bit word W, encoded in a data segment and
> -encountered on execution of `objdump -D '.
> -
> -If:
> -
> -  (W & ~opcode_mask) == valid instruction
> -
> -Then before `print_insn_aarch64_word' has a chance to report the
> -instruction as potentially undefined, an attempt will be made to have
> -the qualifiers for the instruction's register operands (if any)
> -decoded.  If the relevant bits do not map onto a valid qualifier for
> -the matched instruction-like word, an abort will be triggered and the
> -execution of objdump aborted.
> -
> -As this scenario is perfectly feasible and, in light of the fact that
> -objdump must successfully decode all sections of a given object file,
> -it is not appropriate to assert in this family of functions.
> -
> -Therefore, we add a new pseudo-qualifier `AARCH64_OPND_QLF_ERR' for
> -handling invalid qualifier-associated values and re-purpose the
> -assertion conditions in qualifier-retrieving functions to be the
> -predicate guarding the returning of the calculated qualifier type.
> -If the predicate fails, we return this new qualifier and allow the
> -caller to handle the error as appropriate.
> -
> -As these functions are called either from within
> -`aarch64_extract_operand' or `do_special_decoding', both of which are
> -expected to return non-zero values, it suffices that callers return
> -zero upon encountering `AARCH64_OPND_QLF_ERR'.
> -
> -Ar present the error presented in the hypothetical scenario has been
> -encountered in `get_sreg_qualifier_from_value', but the change is made
> -to the whole family to keep the interface consistent.
> -
> -Bug: https://sourceware.org/PR31595
> -
> -Upstream-Status: Backport [commit 2601b201e95ea0edab89342ee7137c74e88a8a79]
> -
> -Signed-off-by: Mark Hatle 
> 
> - .../testsuite/binutils-all/aarch64/illegal.d  |  1 +
> - .../testsuite/binutils-all/aarch64/illegal.s  |  3 +
> - include/opcode/aarch64.h  |  3 +
> - opcodes/aarch64-dis.c | 98 +++
> - 4 files changed, 87 insertions(+), 18 deletions(-)
> -
> -diff --git a/binutils/testsuite/binutils-all/aarch64/illegal.d 
> b/binutils/testsuite/binutils-all/aarch64/illegal.d
> -index 4b90a1d9f39..b69318aec85 100644
>  a/binutils/testsuite/binutils-all/aarch64/illegal.d
> -+++ b/

Re: [OE-core] QemuPPC64 machine status

[Khem Raj]

On Mon, Jun 17, 2024 at 4:51 AM Alexander Kanavin via
lists.openembedded.org 
wrote:
>
> RESOLVED WONTFIX I’m afraid. The set of tested targets is defined by YP 
> members. If other targets regress, it’s on those who need them to provide 
> fixes.
>

I would make a distinction here to note that this email is not sent to
yocto mailing list but to openembedded-core mailing list.
Yocto project regularly tests a subset of what OE can be used to do and in OE
its all community driven, reporting bugs on the mailing list should be
fine as the project does not use any other tool for issue tracking.
you may not receive much help on less used combinations and thats just
like any other project.

> Alex
>
> On Mon 17. Jun 2024 at 13.47, Dmitry Baryshkov  wrote:
>>
>> On Mon, 17 Jun 2024 at 12:53, Alexander Kanavin  
>> wrote:
>> >
>> > No. It's not tested on the autobuilder.
>>
>> I see. Then consider it to be a bug report :-D
>>
>> >
>> > Alex
>> >
>> > On Mon, 17 Jun 2024 at 11:51, Dmitry Baryshkov via
>> > lists.openembedded.org 
>> > wrote:
>> > >
>> > > Hello,
>> > >
>> > > Is qemuppc64 considered to be supported? We have been running CI over
>> > > a set of machines, it seems that PPC64 kernel build is broken for
>> > > quite some time:
>> > >
>> > > https://storage.tuxsuite.com/public/linaro/dmitry.baryshkov/oebuilds/2hzrcO3QvnkeNPVouoptwe4sFZf/build.log
>> > >
>> > > | /tmp/ccJSLBgE.s: Assembler messages:
>> > > | /tmp/ccJSLBgE.s:765: Error: operand out of domain (18 is not a 
>> > > multiple of 4)
>> > > | /tmp/ccJSLBgE.s:790: Error: operand out of domain (18 is not a 
>> > > multiple of 4)
>> > > | /tmp/ccJSLBgE.s:815: Error: operand out of domain (18 is not a 
>> > > multiple of 4)
>> > > | /tmp/ccJSLBgE.s:2435: Error: operand out of domain (19 is not a 
>> > > multiple of 4)
>> > > | /tmp/ccJSLBgE.s:2461: Error: operand out of domain (19 is not a 
>> > > multiple of 4)
>> > > | /tmp/ccJSLBgE.s:2486: Error: operand out of domain (19 is not a 
>> > > multiple of 4)
>> > > | /tmp/ccJSLBgE.s:3590: Error: operand out of domain (18 is not a 
>> > > multiple of 4)
>> > > | /tmp/ccJSLBgE.s:3616: Error: operand out of domain (18 is not a 
>> > > multiple of 4)
>> > > | /tmp/ccJSLBgE.s:3641: Error: operand out of domain (18 is not a 
>> > > multiple of 4)
>> > > | make[3]: *** 
>> > > [/oe/build/tmp/work-shared/qemuppc64/kernel-source/scripts/Makefile.build:243:
>> > > fs/readdir.o] Error 1
>> > > | make[2]: *** 
>> > > [/oe/build/tmp/work-shared/qemuppc64/kernel-source/scripts/Makefile.build:480:
>> > > fs] Error 2
>> > > | make[2]: *** Waiting for unfinished jobs
>> > >
>> > >
>> > > --
>> > > With best wishes
>> > > Dmitry
>> > >
>> > >
>> > >
>>
>>
>>
>> --
>> With best wishes
>> Dmitry
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200849): 
https://lists.openembedded.org/g/openembedded-core/message/200849
Mute This Topic: https://lists.openembedded.org/mt/106717814/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] QemuPPC64 machine status

[Khem Raj]

On Mon, Jun 17, 2024 at 2:51 AM Dmitry Baryshkov via
lists.openembedded.org 
wrote:
>
> Hello,
>
> Is qemuppc64 considered to be supported? We have been running CI over
> a set of machines, it seems that PPC64 kernel build is broken for
> quite some time:
>
> https://storage.tuxsuite.com/public/linaro/dmitry.baryshkov/oebuilds/2hzrcO3QvnkeNPVouoptwe4sFZf/build.log
>
> | /tmp/ccJSLBgE.s: Assembler messages:
> | /tmp/ccJSLBgE.s:765: Error: operand out of domain (18 is not a multiple of 
> 4)
> | /tmp/ccJSLBgE.s:790: Error: operand out of domain (18 is not a multiple of 
> 4)
> | /tmp/ccJSLBgE.s:815: Error: operand out of domain (18 is not a multiple of 
> 4)
> | /tmp/ccJSLBgE.s:2435: Error: operand out of domain (19 is not a multiple of 
> 4)
> | /tmp/ccJSLBgE.s:2461: Error: operand out of domain (19 is not a multiple of 
> 4)
> | /tmp/ccJSLBgE.s:2486: Error: operand out of domain (19 is not a multiple of 
> 4)
> | /tmp/ccJSLBgE.s:3590: Error: operand out of domain (18 is not a multiple of 
> 4)
> | /tmp/ccJSLBgE.s:3616: Error: operand out of domain (18 is not a multiple of 
> 4)
> | /tmp/ccJSLBgE.s:3641: Error: operand out of domain (18 is not a multiple of 
> 4)
> | make[3]: *** 
> [/oe/build/tmp/work-shared/qemuppc64/kernel-source/scripts/Makefile.build:243:
> fs/readdir.o] Error 1
> | make[2]: *** 
> [/oe/build/tmp/work-shared/qemuppc64/kernel-source/scripts/Makefile.build:480:
> fs] Error 2
> | make[2]: *** Waiting for unfinished jobs
>

This is fixed in master -
https://github.com/torvalds/linux/commit/2d43cc701b96f910f50915ac4c2a0cae5deb734c
you might request a backport into 6.6 if its not already done and also
into linux-yocto, Bruce generally accepts
backport requests which are accepted in master.

>
> --
> With best wishes
> Dmitry
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#200847): 
https://lists.openembedded.org/g/openembedded-core/message/200847
Mute This Topic: https://lists.openembedded.org/mt/106717814/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] native/nativesdk: Stop overriding unprefixed *FLAGS variables

[Khem Raj]

I have narrowed down python3-bcrypt build failure to this change on
qemuriscv64 see

https://errors.yoctoproject.org/Errors/Details/786877/



On Thu, Jun 13, 2024 at 1:22 PM Richard Purdie via
lists.openembedded.org
 wrote:
>
> We're currently encouraging an "arms race" with the FLAGS variables since
> a recipe might want to set a specific flag for all variants but to do so,
> += won't work due to the assignment in the native/nativesdk class files. This
> means recipes are using append.
>
> Since the default variables are constructed out of TARGET_XXX variables and
> we redefine these, there is no need to re-define the un-prefixed variables. If
> we drop that, the += appends and similar work and recipes don't have to resort
> to append.
>
> Change the classes and cleanup a number of recipes to adapt to the change. 
> This
> change will result in some flags appearing to some native/nativesdk variants
> but that is probably what was originally expected anyway.
>
> Signed-off-by: Richard Purdie 
> ---
>  meta/classes-recipe/native.bbclass | 5 -
>  meta/classes-recipe/nativesdk.bbclass  | 5 -
>  meta/recipes-connectivity/bind/bind_9.18.27.bb | 2 +-
>  meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb | 2 +-
>  meta/recipes-core/systemd/systemd-boot_255.6.bb| 4 ++--
>  meta/recipes-devtools/python/python3-bcrypt_4.1.3.bb   | 2 +-
>  meta/recipes-devtools/python/python3-maturin_1.6.0.bb  | 2 +-
>  meta/recipes-devtools/python/python3_3.12.4.bb | 2 +-
>  meta/recipes-devtools/qemu/qemu-native.inc | 2 +-
>  meta/recipes-devtools/rust/libstd-rs_1.75.0.bb | 2 +-
>  meta/recipes-devtools/rust/rust_1.75.0.bb  | 2 +-
>  meta/recipes-devtools/syslinux/syslinux_6.04-pre2.bb   | 2 +-
>  meta/recipes-extended/bzip2/bzip2_1.0.8.bb | 2 +-
>  meta/recipes-extended/ltp/ltp_20240524.bb  | 4 ++--
>  meta/recipes-extended/pam/libpam_1.6.1.bb  | 2 +-
>  meta/recipes-gnome/gtk+/gtk4_4.14.4.bb | 2 +-
>  meta/recipes-kernel/lttng/babeltrace2_2.0.6.bb | 2 +-
>  meta/recipes-kernel/powertop/powertop_2.15.bb  | 2 +-
>  meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc| 2 +-
>  meta/recipes-support/sqlite/sqlite3.inc| 6 +++---
>  20 files changed, 22 insertions(+), 32 deletions(-)
>
> diff --git a/meta/classes-recipe/native.bbclass 
> b/meta/classes-recipe/native.bbclass
> index 84a3ec65da0..d9651a7f22d 100644
> --- a/meta/classes-recipe/native.bbclass
> +++ b/meta/classes-recipe/native.bbclass
> @@ -40,11 +40,6 @@ HOST_CC_ARCH = "${BUILD_CC_ARCH}"
>  HOST_LD_ARCH = "${BUILD_LD_ARCH}"
>  HOST_AS_ARCH = "${BUILD_AS_ARCH}"
>
> -CPPFLAGS = "${BUILD_CPPFLAGS}"
> -CFLAGS = "${BUILD_CFLAGS}"
> -CXXFLAGS = "${BUILD_CXXFLAGS}"
> -LDFLAGS = "${BUILD_LDFLAGS}"
> -
>  STAGING_BINDIR = "${STAGING_BINDIR_NATIVE}"
>  STAGING_BINDIR_CROSS = "${STAGING_BINDIR_NATIVE}"
>
> diff --git a/meta/classes-recipe/nativesdk.bbclass 
> b/meta/classes-recipe/nativesdk.bbclass
> index de6debda93c..b0634de5829 100644
> --- a/meta/classes-recipe/nativesdk.bbclass
> +++ b/meta/classes-recipe/nativesdk.bbclass
> @@ -66,11 +66,6 @@ TARGET_FPU = ""
>  EXTRA_OECONF_GCC_FLOAT = ""
>  TUNE_FEATURES = ""
>
> -CPPFLAGS = "${BUILDSDK_CPPFLAGS}"
> -CFLAGS = "${BUILDSDK_CFLAGS}"
> -CXXFLAGS = "${BUILDSDK_CXXFLAGS}"
> -LDFLAGS = "${BUILDSDK_LDFLAGS}"
> -
>  # Change to place files in SDKPATH
>  base_prefix = "${SDKPATHNATIVE}"
>  prefix = "${SDKPATHNATIVE}${prefix_nativesdk}"
> diff --git a/meta/recipes-connectivity/bind/bind_9.18.27.bb 
> b/meta/recipes-connectivity/bind/bind_9.18.27.bb
> index 98b8bb5513a..0d22bace6f3 100644
> --- a/meta/recipes-connectivity/bind/bind_9.18.27.bb
> +++ b/meta/recipes-connectivity/bind/bind_9.18.27.bb
> @@ -44,7 +44,7 @@ EXTRA_OECONF = " --disable-auto-validation \
>   --sysconfdir=${sysconfdir}/bind \
>   --with-openssl=${STAGING_DIR_HOST}${prefix} \
> "
> -LDFLAGS:append = " -lz"
> +LDFLAGS += "-lz"
>
>  # dhcp needs .la so keep them
>  REMOVE_LIBTOOL_LA = "0"
> diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb 
> b/meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb
> index af7a74a5fb0..9aa8bc4eabf 100644
> --- a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb
> +++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.4.bb
> @@ -62,7 +62,7 @@ EXTRA_OECONF = "--with-statduser=rpcuser \
>  --with-rpcgen=${HOSTTOOLS_DIR}/rpcgen \
> "
>
> -LDFLAGS:append = " -lsqlite3 -levent"
> +LDFLAGS += "-lsqlite3 -levent"
>
>  PACKAGECONFIG ??= "tcp-wrappers \
>  ${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)} \
> diff --git a/meta/recipes-core/systemd/systemd-boot_255.6.bb 
> b/meta/recipes-core/systemd/systemd-boot_255.6.bb
> index 4ee25ee72f8..9a6d8e9d6e3 100644
> --- a/meta/recipes-core/systemd/systemd-boot_255.6.bb
> +++ b/meta/recipes-core/systemd/sys