date:20240411

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

2024-04-11 Thread Alexandre Belloni via lists.openembedded.org

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

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

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

[OE-core] [PATCH] Replaced :append with += in multiple recipe files under meta layer.

2024-04-11 Thread K Sanjay Nayak

Fixes [YOCTO #2951]

Conditional operator is preferred over the append operation,
hence modified multiple recipes under the meta-layer.

Reported-by : Christopher Larson 
Signed-off-by: K Sanjay Nayak 
---
 meta/recipes-bsp/grub/grub-efi_2.12.bb  | 2 +-
 meta/recipes-core/initscripts/initscripts_1.0.bb| 2 +-
 meta/recipes-core/sysvinit/sysvinit_3.04.bb | 2 +-
 .../baremetal-example/baremetal-helloworld_git.bb   | 2 +-
 meta/recipes-extended/less/less_643.bb  | 2 +-
 meta/recipes-gnome/librsvg/librsvg_2.57.1.bb| 2 +-
 meta/recipes-graphics/waffle/waffle_1.7.2.bb| 2 +-
 meta/recipes-support/libgpg-error/libgpg-error_1.48.bb  | 2 +-
 meta/recipes-support/ptest-runner/ptest-runner_2.4.3.bb | 2 +-
 9 files changed, 9 insertions(+), 9 deletions(-)

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

[OE-core] [PATCH] oeqa/postactions: Do not use -l option with df

2024-04-11 Thread Khem Raj

-l option is specific to df provided by coreutils, if df
applet from busybox is used then it does not work and fails
like below

Fixes
   df: invalid option -- 'l'
   BusyBox v1.36.1 () multi-call binary.

   Usage: df [-PkmhT] [-t TYPE] [FILESYSTEM]...
   DEBUG: [Command returned '1' after 0.71 seconds]
   DEBUG: Command: df -hl
   Status: 1 Output:  df: invalid option -- 'l'

it seems worth a compromise to show remote mounted filesystems if any
during ptests and it works with both df implementations

Signed-off-by: Khem Raj 
---
 meta/lib/oeqa/utils/postactions.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/utils/postactions.py 
b/meta/lib/oeqa/utils/postactions.py
index 8104400ac25..ec2d40e 100644
--- a/meta/lib/oeqa/utils/postactions.py
+++ b/meta/lib/oeqa/utils/postactions.py
@@ -25,7 +25,7 @@ def create_artifacts_directory(d, tc):
 def get_target_disk_usage(d, tc):
 output_file = os.path.join(get_json_result_dir(d), "artifacts", 
"target_disk_usage.txt")
 try:
-(status, output) = tc.target.run('df -hl')
+(status, output) = tc.target.run('df -h')
 with open(output_file, 'w') as f:
 f.write(output)
 f.write("\n")
-- 
2.44.0


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

2024-04-11 Thread Dan McGregor

OpenSSH supports FIDO security keys in both the client
and server.  Add an option to support them in oe.
This change requires a new recipe that I've submitted to
meta-openembedded that has not merged yet.

Signed-off-by: Dan McGregor 
---
 meta/recipes-connectivity/openssh/openssh_9.7p1.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-connectivity/openssh/openssh_9.7p1.bb 
b/meta/recipes-connectivity/openssh/openssh_9.7p1.bb
index 3b0b47097c2..d1468c59fc4 100644
--- a/meta/recipes-connectivity/openssh/openssh_9.7p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_9.7p1.bb
@@ -58,6 +58,7 @@ DEPENDS += "${@bb.utils.contains('DISTRO_FEATURES', 
'systemd', 'systemd', '', d)
 # systemd-sshd-socket-mode means installing sshd.socket
 # and systemd-sshd-service-mode corresponding to sshd.service
 PACKAGECONFIG ??= "systemd-sshd-socket-mode"
+PACKAGECONFIG[fido2] = 
"--with-security-key-builtin,--disable-security-key,libfido2"
 PACKAGECONFIG[kerberos] = "--with-kerberos5,--without-kerberos5,krb5"
 PACKAGECONFIG[ldns] = "--with-ldns,--without-ldns,ldns"
 PACKAGECONFIG[libedit] = "--with-libedit,--without-libedit,libedit"
-- 
2.41.0


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

2024-04-11 Thread Dan McGregor

Of course.. I thought I saw OpenSSH 9.7 merge, I'll rebase this on
master-next.

On Thu, Apr 11, 2024, 16:19 Dan McGregor via lists.openembedded.org
 wrote:

> OpenSSH supports FIDO security keys in both the client
> and server.  Add an option to support them in oe.
> This change requires a new recipe that I've submitted to
> meta-openembedded that has not merged yet.
>
> Signed-off-by: Dan McGregor 
> ---
>  meta/recipes-connectivity/openssh/openssh_9.6p1.bb | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-connectivity/openssh/openssh_9.6p1.bb
> b/meta/recipes-connectivity/openssh/openssh_9.6p1.bb
> index 78d1ca81626..6f016b471b4 100644
> --- a/meta/recipes-connectivity/openssh/openssh_9.6p1.bb
> +++ b/meta/recipes-connectivity/openssh/openssh_9.6p1.bb
> @@ -59,6 +59,7 @@ DEPENDS += "${@bb.utils.contains('DISTRO_FEATURES',
> 'systemd', 'systemd', '', d)
>  # and systemd-sshd-service-mode corresponding to sshd.service
>  PACKAGECONFIG ??= "systemd-sshd-socket-mode \
> ${@bb.utils.contains('DISTRO_FEATURES', 'krb5',
> 'kerberos', '', d)}"
> +PACKAGECONFIG[fido2] =
> "--with-security-key-builtin,--disable-security-key,libfido2"
>  PACKAGECONFIG[kerberos] = "--with-kerberos5,--without-kerberos5,krb5"
>  PACKAGECONFIG[ldns] = "--with-ldns,--without-ldns,ldns"
>  PACKAGECONFIG[libedit] = "--with-libedit,--without-libedit,libedit"
> --
> 2.41.0
>
>
> 
>
>

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

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

2024-04-11 Thread wangmy via lists.openembedded.org

I use the command git am and patch on master-text to apply this patch, they are 
all succeeded.
May I ask what command you used to apply this patch, that would be helpful. 
Thank you.

  --
Best Regards
---
Wang Mingyu
FUJITSU NANJING SOFTWARE TECHNOLOGY CO., LTD. (FNST)
No.6 Wenzhu Road, Nanjing, 210012, China
TEL：+86+25-86630566--8568
COINS: 79988548
FAX: +86+25-83317685
MAIL: wan...@fujitsu.com

> -Original Message-
> From: openembedded-core@lists.openembedded.org
>  On Behalf Of Alexandre
> Belloni via lists.openembedded.org
> Sent: Thursday, April 11, 2024 5:11 PM
> To: Wang, Mingyu/王 鸣瑜 
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 13/33] librepo: upgrade 1.17.0 -> 1.17.1
> 
> On 09/04/2024 15:10:00+0800, wangmy via lists.openembedded.org wrote:
> > From: Wang Mingyu 
> >
> > 0001-gpg_gpgme.c-fix-build-errors-with-older-gcc.patch
> > removed since it's included in 1.17.1
> >
> > Changelog:
> > =
> > -gpg_gpgme.c: fix build errors with older gcc -Fix some compiler
> > warnings -Change header files to match a configured ABI regarding a
> > zchunk support -Fix building zchunk code if zchunk is enabled
> >
> > Signed-off-by: Wang Mingyu 
> > ---
> >  ...me.c-fix-build-errors-with-older-gcc.patch | 36
> > ---  .../{librepo_1.17.0.bb => librepo_1.17.1.bb}  |
> > 3 +-
> >  2 files changed, 1 insertion(+), 38 deletions(-)  delete mode 100644
> > meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-error
> > s-with-older-gcc.patch  rename
> > meta/recipes-devtools/librepo/{librepo_1.17.0.bb => librepo_1.17.1.bb}
> > (88%)
> >
> > diff --git
> > a/meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-err
> > ors-with-older-gcc.patch
> > b/meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-err
> > ors-with-older-gcc.patch
> > deleted file mode 100644
> > index 8727b181b3..00
> > ---
> > a/meta/recipes-devtools/librepo/librepo/0001-gpg_gpgme.c-fix-build-err
> > ors-with-older-gcc.patch
> > +++ /dev/null
> > @@ -1,36 +0,0 @@
> > -From b525cdec3051d1c6ff0c3cd38bf3070b18d6fb50 Mon Sep 17 00:00:00
> > 2001
> > -From: Alexander Kanavin 
> > -Date: Wed, 6 Mar 2024 10:13:38 +0100
> > -Subject: [PATCH] gpg_gpgme.c: fix build errors with older gcc
> > -MIME-Version: 1.0
> > -Content-Type: text/plain; charset=UTF-8
> > -Content-Transfer-Encoding: 8bit
> > -
> > -When selinux is not enabled, older gcc versions error out this way:
> > -
> > -| /home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-193
> > -| 8845/tmp-mc-tiny/hosttools/gcc -DG_LOG_DOMAIN=\"librepo\"
> > -| -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE
> -D_LARGEFILE_SOURCE
> > -| -Dlibrepo_EXPORTS
> > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > -| 938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/git
> > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > -| 938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-
> > -| sysroot-native/usr/lib/pkgconfig/../../../usr/include/libmount
> > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > -| 938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-
> > -| sysroot-native/usr/lib/pkgconfig/../../../usr/include/blkid
> > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > -| 938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-
> > -| sysroot-native/usr/lib/pkgconfig/../../../usr/include/glib-2.0
> > -| -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1
> > -| 9
> >
> > 38845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-sysr
> > oot-native/usr/lib/pkgconfig/../../../usr/lib/glib-2.0/include
> > -I/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1938
> > 845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-sysroo
> > t-native/usr/lib/pkgconfig/../../../usr/include/libxml2
> > -isystem/home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-s
> > t-1938845/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/recipe-
> > sysroot-native/usr/include -O2 -pipe -std=c99 -Wall -fPIC -MD -MT
> > librepo/CMakeFiles/librepo.dir/gpg_gpgme.c.o -MF
> > librepo/CMakeFiles/librepo.dir/gpg_gpgme.c.o.d -o
> > librepo/CMakeFiles/librepo.dir/gpg_gpgme.c.o -c
> > /home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-193884
> > 5/tmp-mc-tiny/work/aarch64-linux/librepo-native/1.17.0/git/librepo/gpg
> > _gpgme.c
> 
> This line has been mangled so the patch doesn't apply
> 
> > -|
> /home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1938845/tmp
> -mc-tiny/work/aarch64-linux/librepo-native/1.17.0/git/librepo/gpg_gpgme.c: In
> function ‘lr_gpg_ensure_socket_dir_exists’:
> > -|
> /home/pokybuild/yocto-worker/oe-selftest-armhost/build/build-st-1938845/tmp
> -mc-tiny/work/aarch64-linux/librepo-native/1.17.0/git/librepo/gpg_gpgme.c:13
> 5:1: error:

[OE-core][PATCH] python3: upgrade 3.12.2 -> 3.12.3

2024-04-11 Thread Trevor Gamblin

Remove the following patch:

0001-gh-115133-Fix-tests-for-XMLPullParser-with-Expat-2.6.patch

Which a different fix was submitted for in:

c4fa79b924 [3.12] gh-115133: Fix tests for XMLPullParser with Expat 2.6.0 
(GH-115164) (GH-115288)
See: https://github.com/python/cpython/pull/115288

Changelog: https://docs.python.org/3/whatsnew/changelog.html#python-3-12-3-final

Signed-off-by: Trevor Gamblin 
---
 ...y-Fix-for-Expat-2.6.0-with-reparse-d.patch | 55 ---
 .../{python3_3.12.2.bb => python3_3.12.3.bb}  |  3 +-
 2 files changed, 1 insertion(+), 57 deletions(-)
 delete mode 100644 
meta/recipes-devtools/python/python3/0001-test_xml_etree.py-Fix-for-Expat-2.6.0-with-reparse-d.patch
 rename meta/recipes-devtools/python/{python3_3.12.2.bb => python3_3.12.3.bb} 
(99%)

diff --git 
a/meta/recipes-devtools/python/python3/0001-test_xml_etree.py-Fix-for-Expat-2.6.0-with-reparse-d.patch
 
b/meta/recipes-devtools/python/python3/0001-test_xml_etree.py-Fix-for-Expat-2.6.0-with-reparse-d.patch
deleted file mode 100644
index 598ef08cc4f..000
--- 
a/meta/recipes-devtools/python/python3/0001-test_xml_etree.py-Fix-for-Expat-2.6.0-with-reparse-d.patch
+++ /dev/null
@@ -1,55 +0,0 @@
-From d07ca7fbd874e230dec4d4c6d650a66ea2a9008e Mon Sep 17 00:00:00 2001
-From: Sebastian Pipping 
-Date: Wed, 7 Feb 2024 15:32:45 +0100
-Subject: [PATCH] test_xml_etree.py: Fix for Expat >=2.6.0 with reparse
- deferral
-
-Upstream-Status: Submitted [https://github.com/python/cpython/pull/115138]
-Signed-off-by: Khem Raj 

- Lib/test/test_xml_etree.py | 10 ++
- .../2024-02-07-15-49-37.gh-issue-115133.WBajNr.rst |  1 +
- 2 files changed, 7 insertions(+), 4 deletions(-)
- create mode 100644 
Misc/NEWS.d/next/Tests/2024-02-07-15-49-37.gh-issue-115133.WBajNr.rst
-
-diff --git a/Lib/test/test_xml_etree.py b/Lib/test/test_xml_etree.py
-index b50898f..4578367 100644
 a/Lib/test/test_xml_etree.py
-+++ b/Lib/test/test_xml_etree.py
-@@ -1403,6 +1403,7 @@ class XMLPullParserTest(unittest.TestCase):
- def test_simple_xml(self):
- for chunk_size in (None, 1, 5):
- with self.subTest(chunk_size=chunk_size):
-+expected_events = []
- parser = ET.XMLPullParser()
- self.assert_event_tags(parser, [])
- self._feed(parser, "\n", chunk_size)
-@@ -1412,16 +1413,17 @@ class XMLPullParserTest(unittest.TestCase):
-chunk_size)
- self.assert_event_tags(parser, [])
- self._feed(parser, ">\n", chunk_size)
--self.assert_event_tags(parser, [('end', 'element')])
-+expected_events += [('end', 'element')]
- self._feed(parser, "texttail\n", 
chunk_size)
- self._feed(parser, "\n", chunk_size)
--self.assert_event_tags(parser, [
-+expected_events += [
- ('end', 'element'),
- ('end', 'empty-element'),
--])
-+]
- self._feed(parser, "\n", chunk_size)
--self.assert_event_tags(parser, [('end', 'root')])
-+expected_events += [('end', 'root')]
- self.assertIsNone(parser.close())
-+self.assert_event_tags(parser, expected_events)
- 
- def test_feed_while_iterating(self):
- parser = ET.XMLPullParser()
-diff --git 
a/Misc/NEWS.d/next/Tests/2024-02-07-15-49-37.gh-issue-115133.WBajNr.rst 
b/Misc/NEWS.d/next/Tests/2024-02-07-15-49-37.gh-issue-115133.WBajNr.rst
-new file mode 100644
-index 000..4dc9c13
 /dev/null
-+++ b/Misc/NEWS.d/next/Tests/2024-02-07-15-49-37.gh-issue-115133.WBajNr.rst
-@@ -0,0 +1 @@
-+Fix etree XMLPullParser tests for Expat >=2.6.0 with reparse deferral
diff --git a/meta/recipes-devtools/python/python3_3.12.2.bb 
b/meta/recipes-devtools/python/python3_3.12.3.bb
similarity index 99%
rename from meta/recipes-devtools/python/python3_3.12.2.bb
rename to meta/recipes-devtools/python/python3_3.12.3.bb
index f837f05af4d..b49a58a1013 100644
--- a/meta/recipes-devtools/python/python3_3.12.2.bb
+++ b/meta/recipes-devtools/python/python3_3.12.3.bb
@@ -30,14 +30,13 @@ SRC_URI = 
"http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz \

file://0001-skip-no_stdout_fileno-test-due-to-load-variability.patch \
file://0001-test_storlines-skip-due-to-load-variability.patch \

file://0001-gh-114492-Initialize-struct-termios-before-calling-t.patch \
-   
file://0001-test_xml_etree.py-Fix-for-Expat-2.6.0-with-reparse-d.patch \
"
 
 SRC_URI:append:class-native = " \

file://0001-Lib-sysconfig.py-use-prefix-value-from-build-configu.patch \
"
 
-SRC_URI[sha256sum] = 
"be28112dac813d2053545c14bf13a16401a21877f1a69eb6ea5d84c4a0f3d870"
+SRC_URI[sha256sum] = 
"56bfef1fdfc1221ce6720e43a661e3eb41785dd914ce99698d8c7896af4bdaa1"
 
 # exclude p

Re: [OE-core] [PATCH 0/2] Clear remaining ${PYTHON_PN} uses

2024-04-11 Thread Tim Orling

On Thu, Apr 11, 2024 at 12:47 PM Justin Bronder 
wrote:

> Removing a couple of remaining ${PYTHON_PN} uses that were missed in the
> prior scrubs.
>

Thank you. I thought we had already caught everything.
We really do not need to be carrying such obfuscation and abstraction
anymore. Let python2 go off to pasture in quiet reverence.

>
>
> 
>
>

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

2024-04-11 Thread Dan McGregor

Install the manpages for shadow, and also make the conflicting manpages
alternatives in util-linux.

Signed-off-by: Daniel McGregor 
---
 meta/recipes-core/util-linux/util-linux_2.39.3.bb |  3 +++
 meta/recipes-extended/shadow/shadow.inc   | 12 
 2 files changed, 15 insertions(+)

diff --git a/meta/recipes-core/util-linux/util-linux_2.39.3.bb 
b/meta/recipes-core/util-linux/util-linux_2.39.3.bb
index 83b3f4e05b3..a3f9badbd97 100644
--- a/meta/recipes-core/util-linux/util-linux_2.39.3.bb
+++ b/meta/recipes-core/util-linux/util-linux_2.39.3.bb
@@ -282,8 +282,11 @@ blkid.8 eject.1 findfs.8 fsck.8 kill.1 last.1 lastb.1 
libblkid.3 logger.1 mesg.1
 mountpoint.1 nologin.8 rfkill.8 sulogin.8 utmpdump.1 uuid.3 wall.1\
 "
 ALTERNATIVE:${PN}-doc += "${@bb.utils.contains('PACKAGECONFIG', 'pam', 'su.1', 
'', d)}"
+ALTERNATIVE:${PN}-doc += "${@bb.utils.contains('PACKAGECONFIG', 'chfn-chsh', 
'chfn.1 chsh.1', '', d)}"
 
 ALTERNATIVE_LINK_NAME[blkid.8] = "${mandir}/man8/blkid.8"
+ALTERNATIVE_LINK_NAME[chfn.1] = "${mandir}/man1/chfn.1"
+ALTERNATIVE_LINK_NAME[chsh.1] = "${mandir}/man1/chsh.1"
 ALTERNATIVE_LINK_NAME[eject.1] = "${mandir}/man1/eject.1"
 ALTERNATIVE_LINK_NAME[findfs.8] = "${mandir}/man8/findfs.8"
 ALTERNATIVE_LINK_NAME[fsck.8] = "${mandir}/man8/fsck.8"
diff --git a/meta/recipes-extended/shadow/shadow.inc 
b/meta/recipes-extended/shadow/shadow.inc
index 40e6ab0b30e..a290dfc046e 100644
--- a/meta/recipes-extended/shadow/shadow.inc
+++ b/meta/recipes-extended/shadow/shadow.inc
@@ -168,6 +168,14 @@ do_install:append:class-native() {
 SYSROOT_DIRS:append:class-native = " ${STAGING_DIR_NATIVE}/lib-shadow-deps/"
 INSANE_SKIP:${PN}:class-native = "already-stripped"
 
+do_install:append:class-nativesdk() {
+   oe_runmake -C ${B}/man DESTDIR="${D}" sbindir="${base_sbindir}" 
usbindir="${sbindir}" install-man
+}
+
+do_install:append:class-target() {
+   oe_runmake -C ${B}/man DESTDIR="${D}" sbindir="${base_sbindir}" 
usbindir="${sbindir}" install-man
+}
+
 PACKAGES =+ "${PN}-base"
 FILES:${PN}-base = "\
 ${base_bindir}/login.shadow \
@@ -193,6 +201,10 @@ ALTERNATIVE_LINK_NAME[vipw] = "${base_sbindir}/vipw"
 ALTERNATIVE_LINK_NAME[vigr] = "${base_sbindir}/vigr"
 ALTERNATIVE_LINK_NAME[nologin] = "${base_sbindir}/nologin"
 
+ALTERNATIVE:${PN}-doc = "chfn.1 chsh.1"
+ALTERNATIVE_LINK_NAME[chfn.1] = "${mandir}/man1/chfn.1"
+ALTERNATIVE_LINK_NAME[chsh.1] = "${mandir}/man1/chsh.1"
+
 ALTERNATIVE:${PN}-base = "newgrp groups login su"
 ALTERNATIVE_LINK_NAME[login] = "${base_bindir}/login"
 ALTERNATIVE_LINK_NAME[su] = "${base_bindir}/su"
-- 
2.41.0


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

2024-04-11 Thread Dan McGregor

OpenSSH supports FIDO security keys in both the client
and server.  Add an option to support them in oe.
This change requires a new recipe that I've submitted to
meta-openembedded that has not merged yet.

Signed-off-by: Dan McGregor 
---
 meta/recipes-connectivity/openssh/openssh_9.6p1.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-connectivity/openssh/openssh_9.6p1.bb 
b/meta/recipes-connectivity/openssh/openssh_9.6p1.bb
index 78d1ca81626..6f016b471b4 100644
--- a/meta/recipes-connectivity/openssh/openssh_9.6p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_9.6p1.bb
@@ -59,6 +59,7 @@ DEPENDS += "${@bb.utils.contains('DISTRO_FEATURES', 
'systemd', 'systemd', '', d)
 # and systemd-sshd-service-mode corresponding to sshd.service
 PACKAGECONFIG ??= "systemd-sshd-socket-mode \
${@bb.utils.contains('DISTRO_FEATURES', 'krb5', 'kerberos', 
'', d)}"
+PACKAGECONFIG[fido2] = 
"--with-security-key-builtin,--disable-security-key,libfido2"
 PACKAGECONFIG[kerberos] = "--with-kerberos5,--without-kerberos5,krb5"
 PACKAGECONFIG[ldns] = "--with-ldns,--without-ldns,ldns"
 PACKAGECONFIG[libedit] = "--with-libedit,--without-libedit,libedit"
-- 
2.41.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198146): 
https://lists.openembedded.org/g/openembedded-core/message/198146
Mute This Topic: https://lists.openembedded.org/mt/105472898/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] python3-referencing: drop ${PYTHON_PN}

2024-04-11 Thread Justin Bronder

python 2 is gone and we don't need the abstraction now, drop the
remaining usage of this variable.

Signed-off-by: Justin Bronder 
---
 meta/recipes-devtools/python/python3-referencing_0.33.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/python/python3-referencing_0.33.0.bb 
b/meta/recipes-devtools/python/python3-referencing_0.33.0.bb
index 5b50932264..f675bbc67d 100644
--- a/meta/recipes-devtools/python/python3-referencing_0.33.0.bb
+++ b/meta/recipes-devtools/python/python3-referencing_0.33.0.bb
@@ -7,7 +7,7 @@ SRC_URI[sha256sum] = 
"c775fedf74bc0f9189c2a3be1c12fd03e8c23f4d371dce795df44e06c5
 
 inherit pypi python_hatchling
 
-DEPENDS += "${PYTHON_PN}-hatch-vcs-native"
+DEPENDS += "python3-hatch-vcs-native"
 
 RDEPENDS:${PN} += "python3-rpds-py"
 
-- 
2.44.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198145): 
https://lists.openembedded.org/g/openembedded-core/message/198145
Mute This Topic: https://lists.openembedded.org/mt/105470302/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] python3-jsonschema-specifications: drop ${PYTHON_PN}

2024-04-11 Thread Justin Bronder

python 2 is gone and we don't need the abstraction now, drop the
remaining usage of this variable.

Signed-off-by: Justin Bronder 
---
 .../python/python3-jsonschema-specifications_2023.12.1.bb   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta/recipes-devtools/python/python3-jsonschema-specifications_2023.12.1.bb 
b/meta/recipes-devtools/python/python3-jsonschema-specifications_2023.12.1.bb
index eb63509fce..4ee0dd9b12 100644
--- 
a/meta/recipes-devtools/python/python3-jsonschema-specifications_2023.12.1.bb
+++ 
b/meta/recipes-devtools/python/python3-jsonschema-specifications_2023.12.1.bb
@@ -11,6 +11,6 @@ inherit pypi python_hatchling
 
 PYPI_PACKAGE = "jsonschema_specifications"
 
-DEPENDS += "${PYTHON_PN}-hatch-vcs-native"
+DEPENDS += "python3-hatch-vcs-native"
 
 BBCLASSEXTEND = "native nativesdk"
-- 
2.44.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198144): 
https://lists.openembedded.org/g/openembedded-core/message/198144
Mute This Topic: https://lists.openembedded.org/mt/105470301/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 0/2] Clear remaining ${PYTHON_PN} uses

2024-04-11 Thread Justin Bronder

Removing a couple of remaining ${PYTHON_PN} uses that were missed in the prior 
scrubs.


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

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

2024-04-11 Thread Simone Weiß

On Wed, 2024-04-10 at 02:45 +0200, Alexandre Belloni via
lists.openembedded.org wrote:
> Failed ptests:
> {'gnutls': ['alerts',
>     'cert-status',
>     'ciphersuite-name',
>     'dtls-etm',
>     'dtls10-cert-key-exchange',
>     'dtls12-cert-key-exchange',
>     'keylog-env',
>     'mini-chain-unsorted',
>     'mini-record-failure',
>     'mini-overhead',
>     'mini-record',
>     'mini-record-2',
>     'record-retvals',
>     'rehandshake-switch-cert',
>     'rehandshake-switch-cert-allow',
>     'rehandshake-switch-cert-client',
>     'rehandshake-switch-cert-client-allow',
>     'rsa-encrypt-decrypt',
>     'rsa-psk',
>     'rsa-psk-cb',
>     'rsaes-pkcs1-v1_5',
>     'tls-etm',
>     'tls-force-etm',
>     'tls-neg-ext4-key',
>     'tls10-cert-key-exchange',
>     'tls11-cert-key-exchange',
>     'tls10-server-kx-neg',
>     'tls12-anon-upgrade',
>     'tls12-cert-key-exchange',
>     'tls11-server-kx-neg',
>     'tls12-server-kx-neg',
>     'tls13-cert-key-exchange',
>     'tls13-server-kx-neg',
>     'version-checks']}
> 
> 
Hi,

is there a autobuilder link to this? I tried it locally and all was fine.
Would like to check it just to see if I can spot a difference. Or do you
(Wang Mingyu) already check at the moment?

Best

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

Re: [OE-core][PATCH] systemd: make predictable name mac policy opt-out

2024-04-11 Thread Joe Slater via lists.openembedded.org



> -Original Message-
> From: openembedded-core@lists.openembedded.org  c...@lists.openembedded.org> On Behalf Of Peter Marko via
> lists.openembedded.org
> Sent: Wednesday, April 10, 2024 11:05 AM
> To: Ross Burton 
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core][PATCH] systemd: make predictable name mac policy opt-
> out
> 
> 
> -Original Message-
> From: Ross Burton 
> Sent: Wednesday, April 10, 2024 18:18
> To: Marko, Peter (ADV D EU SK BFS1) 
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core][PATCH] systemd: make predictable name mac policy opt-
> out
> 
> > On 8 Apr 2024, at 08:04, Peter Marko via lists.openembedded.org
>  wrote:
> > >
> > > From: Peter Marko 
> > >
> > > Even the patch says it's inappropriate for upstream, and it's also
> > > inappropriate for some downstream projects, too.
> > > So make it possible to opt-out on it.
> >
> > I’m looking at these patches because of the fallout from the use of matches 
> > in
> the interfaces file.   Presumably you want to make this opt-out for concrete
> reasons, can you explain what broke?
> >
> > Ross
> 
> Basically, we have networkmanager and firewalld configuration matching
> interface names.
> In addition, also our applications are hardcoding the interface names to be 
> able
> to configure interfaces on demand.
> Switching to dynamic names is not realistic.
> 
> After upgrading from 5.0_M3 to 5.0_M4 our wlan0 interface gets renamed by
> udev and thus networking breaks.
> Unlike our ethernet ports with names defined in device tree, wifi chip uses
> external vendor kernel module so I'm not sure if I'm able to configure a 
> stable
> kernel name for it.
> 
> Peter

Commit 37bd8e8... sets the configuration in 99-default.link to include 
mac-based "predictable" names.  I think we should decide on a default and let 
people who don't like it put a modified version of 99-default.link under 
/etc/system/network.  The impetus to allow mac based names is that some bsp's 
don't produce anything else, but that makes the default different than the 
upstream version.  Everyone will not want the provided 99-default.link, so we 
just need to decide who we cater to.

Joe

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198141): 
https://lists.openembedded.org/g/openembedded-core/message/198141
Mute This Topic: https://lists.openembedded.org/mt/105396950/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] nativesdk-gzip: fix reproducibility issues

2024-04-11 Thread Khem Raj

On Thu, Apr 11, 2024 at 6:32 AM Oleh Matiusha via
lists.openembedded.org 
wrote:
>
> There is absolute path in zgrep binary. It is related
> to the changes that fix an issue with zgrep on Solaris
> and other platforms with 'grep -e'. I'd like to ask here
> if Yocto supports Solaris as host architecture, and
> if there's a reliable way to detect the host arch.
> If there is, I'll place additional check to be
> compatible with it.

We do not have support for solaris build hosts.

>
> Original change:
> git.savannah.gnu.org/cgit/gzip.git/commit?id=60b3f4eb672a85de28ecaad47ed426f8c8fe6c32
>
> Signed-off-by: Oleh Matiusha 
> ---
>  meta/recipes-extended/gzip/gzip.inc | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-extended/gzip/gzip.inc 
> b/meta/recipes-extended/gzip/gzip.inc
> index b32584033b..62b3e2f4f9 100644
> --- a/meta/recipes-extended/gzip/gzip.inc
> +++ b/meta/recipes-extended/gzip/gzip.inc
> @@ -8,6 +8,7 @@ inherit autotools texinfo
>  export DEFS="NO_ASM"
>
>  EXTRA_OEMAKE:class-target = "GREP=${base_bindir}/grep"
> +EXTRA_OEMAKE:append:class-nativesdk = " GREP=grep"
>  EXTRA_OECONF:append:libc-musl = " gl_cv_func_fflush_stdin=yes "
>
>  do_install:append () {
> --
> 2.33.0
>
>
> 
>

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

2024-04-11 Thread Ross Burton

On 11 Apr 2024, at 15:58, Joe Slater via lists.openembedded.org 
 wrote:
> This was accidental since I removed the qemuall/interfaces in order to use 
> the main one with qemu.  I'm sending new patches.  Maybe, though, we don't 
> really need the qemuall stuff.

The last time I looked we did need it, because testimage will manually setup 
the network interface with known IPs via kernel parameters.  The last thing we 
need is for ifupdown to decide to take over the interface and reconfigure it.

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

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

2024-04-11 Thread Joe Slater via lists.openembedded.org

From: Joe Slater 

If the distro features sysvinit and pni-names are
enabled, RRECOMMENDS ifupdown because busybox ifupdown
will not initialize the renamed interfaces.

Signed-off-by: Joe Slater 
---
 meta/recipes-core/packagegroups/packagegroup-core-boot.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/packagegroups/packagegroup-core-boot.bb 
b/meta/recipes-core/packagegroups/packagegroup-core-boot.bb
index d96d2f5fff..fecc3334ea 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-boot.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-boot.bb
@@ -37,4 +37,6 @@ RDEPENDS:${PN} = "\
 RRECOMMENDS:${PN} = "\
 ${VIRTUAL-RUNTIME_base-utils-syslog} \
 ${MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS} \
-${@bb.utils.contains("DISTRO_FEATURES", "sysvinit", "init-ifupdown", "", 
d)}"
+${@bb.utils.contains("DISTRO_FEATURES", "sysvinit", "init-ifupdown", "", 
d)} \
+${@bb.utils.contains("DISTRO_FEATURES", "sysvinit pni-names", "ifupdown", 
"", d)} \
+"
-- 
2.25.1


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

[v2][oe-core][PATCH 1/2] init-ifupdown: modify interfaces for busybox

2024-04-11 Thread Joe Slater via lists.openembedded.org

From: Joe Slater 

Busybox ifupdown does not recognize /xxx names, so we
use eth0 instead of /eth0.  If we want to find "predictable name"
interfaces starting with en..., we will have to use the
real ifupdown.

Signed-off-by: Joe Slater 
---
 meta/recipes-core/init-ifupdown/init-ifupdown-1.0/interfaces | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/init-ifupdown/init-ifupdown-1.0/interfaces 
b/meta/recipes-core/init-ifupdown/init-ifupdown-1.0/interfaces
index e617fcf69b..3d0f0c6768 100644
--- a/meta/recipes-core/init-ifupdown/init-ifupdown-1.0/interfaces
+++ b/meta/recipes-core/init-ifupdown/init-ifupdown-1.0/interfaces
@@ -14,10 +14,11 @@ iface wlan0 inet dhcp
 iface atml0 inet dhcp
 
 # Wired or wireless interfaces including predictable names
-auto /eth0
+auto eth0
 iface eth0 inet dhcp
 iface eth1 inet dhcp
 
+# Busybox ifupdown won't process /en* correctly
 auto /en*=eth
 iface eth inet dhcp
 
-- 
2.25.1


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

2024-04-11 Thread Joe Slater via lists.openembedded.org



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

This was accidental since I removed the qemuall/interfaces in order to use the 
main one with qemu.  I'm sending new patches.  Maybe, though, we don't really 
need the qemuall stuff.

Joe
> 
> Ross

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

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

2024-04-11 Thread Ross Burton

On 11 Apr 2024, at 10:33, Richard Purdie via lists.openembedded.org 
 wrote:
>> --- a/meta/recipes-core/init-ifupdown/init-ifupdown-1.0/qemuall/interfaces
>> +++ /dev/null
>> @@ -1,5 +0,0 @@
>> -# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)
>> - 
>> -# The loopback interface
>> -auto lo
>> -iface lo inet loopback
> 
> Is this patch meant to touch ifupdown as well as the packagegroup?

I suspect not, given that runqemu manually brings up network devices and the 
last thing we want is DHCP running again.

Joe, please remove this chunk.

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

Re: [OE-core] [PATCH v2] devtool: standard: throws appropriate error if source is in detached HEAD

2024-04-11 Thread Julien Stephan

Le mer. 10 avr. 2024 à 13:23, Peter Kjellerstedt
 a écrit :
>
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org 
> >  On Behalf Of Julien Stephan
> > Sent: den 10 april 2024 09:07
> > To: openembedded-core@lists.openembedded.org
> > Cc: Julien Stephan 
> > Subject: [OE-core] [PATCH v2] devtool: standard: throws appropriate error 
> > if source is in detached HEAD
> >
> > If source is in detached HEAD, we get the following error when using
> > detvool finish command:
> >
> > [...]
> > File "<...>/poky/scripts/lib/devtool/standard.py", line 1938, in 
> > _update_recipe
> >   bb.process.run('git checkout %s' % startbranch, cwd=srctree)
> > File "<...>/poky/bitbake/lib/bb/process.py", line 189, in run
> >   raise ExecutionError(cmd, pipe.returncode, stdout, stderr)
> >   bb.process.ExecutionError: Execution of 'git checkout (HEAD detached at 
> > 9bbf87e)' failed with exit code 2:
> >   /bin/sh: -c: line 1: syntax error near unexpected token `('
> >   /bin/sh: -c: line 1: `git checkout (HEAD detached at 9bbf87e)'
> >
> > Check this and throws an appropriate error in this case
> >
> > Signed-off-by: Julien Stephan 
> >
> > ---
> >
> > Changes in v2:
> >
> > - update error message to avoid confusion with a potentially non
> >   existing "main" branch
>
> As you noted in an earlier mail, the same error message is used some
> lines later. Please change that one too.
>

Hi Peter,
Not sure we need to change the other error message, because in that
case it really means the *main* branch.

This error message happens if we have overrides branches and if the
currently checked out branch starts with "devtool-override" (and we
have several other branches).
In that case, devtool cannot determine the main branch (read it as the
"base" branch on which the devtool-overrides-* branches are rebased).
Most of the time it will be the "devtool" branch, but there is no
guarantee, the user can checkout a working branch for example.

Furthermore, there is also another log message few lines after :
logger.info('Handling main branch (%s)...' % mainbranch)

So IMHO the log messages look fine here. Maybe we can rewrite them
using "base" branch such as (but not sure it will be more clear) :

   raise DevtoolError('Unable to determine base branch - please check
out the base branch in source tree first')

and
   logger.info('Handling base branch (%s)...' % mainbranch)


(do you also want to rename the mainbranch variable?)

Anyway, such changes have nothing to do with the Detached HEAD check,
so I will not add this within the same commit.

I can do another patch to respell main to base (or something else more
meaningful?) if you think it would be beneficial for clarity
(or you can do it if you prefer).

Let me know
Cheers
Julien


> > ---
> >  scripts/lib/devtool/standard.py | 2 ++
> >  1 file changed, 2 insertions(+)
> >
> > diff --git a/scripts/lib/devtool/standard.py
> > b/scripts/lib/devtool/standard.py
> > index 2c174927ddb..51e5794a0a7 100644
> > --- a/scripts/lib/devtool/standard.py
> > +++ b/scripts/lib/devtool/standard.py
> > @@ -1888,6 +1888,8 @@ def _update_recipe(recipename, workspace, rd, mode,
> > appendlayerdir, wildcard_ver
> >  for line in stdout.splitlines():
> >  branchname = line[2:]
> >  if line.startswith('* '):
> > +if 'HEAD' in line:
> > +raise DevtoolError('Detached HEAD - please check out a 
> > branch, e.g., "devtool"')
> >  startbranch = branchname
> >  if branchname.startswith(override_branch_prefix):
> >  override_branches.append(branchname)
> > --
> > 2.44.0
>
> //Peter
>

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

[OE-core] Patchtest results for [PATCH] eudev: update Upstream-Status on netifnames.patch

2024-04-11 Thread Patchtest

Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:

---
Testing patch 
/home/patchtest/share/mboxes/eudev-update-Upstream-Status-on-netifnames.patch.patch

FAIL: test commit message presence: Please include a commit message on your 
patch explaining the change (test_mbox.TestMbox.test_commit_message_presence)

PASS: test Signed-off-by presence 
(test_mbox.TestMbox.test_signed_off_by_presence)
PASS: test author valid (test_mbox.TestMbox.test_author_valid)
PASS: test max line length (test_metadata.TestMetadata.test_max_line_length)
PASS: test mbox format (test_mbox.TestMbox.test_mbox_format)
PASS: test non-AUH upgrade (test_mbox.TestMbox.test_non_auh_upgrade)
PASS: test shortlog format (test_mbox.TestMbox.test_shortlog_format)
PASS: test shortlog length (test_mbox.TestMbox.test_shortlog_length)

SKIP: pretest pylint: No python related patches, skipping test 
(test_python_pylint.PyLint.pretest_pylint)
SKIP: pretest src uri left files: No modified recipes, skipping pretest 
(test_metadata.TestMetadata.pretest_src_uri_left_files)
SKIP: test CVE check ignore: No modified recipes or older target branch, 
skipping test (test_metadata.TestMetadata.test_cve_check_ignore)
SKIP: test CVE tag format: No new CVE patches introduced 
(test_patch.TestPatch.test_cve_tag_format)
SKIP: test Signed-off-by presence: No new CVE patches introduced 
(test_patch.TestPatch.test_signed_off_by_presence)
SKIP: test Upstream-Status presence: No new CVE patches introduced 
(test_patch.TestPatch.test_upstream_status_presence_format)
SKIP: test bugzilla entry format: No bug ID found 
(test_mbox.TestMbox.test_bugzilla_entry_format)
SKIP: test lic files chksum modified not mentioned: No modified recipes, 
skipping test 
(test_metadata.TestMetadata.test_lic_files_chksum_modified_not_mentioned)
SKIP: test lic files chksum presence: No added recipes, skipping test 
(test_metadata.TestMetadata.test_lic_files_chksum_presence)
SKIP: test license presence: No added recipes, skipping test 
(test_metadata.TestMetadata.test_license_presence)
SKIP: test pylint: No python related patches, skipping test 
(test_python_pylint.PyLint.test_pylint)
SKIP: test series merge on head: Merge test is disabled for now 
(test_mbox.TestMbox.test_series_merge_on_head)
SKIP: test src uri left files: No modified recipes, skipping pretest 
(test_metadata.TestMetadata.test_src_uri_left_files)
SKIP: test summary presence: No added recipes, skipping test 
(test_metadata.TestMetadata.test_summary_presence)
SKIP: test target mailing list: Series merged, no reason to check other mailing 
lists (test_mbox.TestMbox.test_target_mailing_list)

---

Please address the issues identified and
submit a new revision of the patch, or alternatively, reply to this
email with an explanation of why the patch should be accepted. If you
believe these results are due to an error in patchtest, please submit a
bug at https://bugzilla.yoctoproject.org/ (use the 'Patchtest' category
under 'Yocto Project Subprojects'). For more information on specific
failures, see: https://wiki.yoctoproject.org/wiki/Patchtest. Thank
you!

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198133): 
https://lists.openembedded.org/g/openembedded-core/message/198133
Mute This Topic: https://lists.openembedded.org/mt/105463390/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] eudev: update Upstream-Status on netifnames.patch

2024-04-11 Thread Ross Burton

Signed-off-by: Ross Burton 
---
 meta/recipes-core/udev/eudev/netifnames.patch | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/udev/eudev/netifnames.patch 
b/meta/recipes-core/udev/eudev/netifnames.patch
index 8f6e9a1538b..4f8e54d12d4 100644
--- a/meta/recipes-core/udev/eudev/netifnames.patch
+++ b/meta/recipes-core/udev/eudev/netifnames.patch
@@ -2,7 +2,7 @@ eudev: consider ID_NET_NAME_MAC as an interface name
 
 eudev might not create names based on slot or path.
 
-Upstream-Status: Submitted [github.com/eudev-project/eudev/pull/274]
+Upstream-Status: Backport [github.com/eudev-project/eudev/pull/274]
 
 Signed-off-by: Joe Slater 
 
-- 
2.34.1


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

Re: [OE-core] [kirkstone][PATCH] kernel.bbclass: check, if directory exists before removing empty module directory

2024-04-11 Thread Heiko

Hi Steve,

I created the patch as described here: 
https://docs.yoctoproject.org/4.0.17/contributor-guide/submit-changes.html#contributing-through-mailing-lists-why-not-using-web-based-workflows

Only one line has been changed. Is it possible for you to change it?

Best regards,
Heiko

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198131): 
https://lists.openembedded.org/g/openembedded-core/message/198131
Mute This Topic: https://lists.openembedded.org/mt/105458549/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] nativesdk-gzip: fix reproducibility issues

2024-04-11 Thread Oleh Matiusha via lists.openembedded.org

There is absolute path in zgrep binary. It is related
to the changes that fix an issue with zgrep on Solaris
and other platforms with 'grep -e'. I'd like to ask here
if Yocto supports Solaris as host architecture, and
if there's a reliable way to detect the host arch.
If there is, I'll place additional check to be
compatible with it.

Original change:
git.savannah.gnu.org/cgit/gzip.git/commit?id=60b3f4eb672a85de28ecaad47ed426f8c8fe6c32

Signed-off-by: Oleh Matiusha 
---
 meta/recipes-extended/gzip/gzip.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-extended/gzip/gzip.inc 
b/meta/recipes-extended/gzip/gzip.inc
index b32584033b..62b3e2f4f9 100644
--- a/meta/recipes-extended/gzip/gzip.inc
+++ b/meta/recipes-extended/gzip/gzip.inc
@@ -8,6 +8,7 @@ inherit autotools texinfo
 export DEFS="NO_ASM"
 
 EXTRA_OEMAKE:class-target = "GREP=${base_bindir}/grep"
+EXTRA_OEMAKE:append:class-nativesdk = " GREP=grep"
 EXTRA_OECONF:append:libc-musl = " gl_cv_func_fflush_stdin=yes "
 
 do_install:append () {
-- 
2.33.0


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

Re: [OE-core] [kirkstone][PATCH] kernel.bbclass: check, if directory exists before removing empty module directory

2024-04-11 Thread Steve Sakoman

This patch doesn't apply for me:

Applying: kernel.bbclass: check, if directory exists before removing
empty module directory
Using index info to reconstruct a base tree...
error: patch failed: meta/classes/kernel.bbclass:452
error: meta/classes/kernel.bbclass: patch does not apply
error: Did you hand edit your patch?
It does not apply to blobs recorded in its index.
Patch failed at 0001 kernel.bbclass: check, if directory exists before
removing empty module directory

Steve

On Thu, Apr 11, 2024 at 1:06 AM Heiko  wrote:
>
> If the kernel folder does not exist, find will result in an error.
> This can occur if the kernel has no modules but, for example, custom modules 
> are created.
>
> Add check before deleting.
>
> Signed-off-by: Heiko Thole 
> ---
>  meta/classes/kernel.bbclass | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> index dbd89057f3..988a489396 100644
> --- a/meta/classes/kernel.bbclass
> +++ b/meta/classes/kernel.bbclass
> @@ -452,7 +452,7 @@ kernel_do_install() {
> rm -f 
> "${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/build"
> rm -f 
> "${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/source"
> # Remove empty module directories to prevent QA issues
> -   find 
> "${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" -type d -empty 
> -delete
> +   [ -d 
> "${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" ] && find 
> "${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" -type d -empty 
> -delete
> else
> bbnote "no modules to install"
> fi
> --
> 2.41.0
>
> eQ-3 Entwicklung GmbH, Maiburger Str. 36, 26789 Leer
> Geschäftsführer: Prof. Heinz-G. Redeker
> Registergericht: Amtsgericht Aurich, HRB 110388
> eQ-3 AG, Maiburger Str. 29, 26789 Leer
> Vorstand: Prof. Heinz-G. Redeker (Vorsitzender), Helga Redeker
> Vorsitzende des Aufsichtsrats: Irmgard Keplin
> Registergericht: Amtsgericht Aurich, HRB 200335
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198129): 
https://lists.openembedded.org/g/openembedded-core/message/198129
Mute This Topic: https://lists.openembedded.org/mt/105458549/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] linux-yocto: Enable nft modules for ptest images

2024-04-11 Thread Bruce Ashfield

No concerns here. The Wind River team has been sending updates to
that fragment for some time to get better ptest results.

So enabling it this way is fine with me.

Cheers,

Bruce

On Wed, Apr 10, 2024 at 7:12 PM Khem Raj  wrote:

> nftables ptests need it
>
> Signed-off-by: Khem Raj 
> ---
>  meta/recipes-kernel/linux/linux-yocto_6.6.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-kernel/linux/linux-yocto_6.6.bb
> b/meta/recipes-kernel/linux/linux-yocto_6.6.bb
> index 1c03e22c3cb..e8e84f8f788 100644
> --- a/meta/recipes-kernel/linux/linux-yocto_6.6.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto_6.6.bb
> @@ -64,7 +64,7 @@ KERNEL_FEATURES:append:qemuall=" cfg/virtio.scc
> features/drm-bochs/drm-bochs.scc
>  KERNEL_FEATURES:append:qemux86=" cfg/sound.scc cfg/paravirt_kvm.scc"
>  KERNEL_FEATURES:append:qemux86-64=" cfg/sound.scc cfg/paravirt_kvm.scc"
>  KERNEL_FEATURES:append = " ${@bb.utils.contains("TUNE_FEATURES", "mx32",
> " cfg/x32.scc", "", d)}"
> -KERNEL_FEATURES:append = " ${@bb.utils.contains("DISTRO_FEATURES",
> "ptest", " features/scsi/scsi-debug.scc", "", d)}"
> +KERNEL_FEATURES:append = " ${@bb.utils.contains("DISTRO_FEATURES",
> "ptest", " features/scsi/scsi-debug.scc features/nf_tables/nft_test.scc",
> "", d)}"
>  KERNEL_FEATURES:append = " ${@bb.utils.contains("DISTRO_FEATURES",
> "ptest", " features/gpio/mockup.scc features/gpio/sim.scc", "", d)}"
>  KERNEL_FEATURES:append:powerpc =" arch/powerpc/powerpc-debug.scc"
>  KERNEL_FEATURES:append:powerpc64 =" arch/powerpc/powerpc-debug.scc"
> --
> 2.44.0
>
>
> 
>
>

-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end
- "Use the force Harry" - Gandalf, Star Trek II

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198128): 
https://lists.openembedded.org/g/openembedded-core/message/198128
Mute This Topic: https://lists.openembedded.org/mt/105453044/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] recipetool: Handle several go-import tags in go resolver

2024-04-11 Thread Richard Purdie

On Thu, 2024-04-11 at 12:10 +0200, Sven via lists.openembedded.org wrote:
> From: Sven Schwermer 
> 
> When dynamically resolving go modules, the HTML page may contain several
> go-import meta tags. We must handle all and pick the correct one based
> on the module name. An example for such a behaviour is
> gonum.org/v1/gonum:
> 
> https://github.com/gonum/exp";>
> https://github.com/gonum/gonum";>
> https://github.com/gonum/hdf5";>
> https://github.com/gonum/netlib";>
> https://github.com/gonum/plot";>
> https://github.com/gonum/tools";>
> 
> Signed-off-by: Sven Schwermer 
> ---
>  scripts/lib/recipetool/create_go.py | 23 +--
>  1 file changed, 9 insertions(+), 14 deletions(-)
> 
> diff --git a/scripts/lib/recipetool/create_go.py 
> b/scripts/lib/recipetool/create_go.py
> index 0fb7115e26..a85a2f2786 100644
> --- a/scripts/lib/recipetool/create_go.py
> +++ b/scripts/lib/recipetool/create_go.py
> @@ -225,7 +225,7 @@ class GoRecipeHandler(RecipeHandler):
>  
>  def __init__(self):
>  super().__init__()
> -    self.__srv = []
> +    self.__srv = {}
>  
>  def handle_starttag(self, tag, attrs):
>  if tag == 'meta' and list(
> @@ -233,19 +233,14 @@ class GoRecipeHandler(RecipeHandler):
>  content = list(
>  filter(lambda a: (a[0] == 'content'), attrs))
>  if content:
> -    self.__srv = content[0][1].split()
> +    srv = content[0][1].split()
> +    self.__srv[srv[0]] = srv
>  
> -    @property
> -    def import_prefix(self):
> -    return self.__srv[0] if len(self.__srv) else None
> -
> -    @property
> -    def vcs(self):
> -    return self.__srv[1] if len(self.__srv) else None
> -
> -    @property
> -    def repourl(self):
> -    return self.__srv[2] if len(self.__srv) else None
> +    def go_import(self, modulepath):
> +    if modulepath in self.__srv:
> +    srv = self.__srv[modulepath]
> +    return GoImport(srv[0], srv[1], srv[2], None)
> +    return None
>  
>  url = url.geturl() + "?go-get=1"
>  req = urllib.request.Request(url)
> @@ -265,7 +260,7 @@ class GoRecipeHandler(RecipeHandler):
>  parser.feed(body.decode('utf-8'))
>  parser.close()
>  
> -    return GoImport(parser.import_prefix, parser.vcs, parser.repourl, 
> None)
> +    return parser.go_import(modulepath)
>  
>  def __resolve_from_golang_proxy(self, modulepath, version):
>  """

Should we be extending "oe-selftest -r recipetool" with tests for something?

Cheers,

Richard

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

[OE-core] [dunfell][PATCH v2] shadow: fix CVE-2023-4641

2024-04-11 Thread Hugo Simeliere via lists.openembedded.org

From: Hugo SIMELIERE 

Upstream-Status: Backport 
[https://github.com/shadow-maint/shadow/commit/65c88a43a23c2391dcc90c0abda3e839e9c57904]

Signed-off-by: Hugo SIMELIERE 
---
 .../shadow/files/CVE-2023-4641.patch  | 146 ++
 meta/recipes-extended/shadow/shadow.inc   |   1 +
 2 files changed, 147 insertions(+)
 create mode 100644 meta/recipes-extended/shadow/files/CVE-2023-4641.patch

diff --git a/meta/recipes-extended/shadow/files/CVE-2023-4641.patch 
b/meta/recipes-extended/shadow/files/CVE-2023-4641.patch
new file mode 100644
index 00..75dbbad299
--- /dev/null
+++ b/meta/recipes-extended/shadow/files/CVE-2023-4641.patch
@@ -0,0 +1,146 @@
+From 51731b01fd9a608397da22b7b9164e4996f3d4c6 Mon Sep 17 00:00:00 2001
+From: Alejandro Colomar 
+Date: Sat, 10 Jun 2023 16:20:05 +0200
+Subject: [PATCH] gpasswd(1): Fix password leak
+
+CVE: CVE-2023-4641
+Upstream-Status: Backport 
[https://github.com/shadow-maint/shadow/commit/65c88a43a23c2391dcc90c0abda3e839e9c57904]
+
+How to trigger this password leak?
+~~
+
+When gpasswd(1) asks for the new password, it asks twice (as is usual
+for confirming the new password).  Each of those 2 password prompts
+uses agetpass() to get the password.  If the second agetpass() fails,
+the first password, which has been copied into the 'static' buffer
+'pass' via STRFCPY(), wasn't being zeroed.
+
+agetpass() is defined in <./libmisc/agetpass.c> (around line 91), and
+can fail for any of the following reasons:
+
+-  malloc(3) or readpassphrase(3) failure.
+
+   These are going to be difficult to trigger.  Maybe getting the system
+   to the limits of memory utilization at that exact point, so that the
+   next malloc(3) gets ENOMEM, and possibly even the OOM is triggered.
+   About readpassphrase(3), ENFILE and EINTR seem the only plausible
+   ones, and EINTR probably requires privilege or being the same user;
+   but I wouldn't discard ENFILE so easily, if a process starts opening
+   files.
+
+-  The password is longer than PASS_MAX.
+
+   The is plausible with physical access.  However, at that point, a
+   keylogger will be a much simpler attack.
+
+And, the attacker must be able to know when the second password is being
+introduced, which is not going to be easy.
+
+How to read the password after the leak?
+
+
+Provoking the leak yourself at the right point by entering a very long
+password is easy, and inspecting the process stack at that point should
+be doable.  Try to find some consistent patterns.
+
+Then, search for those patterns in free memory, right after the victim
+leaks their password.
+
+Once you get the leak, a program should read all the free memory
+searching for patterns that gpasswd(1) leaves nearby the leaked
+password.
+
+On 6/10/23 03:14, Seth Arnold wrote:
+> An attacker process wouldn't be able to use malloc(3) for this task.
+> There's a handful of tools available for userspace to allocate memory:
+>
+> -  brk / sbrk
+> -  mmap MAP_ANONYMOUS
+> -  mmap /dev/zero
+> -  mmap some other file
+> -  shm_open
+> -  shmget
+>
+> Most of these return only pages of zeros to a process.  Using mmap of an
+> existing file, you can get some of the contents of the file demand-loaded
+> into the memory space on the first use.
+>
+> The MAP_UNINITIALIZED flag only works if the kernel was compiled with
+> CONFIG_MMAP_ALLOW_UNINITIALIZED.  This is rare.
+>
+> malloc(3) doesn't zero memory, to our collective frustration, but all the
+> garbage in the allocations is from previous allocations in the current
+> process.  It isn't leftover from other processes.
+>
+> The avenues available for reading the memory:
+> -  /dev/mem and /dev/kmem (requires root, not available with Secure Boot)
+> -  /proc/pid/mem (requires ptrace privileges, mediated by YAMA)
+> -  ptrace (requires ptrace privileges, mediated by YAMA)
+> -  causing memory to be swapped to disk, and then inspecting the swap
+>
+> These all require a certain amount of privileges.
+
+How to fix it?
+~~
+
+memzero(), which internally calls explicit_bzero(3), or whatever
+alternative the system provides with a slightly different name, will
+make sure that the buffer is zeroed in memory, and optimizations are not
+allowed to impede this zeroing.
+
+This is not really 100% effective, since compilers may place copies of
+the string somewhere hidden in the stack.  Those copies won't get zeroed
+by explicit_bzero(3).  However, that's arguably a compiler bug, since
+compilers should make everything possible to avoid optimizing strings
+that are later passed to explicit_bzero(3).  But we all know that
+sometimes it's impossible to have perfect knowledge in the compiler, so
+this is plausible.  Nevertheless, there's nothing we can do against such
+issues, except minimizing the time such passwords are stored in plain
+text.
+
+Security concerns
+~
+
+We believe this isn't easy to exploit.  Neverthe

[OE-core] [PATCH 2/2] recipetool: Handle several go-import tags in go resolver

2024-04-11 Thread Sven via lists.openembedded.org

From: Sven Schwermer 

When dynamically resolving go modules, the HTML page may contain several
go-import meta tags. We must handle all and pick the correct one based
on the module name. An example for such a behaviour is
gonum.org/v1/gonum:

https://github.com/gonum/exp";>
https://github.com/gonum/gonum";>
https://github.com/gonum/hdf5";>
https://github.com/gonum/netlib";>
https://github.com/gonum/plot";>
https://github.com/gonum/tools";>

Signed-off-by: Sven Schwermer 
---
 scripts/lib/recipetool/create_go.py | 23 +--
 1 file changed, 9 insertions(+), 14 deletions(-)

diff --git a/scripts/lib/recipetool/create_go.py 
b/scripts/lib/recipetool/create_go.py
index 0fb7115e26..a85a2f2786 100644
--- a/scripts/lib/recipetool/create_go.py
+++ b/scripts/lib/recipetool/create_go.py
@@ -225,7 +225,7 @@ class GoRecipeHandler(RecipeHandler):
 
 def __init__(self):
 super().__init__()
-self.__srv = []
+self.__srv = {}
 
 def handle_starttag(self, tag, attrs):
 if tag == 'meta' and list(
@@ -233,19 +233,14 @@ class GoRecipeHandler(RecipeHandler):
 content = list(
 filter(lambda a: (a[0] == 'content'), attrs))
 if content:
-self.__srv = content[0][1].split()
+srv = content[0][1].split()
+self.__srv[srv[0]] = srv
 
-@property
-def import_prefix(self):
-return self.__srv[0] if len(self.__srv) else None
-
-@property
-def vcs(self):
-return self.__srv[1] if len(self.__srv) else None
-
-@property
-def repourl(self):
-return self.__srv[2] if len(self.__srv) else None
+def go_import(self, modulepath):
+if modulepath in self.__srv:
+srv = self.__srv[modulepath]
+return GoImport(srv[0], srv[1], srv[2], None)
+return None
 
 url = url.geturl() + "?go-get=1"
 req = urllib.request.Request(url)
@@ -265,7 +260,7 @@ class GoRecipeHandler(RecipeHandler):
 parser.feed(body.decode('utf-8'))
 parser.close()
 
-return GoImport(parser.import_prefix, parser.vcs, parser.repourl, None)
+return parser.go_import(modulepath)
 
 def __resolve_from_golang_proxy(self, modulepath, version):
 """
-- 
2.44.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198125): 
https://lists.openembedded.org/g/openembedded-core/message/198125
Mute This Topic: https://lists.openembedded.org/mt/105459476/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] recipetool: Handle unclean response in go resolver

2024-04-11 Thread Sven via lists.openembedded.org

From: Sven Schwermer 

It appears that some go modules repond with a 404 error when trying to
resolve them dynamically. The response body may still contain the
go-import meta tag. An example for such behaviour is gonum.org/v1/gonum.

Signed-off-by: Sven Schwermer 
---
 scripts/lib/recipetool/create_go.py | 11 +++
 1 file changed, 7 insertions(+), 4 deletions(-)

diff --git a/scripts/lib/recipetool/create_go.py 
b/scripts/lib/recipetool/create_go.py
index c560831442..0fb7115e26 100644
--- a/scripts/lib/recipetool/create_go.py
+++ b/scripts/lib/recipetool/create_go.py
@@ -16,7 +16,7 @@ from html.parser import HTMLParser
 from recipetool.create import RecipeHandler, handle_license_vars
 from recipetool.create import guess_license, tidy_licenses, fixup_license
 from recipetool.create import determine_from_url
-from urllib.error import URLError
+from urllib.error import URLError, HTTPError
 
 import bb.utils
 import json
@@ -251,15 +251,18 @@ class GoRecipeHandler(RecipeHandler):
 req = urllib.request.Request(url)
 
 try:
-resp = urllib.request.urlopen(req)
-
+body = urllib.request.urlopen(req).read()
+except HTTPError as http_err:
+logger.warning(
+"Unclean status when fetching page from [%s]: %s", url, 
str(http_err))
+body = http_err.fp.read()
 except URLError as url_err:
 logger.warning(
 "Failed to fetch page from [%s]: %s", url, str(url_err))
 return None
 
 parser = GoImportHTMLParser()
-parser.feed(resp.read().decode('utf-8'))
+parser.feed(body.decode('utf-8'))
 parser.close()
 
 return GoImport(parser.import_prefix, parser.vcs, parser.repourl, None)
-- 
2.44.0


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

2024-04-11 Thread Richard Purdie

On Wed, 2024-04-10 at 18:17 -0700, Joe Slater via lists.openembedded.org wrote:
> From: Joe Slater 
> 
> If the distro features sysvinit and pni-names are
> enabled, RRECOMMENDS ifupdown because busybox ifupdown
> will not initialize the renamed interfaces.
> 
> Signed-off-by: Joe Slater 
> ---
>  .../init-ifupdown/init-ifupdown-1.0/qemuall/interfaces   | 5 -
>  meta/recipes-core/packagegroups/packagegroup-core-boot.bb    | 4 +++-
>  2 files changed, 3 insertions(+), 6 deletions(-)
>  delete mode 100644 
> meta/recipes-core/init-ifupdown/init-ifupdown-1.0/qemuall/interfaces
> 
> diff --git 
> a/meta/recipes-core/init-ifupdown/init-ifupdown-1.0/qemuall/interfaces 
> b/meta/recipes-core/init-ifupdown/init-ifupdown-1.0/qemuall/interfaces
> deleted file mode 100644
> index 16967763e5..00
> --- a/meta/recipes-core/init-ifupdown/init-ifupdown-1.0/qemuall/interfaces
> +++ /dev/null
> @@ -1,5 +0,0 @@
> -# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)
> - 
> -# The loopback interface
> -auto lo
> -iface lo inet loopback

Is this patch meant to touch ifupdown as well as the packagegroup?

> diff --git a/meta/recipes-core/packagegroups/packagegroup-core-boot.bb 
> b/meta/recipes-core/packagegroups/packagegroup-core-boot.bb
> index d96d2f5fff..fecc3334ea 100644
> --- a/meta/recipes-core/packagegroups/packagegroup-core-boot.bb
> +++ b/meta/recipes-core/packagegroups/packagegroup-core-boot.bb
> @@ -37,4 +37,6 @@ RDEPENDS:${PN} = "\
>  RRECOMMENDS:${PN} = "\
>  ${VIRTUAL-RUNTIME_base-utils-syslog} \
>  ${MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS} \
> -    ${@bb.utils.contains("DISTRO_FEATURES", "sysvinit", "init-ifupdown", "", 
> d)}"
> +    ${@bb.utils.contains("DISTRO_FEATURES", "sysvinit", "init-ifupdown", "", 
> d)} \
> +    ${@bb.utils.contains("DISTRO_FEATURES", "sysvinit pni-names", 
> "ifupdown", "", d)} \
> +    "

Cheers,

Richard

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

[OE-core] Review of 5.0 release notes

2024-04-11 Thread Michael Opdenacker via lists.openembedded.org


Greetings

For your information, here are the release and migration notes that we 
have gathered for 5.0 so far:

https://docs.yoctoproject.org/next/migration-guides/release-5.0.html

Your reviews are welcome, in particular if you contributed a change or 
new feature during the last development cycle. Note that the detailed 
recipe version updates will be added when the release is actually finalized.


Patches against yocto-docs "master-next" are most welcome, but I can 
also take text descriptions of the changes you'd like to see.

https://git.yoctoproject.org/yocto-docs/log/?h=master-next

Thanks in advance :)
Michael.

--
Michael Opdenacker, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com


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

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

2024-04-11 Thread Alexandre Belloni via lists.openembedded.org

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

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

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

Re: [OE-core] [kirkstone][PATCH] kernel.bbclass: check, if directory exists before removing empty module directory

2024-04-11 Thread Heiko

Hi Quentin,

On Thu, Apr 11, 2024 at 10:16 AM, Quentin Schulz wrote:

> 
> rm --dir --force
> "${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel"
> 
> instead?
> 
> -f, --force
> ignore nonexistent files and arguments, never prompt
> 
> -d, --dir
> remove empty directories
> 
> Cheers,
> Quentin

rm --dir --force does not work if the directory exists:

rm: cannot remove 
'/yocto/source/build-cm4/tmp/work/raspberrypi4_64-poky-linux/linux-yocto/6.6.25+git-r0/image/lib/modules/6.6.25-hcu/kernel':
 Directory not empty

Best regards
Heiko

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

Re: [OE-core] [kirkstone][PATCH] kernel.bbclass: check, if directory exists before removing empty module directory

2024-04-11 Thread Quentin Schulz via lists.openembedded.org


Hi Heiko,

On 4/11/24 10:05, Heiko via lists.openembedded.org wrote:

[You don't often get email from 
heiko.thole=entwicklung.eq-3...@lists.openembedded.org. Learn why this is 
important at https://aka.ms/LearnAboutSenderIdentification ]

If the kernel folder does not exist, find will result in an error.
This can occur if the kernel has no modules but, for example, custom modules 
are created.

Add check before deleting.

Signed-off-by: Heiko Thole 
---
  meta/classes/kernel.bbclass | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index dbd89057f3..988a489396 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -452,7 +452,7 @@ kernel_do_install() {
 rm -f 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/build"
 rm -f 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/source"
 # Remove empty module directories to prevent QA issues
-   find 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" -type d -empty 
-delete
+   [ -d "${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" ] && 
find "${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" -type d -empty -delete


What about using

rm --dir --force 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel"


instead?

   -f, --force
  ignore nonexistent files and arguments, never prompt

   -d, --dir
  remove empty directories

Cheers,
Quentin

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198119): 
https://lists.openembedded.org/g/openembedded-core/message/198119
Mute This Topic: https://lists.openembedded.org/mt/105458549/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] kernel.bbclass: check, if directory exists before removing empty module directory

2024-04-11 Thread Heiko

If the kernel folder does not exist, find will result in an error.
This can occur if the kernel has no modules but, for example, custom modules 
are created.

Add check before deleting.

Signed-off-by: Heiko Thole 
---
 meta/classes/kernel.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index dbd89057f3..988a489396 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -452,7 +452,7 @@ kernel_do_install() {
rm -f 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/build"
rm -f 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/source"
# Remove empty module directories to prevent QA issues
-   find 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" -type d -empty 
-delete
+   [ -d 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" ] && find 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" -type d -empty 
-delete
else
bbnote "no modules to install"
fi
--
2.41.0

eQ-3 Entwicklung GmbH, Maiburger Str. 36, 26789 Leer
Geschäftsführer: Prof. Heinz-G. Redeker
Registergericht: Amtsgericht Aurich, HRB 110388
eQ-3 AG, Maiburger Str. 29, 26789 Leer
Vorstand: Prof. Heinz-G. Redeker (Vorsitzender), Helga Redeker
Vorsitzende des Aufsichtsrats: Irmgard Keplin
Registergericht: Amtsgericht Aurich, HRB 200335

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

[OE-core] [kirkstone][PATCH] kernel.bbclass: check, if directory exists before removing empty module directory

2024-04-11 Thread Heiko

If the kernel folder does not exist, find will result in an error.
This can occur if the kernel has no modules but, for example, custom modules 
are created.

Add check before deleting.

Signed-off-by: Heiko Thole 
---
 meta/classes/kernel.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index dbd89057f3..988a489396 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -452,7 +452,7 @@ kernel_do_install() {
rm -f 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/build"
rm -f 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/source"
# Remove empty module directories to prevent QA issues
-   find 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" -type d -empty 
-delete
+   [ -d 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" ] && find 
"${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel" -type d -empty 
-delete
else
bbnote "no modules to install"
fi
--
2.41.0

eQ-3 Entwicklung GmbH, Maiburger Str. 36, 26789 Leer
Geschäftsführer: Prof. Heinz-G. Redeker
Registergericht: Amtsgericht Aurich, HRB 110388
eQ-3 AG, Maiburger Str. 29, 26789 Leer
Vorstand: Prof. Heinz-G. Redeker (Vorsitzender), Helga Redeker
Vorsitzende des Aufsichtsrats: Irmgard Keplin
Registergericht: Amtsgericht Aurich, HRB 200335

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#198117): 
https://lists.openembedded.org/g/openembedded-core/message/198117
Mute This Topic: https://lists.openembedded.org/mt/105458549/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/1] init-ifupdown: add predictable interface names

2024-04-11 Thread Alexander Kanavin

On Wed, 10 Apr 2024 at 23:43, Joe Slater via lists.openembedded.org
 wrote:
> Oops, that's busybox, not bitbake.  Since we would need ifupdown to process 
> renamed interfaces, I'm preparing a patch for packagegroup-core-boot  to 
> RRECOMMENDS it into the rootfs if sysvinit and pni-names are distro features.

We also need to resolve the situation in the 'systemd: make
predictable name mac policy opt-out' thread, can you please look into
it?

Alex

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

2024-04-11 Thread Kai Kang

From: Kai Kang 

Update webkitgtk from 2.44.0 to the first bug fix release in the stable
2.44 series 2.44.1.

* remove backported patch

What's new in the WebKitGTK 2.44.1 release?
===

  - Fix handling of lifetime of web view child dialogs in GTK4.
  - Do not schedule layer flushes when drawing area size is empty.
  - Fix videos with alpha when using the DMA-BUF sink.
  - Fix the build with USE_GBM=OFF.
  - Fix the build in 32bit platforms
  - Fix several crashes and rendering issues.

Signed-off-by: Kai Kang 
---
 ...af379dc70b4b1a63b01d67179eb431f03ac4.patch | 38 ---
 ...ebkitgtk_2.44.0.bb => webkitgtk_2.44.1.bb} |  3 +-
 2 files changed, 1 insertion(+), 40 deletions(-)
 delete mode 100644 
meta/recipes-sato/webkit/webkitgtk/2922af379dc70b4b1a63b01d67179eb431f03ac4.patch
 rename meta/recipes-sato/webkit/{webkitgtk_2.44.0.bb => webkitgtk_2.44.1.bb} 
(98%)

diff --git 
a/meta/recipes-sato/webkit/webkitgtk/2922af379dc70b4b1a63b01d67179eb431f03ac4.patch
 
b/meta/recipes-sato/webkit/webkitgtk/2922af379dc70b4b1a63b01d67179eb431f03ac4.patch
deleted file mode 100644
index 3067500447..00
--- 
a/meta/recipes-sato/webkit/webkitgtk/2922af379dc70b4b1a63b01d67179eb431f03ac4.patch
+++ /dev/null
@@ -1,38 +0,0 @@
-From 2922af379dc70b4b1a63b01d67179eb431f03ac4 Mon Sep 17 00:00:00 2001
-From: Michael Catanzaro 
-Date: Mon, 18 Mar 2024 11:14:54 -0700
-Subject: [PATCH] REGRESSION(274077@main): failure to build on i586 (and likely
- other 32bit arches): static assertion failed: Timer should stay small
- https://bugs.webkit.org/show_bug.cgi?id=271108
-
-Unreviewed build fix. This changes SameSizeOfTimer to ensure it matches
-the size of Timer on 32-bit platforms.
-
-* Source/WebCore/platform/Timer.cpp:
-
-Canonical link: https://commits.webkit.org/276282@main
-
-Upstream-Status: Backport 
[https://github.com/WebKit/WebKit/commit/2922af379dc70b4b1a63b01d67179eb431f03ac4]
-
-Signed-off-by: Markus Volk 

- Source/WebCore/platform/Timer.cpp | 6 +-
- 1 file changed, 5 insertions(+), 1 deletion(-)
-
-diff --git a/Source/WebCore/platform/Timer.cpp 
b/Source/WebCore/platform/Timer.cpp
-index 4f7c0f5c39ca9..0f3734cca2474 100644
 a/Source/WebCore/platform/Timer.cpp
-+++ b/Source/WebCore/platform/Timer.cpp
-@@ -263,7 +263,11 @@ struct SameSizeAsTimer {
- 
- WeakPtr timerAlignment;
- double times[2];
--void* pointers[3];
-+void* pointers[2];
-+#if CPU(ADDRESS32)
-+uint8_t bitfields;
-+#endif
-+void* pointer;
- };
- 
- static_assert(sizeof(Timer) == sizeof(SameSizeAsTimer), "Timer should stay 
small");
diff --git a/meta/recipes-sato/webkit/webkitgtk_2.44.0.bb 
b/meta/recipes-sato/webkit/webkitgtk_2.44.1.bb
similarity index 98%
rename from meta/recipes-sato/webkit/webkitgtk_2.44.0.bb
rename to meta/recipes-sato/webkit/webkitgtk_2.44.1.bb
index 0819f6de0d..29e12bb8c5 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.44.0.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.44.1.bb
@@ -16,9 +16,8 @@ SRC_URI = 
"https://www.webkitgtk.org/releases/${BPN}-${PV}.tar.xz \
file://no-musttail-arm.patch \
file://t6-not-declared.patch \
file://30e1d5e22213fdaca2a29ec3400c927d710a37a8.patch \
-   file://2922af379dc70b4b1a63b01d67179eb431f03ac4.patch \
"
-SRC_URI[sha256sum] = 
"c66530e41ba59b1edba4ee89ef20b2188e273bed0497e95084729e3cfbe30c87"
+SRC_URI[sha256sum] = 
"425b1459b0f04d0600c78d1abb5e7edfa3c060a420f8b231e9a6a2d5d29c5561"
 
 inherit cmake pkgconfig gobject-introspection perlnative features_check 
upstream-version-is-even gi-docgen
 
-- 
2.34.1


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

41 matches

Mail list logo