[OE-core][PATCH] libsdl2: add back xvm and xinerama options

[Chen Qi]

When building libsdl2-native, and I met a do_configure error as below.

  | CMake Error: The following variables are used in this project, but they are 
set to NOTFOUND.
  | Please set them or make sure they are set and tested correctly in the CMake 
files:
  | XINERAMA_LIB

This error appears on hosts with libxinerama-dev installed.

Looking at the CMakeLists.txt file, I got:

  set(SDL_X11_OPTIONS Xcursor Xdbe Xinerama XInput Xfixes Xrandr Xscrnsaver 
XShape Xvm

We an see neither Xinerama nor Xvm is removed. So we should add back
these options removed by a previous commit.

Signed-off-by: Chen Qi 
---
 meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb 
b/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb
index b112d63784..8519e7f732 100644
--- a/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb
+++ b/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb
@@ -43,7 +43,9 @@ EXTRA_OECMAKE = "-DSDL_OSS=OFF -DSDL_ESD=OFF -DSDL_ARTS=OFF \
  -DSDL_PTHREADS=ON \
  -DSDL_RPATH=OFF \
  -DSDL_SNDIO=OFF \
+ -DSDL_X11_XVM=OFF \
  -DSDL_X11_XCURSOR=OFF \
+ -DSDL_X11_XINERAMA=OFF \
  -DSDL_X11_XDBE=OFF \
  -DSDL_X11_XFIXES=OFF \
  -DSDL_X11_XINPUT=OFF \
-- 
2.36.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166094): 
https://lists.openembedded.org/g/openembedded-core/message/166094
Mute This Topic: https://lists.openembedded.org/mt/91327899/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 v6] Rust Oe-Selftest implementation

[Pgowda]

The patch implements Rust testing framework similar to other selftest,
specifically the gcc selftest in OE. It uses the client and server
based method to test the binaries for cross-target on the image.
The test framework is a wrapper around the Rust build system as ./x.py
test.
It tests many functionalities of Rust distribution like tools,
documentation, libraries, packages, tools, Cargo, Crater etc.
Please refer the following link for detailed description of Rust
testing:-
https://rustc-dev-guide.rust-lang.org/tests/intro.html#tool-tests

To support the rust tests in oe-core, the following functions were
added:-
setup_cargo_environment(): Build bootstrap and some early stage tools.
do_rust_setup_snapshot(): Install the snapshot version of rust binaries.
do_configure(): To generate config.toml
do_compile(): To build "remote-test-server" for qemu target image.

Approximate Number of Tests Run in the Rust Testsuite :- 18000
Approximate Number of Tests that FAIL in bitbake environment :- 100-150
Normally majority of the testcases are present in major folder "test/"
It contributes to more than 80% of the testcases present in Rust test
framework. These tests pass as expected on any Rust versions without
much fuss. The tests that fail are of less important and contribute to
less than 2% of the total testcases. These minor tests are observed to
work on some versions and fail on others. They have to be added, ignored
or excluded for different versions as per the behavior.
These tests have been ignored or excluded in the Rust selftest
environment to generate success of completing the testsuite.

These tests work in parallel mode even in the skipped test mode as
expected. Although the patch to disable tests is large, it is very simple
in that it only disables tests. When updating to a newer version of Rust,
the patch can usually be ported in a day.

Signed-off-by: pgowda 
Signed-off-by: Vinay Kumar 
---
 meta/conf/distro/include/maintainers.inc  |   1 +
 meta/lib/oeqa/selftest/cases/rust.py  |  57 +++
 meta/recipes-devtools/rust/rust-common.inc|   1 -
 meta/recipes-devtools/rust/rust-testsuite.inc | 163 +++
 .../rust-testsuite/rust-oe-selftest.patch | 417 ++
 .../rust/rust-testsuite_1.60.0.bb |   3 +
 6 files changed, 641 insertions(+), 1 deletion(-)
 create mode 100644 meta/lib/oeqa/selftest/cases/rust.py
 create mode 100644 meta/recipes-devtools/rust/rust-testsuite.inc
 create mode 100644 
meta/recipes-devtools/rust/rust-testsuite/rust-oe-selftest.patch
 create mode 100644 meta/recipes-devtools/rust/rust-testsuite_1.60.0.bb

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 3990d1d507..cecb02b1c6 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -719,6 +719,7 @@ RECIPE_MAINTAINER:pn-rust-crosssdk-${SDK_ARCH}-glibc = 
"Randy MacLeod https://rustc-dev-guide.rust-lang.org/tests/intro.html;
+SECTION = "test"
+LICENSE = "MIT | Apache-2.0"
+
+SRC_URI += "file://rust-oe-selftest.patch;striplevel=1"
+
+inherit rust
+inherit cargo_common
+
+DEPENDS += "file-native"
+EXCLUDE_FROM_WORLD = "1"
+
+S = "${RUSTSRC}"
+
+# Path of target specification file "target-poky-linux.json"
+export RUST_TARGET_PATH="${STAGING_LIBDIR_NATIVE}/rustlib"
+
+export FORCE_CRATE_HASH="${BB_TASKHASH}"
+
+# We don't want to use bitbakes vendoring because the rust sources do their
+# own vendoring.
+CARGO_DISABLE_BITBAKE_VENDORING = "1"
+
+# We can't use RUST_BUILD_SYS here because that may be "musl" if
+# TCLIBC="musl". Snapshots are always -unknown-linux-gnu
+SNAPSHOT_BUILD_SYS = "${BUILD_ARCH}-unknown-linux-gnu"
+setup_cargo_environment () {
+# The first step is to build bootstrap and some early stage tools,
+# these are build for the same target as the snapshot, e.g.
+# x86_64-unknown-linux-gnu.
+# Later stages are build for the native target (i.e. target.x86_64-linux)
+cargo_common_do_configure
+
+printf '[target.%s]\n' "${SNAPSHOT_BUILD_SYS}" >> ${CARGO_HOME}/config
+printf "linker = '%s'\n" "${RUST_BUILD_CCLD}" >> ${CARGO_HOME}/config
+}
+
+include rust-common.inc
+
+do_rust_setup_snapshot () {
+for installer in "${WORKDIR}/rust-snapshot-components/"*"/install.sh"; do
+"${installer}" --prefix="${WORKDIR}/rust-snapshot" --disable-ldconfig
+done
+
+# Need to use uninative's loader if enabled/present since the library paths
+# are used internally by rust and result in symbol mismatches if we don't
+if [ ! -z "${UNINATIVE_LOADER}" -a -e "${UNINATIVE_LOADER}" ]; then
+for bin in cargo rustc rustdoc; do
+patchelf-uninative ${WORKDIR}/rust-snapshot/bin/$bin 
--set-interpreter ${UNINATIVE_LOADER}
+done
+fi
+}
+addtask rust_setup_snapshot after do_unpack before do_configure
+do_rust_setup_snapshot[dirs] += "${WORKDIR}/rust-snapshot"
+do_rust_setup_snapshot[vardepsexclude] += "UNINATIVE_LOADER"
+
+python 

[OE-core] [PATCH v5] gnutls: Added fips option.

[leimaohui]

- Added a patch to avoid excute fipshmac command. Because *.hmac
file should be created on target instead of on build environment.
- Added pkg_postinst_ontarget to make sure necessary files are
created on target.

Signed-off-by: Lei Maohui 
---
 ...ile-should-be-excuted-in-target-envi.patch | 28 +++
 meta/recipes-support/gnutls/gnutls_3.7.5.bb   | 24 +++-
 2 files changed, 51 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-support/gnutls/gnutls/0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch

diff --git 
a/meta/recipes-support/gnutls/gnutls/0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch
 
b/meta/recipes-support/gnutls/gnutls/0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch
new file mode 100644
index 00..f4a2f0cd35
--- /dev/null
+++ 
b/meta/recipes-support/gnutls/gnutls/0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch
@@ -0,0 +1,28 @@
+From b729a356538d499fe25e82bfc78ea663bdaca0a8 Mon Sep 17 00:00:00 2001
+From: Lei Maohui 
+Date: Mon, 23 May 2022 10:44:43 +0900
+Subject: [PATCH] Creating .hmac file should be excuted in target environment,
+ so deleted it from build process.
+
+Upstream-Status: Inappropriate [https://gitlab.com/gnutls/gnutls/-/issues/1373]
+Signed-off-by: Lei Maohui 
+---
+ lib/Makefile.am | 3 +--
+ 1 file changed, 1 insertion(+), 2 deletions(-)
+
+diff --git a/lib/Makefile.am b/lib/Makefile.am
+index 0b43ef9..cf263f0 100644
+--- a/lib/Makefile.am
 b/lib/Makefile.am
+@@ -206,8 +206,7 @@ hmac_files = .libs/.gnutls.hmac
+
+ all-local: $(hmac_files)
+
+-.libs/.gnutls.hmac: libgnutls.la fipshmac
+-  $(AM_V_GEN) $(builddir)/fipshmac > $@-t && mv $@-t $@
++.libs/.gnutls.hmac:
+
+ CLEANFILES = $(hmac_files)
+ endif
+--
+2.25.1
diff --git a/meta/recipes-support/gnutls/gnutls_3.7.5.bb 
b/meta/recipes-support/gnutls/gnutls_3.7.5.bb
index 5feedb7fdc..b796494b8d 100644
--- a/meta/recipes-support/gnutls/gnutls_3.7.5.bb
+++ b/meta/recipes-support/gnutls/gnutls_3.7.5.bb
@@ -21,6 +21,7 @@ SHRT_VER = 
"${@d.getVar('PV').split('.')[0]}.${@d.getVar('PV').split('.')[1]}"
 
 SRC_URI = 
"https://www.gnupg.org/ftp/gcrypt/gnutls/v${SHRT_VER}/gnutls-${PV}.tar.xz \
file://arm_eabi.patch \
+   
file://0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch \
"
 
 SRC_URI[sha256sum] = 
"1f85028475b4f255cc5b480af0c37e61eab43024c1507c8b75d6be506c0553ad"
@@ -36,6 +37,7 @@ PACKAGECONFIG[libidn] = "--with-idn,--without-idn,libidn2"
 PACKAGECONFIG[libtasn1] = 
"--with-included-libtasn1=no,--with-included-libtasn1,libtasn1"
 PACKAGECONFIG[p11-kit] = "--with-p11-kit,--without-p11-kit,p11-kit"
 PACKAGECONFIG[tpm] = "--with-tpm,--without-tpm,trousers"
+PACKAGECONFIG[fips] = "--enable-fips140-mode 
--with-libdl-prefix=${STAGING_BASELIBDIR}"
 
 EXTRA_OECONF = " \
 --enable-doc \
@@ -59,10 +61,30 @@ do_configure:prepend() {
done
 }
 
-PACKAGES =+ "${PN}-openssl ${PN}-xx"
+do_install:append:class-target() {
+if ${@bb.utils.contains('PACKAGECONFIG', 'fips', 'true', 'false', d)}; 
then
+  install -d ${D}${bindir}/bin
+  install -m 0755 ${B}/lib/.libs/fipshmac ${D}/${bindir}/
+fi
+}
+
+PACKAGES =+ "${PN}-openssl ${PN}-xx ${PN}-fips"
 
 FILES:${PN}-dev += "${bindir}/gnutls-cli-debug"
 FILES:${PN}-openssl = "${libdir}/libgnutls-openssl.so.*"
 FILES:${PN}-xx = "${libdir}/libgnutlsxx.so.*"
+FILES:${PN}-fips = "${bindir}/fipshmac"
 
 BBCLASSEXTEND = "native nativesdk"
+
+pkg_postinst_ontarget:${PN}-fips () {
+if test -x ${bindir}/fipshmac
+then
+mkdir ${sysconfdir}/gnutls
+touch ${sysconfdir}/gnutls/config
+${bindir}/fipshmac ${libdir}/libgnutls.so.30.*.* > 
${libdir}/.libgnutls.so.30.hmac
+${bindir}/fipshmac ${libdir}/libnettle.so.8.* > 
${libdir}/.libnettle.so.8.hmac
+${bindir}/fipshmac ${libdir}/libgmp.so.10.*.* > 
${libdir}/.libgmp.so.10.hmac
+${bindir}/fipshmac ${libdir}/libhogweed.so.6.* > 
${libdir}/.libhogweed.so.6.hmac
+fi
+}
-- 
2.25.1


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

Re: [OE-core] [PATCH v4] gnutls: Added fips option.

[Alexander Kanavin]

Yes please, that is correct.


Alex

On Wed 25. May 2022 at 2.15, leimao...@fujitsu.com 
wrote:

> Hi, Alex
>
>
>
> I’m sorry, I think I got it, but it is better to confirm it with you.^-^
>
>
>
> “Upstream-Status: Submitted [
> https://gitlab.com/gnutls/gnutls/-/issues/1373]”
>
> Should be corrected to ：
>
> “Upstream-Status: Inappropriate [
> https://gitlab.com/gnutls/gnutls/-/issues/1373]”
>
>
>
> Am I right?
>
>
>
> Best regards
>
> Lei
>
>
>
>
>
> *From:* Alexander Kanavin 
> *Sent:* Tuesday, May 24, 2022 12:37 PM
> *To:* Lei, Maohui 
> *Cc:* openembedded-core@lists.openembedded.org
> *Subject:* Re: [OE-core] [PATCH v4] gnutls: Added fips option.
>
>
>
> Please correct the upstream status to inappropriate, ‘submitted’ means
> the patch was actually sent upstream, ‘inappropriate’ means the patch was
> not submitted, but an issue was raised with upstream to find a solution.
>
>
>
> Alex
>
>
>
> On Tue 24. May 2022 at 3.28, leimaohui  wrote:
>
> - Added a patch to avoid excute fipshmac command. Because *.hmac
> file should be created on target instead of on build environment.
> - Added pkg_postinst_ontarget to make sure necessary files are
> created on target.
>
> Signed-off-by: Lei Maohui 
> ---
>  ...ile-should-be-excuted-in-target-envi.patch | 28 +++
>  meta/recipes-support/gnutls/gnutls_3.7.5.bb   | 24 +++-
>  2 files changed, 51 insertions(+), 1 deletion(-)
>  create mode 100644
> meta/recipes-support/gnutls/gnutls/0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch
>
> diff --git
> a/meta/recipes-support/gnutls/gnutls/0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch
> b/meta/recipes-support/gnutls/gnutls/0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch
> new file mode 100644
> index 00..f4a2f0cd35
> --- /dev/null
> +++
> b/meta/recipes-support/gnutls/gnutls/0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch
> @@ -0,0 +1,28 @@
> +From b729a356538d499fe25e82bfc78ea663bdaca0a8 Mon Sep 17 00:00:00 2001
> +From: Lei Maohui 
> +Date: Mon, 23 May 2022 10:44:43 +0900
> +Subject: [PATCH] Creating .hmac file should be excuted in target
> environment,
> + so deleted it from build process.
> +
> +Upstream-Status: Submitted [
> https://gitlab.com/gnutls/gnutls/-/issues/1373]
> +Signed-off-by: Lei Maohui 
> +---
> + lib/Makefile.am | 3 +--
> + 1 file changed, 1 insertion(+), 2 deletions(-)
> +
> +diff --git a/lib/Makefile.am b/lib/Makefile.am
> +index 0b43ef9..cf263f0 100644
> +--- a/lib/Makefile.am
>  b/lib/Makefile.am
> +@@ -206,8 +206,7 @@ hmac_files = .libs/.gnutls.hmac
> +
> + all-local: $(hmac_files)
> +
> +-.libs/.gnutls.hmac: libgnutls.la fipshmac
> +-  $(AM_V_GEN) $(builddir)/fipshmac > $@-t && mv $@-t $@
> ++.libs/.gnutls.hmac:
> +
> + CLEANFILES = $(hmac_files)
> + endif
> +--
> +2.25.1
> diff --git a/meta/recipes-support/gnutls/gnutls_3.7.5.bb
> b/meta/recipes-support/gnutls/gnutls_3.7.5.bb
> index 5feedb7fdc..b796494b8d 100644
> --- a/meta/recipes-support/gnutls/gnutls_3.7.5.bb
> +++ b/meta/recipes-support/gnutls/gnutls_3.7.5.bb
> @@ -21,6 +21,7 @@ SHRT_VER = "
> ${@d.getVar('PV').split('.')[0]}.${@d.getVar('PV').split('.')[1]}"
>
>  SRC_URI = "
> https://www.gnupg.org/ftp/gcrypt/gnutls/v${SHRT_VER}/gnutls-${PV}.tar.xz \
> file://arm_eabi.patch \
> +
>  file://0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch \
> "
>
>  SRC_URI[sha256sum] =
> "1f85028475b4f255cc5b480af0c37e61eab43024c1507c8b75d6be506c0553ad"
> @@ -36,6 +37,7 @@ PACKAGECONFIG[libidn] =
> "--with-idn,--without-idn,libidn2"
>  PACKAGECONFIG[libtasn1] =
> "--with-included-libtasn1=no,--with-included-libtasn1,libtasn1"
>  PACKAGECONFIG[p11-kit] = "--with-p11-kit,--without-p11-kit,p11-kit"
>  PACKAGECONFIG[tpm] = "--with-tpm,--without-tpm,trousers"
> +PACKAGECONFIG[fips] = "--enable-fips140-mode
> --with-libdl-prefix=${STAGING_BASELIBDIR}"
>
>  EXTRA_OECONF = " \
>  --enable-doc \
> @@ -59,10 +61,30 @@ do_configure:prepend() {
> done
>  }
>
> -PACKAGES =+ "${PN}-openssl ${PN}-xx"
> +do_install:append:class-target() {
> +if ${@bb.utils.contains('PACKAGECONFIG', 'fips', 'true',
> 'false', d)}; then
> +  install -d ${D}${bindir}/bin
> +  install -m 0755 ${B}/lib/.libs/fipshmac ${D}/${bindir}/
> +fi
> +}
> +
> +PACKAGES =+ "${PN}-openssl ${PN}-xx ${PN}-fips"
>
>  FILES:${PN}-dev += "${bindir}/gnutls-cli-debug"
>  FILES:${PN}-openssl = "${libdir}/libgnutls-openssl.so.*"
>  FILES:${PN}-xx = "${libdir}/libgnutlsxx.so.*"
> +FILES:${PN}-fips = "${bindir}/fipshmac"
>
>  BBCLASSEXTEND = "native nativesdk"
> +
> +pkg_postinst_ontarget:${PN}-fips () {
> +if test -x ${bindir}/fipshmac
> +then
> +mkdir ${sysconfdir}/gnutls
> +touch ${sysconfdir}/gnutls/config
> +${bindir}/fipshmac ${libdir}/libgnutls.so.30.*.* >
> ${libdir}/.libgnutls.so.30.hmac
> +${bindir}/fipshmac ${libdir}/libnettle.so.8.* >
> ${libdir}/.libnettle.so.8.hmac
> + 

[OE-core] [PATCH] pciutils: avoid lspci conflict with busybox

[Naveen Saini]

if virtualization is enabled as DISTRO_FEATURES, then meta-virtualization layer
enables CONFIG_LSPCI=y for busybox, which in result have conflicts with pciutils

update-alternatives: Error: not linking 
..core-image-base/1.0-r0/rootfs/usr/bin/lspci
to /bin/busybox.nosuid since
..core-image-base/1.0-r0/rootfs/usr/bin/lspci exists and is not a link

So marking it as ALTERNATIVE with ALTERNATIVE_PRIORITY set to 100

Ref:
https://git.yoctoproject.org/poky/commit/meta/recipes-bsp/pciutils?id=a81af375dfc51446b21548dce2afa6a77bc02df3
https://github.com/pciutils/pciutils/commit/0b307156c92f61c1a02d232f4c6ed17e888de9a9
https://git.yoctoproject.org/meta-virtualization/tree/recipes-core/busybox/busybox/lspci.cfg
https://git.yoctoproject.org/meta-virtualization/tree/recipes-core/busybox/busybox_virtualization.inc#n4
https://git.yoctoproject.org/meta-virtualization/tree/recipes-core/busybox/busybox_%25.bbappend#n1

Signed-off-by: Naveen Saini 
---
 meta/recipes-bsp/pciutils/pciutils_3.8.0.bb | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-bsp/pciutils/pciutils_3.8.0.bb 
b/meta/recipes-bsp/pciutils/pciutils_3.8.0.bb
index f3a67d97e4..4f57342e1e 100644
--- a/meta/recipes-bsp/pciutils/pciutils_3.8.0.bb
+++ b/meta/recipes-bsp/pciutils/pciutils_3.8.0.bb
@@ -16,7 +16,7 @@ SRC_URI = 
"${KERNELORG_MIRROR}/software/utils/pciutils/pciutils-${PV}.tar.xz \
 
 SRC_URI[sha256sum] = 
"91edbd0429a84705c9ad156d4ff38ccc724d41ea54c4c5b88e38e996f8a34f05"
 
-inherit multilib_header pkgconfig
+inherit multilib_header pkgconfig update-alternatives
 
 PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'hwdb', 
'', d)}"
 PACKAGECONFIG[hwdb] = "HWDB=yes,HWDB=no,udev"
@@ -59,3 +59,6 @@ FILES:libpci = "${libdir}/libpci.so.*"
 SUMMARY:${PN}-ids = "PCI utilities - device ID database"
 DESCRIPTION:${PN}-ids = "Package providing the PCI device ID database for 
pciutils."
 RDEPENDS:${PN} += "${PN}-ids"
+
+ALTERNATIVE:${PN} = "lspci"
+ALTERNATIVE_PRIORITY = "100"
-- 
2.25.1


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

Re: [OE-core] [PATCH v4] gnutls: Added fips option.

[leimaohui]

Hi, Alex

I’m sorry, I think I got it, but it is better to confirm it with you.^-^

“Upstream-Status: Submitted [https://gitlab.com/gnutls/gnutls/-/issues/1373]”
Should be corrected to ：
“Upstream-Status: Inappropriate 
[https://gitlab.com/gnutls/gnutls/-/issues/1373]”

Am I right?

Best regards
Lei


From: Alexander Kanavin 
Sent: Tuesday, May 24, 2022 12:37 PM
To: Lei, Maohui 
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH v4] gnutls: Added fips option.

Please correct the upstream status to inappropriate, ‘submitted’ means the 
patch was actually sent upstream, ‘inappropriate’ means the patch was not 
submitted, but an issue was raised with upstream to find a solution.

Alex

On Tue 24. May 2022 at 3.28, leimaohui 
mailto:leimao...@fujitsu.com>> wrote:
- Added a patch to avoid excute fipshmac command. Because *.hmac
file should be created on target instead of on build environment.
- Added pkg_postinst_ontarget to make sure necessary files are
created on target.

Signed-off-by: Lei Maohui mailto:leimao...@fujitsu.com>>
---
 ...ile-should-be-excuted-in-target-envi.patch | 28 +++
 meta/recipes-support/gnutls/gnutls_3.7.5.bb   | 24 
+++-
 2 files changed, 51 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-support/gnutls/gnutls/0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch

diff --git 
a/meta/recipes-support/gnutls/gnutls/0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch
 
b/meta/recipes-support/gnutls/gnutls/0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch
new file mode 100644
index 00..f4a2f0cd35
--- /dev/null
+++ 
b/meta/recipes-support/gnutls/gnutls/0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch
@@ -0,0 +1,28 @@
+From b729a356538d499fe25e82bfc78ea663bdaca0a8 Mon Sep 17 00:00:00 2001
+From: Lei Maohui mailto:leimao...@fujitsu.com>>
+Date: Mon, 23 May 2022 10:44:43 +0900
+Subject: [PATCH] Creating .hmac file should be excuted in target environment,
+ so deleted it from build process.
+
+Upstream-Status: Submitted [https://gitlab.com/gnutls/gnutls/-/issues/1373]
+Signed-off-by: Lei Maohui mailto:leimao...@fujitsu.com>>
+---
+ lib/Makefile.am | 3 +--
+ 1 file changed, 1 insertion(+), 2 deletions(-)
+
+diff --git a/lib/Makefile.am b/lib/Makefile.am
+index 0b43ef9..cf263f0 100644
+--- a/lib/Makefile.am
 b/lib/Makefile.am
+@@ -206,8 +206,7 @@ hmac_files = .libs/.gnutls.hmac
+
+ all-local: $(hmac_files)
+
+-.libs/.gnutls.hmac: libgnutls.la fipshmac
+-  $(AM_V_GEN) $(builddir)/fipshmac > $@-t && mv $@-t $@
++.libs/.gnutls.hmac:
+
+ CLEANFILES = $(hmac_files)
+ endif
+--
+2.25.1
diff --git 
a/meta/recipes-support/gnutls/gnutls_3.7.5.bb 
b/meta/recipes-support/gnutls/gnutls_3.7.5.bb
index 5feedb7fdc..b796494b8d 100644
--- a/meta/recipes-support/gnutls/gnutls_3.7.5.bb
+++ b/meta/recipes-support/gnutls/gnutls_3.7.5.bb
@@ -21,6 +21,7 @@ SHRT_VER = 
"${@d.getVar('PV').split('.')[0]}.${@d.getVar('PV').split('.')[1]}"

 SRC_URI = 
"https://www.gnupg.org/ftp/gcrypt/gnutls/v${SHRT_VER}/gnutls-${PV}.tar.xz
 \
file://arm_eabi.patch \
+   
file://0001-Creating-.hmac-file-should-be-excuted-in-target-envi.patch \
"

 SRC_URI[sha256sum] = 
"1f85028475b4f255cc5b480af0c37e61eab43024c1507c8b75d6be506c0553ad"
@@ -36,6 +37,7 @@ PACKAGECONFIG[libidn] = "--with-idn,--without-idn,libidn2"
 PACKAGECONFIG[libtasn1] = 
"--with-included-libtasn1=no,--with-included-libtasn1,libtasn1"
 PACKAGECONFIG[p11-kit] = "--with-p11-kit,--without-p11-kit,p11-kit"
 PACKAGECONFIG[tpm] = "--with-tpm,--without-tpm,trousers"
+PACKAGECONFIG[fips] = "--enable-fips140-mode 
--with-libdl-prefix=${STAGING_BASELIBDIR}"

 EXTRA_OECONF = " \
 --enable-doc \
@@ -59,10 +61,30 @@ do_configure:prepend() {
done
 }

-PACKAGES =+ "${PN}-openssl ${PN}-xx"
+do_install:append:class-target() {
+if 
${@bb.utils.contains('PACKAGECONFIG',
 'fips', 'true', 'false', d)}; then
+  install -d ${D}${bindir}/bin
+  install -m 0755 ${B}/lib/.libs/fipshmac ${D}/${bindir}/
+fi
+}
+
+PACKAGES =+ "${PN}-openssl ${PN}-xx ${PN}-fips"

 FILES:${PN}-dev += "${bindir}/gnutls-cli-debug"
 FILES:${PN}-openssl = "${libdir}/libgnutls-openssl.so.*"
 FILES:${PN}-xx = "${libdir}/libgnutlsxx.so.*"
+FILES:${PN}-fips = "${bindir}/fipshmac"

 BBCLASSEXTEND = "native nativesdk"
+
+pkg_postinst_ontarget:${PN}-fips () {
+if test -x ${bindir}/fipshmac
+then
+mkdir ${sysconfdir}/gnutls
+touch ${sysconfdir}/gnutls/config
+${bindir}/fipshmac ${libdir}/libgnutls.so.30.*.* > 
${libdir}/.libgnutls.so.30.hmac
+

Re: [OE-core] [PATCH v5] Rust Oe-Selftest implementation

[Luca Ceresoli via lists.openembedded.org]

hi Pgowda,

Il giorno Tue, 24 May 2022 17:23:04 +0530
"Pgowda"  ha scritto:

> Gentle Ping on the following patch
> 
> On Fri, May 13, 2022 at 5:50 PM pgowda  wrote:
> >
> > The patch implements Rust testing framework similar to other
> > selftest, specifically the gcc selftest in OE. It uses the client
> > and server based method to test the binaries for cross-target on
> > the image. The test framework is a wrapper around the Rust build
> > system as ./x.py test.
> > It tests many functionalities of Rust distribution like tools,
> > documentation, libraries, packages, tools, Cargo, Crater etc.
> > Please refer the following link for detailed description of Rust
> > testing:-
> > https://rustc-dev-guide.rust-lang.org/tests/intro.html#tool-tests
> >
> > To support the rust tests in oe-core, the following functions were
> > added:-
> > setup_cargo_environment(): Build bootstrap and some early stage
> > tools. do_rust_setup_snapshot(): Install the snapshot version of
> > rust binaries. do_configure(): To generate config.toml
> > do_compile(): To build "remote-test-server" for qemu target image.
> >
> > Approximate Number of Tests Run in the Rust Testsuite :- 18000
> > Approximate Number of Tests that FAIL in bitbake environment :-
> > 100-150 Normally majority of the testcases are present in major
> > folder "test/" It contributes to more than 80% of the testcases
> > present in Rust test framework. These tests pass as expected on any
> > Rust versions without much fuss. The tests that fail are of less
> > important and contribute to less than 2% of the total testcases.
> > These minor tests are observed to work on some versions and fail on
> > others. They have to be added, ignored or excluded for different
> > versions as per the behavior. These tests have been ignored or
> > excluded in the Rust selftest environment to generate success of
> > completing the testsuite.
> >
> > These tests work in parallel mode even in the skipped test mode as
> > expected. Although the patch to disable tests is large, it is very
> > simple in that it only disables tests. When updating to a newer
> > version of Rust, the patch can usually be ported in a day.
> >
> > Signed-off-by: pgowda 
> > Signed-off-by: Vinay Kumar 

This patch is ailing on the autobuilders:

The following recipes do not have a maintainer assigned to them. Please
add an entry to meta/conf/distro/include/maintainers.inc file.
rust-testsuite
(/home/pokybuild/yocto-worker/oe-selftest-centos/build/meta/recipes-devtools/rust/rust-testsuite_1.60.0.bb)

https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3623/steps/15/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/3565/steps/14/logs/stdio

Can you resend with that fixed?
-- 
Luca Ceresoli, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166088): 
https://lists.openembedded.org/g/openembedded-core/message/166088
Mute This Topic: https://lists.openembedded.org/mt/91079085/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] extrausers: Add ability to force password change on first login

[Livius]

Hi!

I am using honister release in Xilinx Yocto (meta-petalinux), my experience is 
that my root user's password is expired in default and i need to change it in 
first login. My final root password is pre-configured by usermod -p  
and i am not using the new passwd-expire command.

Can i disable somehow that default "force password change on first login"? I 
would like to use my final settings from my EXTRA_USERS_PARAMS.

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

[OE-core] OpenEmbedded Happy Hour May 25 5pm/1700 UTC

[Tim Orling]

All,

You are cordially invited to the next OpenEmbedded Happy Hour on May 25
for Europe/Americas time zones @ 1700/5pm UTC (1pm ET / 10am PT).

https://www.openembedded.org/wiki/Calendar
https://www.openembedded.org/wiki/Happy_Hours
https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+May+25=20220525T17=1440

Regards,
Tim "moto-timo" Orling

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166086): 
https://lists.openembedded.org/g/openembedded-core/message/166086
Mute This Topic: https://lists.openembedded.org/mt/91316876/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] apt: fix upstream version check

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/apt/apt_2.4.5.bb | 10 --
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/apt/apt_2.4.5.bb 
b/meta/recipes-devtools/apt/apt_2.4.5.bb
index 95c25e3036..1d94dd118c 100644
--- a/meta/recipes-devtools/apt/apt_2.4.5.bb
+++ b/meta/recipes-devtools/apt/apt_2.4.5.bb
@@ -31,8 +31,14 @@ LIC_FILES_CHKSUM = 
"file://COPYING.GPL;md5=b234ee4d69f5fce4486a80fdaf4a4263"
 # the package is taken from snapshots.debian.org; that source is static and 
goes stale
 # so we check the latest upstream from a directory that does get updated
 UPSTREAM_CHECK_URI = "${DEBIAN_MIRROR}/main/a/apt/"
-
-inherit cmake perlnative bash-completion upstream-version-is-even useradd
+# apt seems to follow a peculiar version policy, where every *other* even 
version
+# is considered stable, e.g. 1.0, 1.4, 1.8, 2.2, 2.6, etc. As there is no way
+# to express 'divisible by 4 plus 2' in regex (that I know of), let's hardcode 
a few.
+UPSTREAM_CHECK_REGEX = 
"[^\d\.](?P((2\.2)|(2\.6)|(3\.0)|(3\.4)|(3\.8)|(4\.2))(\.\d+)+)\.tar"
+# needs be marked as unknown until 2.6 is out
+UPSTREAM_VERSION_UNKNOWN = "1"
+
+inherit cmake perlnative bash-completion useradd
 
 # User is added to allow apt to drop privs, will runtime warn without
 USERADD_PACKAGES = "${PN}"
-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166085): 
https://lists.openembedded.org/g/openembedded-core/message/166085
Mute This Topic: https://lists.openembedded.org/mt/91316462/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 3/3] valgrind: submit arm patches upstream

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 ...1-makefiles-Drop-setting-mcpu-to-cortex-a8-on-arm-arch.patch | 2 +-
 .../avoid-neon-for-targets-which-don-t-support-it.patch | 2 +-
 .../use-appropriate-march-mcpu-mfpu-for-ARM-test-apps.patch | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git 
a/meta/recipes-devtools/valgrind/valgrind/0001-makefiles-Drop-setting-mcpu-to-cortex-a8-on-arm-arch.patch
 
b/meta/recipes-devtools/valgrind/valgrind/0001-makefiles-Drop-setting-mcpu-to-cortex-a8-on-arm-arch.patch
index 9f1da7bac6..073713c139 100644
--- 
a/meta/recipes-devtools/valgrind/valgrind/0001-makefiles-Drop-setting-mcpu-to-cortex-a8-on-arm-arch.patch
+++ 
b/meta/recipes-devtools/valgrind/valgrind/0001-makefiles-Drop-setting-mcpu-to-cortex-a8-on-arm-arch.patch
@@ -10,7 +10,7 @@ implementation.
 Fixes
 | cc1: warning: switch -mcpu=cortex-a8 conflicts with -march=armv7ve switch
 
-Upstream-Status: Pending
+Upstream-Status: Submitted [https://bugs.kde.org/show_bug.cgi?id=454346]
 
 Signed-off-by: Khem Raj 
 ---
diff --git 
a/meta/recipes-devtools/valgrind/valgrind/avoid-neon-for-targets-which-don-t-support-it.patch
 
b/meta/recipes-devtools/valgrind/valgrind/avoid-neon-for-targets-which-don-t-support-it.patch
index 5fcfec0015..82b8344279 100644
--- 
a/meta/recipes-devtools/valgrind/valgrind/avoid-neon-for-targets-which-don-t-support-it.patch
+++ 
b/meta/recipes-devtools/valgrind/valgrind/avoid-neon-for-targets-which-don-t-support-it.patch
@@ -8,7 +8,7 @@ test 64-bit float copies when building for ARM. Allow it to do 
so if
 possible, but fallback to C when building for ARM targets which don't
 support neon.
 
-Upstream-Status: Pending
+Upstream-Status: Submitted [https://bugs.kde.org/show_bug.cgi?id=454346]
 
 Signed-off-by: Andre McCurdy 
 ---
diff --git 
a/meta/recipes-devtools/valgrind/valgrind/use-appropriate-march-mcpu-mfpu-for-ARM-test-apps.patch
 
b/meta/recipes-devtools/valgrind/valgrind/use-appropriate-march-mcpu-mfpu-for-ARM-test-apps.patch
index adea405213..f15d04b173 100644
--- 
a/meta/recipes-devtools/valgrind/valgrind/use-appropriate-march-mcpu-mfpu-for-ARM-test-apps.patch
+++ 
b/meta/recipes-devtools/valgrind/valgrind/use-appropriate-march-mcpu-mfpu-for-ARM-test-apps.patch
@@ -15,7 +15,7 @@ over-ride that).
 
 See similar cases in none/tests/arm/Makefile.am
 
-Upstream-Status: Pending
+Upstream-Status: Submitted [https://bugs.kde.org/show_bug.cgi?id=454346]
 
 Signed-off-by: Andre McCurdy 
 ---
-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166084): 
https://lists.openembedded.org/g/openembedded-core/message/166084
Mute This Topic: https://lists.openembedded.org/mt/91316028/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/3] bash: submit patch upstream

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-extended/bash/bash/makerace2.patch | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/bash/bash/makerace2.patch 
b/meta/recipes-extended/bash/bash/makerace2.patch
index 43cdd04157..abb51a5086 100644
--- a/meta/recipes-extended/bash/bash/makerace2.patch
+++ b/meta/recipes-extended/bash/bash/makerace2.patch
@@ -11,7 +11,7 @@ moved or are being rewritten.
 
 See [YOCTO #14227]
 
-Upstream-Status: Pending
+Upstream-Status: Submitted [https://savannah.gnu.org/patch/index.php?10210]
 Signed-off-by: Richard Purdie 
 
 Index: bash-5.1.8/builtins/Makefile.in
-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166083): 
https://lists.openembedded.org/g/openembedded-core/message/166083
Mute This Topic: https://lists.openembedded.org/mt/91316027/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/3] zip/unzip: mark all submittable patches as Inactive-Upstream

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../0001-configure-Pass-LDFLAGS-to-tests-doing-link-step.patch  | 2 +-
 meta/recipes-extended/unzip/unzip/CVE-2021-4217.patch   | 2 +-
 meta/recipes-extended/unzip/unzip/avoid-strip.patch | 2 +-
 meta/recipes-extended/unzip/unzip/define-ldflags.patch  | 2 +-
 meta/recipes-extended/unzip/unzip/fix-security-format.patch | 2 +-
 meta/recipes-extended/unzip/unzip/symlink.patch | 2 +-
 ...1-configure-Use-CFLAGS-and-LDFLAGS-when-doing-link-tes.patch | 2 +-
 meta/recipes-extended/zip/zip-3.0/10-remove-build-date.patch| 2 +-
 meta/recipes-extended/zip/zip-3.0/fix-security-format.patch | 2 +-
 .../zip/zip-3.0/zipnote-crashes-with-segfault.patch | 2 +-
 10 files changed, 10 insertions(+), 10 deletions(-)

diff --git 
a/meta/recipes-extended/unzip/unzip/0001-configure-Pass-LDFLAGS-to-tests-doing-link-step.patch
 
b/meta/recipes-extended/unzip/unzip/0001-configure-Pass-LDFLAGS-to-tests-doing-link-step.patch
index 716766de29..5a6d1946f6 100644
--- 
a/meta/recipes-extended/unzip/unzip/0001-configure-Pass-LDFLAGS-to-tests-doing-link-step.patch
+++ 
b/meta/recipes-extended/unzip/unzip/0001-configure-Pass-LDFLAGS-to-tests-doing-link-step.patch
@@ -6,7 +6,7 @@ Subject: [PATCH] configure: Pass LDFLAGS to tests doing link 
step
 Ensures that right flags from recipes are honored, otherwise tests fail
 which otherwise should not.
 
-Upstream-Status: Pending
+Upstream-Status: Inactive-Upstream
 Signed-off-by: Khem Raj 
 ---
  unix/configure | 28 ++--
diff --git a/meta/recipes-extended/unzip/unzip/CVE-2021-4217.patch 
b/meta/recipes-extended/unzip/unzip/CVE-2021-4217.patch
index 6ba2b879a3..c0103444fc 100644
--- a/meta/recipes-extended/unzip/unzip/CVE-2021-4217.patch
+++ b/meta/recipes-extended/unzip/unzip/CVE-2021-4217.patch
@@ -20,7 +20,7 @@ Regenerated to apply without offsets.
 
 CVE: CVE-2021-4217
 
-Upstream-Status: Pending [infozip upstream inactive]
+Upstream-Status: Inactive-Upstream [infozip upstream inactive]
 
 Signed-off-by: Joe Slater 
 
diff --git a/meta/recipes-extended/unzip/unzip/avoid-strip.patch 
b/meta/recipes-extended/unzip/unzip/avoid-strip.patch
index e0c89d81b7..70bedc8381 100644
--- a/meta/recipes-extended/unzip/unzip/avoid-strip.patch
+++ b/meta/recipes-extended/unzip/unzip/avoid-strip.patch
@@ -1,4 +1,4 @@
-Upstream-Status: Inappropriate [need a new release]
+Upstream-Status: Inactive-Upstream [need a new release]
 
 unix/Makefile: remove hard coded strip commands
 
diff --git a/meta/recipes-extended/unzip/unzip/define-ldflags.patch 
b/meta/recipes-extended/unzip/unzip/define-ldflags.patch
index dc554c32cb..dd01c01400 100644
--- a/meta/recipes-extended/unzip/unzip/define-ldflags.patch
+++ b/meta/recipes-extended/unzip/unzip/define-ldflags.patch
@@ -1,6 +1,6 @@
 Pass LDFLAGS to the linker 
 
-Upstream-Status: Inappropriate [need a new release]
+Upstream-Status: Inactive-Upstream [need a new release]
 
 Signed-off-by: Mikhail Durnev 
 
diff --git a/meta/recipes-extended/unzip/unzip/fix-security-format.patch 
b/meta/recipes-extended/unzip/unzip/fix-security-format.patch
index ba6ead3b5e..2889c652d4 100644
--- a/meta/recipes-extended/unzip/unzip/fix-security-format.patch
+++ b/meta/recipes-extended/unzip/unzip/fix-security-format.patch
@@ -5,7 +5,7 @@ Fix security formatting issues related to sprintf parameters 
expeted.
 [YOCTO #9551]
 [https://bugzilla.yoctoproject.org/show_bug.cgi?id=9551]
 
-Upstream-Status: Inappropriate [need a new release]
+Upstream-Status: Inactive-Upstream [need a new release]
 
 Signed-off-by: Edwin Plauchu 
 
diff --git a/meta/recipes-extended/unzip/unzip/symlink.patch 
b/meta/recipes-extended/unzip/unzip/symlink.patch
index c1d82ac187..26f1c8ba86 100644
--- a/meta/recipes-extended/unzip/unzip/symlink.patch
+++ b/meta/recipes-extended/unzip/unzip/symlink.patch
@@ -6,7 +6,7 @@ a symlink entry."
 
 This patch is taken from Fedora 
(https://bugzilla.redhat.com/show_bug.cgi?id=972427)
 
-Upstream-Status: Inappropriate [need a new release]
+Upstream-Status: Inactive-Upstream [need a new release]
 Signed-off-by: Ross Burton 
 
 --- unzip60/process.c.sav  2013-06-09 12:08:57.070392264 +0200
diff --git 
a/meta/recipes-extended/zip/zip-3.0/0001-configure-Use-CFLAGS-and-LDFLAGS-when-doing-link-tes.patch
 
b/meta/recipes-extended/zip/zip-3.0/0001-configure-Use-CFLAGS-and-LDFLAGS-when-doing-link-tes.patch
index 475a653f28..92d0d5db58 100644
--- 
a/meta/recipes-extended/zip/zip-3.0/0001-configure-Use-CFLAGS-and-LDFLAGS-when-doing-link-tes.patch
+++ 
b/meta/recipes-extended/zip/zip-3.0/0001-configure-Use-CFLAGS-and-LDFLAGS-when-doing-link-tes.patch
@@ -8,7 +8,7 @@ linking, link fails otherwise without them, which can result in
 configure detection go wrong, ensure these flags are used along with CC
 when tests involve linking
 
-Upstream-Status: Pending
+Upstream-Status: Inactive-Upstream
 Signed-off-by: Khem Raj 
 ---
  unix/configure | 16 

Re: [OE-core] [dunfell][PATCH 1/2] ncurses: add libncurses5 to RPROVIDES

[Steve Sakoman]

On Mon, May 23, 2022 at 5:29 AM Minjae Kim  wrote:
>
> The libncurses5 is generated by ncurse recipe.
> To use this library as a dependency in another component,
> It should be explicitly added as RPROVIDES.

This seems to be breaking the pkgman-non-rpm test on the autobuilder
with the following error:

WARNING: core-image-sato-dev-1.0-r0 do_rootfs: Unable to install
packages.   returned 1:
Collected errors:
* Solver encountered 1 problem(s):
* Problem 1/1:
* - package ncurses-dev-6.2-r0.core2-32 requires ncurses-libpanel, but
none of the providers can be installed
*
* Solution 1:
* - do not ask to install a package providing ncurses-dev

Links to logs for two failed builds:

https://errors.yoctoproject.org/Errors/Details/657166/
https://errors.yoctoproject.org/Errors/Details/657170/

Steve
> Signed-off-by:Minjae Kim 
> ---
>  meta/recipes-core/ncurses/ncurses.inc | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/meta/recipes-core/ncurses/ncurses.inc 
> b/meta/recipes-core/ncurses/ncurses.inc
> index ee0b15ecf0..6f97b496c3 100644
> --- a/meta/recipes-core/ncurses/ncurses.inc
> +++ b/meta/recipes-core/ncurses/ncurses.inc
> @@ -324,3 +324,5 @@ RRECOMMENDS_${PN}-libtinfo = "${PN}-terminfo-base"
>  # each recipe specific sysroot. We can live without this, particularly
>  # as many recipes may have native and target copies.
>  SYSROOT_DIRS_remove = "${datadir}"
> +
> +RPROVIDES_${PN} += "libncurses5"
> --
> 2.25.1
>
>
> 
>

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

[oe-core][PATCHv2] libva-initial: unbreak do_populate_sdk

[Markus Volk]

Error:
 Problem: package libva-dev-2.14.0-r0.corei7_64 requires libva-initial-dev, but 
none of the providers can be installed
  - conflicting requests
  - nothing provides libva-initial = 2.14.0-r0 needed by 
libva-initial-dev-2.14.0-r0.corei7_64
(try to add '--skip-broken' to skip uninstallable packages)

Signed-off-by: Markus Volk 
---
 meta/recipes-graphics/libva/libva-initial_2.14.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-graphics/libva/libva-initial_2.14.0.bb 
b/meta/recipes-graphics/libva/libva-initial_2.14.0.bb
index 453096822f..b234797efb 100644
--- a/meta/recipes-graphics/libva/libva-initial_2.14.0.bb
+++ b/meta/recipes-graphics/libva/libva-initial_2.14.0.bb
@@ -6,3 +6,4 @@ do_install:append () {
rm -f ${D}${libdir}/*.so*
 }
 
+RDEPENDS:${PN}-dev = ""
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166080): 
https://lists.openembedded.org/g/openembedded-core/message/166080
Mute This Topic: https://lists.openembedded.org/mt/91313937/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 9/9] lzo: remove recipe from oe-core

[Ross Burton]

LZO is a fairly archaic compression format that hasn't been updated
since 2017.  It's now unused by anything else in oe-core, so remove the
recipes.

Signed-off-by: Ross Burton 
---
 meta/conf/distro/include/distro_alias.inc |  1 -
 meta/conf/distro/include/maintainers.inc  |  1 -
 .../distro/include/ptest-packagelists.inc |  1 -
 ...onfigdir-to-solve-the-undefine-error.patch | 27 ---
 ...Use-memcpy-instead-of-reinventing-it.patch | 77 ---
 meta/recipes-support/lzo/lzo/run-ptest| 33 
 meta/recipes-support/lzo/lzo_2.10.bb  | 35 -
 7 files changed, 175 deletions(-)
 delete mode 100644 
meta/recipes-support/lzo/lzo/0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch
 delete mode 100644 
meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch
 delete mode 100644 meta/recipes-support/lzo/lzo/run-ptest
 delete mode 100644 meta/recipes-support/lzo/lzo_2.10.bb

diff --git a/meta/conf/distro/include/distro_alias.inc 
b/meta/conf/distro/include/distro_alias.inc
index e43c0acd80c..d5f91265d9b 100644
--- a/meta/conf/distro/include/distro_alias.inc
+++ b/meta/conf/distro/include/distro_alias.inc
@@ -186,7 +186,6 @@ DISTRO_PN_ALIAS:pn-lttng-modules = "OSPDT 
upstream=http://lttng.org/;
 DISTRO_PN_ALIAS:pn-lttng-tools = "OSPDT upstream=http://lttng.org/;
 DISTRO_PN_ALIAS:pn-lttng-ust = "OSPDT upstream=http://lttng.org/;
 DISTRO_PN_ALIAS:pn-lz4 = "Debian=lz4 Fedora=lz4"
-DISTRO_PN_ALIAS:pn-lzo = "Debian=liblzo Ubuntu=liblzo Fedora=lzp"
 DISTRO_PN_ALIAS:pn-mailx = "Debian=bsd-mailx Ubuntu=bsd-mailx"
 DISTRO_PN_ALIAS:pn-makedepend = "Mandriva=makedepend Ubuntu=xutils-dev"
 DISTRO_PN_ALIAS:pn-makedevs = "OE-Core"
diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index de3fb7474cb..02e8982de52 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -470,7 +470,6 @@ RECIPE_MAINTAINER:pn-lttng-tools = "Richard Purdie 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757037
-
-RP: Patch is still in debian as of 20220524 in a revised form:
-https://sources.debian.org/patches/lzo2/2.10-2/
-https://sources.debian.org/patches/lzo2/2.10-2/0001-Conditionally-replace-reinvention-of-memcpy-with-cal.patch/
-
-We likely need this in OE to prevent against unaligned accesses
-on systems such as armv5.
-
-Upstream-Status: Pending
-Signed-off-by: Saul Wold 

- minilzo/minilzo.c | 14 ++
- src/lzo_func.h| 14 ++
- 2 files changed, 28 insertions(+)
-
-
-diff --git a/minilzo/minilzo.c b/minilzo/minilzo.c
-index ab2be5f..6913c2f 100644
 a/minilzo/minilzo.c
-+++ b/minilzo/minilzo.c
-@@ -3523,6 +3523,20 @@ 
LZO_COMPILE_TIME_ASSERT_HEADER(sizeof(*(lzo_memops_TU8p)0)==8)
- if ((void)0, n__n > 0) do { *d__n++ = *s__n++; } while (--n__n > 0); \
- LZO_BLOCK_END
- 
-+/* Debian-specific change: we know that our compiler inlines memcpy() with
-+ * constant n to be as fast as handwritten code, and knows which architectures
-+ * need things correctly aligned. */
-+#undef LZO_MEMOPS_COPY1
-+#undef LZO_MEMOPS_COPY2
-+#undef LZO_MEMOPS_COPY4
-+#undef LZO_MEMOPS_COPY8
-+#undef LZO_MEMOPS_COPYN
-+#define LZO_MEMOPS_COPY1(dd,ss) memcpy(dd, ss, 1)
-+#define LZO_MEMOPS_COPY2(dd,ss) memcpy(dd, ss, 2)
-+#define LZO_MEMOPS_COPY4(dd,ss) memcpy(dd, ss, 4)
-+#define LZO_MEMOPS_COPY8(dd,ss) memcpy(dd, ss, 8)
-+#define LZO_MEMOPS_COPYN(dd,ss,nn) memcpy(dd, ss, nn)
-+
- __lzo_static_forceinline lzo_uint16_t lzo_memops_get_le16(const lzo_voidp ss)
- {
- lzo_uint16_t v;
-diff --git a/src/lzo_func.h b/src/lzo_func.h
-index dfaa676..1cc1b53 100644
 a/src/lzo_func.h
-+++ b/src/lzo_func.h
-@@ -333,6 +333,20 @@ 
LZO_COMPILE_TIME_ASSERT_HEADER(sizeof(*(lzo_memops_TU8p)0)==8)
- if ((void)0, n__n > 0) do { *d__n++ = *s__n++; } while (--n__n > 0); \
- LZO_BLOCK_END
- 
-+/* Debian-specific change: we know that our compiler inlines memcpy() with
-+ * constant n to be as fast as handwritten code, and knows which architectures
-+ * need things correctly aligned. */
-+#undef LZO_MEMOPS_COPY1
-+#undef LZO_MEMOPS_COPY2
-+#undef LZO_MEMOPS_COPY4
-+#undef LZO_MEMOPS_COPY8
-+#undef LZO_MEMOPS_COPYN
-+#define LZO_MEMOPS_COPY1(dd,ss) memcpy(dd, ss, 1)
-+#define LZO_MEMOPS_COPY2(dd,ss) memcpy(dd, ss, 2)
-+#define LZO_MEMOPS_COPY4(dd,ss) memcpy(dd, ss, 4)
-+#define LZO_MEMOPS_COPY8(dd,ss) memcpy(dd, ss, 8)
-+#define LZO_MEMOPS_COPYN(dd,ss,nn) memcpy(dd, ss, nn)
-+
- __lzo_static_forceinline lzo_uint16_t lzo_memops_get_le16(const lzo_voidp ss)
- {
- lzo_uint16_t v;
diff --git a/meta/recipes-support/lzo/lzo/run-ptest 
b/meta/recipes-support/lzo/lzo/run-ptest
deleted file mode 100644
index 6acb89fc1fe..000
--- a/meta/recipes-support/lzo/lzo/run-ptest
+++ /dev/null
@@ -1,33 +0,0 @@
-#!/bin/sh
-
-./lzotest -mavail -n10 -q /etc/services
-if [ $? -eq 0 ]; then
-  ec

[OE-core] [PATCH 5/9] libarchive: disable LZO by default

[Ross Burton]

LZO is a fairly obsolete compression format these days, so disable it by
default.

Signed-off-by: Ross Burton 
---
 meta/recipes-extended/libarchive/libarchive_3.6.1.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/libarchive/libarchive_3.6.1.bb 
b/meta/recipes-extended/libarchive/libarchive_3.6.1.bb
index c795b416289..761cfca6473 100644
--- a/meta/recipes-extended/libarchive/libarchive_3.6.1.bb
+++ b/meta/recipes-extended/libarchive/libarchive_3.6.1.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=d499814247adaee08d88080841cb5665"
 
 DEPENDS = "e2fsprogs-native"
 
-PACKAGECONFIG ?= "zlib bz2 xz lzo zstd"
+PACKAGECONFIG ?= "zlib bz2 xz zstd"
 
 PACKAGECONFIG:append:class-target = "\
${@bb.utils.filter('DISTRO_FEATURES', 'acl xattr', d)} \
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166075): 
https://lists.openembedded.org/g/openembedded-core/message/166075
Mute This Topic: https://lists.openembedded.org/mt/91313384/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 3/9] mtd-utils: disable LZO by default

[Ross Burton]

LZO is a fairly obsolete compression format these days, so disable it by
default.

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/mtd/mtd-utils_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/mtd/mtd-utils_git.bb 
b/meta/recipes-devtools/mtd/mtd-utils_git.bb
index 3318277477f..8931e870324 100644
--- a/meta/recipes-devtools/mtd/mtd-utils_git.bb
+++ b/meta/recipes-devtools/mtd/mtd-utils_git.bb
@@ -23,7 +23,7 @@ S = "${WORKDIR}/git"
 # xattr support creates an additional compile-time dependency on acl because
 # the sys/acl.h header is needed. libacl is not needed and thus enabling xattr
 # regardless whether acl is enabled or disabled in the distro should be okay.
-PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'xattr', d)} lzo jffs 
ubifs"
+PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'xattr', d)} jffs 
ubifs"
 PACKAGECONFIG[lzo] = "--with-lzo,--without-lzo,lzo"
 PACKAGECONFIG[xattr] = "--with-xattr,--without-xattr,acl"
 PACKAGECONFIG[crypto] = "--with-crypto,--without-crypto,openssl"
-- 
2.25.1


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

[OE-core] [PATCH 4/9] squashfs-tools: disable LZO by default

[Ross Burton]

LZO is a fairly obsolete compression format these days, so disable it by
default.

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb 
b/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb
index 4e009d26255..0a7e0f2a523 100644
--- a/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb
+++ b/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb
@@ -18,7 +18,7 @@ S = "${WORKDIR}/git"
 
 EXTRA_OEMAKE = "${PACKAGECONFIG_CONFARGS}"
 
-PACKAGECONFIG ??= "gzip xz lzo lz4 lzma xattr zstd reproducible"
+PACKAGECONFIG ??= "gzip xz lz4 lzma xattr zstd reproducible"
 PACKAGECONFIG[gzip] = "GZIP_SUPPORT=1,GZIP_SUPPORT=0,zlib"
 PACKAGECONFIG[xz] = "XZ_SUPPORT=1,XZ_SUPPORT=0,xz"
 PACKAGECONFIG[lzo] = "LZO_SUPPORT=1,LZO_SUPPORT=0,lzo"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166074): 
https://lists.openembedded.org/g/openembedded-core/message/166074
Mute This Topic: https://lists.openembedded.org/mt/91313383/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/9] btrfs-tools: add a PACKAGECONFIG for lzo

[Ross Burton]

LZO is a fairly obsolete compression format these days, so add an option
to enable/disable LZO to btrfs-progs and disable it by default.

Signed-off-by: Ross Burton 
---
 .../btrfs-tools/btrfs-tools/lzo-option.patch  | 126 ++
 .../btrfs-tools/btrfs-tools_5.16.2.bb |   4 +-
 2 files changed, 129 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/btrfs-tools/btrfs-tools/lzo-option.patch

diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools/lzo-option.patch 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools/lzo-option.patch
new file mode 100644
index 000..e6e85562d7c
--- /dev/null
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools/lzo-option.patch
@@ -0,0 +1,126 @@
+Upstream-Status: Submitted [https://github.com/kdave/btrfs-progs/pull/474]
+Signed-off-by: Ross Burton 
+
+From 4f4eafe8ebcc86f84f6c85a5c5814c430d8f190c Mon Sep 17 00:00:00 2001
+From: Ross Burton 
+Date: Tue, 24 May 2022 13:44:29 +0100
+Subject: [PATCH] btrfs-progs: add option to disable LZO support
+
+LZO as a compression format is pretty archaic these days, there are
+better algorithsm in all metrics for compression and decompression, and
+lzo hasn't had a new release since 2017.
+
+Add an option to disable LZO (defaulting to enabled), and respect it in
+cmds/restore.c.
+
+Signed-off-by: Ross Burton 
+---
+ Makefile|  2 +-
+ Makefile.inc.in |  1 +
+ cmds/restore.c  |  7 +++
+ configure.ac| 30 --
+ 4 files changed, 29 insertions(+), 11 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index af4908f9..0e8e05f3 100644
+--- a/Makefile
 b/Makefile
+@@ -335,7 +335,7 @@ endif
+ btrfs_convert_cflags = -DBTRFSCONVERT_EXT2=$(BTRFSCONVERT_EXT2)
+ btrfs_convert_cflags += -DBTRFSCONVERT_REISERFS=$(BTRFSCONVERT_REISERFS)
+ btrfs_fragments_libs = -lgd -lpng -ljpeg -lfreetype
+-cmds_restore_cflags = -DBTRFSRESTORE_ZSTD=$(BTRFSRESTORE_ZSTD)
++cmds_restore_cflags = -DBTRFSRESTORE_LZO=$(BTRFSRESTORE_LZO) 
-DBTRFSRESTORE_ZSTD=$(BTRFSRESTORE_ZSTD)
+ 
+ ifeq ($(CRYPTOPROVIDER_BUILTIN),1)
+ CRYPTO_OBJECTS = crypto/sha224-256.o crypto/blake2b-ref.o
+diff --git a/Makefile.inc.in b/Makefile.inc.in
+index c995aef9..385b7ae1 100644
+--- a/Makefile.inc.in
 b/Makefile.inc.in
+@@ -16,6 +16,7 @@ BUILD_PROGRAMS = @BUILD_PROGRAMS@
+ BUILD_SHARED_LIBRARIES = @BUILD_SHARED_LIBRARIES@
+ BUILD_STATIC_LIBRARIES = @BUILD_STATIC_LIBRARIES@
+ BTRFSCONVERT_EXT2 = @BTRFSCONVERT_EXT2@
++BTRFSRESTORE_LZO = @BTRFSRESTORE_LZO@
+ BTRFSCONVERT_REISERFS = @BTRFSCONVERT_REISERFS@
+ BTRFSRESTORE_ZSTD = @BTRFSRESTORE_ZSTD@
+ PYTHON_BINDINGS = @PYTHON_BINDINGS@
+diff --git a/cmds/restore.c b/cmds/restore.c
+index 5923d571..4dd79fce 100644
+--- a/cmds/restore.c
 b/cmds/restore.c
+@@ -25,8 +25,10 @@
+ #include 
+ #include 
+ #include 
++#if BTRFSRESTORE_LZO
+ #include 
+ #include 
++#endif
+ #include 
+ #if BTRFSRESTORE_ZSTD
+ #include 
+@@ -98,6 +100,10 @@ static inline size_t read_compress_length(unsigned char 
*buf)
+ static int decompress_lzo(struct btrfs_root *root, unsigned char *inbuf,
+   char *outbuf, u64 compress_len, u64 *decompress_len)
+ {
++#if !BTRFSRESTORE_LZO
++  error("btrfs not compiled with lzo support");
++  return -1;
++#else
+   size_t new_len;
+   size_t in_len;
+   size_t out_len = 0;
+@@ -156,6 +162,7 @@ static int decompress_lzo(struct btrfs_root *root, 
unsigned char *inbuf,
+   *decompress_len = out_len;
+ 
+   return 0;
++#endif
+ }
+ 
+ static int decompress_zstd(const char *inbuf, char *outbuf, u64 compress_len,
+diff --git a/configure.ac b/configure.ac
+index d907636b..c1ad2c22 100644
+--- a/configure.ac
 b/configure.ac
+@@ -372,16 +372,26 @@ if ${PKG_CONFIG} udev --atleast-version 190; then
+ fi
+ AC_SUBST(UDEVDIR)
+ 
+-dnl lzo library does not provide pkg-config, let use classic way
+-AC_CHECK_LIB([lzo2], [lzo_version], [
+-  LZO2_LIBS="-llzo2"
+-  LZO2_CFLAGS=""
+-  LZO2_LIBS_STATIC="-llzo2"],[
+-  AC_MSG_ERROR([cannot find lzo2 library])
+-])
+-AC_SUBST([LZO2_LIBS])
+-AC_SUBST([LZO2_LIBS_STATIC])
+-AC_SUBST([LZO2_CFLAGS])
++AC_ARG_ENABLE([lzo],
++  AS_HELP_STRING([--disable-lzo], [build without lzo support]),
++  [], [enable_lzo=yes]
++)
++
++if test "x$enable_lzo" = xyes; then
++  dnl lzo library does not provide pkg-config, let use classic way
++  AC_CHECK_LIB([lzo2], [lzo_version], [
++  LZO2_LIBS="-llzo2"
++  LZO2_CFLAGS=""
++  LZO2_LIBS_STATIC="-llzo2"],[
++  AC_MSG_ERROR([cannot find lzo2 library])
++  ])
++  AC_SUBST([LZO2_LIBS])
++  AC_SUBST([LZO2_LIBS_STATIC])
++  AC_SUBST([LZO2_CFLAGS])
++fi
++
++AS_IF([test "x$enable_lzo" = xyes], [BTRFSRESTORE_LZO=1], 
[BTRFSRESTORE_LZO=0])
++AC_SUBST(BTRFSRESTORE_LZO)
+ 
+ dnl call PKG_INSTALLDIR from pkg.m4 to set pkgconfigdir
+ m4_ifdef([PKG_INSTALLDIR], [PKG_INSTALLDIR], [AC_MSG_ERROR([please install 
pkgconf])])
+-- 
+2.25.1
+
diff --git 

[OE-core] [PATCH 7/9] oeqa/selftest/imagefeatures: don't exercise lzo compression

[Ross Burton]

We're removing lzo from oe-core, so don't exercise lzo compressed images
in oe-selftest.

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

diff --git a/meta/lib/oeqa/selftest/cases/imagefeatures.py 
b/meta/lib/oeqa/selftest/cases/imagefeatures.py
index 6d010b3e3a7..c1abb0d8282 100644
--- a/meta/lib/oeqa/selftest/cases/imagefeatures.py
+++ b/meta/lib/oeqa/selftest/cases/imagefeatures.py
@@ -171,7 +171,7 @@ class ImageFeatures(OESelftestTestCase):
 Author:  Tom Rini 
 """
 
-conv = "ext4.bmap.gz.bz2.lzo.xz.u-boot"
+conv = "ext4.bmap.gz.bz2.xz.u-boot"
 features = 'IMAGE_FSTYPES += "%s %s.sha256sum"' % (conv, conv)
 self.write_config(features)
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166077): 
https://lists.openembedded.org/g/openembedded-core/message/166077
Mute This Topic: https://lists.openembedded.org/mt/91313388/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/9] lzo: Add further info to a patch

[Ross Burton]

From: Richard Purdie 

Add some further info to the patch based on upsream changes. Given the last 
release
in 2017 and glaring issues on at least armv5, it does raise the question on 
whether
we should drop this. There are probably better compression tools now.

Signed-off-by: Richard Purdie 
---
 .../lzo/0001-Use-memcpy-instead-of-reinventing-it.patch| 7 +++
 1 file changed, 7 insertions(+)

diff --git 
a/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch 
b/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch
index db3a70e8031..4e6ca4132b5 100644
--- 
a/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch
+++ 
b/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch
@@ -10,6 +10,13 @@ Change suggested by Julian Taylor.
 
 Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757037
 
+RP: Patch is still in debian as of 20220524 in a revised form:
+https://sources.debian.org/patches/lzo2/2.10-2/
+https://sources.debian.org/patches/lzo2/2.10-2/0001-Conditionally-replace-reinvention-of-memcpy-with-cal.patch/
+
+We likely need this in OE to prevent against unaligned accesses
+on systems such as armv5.
+
 Upstream-Status: Pending
 Signed-off-by: Saul Wold 
 ---
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166071): 
https://lists.openembedded.org/g/openembedded-core/message/166071
Mute This Topic: https://lists.openembedded.org/mt/91313379/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 8/9] packagegroup-self-hosted: remove lzo

[Ross Burton]

lzo isn't needed to build, so it doesn't need to be in the self-hosted
packagegroup.

Signed-off-by: Ross Burton 
---
 meta/recipes-core/packagegroups/packagegroup-self-hosted.bb | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb 
b/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
index 9523aadd153..772b86b39a3 100644
--- a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
@@ -129,7 +129,6 @@ RDEPENDS:packagegroup-self-hosted-extended = "\
 libusb1 \
 libxml2 \
 lsof \
-lzo \
 man \
 man-pages \
 mdadm \
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166078): 
https://lists.openembedded.org/g/openembedded-core/message/166078
Mute This Topic: https://lists.openembedded.org/mt/91313390/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 6/9] lzop: remove recipe from oe-core

[Ross Burton]

There are no users of lzop in oe-core, and there hasn't been a release of
lzop since 2017.

Signed-off-by: Ross Burton 
---
 meta/conf/distro/include/maintainers.inc|   1 -
 meta/recipes-support/lzop/lzop/acinclude.m4 | 390 
 meta/recipes-support/lzop/lzop_1.04.bb  |  27 --
 3 files changed, 418 deletions(-)
 delete mode 100644 meta/recipes-support/lzop/lzop/acinclude.m4
 delete mode 100644 meta/recipes-support/lzop/lzop_1.04.bb

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 3990d1d507f..de3fb7474cb 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -472,7 +472,6 @@ RECIPE_MAINTAINER:pn-lua = "Alexander Kanavin 
"
 RECIPE_MAINTAINER:pn-lz4 = "Denys Dmytriyenko "
 RECIPE_MAINTAINER:pn-lzo = "Denys Dmytriyenko "
 RECIPE_MAINTAINER:pn-lzip = "Denys Dmytriyenko "
-RECIPE_MAINTAINER:pn-lzop = "Denys Dmytriyenko "
 RECIPE_MAINTAINER:pn-m4 = "Robert Yang "
 RECIPE_MAINTAINER:pn-m4-native = "Robert Yang "
 RECIPE_MAINTAINER:pn-make = "Robert Yang "
diff --git a/meta/recipes-support/lzop/lzop/acinclude.m4 
b/meta/recipes-support/lzop/lzop/acinclude.m4
deleted file mode 100644
index 0029c19c7d9..000
--- a/meta/recipes-support/lzop/lzop/acinclude.m4
+++ /dev/null
@@ -1,390 +0,0 @@
-
-AC_DEFUN([mfx_ACC_CHECK_ENDIAN], [
-AC_C_BIGENDIAN([AC_DEFINE(ACC_ABI_BIG_ENDIAN,1,[Define to 1 if your machine is 
big endian.])],[AC_DEFINE(ACC_ABI_LITTLE_ENDIAN,1,[Define to 1 if your machine 
is little endian.])])
-])#
-
-AC_DEFUN([mfx_ACC_CHECK_HEADERS], [
-AC_HEADER_TIME
-AC_CHECK_HEADERS([assert.h ctype.h dirent.h errno.h fcntl.h float.h limits.h 
malloc.h memory.h setjmp.h signal.h stdarg.h stddef.h stdint.h stdio.h stdlib.h 
string.h strings.h time.h unistd.h utime.h sys/stat.h sys/time.h sys/types.h 
sys/wait.h])
-])#
-
-AC_DEFUN([mfx_ACC_CHECK_FUNCS], [
-AC_CHECK_FUNCS(access alloca atexit atoi atol chmod chown ctime difftime fstat 
gettimeofday gmtime localtime longjmp lstat memcmp memcpy memmove memset mktime 
qsort raise setjmp signal snprintf strcasecmp strchr strdup strerror strftime 
stricmp strncasecmp strnicmp strrchr strstr time umask utime vsnprintf)
-])#
-
-
-AC_DEFUN([mfx_ACC_CHECK_SIZEOF], [
-AC_CHECK_SIZEOF(short)
-AC_CHECK_SIZEOF(int)
-AC_CHECK_SIZEOF(long)
-
-AC_CHECK_SIZEOF(long long)
-AC_CHECK_SIZEOF(__int16)
-AC_CHECK_SIZEOF(__int32)
-AC_CHECK_SIZEOF(__int64)
-
-AC_CHECK_SIZEOF(void *)
-AC_CHECK_SIZEOF(size_t)
-AC_CHECK_SIZEOF(ptrdiff_t)
-])#
-
-
-# /***
-# // Check for ACC_conformance
-# /
-
-AC_DEFUN([mfx_ACC_ACCCHK], [
-mfx_tmp=$1
-mfx_save_CPPFLAGS=$CPPFLAGS
-dnl in Makefile.in $(INCLUDES) will be before $(CPPFLAGS), so we mimic this 
here
-test "X$mfx_tmp" = "X" || CPPFLAGS="$mfx_tmp $CPPFLAGS"
-
-AC_MSG_CHECKING([whether your compiler passes the ACC conformance test])
-
-AC_LANG_CONFTEST([AC_LANG_PROGRAM(
-[[#define ACC_CONFIG_NO_HEADER 1
-#include "acc/acc.h"
-#include "acc/acc_incd.h"
-#undef ACCCHK_ASSERT
-#define ACCCHK_ASSERT(expr) ACC_COMPILE_TIME_ASSERT_HEADER(expr)
-#include "acc/acc_chk.ch"
-#undef ACCCHK_ASSERT
-static void test_acc_compile_time_assert(void) {
-#define ACCCHK_ASSERT(expr) ACC_COMPILE_TIME_ASSERT(expr)
-#include "acc/acc_chk.ch"
-#undef ACCCHK_ASSERT
-}
-#undef NDEBUG
-#include 
-static int test_acc_run_time_assert(int r) {
-#define ACCCHK_ASSERT(expr) assert(expr);
-#include "acc/acc_chk.ch"
-#undef ACCCHK_ASSERT
-return r;
-}
-]], [[
-test_acc_compile_time_assert();
-if (test_acc_run_time_assert(1) != 1) return 1;
-]]
-)])
-
-mfx_tmp=FAILED
-_AC_COMPILE_IFELSE([], [mfx_tmp=yes])
-rm -f conftest.$ac_ext conftest.$ac_objext
-
-CPPFLAGS=$mfx_save_CPPFLAGS
-
-AC_MSG_RESULT([$mfx_tmp])
-case x$mfx_tmp in
-  xpassed | xyes) ;;
-  *)
-AC_MSG_NOTICE([])
-AC_MSG_NOTICE([Your compiler failed the ACC conformance test - for details 
see ])
-AC_MSG_NOTICE([`config.log'. Please check that log file and consider 
sending])
-AC_MSG_NOTICE([a patch or bug-report to <${PACKAGE_BUGREPORT}>.])
-AC_MSG_NOTICE([Thanks for your support.])
-AC_MSG_NOTICE([])
-AC_MSG_ERROR([ACC conformance test failed. Stop.])
-dnlAS_EXIT
-;;
-esac
-])# mfx_ACC_ACCCHK
-
-
-# /***
-# // Check for ACC_conformance
-# /
-
-AC_DEFUN([mfx_MINIACC_ACCCHK], [
-mfx_tmp=$1
-mfx_save_CPPFLAGS=$CPPFLAGS
-dnl in Makefile.in $(INCLUDES) will be before $(CPPFLAGS), so we mimic this 
here
-test "X$mfx_tmp" = "X" || CPPFLAGS="$mfx_tmp $CPPFLAGS"
-
-AC_MSG_CHECKING([whether your compiler passes the ACC conformance test])
-
-AC_LANG_CONFTEST([AC_LANG_PROGRAM(
-[[#define ACC_CONFIG_NO_HEADER 1
-#define ACC_WANT_ACC_INCD_H 1
-#include $2
-
-#define ACC_WANT_ACC_CHK_CH 1

[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed

[Stephen Jolley]

All,

 

The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs  Also please
review:
https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded and
how to create a bugzilla account at:

https://bugzilla.yoctoproject.org/createaccount.cgi

The idea is these bugs should be straight forward for a person to help work
on who doesn't have deep experience with the project.  If anyone can help,
please take ownership of the bug and send patches!  If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.

 

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 427
unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out
with these.  Bugs are split into two types, "true bugs" where things don't
work as they should and "enhancements" which are features we'd want to add
to the system.  There are also roughly four different "priority" classes
right now,  "4.1", "4.2", "4.99" and "Future", the more pressing/urgent
issues being in "4.1" and then "4.2".

 

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp...@gmail.com
 ) an e-mail with the bug number you would
like and I will assign it to you (please make sure you have a Bugzilla
account).  The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer
_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


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

[Markus Volk]

Error:
 Problem: package libva-dev-2.14.0-r0.corei7_64 requires libva-initial-dev, but 
none of the providers can be installed
  - conflicting requests
  - nothing provides libva-initial = 2.14.0-r0 needed by 
libva-initial-dev-2.14.0-r0.corei7_64
(try to add '--skip-broken' to skip uninstallable packages)

Signed-off-by: Markus Volk 
---
 meta/recipes-graphics/libva/libva-initial_2.14.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-graphics/libva/libva-initial_2.14.0.bb 
b/meta/recipes-graphics/libva/libva-initial_2.14.0.bb
index 453096822f..14917b1c65 100644
--- a/meta/recipes-graphics/libva/libva-initial_2.14.0.bb
+++ b/meta/recipes-graphics/libva/libva-initial_2.14.0.bb
@@ -6,3 +6,4 @@ do_install:append () {
rm -f ${D}${libdir}/*.so*
 }
 
+ALLOW_EMPTY:${PN} = "1"
-- 
2.25.1


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

[Markus Volk]

Error:
 Problem 1: package nghttp2-dev-1.47.0-r0.corei7_64 requires nghttp2 = 
1.47.0-r0, but none of the providers can be installed
  - conflicting requests
  - nothing provides nghttp2-client >= 1.47.0 needed by 
nghttp2-1.47.0-r0.corei7_64
  - nothing provides nghttp2-server >= 1.47.0 needed by 
nghttp2-1.47.0-r0.corei7_64

Signed-off-by: Markus Volk 
---
 meta/recipes-support/nghttp2/nghttp2_1.47.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/nghttp2/nghttp2_1.47.0.bb 
b/meta/recipes-support/nghttp2/nghttp2_1.47.0.bb
index 58ce08084d..051a6e4ecb 100644
--- a/meta/recipes-support/nghttp2/nghttp2_1.47.0.bb
+++ b/meta/recipes-support/nghttp2/nghttp2_1.47.0.bb
@@ -21,7 +21,7 @@ EXTRA_OECMAKE = "-DENABLE_EXAMPLES=OFF -DENABLE_APP=OFF 
-DENABLE_HPACK_TOOLS=OFF
 
 PACKAGES =+ "lib${BPN} ${PN}-client ${PN}-proxy ${PN}-server"
 
-RDEPENDS:${PN} = "${PN}-client (>= ${PV}) ${PN}-proxy (>= ${PV}) ${PN}-server 
(>= ${PV})"
+RRECOMMENDS:${PN} = "${PN}-client (>= ${PV}) ${PN}-proxy (>= ${PV}) 
${PN}-server (>= ${PV})"
 RDEPENDS:${PN}:class-native = ""
 RDEPENDS:${PN}-proxy = "openssl python3-core python3-io python3-shell"
 
-- 
2.25.1


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

[OE-core] Yocto Project Status WW21`22

[Stephen Jolley]

Current Dev Position: YP 4.1 M1

Next Deadline: 30th May 2022 YP 4.1 M1 Build

 

Next Team Meetings:

*   Bug Triage meeting Thursday May 26th 7:30 am PDT (

https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)
*   Monthly Project Meeting Tuesday June 7th at 8 am PDT (

https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09
 )
*   Weekly Engineering Sync Tuesday May 24th  at 8 am PDT (

https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09
 )
*   Twitch -  See  
https://www.twitch.tv/theyoctojester

 

Key Status/Updates:

*   YP 4.0.1 was released
*   YP 4.1 M1 is due to build next week.
*   The Yocto Project Virtual Summit and OpenEmbedded Virtual Developer
Meeting both seemed to go well, many good presentations, demos and good
discussion. Thanks to everyone who helped organize it or attended.
*   There are some prototype scripts updating patchwork patch status for
OpenEmbedded-Core and BitBake which is covering about 75% of the patches to
the merged state along with revision information:

https://patchwork.yoctoproject.org/project/oe-core/list/
*   We have added a new "metrics" target on the autobuilder. This
currently has some simple patch status tracking information and can generate
a history graph but the hope is to extend this to CVE metrics and likely
other things. If anyone has interest in helping here, please let Richard
know.

 
https://autobuilder.yocto.io/pub/non-release/patchmetrics/

*   There are some known cve-check issues on kirkstone and dunfell,
patches addressing those issues are in testing.
*   Help is very much welcome in trying to resolve our autobuilder
intermittent issues. You can see the list of failures we're continuing to
see by searching for the "AB-INT" tag in bugzilla:

https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=AB-INT

 

Ways to contribute:

*   There are bugs identified as possible for newcomers to the project:

https://wiki.yoctoproject.org/wiki/Newcomers
*   There are bugs that are currently unassigned for YP 3.5. See:

https://wiki.yoctoproject.org/wiki/Bug_Triage#Medium.2B_3.5_Unassigned_Enhan
cements.2FBugs
*   We'd welcome new maintainers for recipes in OE-Core. Please see the
list at:

http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/conf/distro/include/main
tainers.inc and discuss with the existing maintainer, or ask on the OE-Core
mailing list. We will likely move a chunk of these to "Unassigned" soon to
help facilitate this.
*   Help us resolve CVE issues:
 CVE metrics 

 

YP 4.1 Milestone Dates:

*   YP 4.1 M1 build date 2022/05/30
*   YP 4.1 M1 Release date 2022/06/10
*   YP 4.1 M2 build date 2022/07/11
*   YP 4.1 M2 Release date 2022/07/22
*   YP 4.1 M3 build date 2022/08/22
*   YP 4.1 M3 Release date 2022/09/02
*   YP 4.1 M4 build date 2022/10/03
*   YP 4.1 M4 Release date 2022/10/28

 

Upcoming dot releases:

*   YP 4.0.1 is released.
*   YP 3.1.17 build date 2022/06/06
*   YP 3.1.17 Release date 2022/06/17
*   YP 4.0.2 build date 2022/06/27
*   YP 4.0.2 Release date 2022/07/08
*   YP 3.1.18 build date 2022/07/18
*   YP 3.1.18 Release date 2022/07/29
*   YP 4.0.3 build date 2022/08/08
*   YP 4.0.3 Release date 2022/08/19
*   YP 3.1.19 build date 2022/08/29
*   YP 3.1.19 Release date 2022/09/09
*   YP 4.0.4 build date 2022/09/19
*   YP 4.0.4 Release date 2022/09/30
*   YP 3.1.20 build date 2022/10/10
*   YP 3.1.20 Release date 2022/10/21
*   YP 4.0.5 build date 2022/10/31
*   YP 4.0.5 Release date 2022/11/11

 

Tracking Metrics:

*   WDD 2479 (last week 2450) (

https://wiki.yoctoproject.org/charts/combo.html)
*   OE-Core/Poky Patch Metrics

*   Total patches found: 1171 (last week 1175)
*   Patches in the Pending State: 339 (29%) [last week 341 (29%)]

 

The Yocto Project's technical governance is through its Technical Steering
Committee, more information is available at:

 

[OE-core][dunfell 0/1] Pull request (cover letter only)

[Steve Sakoman]

The following changes since commit 48ce924dc82aa959fb897ec36873db7dc3813b71:

  selftest: skip virgl test on alma 8.6 (2022-05-17 04:14:23 -1000)

are available in the Git repository at:

  git://git.openembedded.org/openembedded-core-contrib stable/dunfell-next
  
http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/dunfell-next

Marta Rybczynska (1):
  cve-check: Fix report generation

 meta/classes/cve-check.bbclass | 18 ++
 1 file changed, 10 insertions(+), 8 deletions(-)

-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166066): 
https://lists.openembedded.org/g/openembedded-core/message/166066
Mute This Topic: https://lists.openembedded.org/mt/91311938/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] cve-check: Fix report generation

[Mikko Rapeli]

From: Mikko Rapeli 

From: Marta Rybczynska 

The addition of summary output caused two issues: error when building
an image and the fact that JSON output was generated even when
CVE_CHECK_FORMAT_JSON.

When generating an image it caused an error like:
ERROR: core-image-minimal-1.0-r0 do_rootfs: Error executing a python function 
in exec_func_python() autogenerated:

  The stack trace of python calls that resulted in this exception/failure was:
  File: 'exec_func_python() autogenerated', lineno: 2, function: 
   0001:
   *** 0002:cve_check_write_rootfs_manifest(d)
   0003:
  File: '/home/alexk/poky/meta/classes/cve-check.bbclass', lineno: 213, 
function: cve_check_write_rootfs_manifest
   0209:
   0210:link_path = os.path.join(deploy_dir, "%s.json" % link_name)
   0211:manifest_path = d.getVar("CVE_CHECK_MANIFEST_JSON")
   0212:bb.note("Generating JSON CVE manifest")
   *** 0213:generate_json_report(json_summary_name, 
json_summary_link_name)
   0214:bb.plain("Image CVE JSON report stored in: %s" % link_path)
   0215:}
   0216:
   0217:ROOTFS_POSTPROCESS_COMMAND:prepend = 
"${@'cve_check_write_rootfs_manifest; ' if 
d.getVar('CVE_CHECK_CREATE_MANIFEST') == '1' else ''}"
  Exception: NameError: name 'json_summary_name' is not defined

The fix is to pass the d variable to the pure python function 
generate_json_report
to get correct values of variables and add conditions for the JSON
output where needed.

In addition clarify the message presenting the summary JSON file,
which isn't related to an image.

Uses partial fixes from Alex Kiernan, Ernst Sjöstrand (ernstp),
and Davide Gardenal.

Fixes: f2987891d315 ("cve-check: add JSON format to summary output")

(From OE-Core rev: 9015dec93233c7d45fd0c9885ff5d4ec23ad377d)

Signed-off-by: Marta Rybczynska 
Signed-off-by: Richard Purdie 
---
 meta/classes/cve-check.bbclass | 18 ++
 1 file changed, 10 insertions(+), 8 deletions(-)

diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
index ac9f0fb22c..34c38bdf2d 100644
--- a/meta/classes/cve-check.bbclass
+++ b/meta/classes/cve-check.bbclass
@@ -75,7 +75,7 @@ CVE_CHECK_LAYER_INCLUDELIST ??= ""
 # set to "alphabetical" for version using single alphabetical character as 
increment release
 CVE_VERSION_SUFFIX ??= ""
 
-def generate_json_report(out_path, link_path):
+def generate_json_report(d, out_path, link_path):
 if os.path.exists(d.getVar("CVE_CHECK_SUMMARY_INDEX_PATH")):
 import json
 from oe.cve_check import cve_check_merge_jsons
@@ -123,10 +123,11 @@ python cve_save_summary_handler () {
 os.remove(cvefile_link)
 os.symlink(os.path.basename(cve_summary_file), cvefile_link)
 
+if d.getVar("CVE_CHECK_FORMAT_JSON") == "1":
 json_summary_link_name = os.path.join(cvelogpath, 
d.getVar("CVE_CHECK_SUMMARY_FILE_NAME_JSON"))
 json_summary_name = os.path.join(cvelogpath, "%s-%s.json" % 
(cve_summary_name, timestamp))
-generate_json_report(json_summary_name, json_summary_link_name)
-bb.plain("CVE report summary created at: %s" % json_summary_link_name)
+generate_json_report(d, json_summary_name, json_summary_link_name)
+bb.plain("Complete CVE JSON report summary created at: %s" % 
json_summary_link_name)
 }
 
 addhandler cve_save_summary_handler
@@ -202,11 +203,12 @@ python cve_check_write_rootfs_manifest () {
 os.symlink(os.path.basename(manifest_name), manifest_link)
 bb.plain("Image CVE report stored in: %s" % manifest_name)
 
-link_path = os.path.join(deploy_dir, "%s.json" % link_name)
-manifest_path = d.getVar("CVE_CHECK_MANIFEST_JSON")
-bb.note("Generating JSON CVE manifest")
-generate_json_report(json_summary_name, json_summary_link_name)
-bb.plain("Image CVE JSON report stored in: %s" % link_path)
+if d.getVar("CVE_CHECK_FORMAT_JSON") == "1":
+link_path = os.path.join(deploy_dir, "%s.json" % link_name)
+manifest_path = d.getVar("CVE_CHECK_MANIFEST_JSON")
+bb.note("Generating JSON CVE manifest")
+generate_json_report(d, manifest_path, link_path)
+bb.plain("Image CVE JSON report stored in: %s" % link_path)
 }
 
 ROOTFS_POSTPROCESS_COMMAND_prepend = "${@'cve_check_write_rootfs_manifest; ' 
if d.getVar('CVE_CHECK_CREATE_MANIFEST') == '1' else ''}"
-- 
2.20.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166065): 
https://lists.openembedded.org/g/openembedded-core/message/166065
Mute This Topic: https://lists.openembedded.org/mt/91310494/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] python3-pluggy: add BBCLASSEXTEND for native/nativesdk

[Ross Burton]

This is a dependency of Hatchling, another Python build tool, so we need
it natively.

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/python/python3-pluggy_1.0.0.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/python/python3-pluggy_1.0.0.bb 
b/meta/recipes-devtools/python/python3-pluggy_1.0.0.bb
index 3f2895a061b..2935acf95fa 100644
--- a/meta/recipes-devtools/python/python3-pluggy_1.0.0.bb
+++ b/meta/recipes-devtools/python/python3-pluggy_1.0.0.bb
@@ -24,3 +24,5 @@ do_install_ptest() {
install -d ${D}${PTEST_PATH}/testing
cp -rf ${S}/testing/* ${D}${PTEST_PATH}/testing/
 }
+
+BBCLASSEXTEND = "native nativesdk"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166064): 
https://lists.openembedded.org/g/openembedded-core/message/166064
Mute This Topic: https://lists.openembedded.org/mt/91309696/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] lzo: Add further info to a patch

[Richard Purdie]

Add some further info to the patch based on upsream changes. Given the last 
release
in 2017 and glaring issues on at least armv5, it does raise the question on 
whether
we should drop this. There are probably better compression tools now.

Signed-off-by: Richard Purdie 
---
 .../lzo/0001-Use-memcpy-instead-of-reinventing-it.patch| 7 +++
 1 file changed, 7 insertions(+)

diff --git 
a/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch 
b/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch
index db3a70e8031f..4e6ca4132b54 100644
--- 
a/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch
+++ 
b/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch
@@ -10,6 +10,13 @@ Change suggested by Julian Taylor.
 
 Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757037
 
+RP: Patch is still in debian as of 20220524 in a revised form:
+https://sources.debian.org/patches/lzo2/2.10-2/
+https://sources.debian.org/patches/lzo2/2.10-2/0001-Conditionally-replace-reinvention-of-memcpy-with-cal.patch/
+
+We likely need this in OE to prevent against unaligned accesses
+on systems such as armv5.
+
 Upstream-Status: Pending
 Signed-off-by: Saul Wold 
 ---
-- 
2.34.1


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

Re: [OE-core] [PATCH v5] Rust Oe-Selftest implementation

[Pgowda]

Gentle Ping on the following patch

On Fri, May 13, 2022 at 5:50 PM pgowda  wrote:
>
> The patch implements Rust testing framework similar to other selftest,
> specifically the gcc selftest in OE. It uses the client and server
> based method to test the binaries for cross-target on the image.
> The test framework is a wrapper around the Rust build system as ./x.py
> test.
> It tests many functionalities of Rust distribution like tools,
> documentation, libraries, packages, tools, Cargo, Crater etc.
> Please refer the following link for detailed description of Rust
> testing:-
> https://rustc-dev-guide.rust-lang.org/tests/intro.html#tool-tests
>
> To support the rust tests in oe-core, the following functions were
> added:-
> setup_cargo_environment(): Build bootstrap and some early stage tools.
> do_rust_setup_snapshot(): Install the snapshot version of rust binaries.
> do_configure(): To generate config.toml
> do_compile(): To build "remote-test-server" for qemu target image.
>
> Approximate Number of Tests Run in the Rust Testsuite :- 18000
> Approximate Number of Tests that FAIL in bitbake environment :- 100-150
> Normally majority of the testcases are present in major folder "test/"
> It contributes to more than 80% of the testcases present in Rust test
> framework. These tests pass as expected on any Rust versions without
> much fuss. The tests that fail are of less important and contribute to
> less than 2% of the total testcases. These minor tests are observed to
> work on some versions and fail on others. They have to be added, ignored
> or excluded for different versions as per the behavior.
> These tests have been ignored or excluded in the Rust selftest
> environment to generate success of completing the testsuite.
>
> These tests work in parallel mode even in the skipped test mode as
> expected. Although the patch to disable tests is large, it is very simple
> in that it only disables tests. When updating to a newer version of Rust,
> the patch can usually be ported in a day.
>
> Signed-off-by: pgowda 
> Signed-off-by: Vinay Kumar 
> ---
>  meta/lib/oeqa/selftest/cases/rust.py  |  57 +++
>  meta/recipes-devtools/rust/rust-common.inc|   1 -
>  meta/recipes-devtools/rust/rust-testsuite.inc | 163 +++
>  .../rust-testsuite/rust-oe-selftest.patch | 417 ++
>  .../rust/rust-testsuite_1.60.0.bb |   3 +
>  5 files changed, 640 insertions(+), 1 deletion(-)
>  create mode 100644 meta/lib/oeqa/selftest/cases/rust.py
>  create mode 100644 meta/recipes-devtools/rust/rust-testsuite.inc
>  create mode 100644 
> meta/recipes-devtools/rust/rust-testsuite/rust-oe-selftest.patch
>  create mode 100644 meta/recipes-devtools/rust/rust-testsuite_1.60.0.bb
>
> diff --git a/meta/lib/oeqa/selftest/cases/rust.py 
> b/meta/lib/oeqa/selftest/cases/rust.py
> new file mode 100644
> index 00..80d6f310c9
> --- /dev/null
> +++ b/meta/lib/oeqa/selftest/cases/rust.py
> @@ -0,0 +1,57 @@
> +# SPDX-License-Identifier: MIT
> +import os
> +import subprocess
> +from oeqa.core.decorator import OETestTag
> +from oeqa.core.case import OEPTestResultTestCase
> +from oeqa.selftest.case import OESelftestTestCase
> +from oeqa.utils.commands import runCmd, bitbake, get_bb_var, get_bb_vars, 
> runqemu, Command
> +from oeqa.utils.sshcontrol import SSHControl
> +
> +# Total time taken for testing is of about 2hr 20min, with PARALLEL_MAKE set 
> to 40 number of jobs.
> +class RustSelfTestBase(OESelftestTestCase, OEPTestResultTestCase):
> +
> +   def run_check_emulated(self, *args, **kwargs):
> +   # build remote-test-server before image build
> +   recipe = "rust-testsuite"
> +   bitbake("{} -c compile".format(recipe))
> +   builddir = get_bb_var("B", "rust-testsuite")
> +   # build core-image-minimal with required packages
> +   default_installed_packages = ["libgcc", "libstdc++", 
> "libatomic", "libgomp"]
> +   features = []
> +   features.append('IMAGE_FEATURES += "ssh-server-openssh"')
> +   features.append('CORE_IMAGE_EXTRA_INSTALL += "{0}"'.format(" 
> ".join(default_installed_packages)))
> +   self.write_config("\n".join(features))
> +   bitbake("core-image-minimal")
> +   # wrap the execution with a qemu instance
> +   with runqemu("core-image-minimal", runqemuparams = 
> "nographic", qemuparams = "-m 512") as qemu:
> +   # Copy remote-test-server to image through scp
> +   ssh = SSHControl(ip=qemu.ip, logfile=qemu.sshlog, 
> user="root")
> +   ssh.copy_to(builddir + "/" + 
> "build/x86_64-unknown-linux-gnu/stage1-tools-bin/remote-test-server","~/")
> +   # Execute remote-test-server on image through 
> background ssh
> +   command = '~/remote-test-server -v remote'
> +   sshrun=subprocess.Popen(("ssh", '-o',  

[OE-core] [PATCH 2/2] cve-check: Only include installed packages for rootfs manifest

[Ernst Sjöstrand]

Before this the rootfs manifest and the summary were identical.
We should separate the summary and rootfs manifest more clearly,
now the summary is for all CVEs and the rootfs manifest is only for
things in that image. This is even more useful if you build multiple
images.

Signed-off-by: Ernst Sjöstrand 
---
 meta/classes/cve-check.bbclass | 69 ++
 1 file changed, 54 insertions(+), 15 deletions(-)

diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
index 0ab7ec7ae6..3bb924ba34 100644
--- a/meta/classes/cve-check.bbclass
+++ b/meta/classes/cve-check.bbclass
@@ -176,6 +176,8 @@ python cve_check_write_rootfs_manifest () {
 """
 
 import shutil
+import json
+from oe.rootfs import image_list_installed_packages
 from oe.cve_check import cve_check_merge_jsons
 
 if d.getVar("CVE_CHECK_COPY_FILES") == "1":
@@ -186,26 +188,63 @@ python cve_check_write_rootfs_manifest () {
 if os.path.exists(deploy_file_json):
 bb.utils.remove(deploy_file_json)
 
-if os.path.exists(d.getVar("CVE_CHECK_TMP_FILE")):
-bb.note("Writing rootfs CVE manifest")
-deploy_dir = d.getVar("DEPLOY_DIR_IMAGE")
-link_name = d.getVar("IMAGE_LINK_NAME")
+# Create a list of relevant recipies
+recipies = set()
+for pkg in list(image_list_installed_packages(d)):
+pkg_info = os.path.join(d.getVar('PKGDATA_DIR'),
+'runtime-reverse', pkg)
+pkg_data = oe.packagedata.read_pkgdatafile(pkg_info)
+recipies.add(pkg_data["PN"])
+
+bb.note("Writing rootfs CVE manifest")
+deploy_dir = d.getVar("DEPLOY_DIR_IMAGE")
+link_name = d.getVar("IMAGE_LINK_NAME")
+
+json_data = {"version":"1", "package": []}
+text_data = ""
+enable_json = d.getVar("CVE_CHECK_FORMAT_JSON") == "1"
+enable_text = d.getVar("CVE_CHECK_FORMAT_TEXT") == "1"
+
+save_pn = d.getVar("PN")
+
+for pkg in recipies:
+# To be able to use the CVE_CHECK_RECIPE_FILE variable we have to 
evaluate
+# it with the different PN names set each time.
+d.setVar("PN", pkg)
+if enable_text:
+pkgfilepath = d.getVar("CVE_CHECK_RECIPE_FILE")
+if os.path.exists(pkgfilepath):
+with open(pkgfilepath) as pfile:
+text_data += pfile.read()
+
+if enable_json:
+pkgfilepath = d.getVar("CVE_CHECK_RECIPE_FILE_JSON")
+if os.path.exists(pkgfilepath):
+with open(pkgfilepath) as j:
+data = json.load(j)
+cve_check_merge_jsons(json_data, data)
+
+d.setVar("PN", save_pn)
+
+if enable_text:
+link_path = os.path.join(deploy_dir, "%s.cve" % link_name)
 manifest_name = d.getVar("CVE_CHECK_MANIFEST")
-cve_tmp_file = d.getVar("CVE_CHECK_TMP_FILE")
 
-bb.utils.mkdirhier(os.path.dirname(manifest_name))
-shutil.copyfile(cve_tmp_file, manifest_name)
+with open(manifest_name, "w") as f:
+f.write(text_data)
 
-manifest_link = os.path.join(deploy_dir, "%s.cve" % link_name)
-update_symlinks(manifest_name, manifest_link)
+update_symlinks(manifest_name, link_path)
 bb.plain("Image CVE report stored in: %s" % manifest_name)
 
-if d.getVar("CVE_CHECK_FORMAT_JSON") == "1":
-link_path = os.path.join(deploy_dir, "%s.json" % link_name)
-manifest_path = d.getVar("CVE_CHECK_MANIFEST_JSON")
-bb.note("Generating JSON CVE manifest")
-generate_json_report(d, manifest_path, link_path)
-bb.plain("Image CVE JSON report stored in: %s" % link_path)
+if enable_json:
+link_path = os.path.join(deploy_dir, "%s.json" % link_name)
+manifest_name = d.getVar("CVE_CHECK_MANIFEST_JSON")
+
+with open(manifest_name, "w") as f:
+json.dump(json_data, f, indent=2)
+
+update_symlinks(manifest_name, link_path)
+bb.plain("Image CVE JSON report stored in: %s" % manifest_name)
 }
 
 ROOTFS_POSTPROCESS_COMMAND:prepend = "${@'cve_check_write_rootfs_manifest; ' 
if d.getVar('CVE_CHECK_CREATE_MANIFEST') == '1' else ''}"
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166061): 
https://lists.openembedded.org/g/openembedded-core/message/166061
Mute This Topic: https://lists.openembedded.org/mt/91309222/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] cve-check: Add helper for symlink handling

[Ernst Sjöstrand]

Signed-off-by: Ernst Sjöstrand 
---
 meta/classes/cve-check.bbclass | 34 +-
 1 file changed, 13 insertions(+), 21 deletions(-)

diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
index 3729d9cba8..0ab7ec7ae6 100644
--- a/meta/classes/cve-check.bbclass
+++ b/meta/classes/cve-check.bbclass
@@ -79,6 +79,12 @@ CVE_CHECK_LAYER_INCLUDELIST ??= ""
 # set to "alphabetical" for version using single alphabetical character as 
increment release
 CVE_VERSION_SUFFIX ??= ""
 
+def update_symlinks(target_path, link_path):
+if link_path != target_path and os.path.exists(target_path):
+if os.path.exists(os.path.realpath(link_path)):
+os.remove(link_path)
+os.symlink(os.path.basename(target_path), link_path)
+
 def generate_json_report(d, out_path, link_path):
 if os.path.exists(d.getVar("CVE_CHECK_SUMMARY_INDEX_PATH")):
 import json
@@ -98,10 +104,7 @@ def generate_json_report(d, out_path, link_path):
 with open(out_path, "w") as f:
 json.dump(summary, f, indent=2)
 
-if link_path != out_path:
-if os.path.exists(os.path.realpath(link_path)):
-os.remove(link_path)
-os.symlink(os.path.basename(out_path), link_path)
+update_symlinks(out_path, link_path)
 
 python cve_save_summary_handler () {
 import shutil
@@ -118,14 +121,9 @@ python cve_save_summary_handler () {
 
 if os.path.exists(cve_tmp_file):
 shutil.copyfile(cve_tmp_file, cve_summary_file)
-
-if cve_summary_file and os.path.exists(cve_summary_file):
-cvefile_link = os.path.join(cvelogpath, cve_summary_name)
-# if the paths are the same don't create the link
-if cvefile_link != cve_summary_file:
-if os.path.exists(os.path.realpath(cvefile_link)):
-os.remove(cvefile_link)
-os.symlink(os.path.basename(cve_summary_file), cvefile_link)
+cvefile_link = os.path.join(cvelogpath, cve_summary_name)
+update_symlinks(cve_summary_file, cvefile_link)
+bb.plain("Complete CVE report summary created at: %s" % cvefile_link)
 
 if d.getVar("CVE_CHECK_FORMAT_JSON") == "1":
 json_summary_link_name = os.path.join(cvelogpath, 
d.getVar("CVE_CHECK_SUMMARY_FILE_NAME_JSON"))
@@ -198,15 +196,9 @@ python cve_check_write_rootfs_manifest () {
 bb.utils.mkdirhier(os.path.dirname(manifest_name))
 shutil.copyfile(cve_tmp_file, manifest_name)
 
-if manifest_name and os.path.exists(manifest_name):
-manifest_link = os.path.join(deploy_dir, "%s.cve" % link_name)
-# if they are the same don't create the link
-if manifest_link != manifest_name:
-# If we already have another manifest, update symlinks
-if os.path.exists(os.path.realpath(manifest_link)):
-os.remove(manifest_link)
-os.symlink(os.path.basename(manifest_name), manifest_link)
-bb.plain("Image CVE report stored in: %s" % manifest_name)
+manifest_link = os.path.join(deploy_dir, "%s.cve" % link_name)
+update_symlinks(manifest_name, manifest_link)
+bb.plain("Image CVE report stored in: %s" % manifest_name)
 
 if d.getVar("CVE_CHECK_FORMAT_JSON") == "1":
 link_path = os.path.join(deploy_dir, "%s.json" % link_name)
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166060): 
https://lists.openembedded.org/g/openembedded-core/message/166060
Mute This Topic: https://lists.openembedded.org/mt/91309220/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-iniconfig: add BBCLASSEXTEND for native and nativesdk

[Ross Burton]

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/python/python3-iniconfig_1.1.1.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/python/python3-iniconfig_1.1.1.bb 
b/meta/recipes-devtools/python/python3-iniconfig_1.1.1.bb
index 4643437b800..05ce088335f 100644
--- a/meta/recipes-devtools/python/python3-iniconfig_1.1.1.bb
+++ b/meta/recipes-devtools/python/python3-iniconfig_1.1.1.bb
@@ -10,3 +10,5 @@ SRC_URI[sha256sum] = 
"bc3af051d7d14b2ee5ef9969666def0cd1a000e121eaea580d4a313df4
 DEPENDS += "python3-setuptools-scm-native"
 
 inherit pypi python_setuptools_build_meta
+
+BBCLASSEXTEND = "native nativesdk"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166058): 
https://lists.openembedded.org/g/openembedded-core/message/166058
Mute This Topic: https://lists.openembedded.org/mt/91309152/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-pluggy: add BBCLASSEXTEND for native/nativesdk

[Ross Burton]

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/python/python3-pluggy_1.0.0.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/python/python3-pluggy_1.0.0.bb 
b/meta/recipes-devtools/python/python3-pluggy_1.0.0.bb
index 3f2895a061b..2935acf95fa 100644
--- a/meta/recipes-devtools/python/python3-pluggy_1.0.0.bb
+++ b/meta/recipes-devtools/python/python3-pluggy_1.0.0.bb
@@ -24,3 +24,5 @@ do_install_ptest() {
install -d ${D}${PTEST_PATH}/testing
cp -rf ${S}/testing/* ${D}${PTEST_PATH}/testing/
 }
+
+BBCLASSEXTEND = "native nativesdk"
-- 
2.25.1


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

Re: [OE-core] [PATCH V4] meta: rust - Bug fix for target definitions returning 'NoneType' for arm

[Sundeep KOKKONDA]

On 24-05-2022 16:34, richard.pur...@linuxfoundation.org wrote:

On Tue, 2022-05-24 at 03:21 -0700, Sundeep KOKKONDA wrote:

Hello Richard,

The patch you sent in rust-common.bbclass fixing the 'oe-selftest -r
sstatetests.SStateTests.test_sstate_allarch_samesigs' test issue but
the regression test shows that the
'sstatetests.SStateTests.test_sstate_32_64_same_hash' is getting
failed. So, I think this change is not correct. With this patch, the
diffsigs shows 'rust-native' sigdata is changed based on the changed
value for RUST_TARGET_SYS variable (in x86_64 :: x86_64-unknown-
linux-gnu & in i686 :: i686-unknown-linux-gnu). I tried several
attempts to fix it but nothing worked out yet.

You should have seen a further couple of patches which fixed other
issues and with current master, the issues should be resolved?


I used old sources. Thanks for info. Issue is fixed.


Thanks,

Sundeep K.



Cheers,

Richard





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

[OE-core] Forced password change in first login

[Livius]

Hi!

In extrausers.bbclass ( 
https://github.com/openembedded/openembedded-core/blob/honister/meta/classes/extrausers.bbclass
 ) there is a quite new passwd-expire ( 
https://www.mail-archive.com/yocto@lists.yoctoproject.org/msg05373.html ) to 
force password change on first login. I am using honister release now, my 
experience is that my root user has always an expired password in default and i 
need to change it in every first login of my flashed image, even though I 
pre-configured my root password by usermod -p  and i am not using 
new passwd-expire command.

Can i disable that new method somehow to be avoid to change password in first 
login?

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

Re: [OE-core] [PATCH V4] meta: rust - Bug fix for target definitions returning 'NoneType' for arm

[Richard Purdie]

On Tue, 2022-05-24 at 03:21 -0700, Sundeep KOKKONDA wrote:
> Hello Richard,
> 
> The patch you sent in rust-common.bbclass fixing the 'oe-selftest -r
> sstatetests.SStateTests.test_sstate_allarch_samesigs' test issue but
> the regression test shows that the
> 'sstatetests.SStateTests.test_sstate_32_64_same_hash' is getting
> failed. So, I think this change is not correct. With this patch, the
> diffsigs shows 'rust-native' sigdata is changed based on the changed
> value for RUST_TARGET_SYS variable (in x86_64 :: x86_64-unknown-
> linux-gnu & in i686 :: i686-unknown-linux-gnu). I tried several
> attempts to fix it but nothing worked out yet.

You should have seen a further couple of patches which fixed other
issues and with current master, the issues should be resolved?

Cheers,

Richard



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

Re: [OE-core] [PATCH V4] meta: rust - Bug fix for target definitions returning 'NoneType' for arm

[Sundeep KOKKONDA]

Hello Richard,

The patch you sent in rust-common.bbclass fixing the ' oe-selftest -r 
sstatetests.SStateTests.test_sstate_allarch_samesigs' test issue but the 
regression test shows that the 
'sstatetests.SStateTests.test_sstate_32_64_same_hash' is getting failed. So, I 
think this change is not correct. With this patch, the diffsigs shows 
'rust-native' sigdata is changed based on the changed value for RUST_TARGET_SYS 
variable (in x86_64 :: x86_64-unknown-linux-gnu & in i686 :: 
i686-unknown-linux-gnu). I tried several attempts to fix it but nothing worked 
out yet.

@Alex.
Did you get sometime to look into this 'arm' issue introduced with your commit?

Thanks,
Sundeep K.

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

[PATCH] [OE-core] [PATCH] ccache: upgrade 4.6 -> 4.6.1

[wangmy]

Changelog:
https://ccache.dev/releasenotes.html#_ccache_4_6_1

License-Update:
- Copyright year updated to 2020
- updated version of expected-lite from 0.5.0 to revision
  3abf06821d489d56aa9c60eccf8aab70d67d158b

Signed-off-by: Wang Mingyu 
---
 .../ccache/{ccache_4.6.bb => ccache_4.6.1.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/ccache/{ccache_4.6.bb => ccache_4.6.1.bb} (82%)

diff --git a/meta/recipes-devtools/ccache/ccache_4.6.bb 
b/meta/recipes-devtools/ccache/ccache_4.6.1.bb
similarity index 82%
rename from meta/recipes-devtools/ccache/ccache_4.6.bb
rename to meta/recipes-devtools/ccache/ccache_4.6.1.bb
index f019679cf1..418d1070cd 100644
--- a/meta/recipes-devtools/ccache/ccache_4.6.bb
+++ b/meta/recipes-devtools/ccache/ccache_4.6.1.bb
@@ -7,12 +7,12 @@ HOMEPAGE = "http://ccache.samba.org;
 SECTION = "devel"
 
 LICENSE = "GPL-3.0-or-later"
-LIC_FILES_CHKSUM = "file://LICENSE.adoc;md5=ff5327dc93e2b286c931dda3d6079da9"
+LIC_FILES_CHKSUM = "file://LICENSE.adoc;md5=7a19377a02749d8a1281ed608169b0ee"
 
 DEPENDS = "zstd"
 
 SRC_URI = 
"https://github.com/ccache/ccache/releases/download/v${PV}/${BP}.tar.gz;
-SRC_URI[sha256sum] = 
"73a1767ac6b7c0404a1a55f761a746d338e702883c7137fbf587023062258625"
+SRC_URI[sha256sum] = 
"59b28a57c3a45e48d6049001999c9f94cd4d3e9b0196994bed9a6a7437ffa3bc"
 
 UPSTREAM_CHECK_URI = "https://github.com/ccache/ccache/releases/;
 
-- 
2.25.1


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

[PATCH] [OE-core] [PATCH] init-system-helpers: upgrade 1.62 -> 1.63

[wangmy]

Changelog:
==
  * Remove constraints unnecessary since buster
* init-system-helpers: Drop versioned constraint on perl-base in Depends.
* init: Drop versioned constraint on init-system-helpers in Depends.

  * t/helpers.pm: use installed version of deb-systemd-helper if
TEST_INSTALLED is set
  * add DPKG_ROOT support (Closes: #983421)

  * Add additional error checking on write operations.
The 'close()' call can fail on both read and write - while the read is
usually relatively benign, for the write counter part can include "fun"
errors. Most of these would most likely be persistent issues, but it makes
sense to detect errors as early possible.

  * service: use 'grep -F' instead of 'egrep'
'egrep' and 'fgrep' have been deprecated in GNU grep since 2007, and in
current post 3.7 Git they have been made to emit obsolescence warnings.
The occurrence in 'service' uses a non-regex argument, so switch to 'grep
-F' instead of '-E'.

Signed-off-by: Wang Mingyu 
---
 ...{init-system-helpers_1.62.bb => init-system-helpers_1.63.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-core/initscripts/{init-system-helpers_1.62.bb => 
init-system-helpers_1.63.bb} (96%)

diff --git a/meta/recipes-core/initscripts/init-system-helpers_1.62.bb 
b/meta/recipes-core/initscripts/init-system-helpers_1.63.bb
similarity index 96%
rename from meta/recipes-core/initscripts/init-system-helpers_1.62.bb
rename to meta/recipes-core/initscripts/init-system-helpers_1.63.bb
index d5c05ff8e5..1251ddf639 100644
--- a/meta/recipes-core/initscripts/init-system-helpers_1.62.bb
+++ b/meta/recipes-core/initscripts/init-system-helpers_1.63.bb
@@ -16,7 +16,7 @@ SECTION = "base"
 LICENSE = "BSD-3-Clause & GPL-2.0-only"
 LIC_FILES_CHKSUM = 
"file://debian/copyright;md5=ee2b1830fcfead84d07bc060ec43e072"
 
-SRCREV = "bbe4b508f3216cdc124683ba449e2295974a6b4a"
+SRCREV = "af94bae943a80954af7fd486c1cab3f900e0975f"
 SRC_URI = 
"git://salsa.debian.org/debian/init-system-helpers.git;protocol=https;branch=master"
 
 S = "${WORKDIR}/git"
-- 
2.25.1


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

[PATCH] [OE-core] [PATCH] ninja: upgrade 1.10.2 -> 1.11.0

[wangmy]

Signed-off-by: Wang Mingyu 
---
 .../recipes-devtools/ninja/{ninja_1.10.2.bb => ninja_1.11.0.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/ninja/{ninja_1.10.2.bb => ninja_1.11.0.bb} (94%)

diff --git a/meta/recipes-devtools/ninja/ninja_1.10.2.bb 
b/meta/recipes-devtools/ninja/ninja_1.11.0.bb
similarity index 94%
rename from meta/recipes-devtools/ninja/ninja_1.10.2.bb
rename to meta/recipes-devtools/ninja/ninja_1.11.0.bb
index 7270321d6e..4ec361cc1a 100644
--- a/meta/recipes-devtools/ninja/ninja_1.10.2.bb
+++ b/meta/recipes-devtools/ninja/ninja_1.11.0.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=a81586a64ad4e476c791cda7e2f2c52e"
 
 DEPENDS = "re2c-native ninja-native"
 
-SRCREV = "e72d1d581c945c158ed68d9bc48911063022a2c6"
+SRCREV = "51edeeb063a82693573db43782d9e3733b2840e4"
 
 SRC_URI = 
"git://github.com/ninja-build/ninja.git;branch=release;protocol=https"
 UPSTREAM_CHECK_GITTAGREGEX = "v(?P.*)"
-- 
2.25.1


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

[PATCH] [OE-core] [PATCH] bind: upgrade 9.18.2 -> 9.18.3

[wangmy]

Changelog:
==
[security]
 Fix a crash in DNS-over-HTTPS (DoH) code caused by
 premature TLS stream socket object deletion.
 (CVE-2022-1183) [GL #3216]

[bug]
 RPZ NSIP and NSDNAME rule processing didn't handle stub
 and static-stub zones at or above the query name.  This
 has now been addressed. [GL #3232]
 Fixed a deadlock that could occur if an rndc
 connection arrived during the shutdown of network
 interfaces. [GL #3272]

 Refactor the fctx_done() function to set fctx to
 NULL after detaching, so that reference counting
 errors will be easier to avoid. [GL #2969]

 udp_recv() in dispatch could trigger an INSIST when the
 callback's result indicated success but the response
 was canceled in the meantime. [GL #3300]

 Work around a jemalloc quirk which could trigger an
 out-of-memory condition in named over time. [GL #3287]

 If there was a pending negative cache DS entry,
 validations depending upon it could fail. [GL #3279]

 dig returned a 0 exit status on UDP connection failure.
 [GL #3235]

 Fix an assertion failure when using dig with +nssearch
 and +tcp options by starting the next query in the
 send_done() callback (like in the UDP mode) instead
 of doing that recursively in start_tcp(). Also
 ensure that queries interrupted while connecting
 are detached properly. [GL #3144]

 Don't remove CDS/CDNSKEY DELETE records on zone sign
 when using 'auto-dnssec maintain;'. [GL #2931]

[contrib]
 Avoid name space collision in dlz modules by prefixing
 functions with 'dlz_'. [GL !5778]

 dlz: Add FALLTHROUGH and UNREACHABLE macros. [GL #3306]

[func]
 Add new named command-line option -C to print built-in
 defaults. [GL #1326]

 Introduce the concept of broken catalog zones described
 in the DNS catalog zones draft version 5 document.
 [GL #3224]

 Add DNS Extended Errors when stale answers are returned
 from cache. [GL #2267]

 Implement support for catalog zones change of ownership
 (coo) mechanism described in the DNS catalog zones draft
 version 5 document. [GL #3223]

 Implement support for catalog zones options new syntax
 based on catalog zones custom properties with "ext"
 suffix described in the DNS catalog zones draft version
 5 document. [GL #3222]

 Implement reference counting for TLS contexts and
 allow reloading of TLS certificates on reconfiguration
 without destroying the underlying TCP listener sockets
 for TLS-based DNS transports. [GL #3122]
 Add support for remote TLS certificates
 verification, both to BIND and dig, making it possible
 to implement Strict and Mutual TLS authentication,
 as described in RFC 9103, Section 9.3. [GL #3163]

[cleanup]
 Remove use of exclusive mode in ns_interfacemgr in
 favor of rwlocked access to localhost and localnets
 members of dns_aclenv_t structure. [GL #3229]

 Remove the task exclusive mode use in ns_clientmgr.
 [GL #3230]

Signed-off-by: Wang Mingyu 
---
 .../0001-avoid-start-failure-with-bind-user.patch   | 0
 .../0001-named-lwresd-V-and-start-log-hide-build-options.patch  | 0
 .../bind-ensure-searching-for-json-headers-searches-sysr.patch  | 0
 .../bind/{bind-9.18.2 => bind-9.18.3}/bind9 | 0
 .../bind/{bind-9.18.2 => bind-9.18.3}/conf.patch| 0
 .../bind/{bind-9.18.2 => bind-9.18.3}/generate-rndc-key.sh  | 0
 .../init.d-add-support-for-read-only-rootfs.patch   | 0
 .../make-etc-initd-bind-stop-work.patch | 0
 .../bind/{bind-9.18.2 => bind-9.18.3}/named.service | 0
 .../bind/{bind_9.18.2.bb => bind_9.18.3.bb} | 2 +-
 10 files changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-connectivity/bind/{bind-9.18.2 => 
bind-9.18.3}/0001-avoid-start-failure-with-bind-user.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.2 => 
bind-9.18.3}/0001-named-lwresd-V-and-start-log-hide-build-options.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.2 => 
bind-9.18.3}/bind-ensure-searching-for-json-headers-searches-sysr.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.2 => bind-9.18.3}/bind9 (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.2 => bind-9.18.3}/conf.patch 
(100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.2 => 
bind-9.18.3}/generate-rndc-key.sh (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.2 => 
bind-9.18.3}/init.d-add-support-for-read-only-rootfs.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.2 => 
bind-9.18.3}/make-etc-initd-bind-stop-work.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.2 => 
bind-9.18.3}/named.service (100%)
 rename meta/recipes-connectivity/bind/{bind_9.18.2.bb => bind_9.18.3.bb} (98%)

diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.2/0001-avoid-start-failure-with-bind-user.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.3/0001-avoid-start-failure-with-bind-user.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.2/0001-avoid-start-failure-with-bind-user.patch

Re: [oe-core] [PATCH] systemd: Correct 0001-pass-correct-parameters-to-getdents64.patch

[Jiaqing Zhao]

On 2022-05-24 00:22, Khem Raj wrote:
> On Mon, May 23, 2022 at 7:21 AM Jiaqing Zhao
>  wrote:
>>
>> It's an musl-specific issue I believe.
>>
>> man page defines it as [1]
>> ssize_t getdents64(int fd, void *dirp, size_t count)
>>
>> But in musl, it's an alias of getdents [2]
>> int getdents(int fd, struct dirent *buf, size_t len)
>>
>> Shall we report to musl instead of systemd?
>>
>> [1] https://man7.org/linux/man-pages/man2/getdents.2.html
>> [2] https://elixir.bootlin.com/musl/v1.2.3/source/src/linux/getdents.c
>>
> 
> I think it is worth reporting at both places.
> 
> Here the data buffer is filled with packed dirent
> structures, not regular dirent structure, therefore a void* argument
> like glibc is doing
> probably makes more sense. But we have to reason it with musl community as 
> well.

May I ask where the packed dirent structure is defined? I cannot find it.
On my setup, both glibc and musl are not defining packed dirent.

I think the code in systemd is correct, but the getdents64 in musl does
not meet the standard.

I've submitted a musl patch at https://www.openwall.com/lists/musl/2022/05/24/3

>> On 2022-05-23 21:59, Alexander Kanavin wrote:
>>> Inappropriate still means the issue needs to be reported to upstream,
>>> can you do this please?
>>>
>>> Alex
>>>
>>> On Mon, 23 May 2022 at 15:34, Jiaqing Zhao  
>>> wrote:

 Current patch removes the uint8_t* cast in src/basic/recurse-dir.c:57
 to fix musl build, but it changes the value here as pointer arithmetic
 is type-depended in C. This patch corrects the behavior by adding an
 extra cast to struct dirent*.

 Also changes the patch's Upstream-Status to Inappropriate as it's musl-
 specific.

 Signed-off-by: Jiaqing Zhao 
 ---
  ...0001-pass-correct-parameters-to-getdents64.patch | 13 -
  1 file changed, 8 insertions(+), 5 deletions(-)

 diff --git 
 a/meta/recipes-core/systemd/systemd/0001-pass-correct-parameters-to-getdents64.patch
  
 b/meta/recipes-core/systemd/systemd/0001-pass-correct-parameters-to-getdents64.patch
 index 028f50b243..9ebff9825a 100644
 --- 
 a/meta/recipes-core/systemd/systemd/0001-pass-correct-parameters-to-getdents64.patch
 +++ 
 b/meta/recipes-core/systemd/systemd/0001-pass-correct-parameters-to-getdents64.patch
 @@ -1,4 +1,4 @@
 -From 8c8899b4641125cfe8e7baee32e5c5f452545d2c Mon Sep 17 00:00:00 2001
 +From dab02796780f00d689cc1c7a0ba81abe7c5f28d0 Mon Sep 17 00:00:00 2001
  From: Khem Raj 
  Date: Fri, 21 Jan 2022 15:15:11 -0800
  Subject: [PATCH] pass correct parameters to getdents64
 @@ -12,16 +12,16 @@ Fixes
  n = getdents64(fd, , sizeof(buffer));
 ^~~

 -Upstream-Status: Pending
 +Upstream-Status: Inappropriate [musl specific]
  Signed-off-by: Khem Raj 
 -
 +Signed-off-by: Jiaqing Zhao 
  ---
   src/basic/recurse-dir.c | 2 +-
   src/basic/stat-util.c   | 2 +-
   2 files changed, 2 insertions(+), 2 deletions(-)

  diff --git a/src/basic/recurse-dir.c b/src/basic/recurse-dir.c
 -index efa1797b7b..797285e3be 100644
 +index efa1797b7b..03ff10ebe9 100644
  --- a/src/basic/recurse-dir.c
  +++ b/src/basic/recurse-dir.c
  @@ -54,7 +54,7 @@ int readdir_all(int dir_fd,
 @@ -29,7 +29,7 @@ index efa1797b7b..797285e3be 100644
   assert(bs > de->buffer_size);

  -n = getdents64(dir_fd, (uint8_t*) de->buffer + 
 de->buffer_size, bs - de->buffer_size);
 -+n = getdents64(dir_fd, de->buffer + de->buffer_size, bs 
 - de->buffer_size);
 ++n = getdents64(dir_fd, (struct dirent*)((uint8_t*) 
 de->buffer + de->buffer_size), bs - de->buffer_size);
   if (n < 0)
   return -errno;
   if (n == 0)
 @@ -46,3 +46,6 @@ index c2269844f8..7cd6c7fa42 100644
   if (n < 0)
   return -errno;

 +--
 +2.34.1
 +
 --
 2.34.1








>>
>>
>>
>>
>>
>> 
>>

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

[OE-core] [master][kirkstone][PATCH] efivar: add musl libc compatibility

[Davide Gardenal]

Backport patch to get efivar working with musl.

Upstream issue:
https://github.com/rhboot/efivar/issues/202

After commit meta-oe/1582f81805ee3114bc1a44bd5cf52d21f96702ca
fwupd gives an error when trying to build with musl because
efivar is not compatible. This fixes the issue.

Signed-off-by: Davide Gardenal 
---
 .../efisecdb-fix-build-with-musl-libc.patch   | 184 ++
 meta/recipes-bsp/efivar/efivar_38.bb  |   3 +-
 2 files changed, 185 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-bsp/efivar/efivar/efisecdb-fix-build-with-musl-libc.patch

diff --git 
a/meta/recipes-bsp/efivar/efivar/efisecdb-fix-build-with-musl-libc.patch 
b/meta/recipes-bsp/efivar/efivar/efisecdb-fix-build-with-musl-libc.patch
new file mode 100644
index 00..ec5b285a06
--- /dev/null
+++ b/meta/recipes-bsp/efivar/efivar/efisecdb-fix-build-with-musl-libc.patch
@@ -0,0 +1,184 @@
+From cece3ffd5be2f8641eb694513f2b73e5eb97ffd3 Mon Sep 17 00:00:00 2001
+From: Natanael Copa 
+Date: Fri, 28 Jan 2022 12:13:30 +0100
+Subject: [PATCH] efisecdb: fix build with musl libc
+
+Refactor code to use POSIX atexit(3) instead of the GNU specific
+on_exit(3).
+
+Resolves: #197
+Resolves: #202
+Signed-off-by: Natanael Copa 
+
+Upstream-Status: Backport
+https://github.com/rhboot/efivar/commit/cece3ffd5be2f8641eb694513f2b73e5eb97ffd3
+
+Signed-off-by: Davide Gardenal 
+---
+ src/compiler.h |  2 --
+ src/efisecdb.c | 68 +++---
+ 2 files changed, 26 insertions(+), 44 deletions(-)
+
+diff --git a/src/compiler.h b/src/compiler.h
+index e2f18f0b..d95fb014 100644
+--- a/src/compiler.h
 b/src/compiler.h
+@@ -7,8 +7,6 @@
+ #ifndef COMPILER_H_
+ #define COMPILER_H_
+ 
+-#include 
+-
+ /* GCC version checking borrowed from glibc. */
+ #if defined(__GNUC__) && defined(__GNUC_MINOR__)
+ #  define GNUC_PREREQ(maj,min) \
+diff --git a/src/efisecdb.c b/src/efisecdb.c
+index f8823737..6bd5ad90 100644
+--- a/src/efisecdb.c
 b/src/efisecdb.c
+@@ -25,6 +25,10 @@
+ extern char *optarg;
+ extern int optind, opterr, optopt;
+ 
++static efi_secdb_t *secdb = NULL;
++static list_t infiles;
++static list_t actions;
++
+ struct hash_param {
+   char *name;
+   efi_secdb_type_t algorithm;
+@@ -187,12 +191,11 @@ add_action(list_t *list, action_type_t action_type, 
const efi_guid_t *owner,
+ }
+ 
+ static void
+-free_actions(int status UNUSED, void *actionsp)
++free_actions(void)
+ {
+-  list_t *actions = (list_t *)actionsp;
+   list_t *pos, *tmp;
+ 
+-  for_each_action_safe(pos, tmp, actions) {
++  for_each_action_safe(pos, tmp, ) {
+   action_t *action = list_entry(pos, action_t, list);
+ 
+   list_del(>list);
+@@ -202,12 +205,11 @@ free_actions(int status UNUSED, void *actionsp)
+ }
+ 
+ static void
+-free_infiles(int status UNUSED, void *infilesp)
++free_infiles(void)
+ {
+-  list_t *infiles = (list_t *)infilesp;
+   list_t *pos, *tmp;
+ 
+-  for_each_ptr_safe(pos, tmp, infiles) {
++  for_each_ptr_safe(pos, tmp, ) {
+   ptrlist_t *entry = list_entry(pos, ptrlist_t, list);
+ 
+   list_del(>list);
+@@ -216,27 +218,12 @@ free_infiles(int status UNUSED, void *infilesp)
+ }
+ 
+ static void
+-maybe_free_secdb(int status UNUSED, void *voidp)
++maybe_free_secdb(void)
+ {
+-  efi_secdb_t **secdbp = (efi_secdb_t **)voidp;
+-
+-  if (secdbp == NULL || *secdbp == NULL)
++  if (secdb == NULL)
+   return;
+ 
+-  efi_secdb_free(*secdbp);
+-}
+-
+-static void
+-maybe_do_unlink(int status, void *filep)
+-{
+-  char **file = (char **)filep;
+-
+-  if (status == 0)
+-  return;
+-  if (file == NULL || *file == NULL)
+-  return;
+-
+-  unlink(*file);
++  efi_secdb_free(secdb);
+ }
+ 
+ static void
+@@ -323,15 +310,6 @@ parse_input_files(list_t *infiles, char **outfile, 
efi_secdb_t **secdb,
+   return status;
+ }
+ 
+-/*
+- * These need to be static globals so that they're not on main's stack when
+- * on_exit() fires.
+- */
+-static efi_secdb_t *secdb = NULL;
+-static list_t infiles;
+-static list_t actions;
+-static char *outfile = NULL;
+-
+ int
+ main(int argc, char *argv[])
+ {
+@@ -351,6 +329,7 @@ main(int argc, char *argv[])
+   bool do_sort_data = false;
+   bool sort_descending = false;
+   int status = 0;
++  char *outfile = NULL;
+ 
+   const char sopts[] = ":aAc:dfg:h:i:Lo:rs:t:v?";
+   const struct option lopts[] = {
+@@ -376,10 +355,9 @@ main(int argc, char *argv[])
+   INIT_LIST_HEAD();
+   INIT_LIST_HEAD();
+ 
+-  on_exit(free_actions, );
+-  on_exit(free_infiles, );
+-  on_exit(maybe_free_secdb, );
+-  on_exit(maybe_do_unlink, );
++  atexit(free_actions);
++  atexit(free_infiles);
++  atexit(maybe_free_secdb);
+ 
+   /*
+* parse the command line.
+@@ -587,24 +565,30 @@ main(int argc, char *argv[])
+   outfd = open(outfile, flags, 0600);
+   if