[OE-core] [PATCH] grub-efi: Fix build failure on RISCV32

[Khem Raj]

Signed-off-by: Khem Raj 
Cc: Alistair Francis 
---
 ...sable-offset-overflow-check-for-rv32.patch | 45 +++
 meta/recipes-bsp/grub/grub2.inc   |  1 +
 2 files changed, 46 insertions(+)
 create mode 100644 
meta/recipes-bsp/grub/files/0001-Disable-offset-overflow-check-for-rv32.patch

diff --git 
a/meta/recipes-bsp/grub/files/0001-Disable-offset-overflow-check-for-rv32.patch 
b/meta/recipes-bsp/grub/files/0001-Disable-offset-overflow-check-for-rv32.patch
new file mode 100644
index 00..6547bf2261
--- /dev/null
+++ 
b/meta/recipes-bsp/grub/files/0001-Disable-offset-overflow-check-for-rv32.patch
@@ -0,0 +1,45 @@
+From ce1cea0563011698e4a70c9a60e7da66b57ab1d6 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Wed, 24 Mar 2021 20:55:56 -0700
+Subject: [PATCH] Disable offset overflow check for rv32
+
+Fixes
+/tmp/grub/grub-mkimage: error: target 17c6 not reachable from pc=936.
+
+Upstream-Status: Reported [https://savannah.gnu.org/bugs/index.php?60283]
+Signed-off-by: Khem Raj 
+---
+ util/grub-mkimagexx.c | 6 --
+ 1 file changed, 4 insertions(+), 2 deletions(-)
+
+diff --git a/util/grub-mkimagexx.c b/util/grub-mkimagexx.c
+index 00f49ccaa..6deb66226 100644
+--- a/util/grub-mkimagexx.c
 b/util/grub-mkimagexx.c
+@@ -1297,9 +1297,10 @@ SUFFIX (relocate_addrs) (Elf_Ehdr *e, struct 
section_metadata *smd,
+{
+  grub_uint32_t hi20, lo12;
+ 
++#ifdef MKIMAGE_ELF64
+  if (off != (grub_int32_t)off)
+grub_util_error ("target %lx not reachable from 
pc=%lx", (long)sym_addr, (long)((char *)target - (char *)e));
+-
++#endif
+  hi20 = (off + 0x800) & 0xf000;
+  lo12 = (off - hi20) & 0xfff;
+  t32[0] = grub_host_to_target32 ((grub_target_to_host32 
(t32[0]) & 0xfff) | hi20);
+@@ -1336,9 +1337,10 @@ SUFFIX (relocate_addrs) (Elf_Ehdr *e, struct 
section_metadata *smd,
+{
+  grub_int32_t hi20;
+ 
++#ifdef MKIMAGE_ELF64
+  if (off != (grub_int32_t)off)
+grub_util_error ("target %lx not reachable from 
pc=%lx", (long)sym_addr, (long)((char *)target - (char *)e));
+-
++#endif
+  hi20 = (off + 0x800) & 0xf000;
+  *t32 = grub_host_to_target32 ((grub_target_to_host32 
(*t32) & 0xfff) | hi20);
+}
+-- 
+2.31.0
+
diff --git a/meta/recipes-bsp/grub/grub2.inc b/meta/recipes-bsp/grub/grub2.inc
index bcff676c26..d8a556e06c 100644
--- a/meta/recipes-bsp/grub/grub2.inc
+++ b/meta/recipes-bsp/grub/grub2.inc
@@ -19,6 +19,7 @@ SRC_URI = 
"https://alpha.gnu.org/gnu/grub/grub-${REALPV}.tar.xz \
file://grub-module-explicitly-keeps-symbole-.module_license.patch \
file://0001-grub.d-10_linux.in-add-oe-s-kernel-name.patch \
file://determinism.patch \
+   file://0001-Disable-offset-overflow-check-for-rv32.patch \
 "
 
 SRC_URI[sha256sum] = 
"2c87f1f21e2ab50043e6cd9163c08f1b6c3a6171556bf23ff9ed65b074145484"
-- 
2.31.0


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

[OE-core] [PATCH] webkitgtk: upgrade 2.30.5 -> 2.30.6

[wangmy]

From: Wang Mingyu 

Signed-off-by: Wang Mingyu 
---
 .../webkit/{webkitgtk_2.30.5.bb => webkitgtk_2.30.6.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-sato/webkit/{webkitgtk_2.30.5.bb => webkitgtk_2.30.6.bb} 
(98%)

diff --git a/meta/recipes-sato/webkit/webkitgtk_2.30.5.bb 
b/meta/recipes-sato/webkit/webkitgtk_2.30.6.bb
similarity index 98%
rename from meta/recipes-sato/webkit/webkitgtk_2.30.5.bb
rename to meta/recipes-sato/webkit/webkitgtk_2.30.6.bb
index ff4c496e2a..f5d55a2c6f 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.30.5.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.30.6.bb
@@ -23,7 +23,7 @@ SRC_URI = 
"https://www.webkitgtk.org/releases/${BPN}-${PV}.tar.xz \
file://musl-lower-stack-usage.patch \
"
 
-SRC_URI[sha256sum] = 
"7d0dab08e3c5ae07bec80b2822ef42e952765d5724cac86eb23999bfed5a7f1f"
+SRC_URI[sha256sum] = 
"50736ec7a91770b5939d715196e5fe7209b93efcdeef425b24dc51fb8e9d7c1e"
 
 inherit cmake pkgconfig gobject-introspection perlnative features_check 
upstream-version-is-even gtk-doc
 
-- 
2.25.1


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

[OE-core] [gatesgarth][PATCH 00/25] pull request (cover letter only)

[Anuj Mittal]

Please merge these changes in gatesgarth.

Thanks,

Anuj

The following changes since commit 6311cb4930bd0add7aec61e5e0df6bb7ae0c4481:

  libsdl2: fix CVE-2020-14409 CVE-2020-14410 (2021-03-10 00:24:18 +)

are available in the Git repository at:

  git://push.openembedded.org/openembedded-core-contrib stable/gatesgarth-next

Alejandro Hernandez Samaniego (1):
  devtool: Fix do_kernel_configme task

Anatol Belski (1):
  glib-2.0: Fix CVE-2021-27219

Anuj Mittal (1):
  Revert "sstatesig.py: show an error instead of warning when sstate
manifest isn't found"

Bruce Ashfield (3):
  linux-yocto/5.4: update to v5.4.99
  linux-yocto/5.4: update to v5.4.101
  linux-yocto/5.4: update to v5.4.103

Chen Qi (2):
  python3-jinja2: set CVE_PRODUCT
  populate_sdk_ext: record METADATA_REVISION

Jon Mason (1):
  runqemu: use "raw" instead of "bin" for ovmf

Martin Jansa (1):
  iso-codes: fix protocol in SRC_URI

Mike Crowe (1):
  gcc-sanitizers: Move content from gcclibdir into libdir

Minjae Kim (1):
  qemu: fix CVE-2021-20203

Purushottam Choudhary (1):
  shadow: whitelist CVE-2013-4235

Richard Leitner (1):
  xcb-proto: update to 1.14.1

Richard Purdie (6):
  libsecret: Improve determimism
  igt-gpu-tools: Fix reproducibility issue
  apr-util: Fix CFLAGS used in build
  selftest/reproducible: Don't call sync between each file compare
  gstreamer1.0-python: Set internal python library path correcty
  build-appliance-image: Drop kernel module handling

Ross Burton (2):
  libinput: less parallism to increase chances the test suite works
  ptest-packagelists: remove libinput-ptest

Stefan Ghinea (1):
  wpa-supplicant: fix CVE-2021-27803

Stefan Schmidt (1):
  systemd-conf: do not ask for DHCP if configured on kernel command line

Ulrich Ölmann (1):
  local.conf.sample: fix typo

 meta/classes/populate_sdk_ext.bbclass |3 +
 .../distro/include/ptest-packagelists.inc |2 +-
 meta/conf/local.conf.sample   |2 +-
 meta/lib/oe/sstatesig.py  |2 +-
 meta/lib/oeqa/selftest/cases/reproducible.py  |2 +-
 .../wpa-supplicant/CVE-2021-27803.patch   |   58 +
 .../wpa-supplicant/wpa-supplicant_2.9.bb  |1 +
 .../glib-2.0/glib-2.0/CVE-2021-27219.patch| 1444 +
 meta/recipes-core/glib-2.0/glib-2.0_2.64.5.bb |1 +
 .../images/build-appliance-image_15.0.0.bb|8 +-
 .../systemd/systemd-conf/wired.network|1 +
 .../systemd/systemd-conf_246.9.bb |3 -
 meta/recipes-devtools/gcc/gcc-sanitizers.inc  |7 +-
 .../python/python3-jinja2_2.11.2.bb   |2 +
 meta/recipes-devtools/qemu/qemu.inc   |1 +
 .../qemu/qemu/CVE-2021-20203.patch|   74 +
 meta/recipes-extended/shadow/shadow_4.8.1.bb  |5 +-
 .../libsecret/libsecret/determinism.patch |   37 +
 .../libsecret/libsecret_0.20.3.bb |3 +-
 .../igt-gpu-tools/reproducibility.patch   |   38 +
 .../igt-gpu-tools/igt-gpu-tools_git.bb|5 +-
 .../wayland/libinput/run-ptest|2 +-
 ...{xcb-proto_1.14.bb => xcb-proto_1.14.1.bb} |4 +-
 .../linux/linux-yocto-rt_5.4.bb   |6 +-
 .../linux/linux-yocto-tiny_5.4.bb |8 +-
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  |   22 +-
 .../gstreamer/gstreamer1.0-python_1.16.3.bb   |2 +
 meta/recipes-support/apr/apr-util_1.6.1.bb|2 +
 .../iso-codes/iso-codes_4.5.0.bb  |2 +-
 scripts/lib/devtool/standard.py   |7 +-
 scripts/runqemu   |2 +
 31 files changed, 1713 insertions(+), 43 deletions(-)
 create mode 100644 
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/CVE-2021-27803.patch
 create mode 100644 meta/recipes-core/glib-2.0/glib-2.0/CVE-2021-27219.patch
 create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2021-20203.patch
 create mode 100644 meta/recipes-gnome/libsecret/libsecret/determinism.patch
 create mode 100644 
meta/recipes-graphics/igt-gpu-tools/igt-gpu-tools/reproducibility.patch
 rename meta/recipes-graphics/xorg-proto/{xcb-proto_1.14.bb => 
xcb-proto_1.14.1.bb} (84%)

-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149915): 
https://lists.openembedded.org/g/openembedded-core/message/149915
Mute This Topic: https://lists.openembedded.org/mt/81591564/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] util-linux, util-linux-uuid: Move license information to the recipes

[Peter Kjellerstedt]

The license information for util-linux and util-linux-uuid are quite
different. Move the relevant parts from util-linux.inc to the respective
recipe.

Signed-off-by: Peter Kjellerstedt 
---
 .../util-linux/util-linux-uuid_2.36.2.bb  |  4 
 meta/recipes-core/util-linux/util-linux.inc   | 20 ---
 .../util-linux/util-linux_2.36.2.bb   | 17 
 3 files changed, 21 insertions(+), 20 deletions(-)

diff --git a/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb 
b/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
index 65e4d23b7e..577e55df86 100644
--- a/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
+++ b/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
@@ -3,6 +3,10 @@
 
 require util-linux.inc
 
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = 
"file://libuuid/COPYING;md5=6d2cafc999feb2c2de84d4d24b23290c \
+
file://Documentation/licenses/COPYING.BSD-3-Clause;md5=58dcd8452651fc8b07d1f65ce07ca8af"
+
 inherit autotools gettext pkgconfig
 
 S = "${WORKDIR}/util-linux-${PV}"
diff --git a/meta/recipes-core/util-linux/util-linux.inc 
b/meta/recipes-core/util-linux/util-linux.inc
index 4031c586c9..0f50c7f66f 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -6,26 +6,6 @@ disk partitioning, kernel message management, filesystem 
creation, and system lo
 
 SECTION = "base"
 
-LICENSE = "GPLv2+ & LGPLv2.1+ & BSD-3-Clause & BSD-4-Clause"
-LICENSE_${PN}-libblkid = "LGPLv2.1+"
-LICENSE_${PN}-libfdisk = "LGPLv2.1+"
-LICENSE_${PN}-libmount = "LGPLv2.1+"
-LICENSE_${PN}-libsmartcols = "LGPLv2.1+"
-LICENSE_${PN}-libuuid = "BSD-3-Clause"
-
-LIC_FILES_CHKSUM = 
"file://README.licensing;md5=0fd5c050c6187d2bf0a4492b7f4e33da \
-file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
-
file://Documentation/licenses/COPYING.GPL-2.0-or-later;md5=b234ee4d69f5fce4486a80fdaf4a4263
 \
-
file://Documentation/licenses/COPYING.LGPL-2.1-or-later;md5=4fbd65380cdd255951079008b364516c
 \
-
file://Documentation/licenses/COPYING.BSD-3-Clause;md5=58dcd8452651fc8b07d1f65ce07ca8af
 \
-
file://Documentation/licenses/COPYING.BSD-4-Clause-UC;md5=263860f8968d8bafa5392cab74285262
 \
-
file://libuuid/COPYING;md5=6d2cafc999feb2c2de84d4d24b23290c \
-
file://libmount/COPYING;md5=7c7e39fb7d70ffe5d693a643e29987c2 \
-
file://libblkid/COPYING;md5=693bcbbe16d3a4a4b37bc906bc01cc04 \
-
file://libfdisk/COPYING;md5=693bcbbe16d3a4a4b37bc906bc01cc04 \
-
file://libsmartcols/COPYING;md5=693bcbbe16d3a4a4b37bc906bc01cc04 \
-"
-
 FILESEXTRAPATHS_prepend := "${THISDIR}/util-linux:"
 MAJOR_VERSION = "${@'.'.join(d.getVar('PV').split('.')[0:2])}"
 BPN = "util-linux"
diff --git a/meta/recipes-core/util-linux/util-linux_2.36.2.bb 
b/meta/recipes-core/util-linux/util-linux_2.36.2.bb
index 50a70cd452..767d35ccb1 100644
--- a/meta/recipes-core/util-linux/util-linux_2.36.2.bb
+++ b/meta/recipes-core/util-linux/util-linux_2.36.2.bb
@@ -1,5 +1,22 @@
 require util-linux.inc
 
+LICENSE = "GPLv2+ & LGPLv2.1+ & BSD-3-Clause & BSD-4-Clause"
+LICENSE_${PN}-libblkid = "LGPLv2.1+"
+LICENSE_${PN}-libfdisk = "LGPLv2.1+"
+LICENSE_${PN}-libmount = "LGPLv2.1+"
+LICENSE_${PN}-libsmartcols = "LGPLv2.1+"
+LIC_FILES_CHKSUM = 
"file://README.licensing;md5=0fd5c050c6187d2bf0a4492b7f4e33da \
+file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
+
file://Documentation/licenses/COPYING.GPL-2.0-or-later;md5=b234ee4d69f5fce4486a80fdaf4a4263
 \
+
file://Documentation/licenses/COPYING.LGPL-2.1-or-later;md5=4fbd65380cdd255951079008b364516c
 \
+
file://Documentation/licenses/COPYING.BSD-3-Clause;md5=58dcd8452651fc8b07d1f65ce07ca8af
 \
+
file://Documentation/licenses/COPYING.BSD-4-Clause-UC;md5=263860f8968d8bafa5392cab74285262
 \
+
file://libmount/COPYING;md5=7c7e39fb7d70ffe5d693a643e29987c2 \
+
file://libblkid/COPYING;md5=693bcbbe16d3a4a4b37bc906bc01cc04 \
+
file://libfdisk/COPYING;md5=693bcbbe16d3a4a4b37bc906bc01cc04 \
+
file://libsmartcols/COPYING;md5=693bcbbe16d3a4a4b37bc906bc01cc04 \
+"
+
 #gtk-doc is not enabled as it requires xmlto which requires util-linux
 inherit autotools gettext manpages pkgconfig systemd update-alternatives 
python3-dir bash-completion ptest
 DEPENDS = "libcap-ng ncurses virtual/crypt zlib util-linux-uuid"

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

Re: [OE-core] [PATCH] util-linux.inc: Set the correct license for util-linux-libuuid again

[Peter Kjellerstedt]

> -Original Message-
> From: openembedded-core@lists.openembedded.org  c...@lists.openembedded.org> On Behalf Of Peter Kjellerstedt
> Sent: den 24 mars 2021 23:57
> To: Richard Purdie ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] util-linux.inc: Set the correct license for
> util-linux-libuuid again
> 
> > -Original Message-
> > From: Richard Purdie 
> > Sent: den 24 mars 2021 23:40
> > To: Peter Kjellerstedt ; openembedded-
> > c...@lists.openembedded.org
> > Subject: Re: [OE-core] [PATCH] util-linux.inc: Set the correct license
> for
> > util-linux-libuuid again
> >
> > On Wed, 2021-03-24 at 22:38 +, Peter Kjellerstedt wrote:
> > > > -Original Message-
> > > > From: Richard Purdie 
> > > > Sent: den 24 mars 2021 22:35
> > > > To: Peter Kjellerstedt ; openembedded-
> > > > c...@lists.openembedded.org
> > > > Subject: Re: [OE-core] [PATCH] util-linux.inc: Set the correct
> license
> > for
> > > > util-linux-libuuid again
> > > >
> > > > On Wed, 2021-03-24 at 20:15 +0100, Peter Kjellerstedt wrote:
> > > > > LICENSE_${PN}-libuuid was not updated when libuuid was moved to
> the
> > > > > util-linux-uuid recipe. Use LICENSE_${BPN}-libuuid instead as BPN
> is
> > > > > set to "util-linux" for both util-linux and util-linux-uuid.
> > > > >
> > > > > Signed-off-by: Peter Kjellerstedt 
> > > > > ---
> > > > >  meta/recipes-core/util-linux/util-linux.inc | 10 +-
> > > > >  1 file changed, 5 insertions(+), 5 deletions(-)
> > > > >
> > > > > diff --git a/meta/recipes-core/util-linux/util-linux.inc
> > b/meta/recipes-
> > > > core/util-linux/util-linux.inc
> > > > > index 4031c586c9..bb93eb67d6 100644
> > > > > --- a/meta/recipes-core/util-linux/util-linux.inc
> > > > > +++ b/meta/recipes-core/util-linux/util-linux.inc
> > > > > @@ -7,11 +7,11 @@ disk partitioning, kernel message management,
> > > > filesystem creation, and system lo
> > > > >  SECTION = "base"
> > > > >   LICENSE = "GPLv2+ & LGPLv2.1+ & BSD-3-Clause & BSD-4-Clause"
> > > > > -LICENSE_${PN}-libblkid = "LGPLv2.1+"
> > > > > -LICENSE_${PN}-libfdisk = "LGPLv2.1+"
> > > > > -LICENSE_${PN}-libmount = "LGPLv2.1+"
> > > > > -LICENSE_${PN}-libsmartcols = "LGPLv2.1+"
> > > > > -LICENSE_${PN}-libuuid = "BSD-3-Clause"
> > > > > +LICENSE_${BPN}-libblkid = "LGPLv2.1+"
> > > > > +LICENSE_${BPN}-libfdisk = "LGPLv2.1+"
> > > > > +LICENSE_${BPN}-libmount = "LGPLv2.1+"
> > > > > +LICENSE_${BPN}-libsmartcols = "LGPLv2.1+"
> > > > > +LICENSE_${BPN}-libuuid = "BSD-3-Clause"
> > > >
> > > > How was this tested? This will not work for multilibs or nativesdk.
> > >
> > > Well, we don't use either, so obviously I only tested building for
> > > target. However, I believe it should work. At least `bitbake -e
> > > nativesdk-util-linux-uuid` shows the expected value for
> > > LICENSE_nativesdk-util-linux-libuuid.
> > >
> > > Note that BPN is explicitly set in the util-linux.inc file to
> > > "util-linux", so the definitions above should be no different than
> > > if I had used LICENSE_util-linux-libuuid = "BSD-3-Clause"
> > > Or am I missing something?
> >
> > It may fix libuuid but I think it will break libblkid and the others.
> 
> AFAICT, it looks correct when I try `bitbake -e util-linux` and
> `bitbake -e nativesdk-util-linux`.

Scratch that, I was looking in the wrong tree. :/ You are correct, it 
only seems the LICENSE_${BPN}-libuuid is correctly renamed to 
LICENSE_nativesdk-util-linux-libuuid for nativesdk-util-linux-uuid, while 
the others retain their non-nativesdk names for nativesdk-util-linux. 
I guess there is some magic involved here that I am not aware of.

Thinking a bit more about this, I wonder whether the best option may 
be to set LICENSE = "BSD-3-Clause" in the util-linux-uuid recipe, and 
move the other LICENSE variables to the util-linux recipe. I will 
send another patch to do this instead.

> > Cheers,
> >
> > Richard
> 
> //Peter

//Peter


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

[wangmy]

From: Wang Mingyu 

refresh libassuan-add-pkgconfig-support.patch

Signed-off-by: Wang Mingyu 
---
 .../libassuan-add-pkgconfig-support.patch | 42 ---
 ...{libassuan_2.5.4.bb => libassuan_2.5.5.bb} |  2 +-
 2 files changed, 19 insertions(+), 25 deletions(-)
 rename meta/recipes-support/libassuan/{libassuan_2.5.4.bb => 
libassuan_2.5.5.bb} (93%)

diff --git 
a/meta/recipes-support/libassuan/libassuan/libassuan-add-pkgconfig-support.patch
 
b/meta/recipes-support/libassuan/libassuan/libassuan-add-pkgconfig-support.patch
index 0e81454c63..4a459e7662 100644
--- 
a/meta/recipes-support/libassuan/libassuan/libassuan-add-pkgconfig-support.patch
+++ 
b/meta/recipes-support/libassuan/libassuan/libassuan-add-pkgconfig-support.patch
@@ -8,17 +8,20 @@ Signed-off-by: Constantin Musca 
 
 forward ported to 2.4.4
 Signed-off-by: Armin Kuster 
+---
+ src/libassuan.m4 | 77 ++--
+ 1 file changed, 3 insertions(+), 74 deletions(-)
 
-Index: libassuan-2.5.2/src/libassuan.m4
-===
 libassuan-2.5.2.orig/src/libassuan.m4
-+++ libassuan-2.5.2/src/libassuan.m4
-@@ -16,27 +16,6 @@ dnl Returns ok set to yes or no.
+diff --git a/src/libassuan.m4 b/src/libassuan.m4
+index df50484..0fa3766 100644
+--- a/src/libassuan.m4
 b/src/libassuan.m4
+@@ -17,27 +17,6 @@ dnl Returns ok set to yes or no.
  dnl
  AC_DEFUN([_AM_PATH_LIBASSUAN_COMMON],
  [ AC_REQUIRE([AC_CANONICAL_HOST])
 -  AC_ARG_WITH(libassuan-prefix,
--  AC_HELP_STRING([--with-libassuan-prefix=PFX],
+-  AS_HELP_STRING([--with-libassuan-prefix=PFX],
 - [prefix where LIBASSUAN is installed 
(optional)]),
 - libassuan_config_prefix="$withval", libassuan_config_prefix="")
 -  if test x$libassuan_config_prefix != x ; then
@@ -41,10 +44,11 @@ Index: libassuan-2.5.2/src/libassuan.m4
  
tmp=ifelse([$1], ,1:0.9.2,$1)
if echo "$tmp" | grep ':' >/dev/null 2>/dev/null ; then
-@@ -47,58 +26,11 @@ AC_DEFUN([_AM_PATH_LIBASSUAN_COMMON],
+@@ -47,59 +26,11 @@ AC_DEFUN([_AM_PATH_LIBASSUAN_COMMON],
+ req_libassuan_api=0
  min_libassuan_version="$tmp"
fi
- 
+-
 -  AC_MSG_CHECKING(for LIBASSUAN - version >= $min_libassuan_version)
 -  ok=no
 -  if test "$LIBASSUAN_CONFIG" != "no"; then
@@ -98,31 +102,21 @@ Index: libassuan-2.5.2/src/libassuan.m4
 -  else
 -tmp=`$LIBASSUAN_CONFIG --variable=api_version 2>/dev/null || echo 0`
 -  fi
-+  tmp=`$PKG_CONFIG --variable=api_version libassuan`
++tmp=`$PKG_CONFIG --variable=api_version libassuan`
if test "$tmp" -gt 0 ; then
  AC_MSG_CHECKING([LIBASSUAN API version])
  if test "$req_libassuan_api" -eq "$tmp" ; then
-@@ -114,9 +46,7 @@ AC_DEFUN([_AM_PATH_LIBASSUAN_COMMON],
+@@ -115,9 +46,7 @@ AC_DEFUN([_AM_PATH_LIBASSUAN_COMMON],
if test $ok = yes; then
  if test x"$host" != x ; then
if test -z "$use_gpgrt_config"; then
 -libassuan_config_host=`$LIBASSUAN_CONFIG --host 2>/dev/null || echo 
none`
 -  else
 -libassuan_config_host=`$LIBASSUAN_CONFIG --variable=host 2>/dev/null 
|| echo none`
-+libassuan_config_host=`$PKG_CONFIG --variable=host libassuan`
++  libassuan_config_host=`$PKG_CONFIG --variable=host libassuan`
fi
if test x"$libassuan_config_host" != xnone ; then
  if test x"$libassuan_config_host" != x"$host" ; then
-@@ -158,12 +88,8 @@ dnl
- AC_DEFUN([AM_PATH_LIBASSUAN],
- [ _AM_PATH_LIBASSUAN_COMMON($1)
-   if test $ok = yes; then
--LIBASSUAN_CFLAGS=`$LIBASSUAN_CONFIG --cflags`
--LIBASSUAN_LIBS=`$LIBASSUAN_CONFIG --libs`
- ifelse([$2], , :, [$2])
-   else
--LIBASSUAN_CFLAGS=""
--LIBASSUAN_LIBS=""
- ifelse([$3], , :, [$3])
-   fi
-   AC_SUBST(LIBASSUAN_CFLAGS)
+-- 
+2.25.1
+
diff --git a/meta/recipes-support/libassuan/libassuan_2.5.4.bb 
b/meta/recipes-support/libassuan/libassuan_2.5.5.bb
similarity index 93%
rename from meta/recipes-support/libassuan/libassuan_2.5.4.bb
rename to meta/recipes-support/libassuan/libassuan_2.5.5.bb
index d44b95aa0f..3d12ea09e8 100644
--- a/meta/recipes-support/libassuan/libassuan_2.5.4.bb
+++ b/meta/recipes-support/libassuan/libassuan_2.5.5.bb
@@ -20,7 +20,7 @@ SRC_URI = "${GNUPG_MIRROR}/libassuan/libassuan-${PV}.tar.bz2 \
file://libassuan-add-pkgconfig-support.patch \
   "
 
-SRC_URI[sha256sum] = 
"c080ee96b3bd519edd696cfcebdecf19a3952189178db9887be713ccbcb5fbf0"
+SRC_URI[sha256sum] = 
"8e8c2fcc982f9ca67dcbb1d95e2dc746b1739a4668bc20b3a3c5be632edb34e4"
 
 BINCONFIG = "${bindir}/libassuan-config"
 
-- 
2.25.1


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

[OE-core] [PATCH] vte: upgrade 0.62.2 -> 0.62.3

[wangmy]

From: Wang Mingyu 

Signed-off-by: Wang Mingyu 
---
 meta/recipes-support/vte/{vte_0.62.2.bb => vte_0.62.3.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-support/vte/{vte_0.62.2.bb => vte_0.62.3.bb} (95%)

diff --git a/meta/recipes-support/vte/vte_0.62.2.bb 
b/meta/recipes-support/vte/vte_0.62.3.bb
similarity index 95%
rename from meta/recipes-support/vte/vte_0.62.2.bb
rename to meta/recipes-support/vte/vte_0.62.3.bb
index a2164f43d3..8d2470cad8 100644
--- a/meta/recipes-support/vte/vte_0.62.2.bb
+++ b/meta/recipes-support/vte/vte_0.62.3.bb
@@ -20,7 +20,7 @@ inherit gnomebase gtk-doc features_check 
upstream-version-is-even gobject-intros
 
 # vapigen.m4 is required when vala is not present (but the one from vala 
should be used normally)
 SRC_URI += "file://0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch"
-SRC_URI[archive.sha256sum] = 
"b0300bbcf0c02df5812a10a3cb8e4fff723bab92c08c97a0a90c167cf543aff0"
+SRC_URI[archive.sha256sum] = 
"f5770285a52cc23a3c0428a43d492b7c0ba458ce7b8a73768a7d4f1e8a7db3b4"
 
 ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
 
-- 
2.25.1


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

[wangmy]

From: Wang Mingyu 

Signed-off-by: Wang Mingyu 
---
 .../recipes-support/gnutls/{gnutls_3.7.0.bb => gnutls_3.7.1.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-support/gnutls/{gnutls_3.7.0.bb => gnutls_3.7.1.bb} (96%)

diff --git a/meta/recipes-support/gnutls/gnutls_3.7.0.bb 
b/meta/recipes-support/gnutls/gnutls_3.7.1.bb
similarity index 96%
rename from meta/recipes-support/gnutls/gnutls_3.7.0.bb
rename to meta/recipes-support/gnutls/gnutls_3.7.1.bb
index 1aa94ece3a..51d472c828 100644
--- a/meta/recipes-support/gnutls/gnutls_3.7.0.bb
+++ b/meta/recipes-support/gnutls/gnutls_3.7.1.bb
@@ -23,7 +23,7 @@ SRC_URI = 
"https://www.gnupg.org/ftp/gcrypt/gnutls/v${SHRT_VER}/gnutls-${PV}.tar
file://arm_eabi.patch \
"
 
-SRC_URI[sha256sum] = 
"49e2a22691d252c9f24a9829b293a8f359095bc5a818351f05f1c0a5188a1df8"
+SRC_URI[sha256sum] = 
"3777d7963eca5e06eb315686163b7b3f5045e2baac5e54e038ace9835e5cac6f"
 
 inherit autotools texinfo pkgconfig gettext lib_package gtk-doc
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149910): 
https://lists.openembedded.org/g/openembedded-core/message/149910
Mute This Topic: https://lists.openembedded.org/mt/81590940/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] util-linux-uuid: include /usr/lib/debug in FILES_util-linux-libuuid-dbg

[Peter Kjellerstedt]

> -Original Message-
> From: openembedded-core@lists.openembedded.org  c...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 24 mars 2021 23:46
> To: Luca Bocassi ; openembedded-
> c...@lists.openembedded.org
> Cc: scott.bran...@broadcom.com
> Subject: Re: [OE-core] [PATCH] util-linux-uuid: include /usr/lib/debug in
> FILES_util-linux-libuuid-dbg
> 
> On Wed, 2021-03-24 at 17:07 +, Luca Bocassi wrote:
> > From: Luca Boccassi 
> >
> > Apparently some users have /usr/lib/debug instead of /usr/lib/.debug
> > so add it to the FILES matching.
> >
> > Signed-off-by: Luca Boccassi 
> > ---
> >  meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
> b/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
> > index 65e4d23b7e..1ff37a4dcb 100644
> > --- a/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
> > +++ b/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
> > @@ -11,7 +11,7 @@ PACKAGES = "util-linux-libuuid util-linux-libuuid-dev
> util-linux-libuuid-staticd
> >  FILES_util-linux-libuuid = "${libdir}/libuuid.so.*"
> >  FILES_util-linux-libuuid-dev = "${libdir}/libuuid.so ${includedir}
> ${libdir}/pkgconfig"
> >  FILES_util-linux-libuuid-staticdev = "${libdir}/libuuid.a"
> > -FILES_util-linux-libuuid-dbg = "/usr/src ${libdir}/.debug"
> > +FILES_util-linux-libuuid-dbg = "/usr/src ${libdir}/.debug ${libdir}/debug"

This is the only occurrence of ${libdir}/debug in OE-Core. Why is it needed 
here if it is a generic thing, when it is not needed anywhere else?
 
> Is there a reason the recipe is called "util-linux-uuid" yet it wants
> to be "util-linux-libuuid"? I suspect if we can rename it, some of
> this juggling goes away.

For what it's worth, it seems the packages end up as libuuid1, libuuid-dbg 
and libuuid-dev anyway. But util-linux-uuid-src retains its original name 
(not sure if that is a bug or working as intended).
 
> Ideally recipes shouldn't be needing to override the defaults for
> PACKAGES and FILES. I just tried a test build with a lot of this stripped
> away and its seeing issues with the -dev package but even adding an
> RPROVIDES for that would be better than all the above overrides...
> 
> Cheers,
> 
> Richard

//Peter



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149909): 
https://lists.openembedded.org/g/openembedded-core/message/149909
Mute This Topic: https://lists.openembedded.org/mt/81582206/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] util-linux.inc: Set the correct license for util-linux-libuuid again

[Peter Kjellerstedt]

> -Original Message-
> From: Richard Purdie 
> Sent: den 24 mars 2021 23:40
> To: Peter Kjellerstedt ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] util-linux.inc: Set the correct license for
> util-linux-libuuid again
> 
> On Wed, 2021-03-24 at 22:38 +, Peter Kjellerstedt wrote:
> > > -Original Message-
> > > From: Richard Purdie 
> > > Sent: den 24 mars 2021 22:35
> > > To: Peter Kjellerstedt ; openembedded-
> > > c...@lists.openembedded.org
> > > Subject: Re: [OE-core] [PATCH] util-linux.inc: Set the correct license
> for
> > > util-linux-libuuid again
> > >
> > > On Wed, 2021-03-24 at 20:15 +0100, Peter Kjellerstedt wrote:
> > > > LICENSE_${PN}-libuuid was not updated when libuuid was moved to the
> > > > util-linux-uuid recipe. Use LICENSE_${BPN}-libuuid instead as BPN is
> > > > set to "util-linux" for both util-linux and util-linux-uuid.
> > > >
> > > > Signed-off-by: Peter Kjellerstedt 
> > > > ---
> > > >  meta/recipes-core/util-linux/util-linux.inc | 10 +-
> > > >  1 file changed, 5 insertions(+), 5 deletions(-)
> > > >
> > > > diff --git a/meta/recipes-core/util-linux/util-linux.inc
> b/meta/recipes-
> > > core/util-linux/util-linux.inc
> > > > index 4031c586c9..bb93eb67d6 100644
> > > > --- a/meta/recipes-core/util-linux/util-linux.inc
> > > > +++ b/meta/recipes-core/util-linux/util-linux.inc
> > > > @@ -7,11 +7,11 @@ disk partitioning, kernel message management,
> > > filesystem creation, and system lo
> > > >  SECTION = "base"
> > > >   LICENSE = "GPLv2+ & LGPLv2.1+ & BSD-3-Clause & BSD-4-Clause"
> > > > -LICENSE_${PN}-libblkid = "LGPLv2.1+"
> > > > -LICENSE_${PN}-libfdisk = "LGPLv2.1+"
> > > > -LICENSE_${PN}-libmount = "LGPLv2.1+"
> > > > -LICENSE_${PN}-libsmartcols = "LGPLv2.1+"
> > > > -LICENSE_${PN}-libuuid = "BSD-3-Clause"
> > > > +LICENSE_${BPN}-libblkid = "LGPLv2.1+"
> > > > +LICENSE_${BPN}-libfdisk = "LGPLv2.1+"
> > > > +LICENSE_${BPN}-libmount = "LGPLv2.1+"
> > > > +LICENSE_${BPN}-libsmartcols = "LGPLv2.1+"
> > > > +LICENSE_${BPN}-libuuid = "BSD-3-Clause"
> > >
> > > How was this tested? This will not work for multilibs or nativesdk.
> >
> > Well, we don't use either, so obviously I only tested building for
> > target. However, I believe it should work. At least `bitbake -e
> > nativesdk-util-linux-uuid` shows the expected value for
> > LICENSE_nativesdk-util-linux-libuuid.
> >
> > Note that BPN is explicitly set in the util-linux.inc file to
> > "util-linux", so the definitions above should be no different than
> > if I had used LICENSE_util-linux-libuuid = "BSD-3-Clause"
> > Or am I missing something?
> 
> It may fix libuuid but I think it will break libblkid and the others.

AFAICT, it looks correct when I try `bitbake -e util-linux` and
`bitbake -e nativesdk-util-linux`.

> Cheers,
> 
> Richard

//Peter


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149908): 
https://lists.openembedded.org/g/openembedded-core/message/149908
Mute This Topic: https://lists.openembedded.org/mt/81585276/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] util-linux-uuid: include /usr/lib/debug in FILES_util-linux-libuuid-dbg

[Richard Purdie]

On Wed, 2021-03-24 at 17:07 +, Luca Bocassi wrote:
> From: Luca Boccassi 
> 
> Apparently some users have /usr/lib/debug instead of /usr/lib/.debug
> so add it to the FILES matching.
> 
> Signed-off-by: Luca Boccassi 
> ---
>  meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb 
> b/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
> index 65e4d23b7e..1ff37a4dcb 100644
> --- a/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
> +++ b/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
> @@ -11,7 +11,7 @@ PACKAGES = "util-linux-libuuid util-linux-libuuid-dev 
> util-linux-libuuid-staticd
>  FILES_util-linux-libuuid = "${libdir}/libuuid.so.*"
>  FILES_util-linux-libuuid-dev = "${libdir}/libuuid.so ${includedir} 
> ${libdir}/pkgconfig"
>  FILES_util-linux-libuuid-staticdev = "${libdir}/libuuid.a"
> -FILES_util-linux-libuuid-dbg = "/usr/src ${libdir}/.debug"
> +FILES_util-linux-libuuid-dbg = "/usr/src ${libdir}/.debug ${libdir}/debug"

Is there a reason the recipe is called "util-linux-uuid" yet it wants 
to be "util-linux-libuuid"? I suspect if we can rename it, some of
this juggling goes away. 

Ideally recipes shouldn't be needing to override the defaults for 
PACKAGES and FILES. I just tried a test build with a lot of this stripped
away and its seeing issues with the -dev package but even adding an
RPROVIDES for that would be better than all the above overrides...

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149907): 
https://lists.openembedded.org/g/openembedded-core/message/149907
Mute This Topic: https://lists.openembedded.org/mt/81582206/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] util-linux.inc: Set the correct license for util-linux-libuuid again

[Richard Purdie]

On Wed, 2021-03-24 at 22:38 +, Peter Kjellerstedt wrote:
> > -Original Message-
> > From: Richard Purdie 
> > Sent: den 24 mars 2021 22:35
> > To: Peter Kjellerstedt ; openembedded-
> > c...@lists.openembedded.org
> > Subject: Re: [OE-core] [PATCH] util-linux.inc: Set the correct license for
> > util-linux-libuuid again
> > 
> > On Wed, 2021-03-24 at 20:15 +0100, Peter Kjellerstedt wrote:
> > > LICENSE_${PN}-libuuid was not updated when libuuid was moved to the
> > > util-linux-uuid recipe. Use LICENSE_${BPN}-libuuid instead as BPN is
> > > set to "util-linux" for both util-linux and util-linux-uuid.
> > > 
> > > Signed-off-by: Peter Kjellerstedt 
> > > ---
> > >  meta/recipes-core/util-linux/util-linux.inc | 10 +-
> > >  1 file changed, 5 insertions(+), 5 deletions(-)
> > > 
> > > diff --git a/meta/recipes-core/util-linux/util-linux.inc b/meta/recipes-
> > core/util-linux/util-linux.inc
> > > index 4031c586c9..bb93eb67d6 100644
> > > --- a/meta/recipes-core/util-linux/util-linux.inc
> > > +++ b/meta/recipes-core/util-linux/util-linux.inc
> > > @@ -7,11 +7,11 @@ disk partitioning, kernel message management,
> > filesystem creation, and system lo
> > >  SECTION = "base"
> > >   LICENSE = "GPLv2+ & LGPLv2.1+ & BSD-3-Clause & BSD-4-Clause"
> > > -LICENSE_${PN}-libblkid = "LGPLv2.1+"
> > > -LICENSE_${PN}-libfdisk = "LGPLv2.1+"
> > > -LICENSE_${PN}-libmount = "LGPLv2.1+"
> > > -LICENSE_${PN}-libsmartcols = "LGPLv2.1+"
> > > -LICENSE_${PN}-libuuid = "BSD-3-Clause"
> > > +LICENSE_${BPN}-libblkid = "LGPLv2.1+"
> > > +LICENSE_${BPN}-libfdisk = "LGPLv2.1+"
> > > +LICENSE_${BPN}-libmount = "LGPLv2.1+"
> > > +LICENSE_${BPN}-libsmartcols = "LGPLv2.1+"
> > > +LICENSE_${BPN}-libuuid = "BSD-3-Clause"
> > 
> > How was this tested? This will not work for multilibs or nativesdk.
> 
> Well, we don't use either, so obviously I only tested building for 
> target. However, I believe it should work. At least `bitbake -e 
> nativesdk-util-linux-uuid` shows the expected value for 
> LICENSE_nativesdk-util-linux-libuuid.
> 
> Note that BPN is explicitly set in the util-linux.inc file to 
> "util-linux", so the definitions above should be no different than 
> if I had used LICENSE_util-linux-libuuid = "BSD-3-Clause"
> Or am I missing something?

It may fix libuuid but I think it will break libblkid and the others.

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149906): 
https://lists.openembedded.org/g/openembedded-core/message/149906
Mute This Topic: https://lists.openembedded.org/mt/81585276/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] util-linux.inc: Set the correct license for util-linux-libuuid again

[Peter Kjellerstedt]

> -Original Message-
> From: Richard Purdie 
> Sent: den 24 mars 2021 22:35
> To: Peter Kjellerstedt ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] util-linux.inc: Set the correct license for
> util-linux-libuuid again
> 
> On Wed, 2021-03-24 at 20:15 +0100, Peter Kjellerstedt wrote:
> > LICENSE_${PN}-libuuid was not updated when libuuid was moved to the
> > util-linux-uuid recipe. Use LICENSE_${BPN}-libuuid instead as BPN is
> > set to "util-linux" for both util-linux and util-linux-uuid.
> >
> > Signed-off-by: Peter Kjellerstedt 
> > ---
> >  meta/recipes-core/util-linux/util-linux.inc | 10 +-
> >  1 file changed, 5 insertions(+), 5 deletions(-)
> >
> > diff --git a/meta/recipes-core/util-linux/util-linux.inc b/meta/recipes-
> core/util-linux/util-linux.inc
> > index 4031c586c9..bb93eb67d6 100644
> > --- a/meta/recipes-core/util-linux/util-linux.inc
> > +++ b/meta/recipes-core/util-linux/util-linux.inc
> > @@ -7,11 +7,11 @@ disk partitioning, kernel message management,
> filesystem creation, and system lo
> >  SECTION = "base"
> >   LICENSE = "GPLv2+ & LGPLv2.1+ & BSD-3-Clause & BSD-4-Clause"
> > -LICENSE_${PN}-libblkid = "LGPLv2.1+"
> > -LICENSE_${PN}-libfdisk = "LGPLv2.1+"
> > -LICENSE_${PN}-libmount = "LGPLv2.1+"
> > -LICENSE_${PN}-libsmartcols = "LGPLv2.1+"
> > -LICENSE_${PN}-libuuid = "BSD-3-Clause"
> > +LICENSE_${BPN}-libblkid = "LGPLv2.1+"
> > +LICENSE_${BPN}-libfdisk = "LGPLv2.1+"
> > +LICENSE_${BPN}-libmount = "LGPLv2.1+"
> > +LICENSE_${BPN}-libsmartcols = "LGPLv2.1+"
> > +LICENSE_${BPN}-libuuid = "BSD-3-Clause"
> 
> How was this tested? This will not work for multilibs or nativesdk.

Well, we don't use either, so obviously I only tested building for 
target. However, I believe it should work. At least `bitbake -e 
nativesdk-util-linux-uuid` shows the expected value for 
LICENSE_nativesdk-util-linux-libuuid.

Note that BPN is explicitly set in the util-linux.inc file to 
"util-linux", so the definitions above should be no different than 
if I had used LICENSE_util-linux-libuuid = "BSD-3-Clause"
Or am I missing something?

> Cheers,
> 
> Richard

//Peter

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149905): 
https://lists.openembedded.org/g/openembedded-core/message/149905
Mute This Topic: https://lists.openembedded.org/mt/81585276/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] util-linux-uuid: include /usr/lib/debug in FILES_util-linux-libuuid-dbg

[Scott Branden via lists.openembedded.org]

I can confirm this patch fixes the QA problem I reported.

On 2021-03-24 10:07 a.m., luca.bocca...@gmail.com wrote:
> From: Luca Boccassi 
> 
> Apparently some users have /usr/lib/debug instead of /usr/lib/.debug
> so add it to the FILES matching.
> 
> Signed-off-by: Luca Boccassi 
> ---
>  meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb 
> b/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
> index 65e4d23b7e..1ff37a4dcb 100644
> --- a/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
> +++ b/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
> @@ -11,7 +11,7 @@ PACKAGES = "util-linux-libuuid util-linux-libuuid-dev 
> util-linux-libuuid-staticd
>  FILES_util-linux-libuuid = "${libdir}/libuuid.so.*"
>  FILES_util-linux-libuuid-dev = "${libdir}/libuuid.so ${includedir} 
> ${libdir}/pkgconfig"
>  FILES_util-linux-libuuid-staticdev = "${libdir}/libuuid.a"
> -FILES_util-linux-libuuid-dbg = "/usr/src ${libdir}/.debug"
> +FILES_util-linux-libuuid-dbg = "/usr/src ${libdir}/.debug ${libdir}/debug"
>  
>  do_install_append() {
>   rm -rf ${D}${datadir} ${D}${bindir} ${D}${base_bindir} ${D}${sbindir} 
> ${D}${base_sbindir} ${D}${exec_prefix}/sbin
> 



smime.p7s
Description: S/MIME Cryptographic Signature

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149904): 
https://lists.openembedded.org/g/openembedded-core/message/149904
Mute This Topic: https://lists.openembedded.org/mt/81582206/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] util-linux.inc: Set the correct license for util-linux-libuuid again

[Richard Purdie]

On Wed, 2021-03-24 at 20:15 +0100, Peter Kjellerstedt wrote:
> LICENSE_${PN}-libuuid was not updated when libuuid was moved to the
> util-linux-uuid recipe. Use LICENSE_${BPN}-libuuid instead as BPN is
> set to "util-linux" for both util-linux and util-linux-uuid.
> 
> Signed-off-by: Peter Kjellerstedt 
> ---
>  meta/recipes-core/util-linux/util-linux.inc | 10 +-
>  1 file changed, 5 insertions(+), 5 deletions(-)
> 
> diff --git a/meta/recipes-core/util-linux/util-linux.inc 
> b/meta/recipes-core/util-linux/util-linux.inc
> index 4031c586c9..bb93eb67d6 100644
> --- a/meta/recipes-core/util-linux/util-linux.inc
> +++ b/meta/recipes-core/util-linux/util-linux.inc
> @@ -7,11 +7,11 @@ disk partitioning, kernel message management, filesystem 
> creation, and system lo
>  SECTION = "base"
>   LICENSE = "GPLv2+ & LGPLv2.1+ & BSD-3-Clause & BSD-4-Clause"
> -LICENSE_${PN}-libblkid = "LGPLv2.1+"
> -LICENSE_${PN}-libfdisk = "LGPLv2.1+"
> -LICENSE_${PN}-libmount = "LGPLv2.1+"
> -LICENSE_${PN}-libsmartcols = "LGPLv2.1+"
> -LICENSE_${PN}-libuuid = "BSD-3-Clause"
> +LICENSE_${BPN}-libblkid = "LGPLv2.1+"
> +LICENSE_${BPN}-libfdisk = "LGPLv2.1+"
> +LICENSE_${BPN}-libmount = "LGPLv2.1+"
> +LICENSE_${BPN}-libsmartcols = "LGPLv2.1+"
> +LICENSE_${BPN}-libuuid = "BSD-3-Clause"

How was this tested? This will not work for multilibs or nativesdk.

Cheers,

Richard



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

Re: [oe-core][PATCH 1/2] valgrind: update 3.16.1 -> 3.17.0

[Richard Purdie]

On Tue, 2021-03-23 at 13:50 -0700, Yi Fan Yu wrote:
> Notable changes:
> * libdir is now libexecdir
> 
> Added patches:
> Add musl.supp: missing musl.supp in 3.17.0
> 
> Dropped backport patches:
> * nlcontrolc: found in c79180a3afcf65902e578646c3b716cc749db406
> * drd Fedora33: found in 15330adf7c2471fbaa6a0818db07078d81dbff97
> 
> Other dropped patches
> * helgrind intercept: found in d2d54dbcc74244adfc0c80b40862edf2b82f53b9
> * drd musl fix: found in d2d54dbcc74244adfc0c80b40862edf2b82f53b9
> 
> TESTING RESULTS:
> qemux86-64:
> FAIL: drd/tests/swapcontext
> 
>   3.17.0  3.16.1
> ===
> TOTAL:  736726
> PASSED: 694688
> FAILED:   1  0
> SKIPPED: 41 38
> 
> Signed-off-by: Yi Fan Yu 

This seems to break valgrind's reproducibility:

https://autobuilder.yoctoproject.org/typhoon/#/builders/115/builds/125
https://autobuilder.yoctoproject.org/typhoon/#/builders/116/builds/126
(some issue in the ptest package)

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149902): 
https://lists.openembedded.org/g/openembedded-core/message/149902
Mute This Topic: https://lists.openembedded.org/mt/81561199/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] util-linux.inc: Set the correct license for util-linux-libuuid again

[Peter Kjellerstedt]

LICENSE_${PN}-libuuid was not updated when libuuid was moved to the
util-linux-uuid recipe. Use LICENSE_${BPN}-libuuid instead as BPN is
set to "util-linux" for both util-linux and util-linux-uuid.

Signed-off-by: Peter Kjellerstedt 
---
 meta/recipes-core/util-linux/util-linux.inc | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-core/util-linux/util-linux.inc 
b/meta/recipes-core/util-linux/util-linux.inc
index 4031c586c9..bb93eb67d6 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -7,11 +7,11 @@ disk partitioning, kernel message management, filesystem 
creation, and system lo
 SECTION = "base"
 
 LICENSE = "GPLv2+ & LGPLv2.1+ & BSD-3-Clause & BSD-4-Clause"
-LICENSE_${PN}-libblkid = "LGPLv2.1+"
-LICENSE_${PN}-libfdisk = "LGPLv2.1+"
-LICENSE_${PN}-libmount = "LGPLv2.1+"
-LICENSE_${PN}-libsmartcols = "LGPLv2.1+"
-LICENSE_${PN}-libuuid = "BSD-3-Clause"
+LICENSE_${BPN}-libblkid = "LGPLv2.1+"
+LICENSE_${BPN}-libfdisk = "LGPLv2.1+"
+LICENSE_${BPN}-libmount = "LGPLv2.1+"
+LICENSE_${BPN}-libsmartcols = "LGPLv2.1+"
+LICENSE_${BPN}-libuuid = "BSD-3-Clause"
 
 LIC_FILES_CHKSUM = 
"file://README.licensing;md5=0fd5c050c6187d2bf0a4492b7f4e33da \
 file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \

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

Re: [OE-core] [poky][PATCH] run-postinsts: do not remove postinsts directory.

[Steve Sakoman]

On Wed, Mar 24, 2021 at 8:28 AM Khem Raj  wrote:
>
>
>
> On 3/24/21 8:09 AM, Steve Sakoman wrote:
> > On Sun, Mar 21, 2021 at 12:26 AM Anton Kachalov via
> > lists.openembedded.org 
> > wrote:
> >>
> >> From: "Anton D. Kachalov" 
> >>
> >> When running on the systems having read-only rootfs backed by overlayfs,
> >> removing the whole directory lead to create a special char device file
> >> on the upperdir to reflect directory's removal. Once it is required to
> >> upgrade the whole read-only image that might contain new postinsts scripts,
> >> it will be impossible to run such scripts with a "deletion mark" file
> >> on the overlayfs -- the whole directory will be marked as deleted 
> >> regardless
> >> new files in it.
> >
> > Is this something that should be considered for backporting to
> > dunfell/gatesgarth?
> >
>
> yes seems so

I thought so too, since I need it :-)  But I didn't want to grab it
just because I liked it!

Steve

> >
> >> Signed-off-by: Anton D. Kachalov 
> >> ---
> >>   .../run-postinsts/run-postinsts/run-postinsts  | 10 --
> >>   1 file changed, 4 insertions(+), 6 deletions(-)
> >>
> >> diff --git 
> >> a/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts 
> >> b/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts
> >> index f84a7e18c8..95dccb9cae 100755
> >> --- a/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts
> >> +++ b/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts
> >> @@ -72,12 +72,12 @@ exec_postinst_scriptlets() {
> >>  else
> >>  echo "ERROR: postinst $i failed."
> >>  [ "$POSTINST_LOGGING" = "1" ] && eval echo 
> >> "ERROR: postinst $i failed." $append_log
> >> -   remove_pi_dir=0
> >> +   remove_rcsd_link=0
> >>  fi
> >>  done
> >>   }
> >>
> >> -remove_pi_dir=1
> >> +remove_rcsd_link=1
> >>   if $pm_installed; then
> >>  case $pm in
> >>  "ipk")
> >> @@ -92,9 +92,7 @@ else
> >>  exec_postinst_scriptlets
> >>   fi
> >>
> >> -# since all postinstalls executed successfully, remove the postinstalls 
> >> directory
> >> -# and the rcS.d link
> >> -if [ $remove_pi_dir = 1 ]; then
> >> -   rm -rf $pi_dir
> >> +# since all postinstalls executed successfully, remove the rcS.d link
> >> +if [ $remove_rcsd_link = 1 ]; then
> >>  remove_rcsd_link
> >>   fi
> >> --
> >> 2.31.0.rc2.261.g7f71774620-goog
> >>
> >>
> >>
> >>
> >>
> >>
> >> 
> >>

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

Re: [OE-core] [poky][PATCH] run-postinsts: do not remove postinsts directory.

[Khem Raj]

On 3/24/21 8:09 AM, Steve Sakoman wrote:

On Sun, Mar 21, 2021 at 12:26 AM Anton Kachalov via
lists.openembedded.org 
wrote:


From: "Anton D. Kachalov" 

When running on the systems having read-only rootfs backed by overlayfs,
removing the whole directory lead to create a special char device file
on the upperdir to reflect directory's removal. Once it is required to
upgrade the whole read-only image that might contain new postinsts scripts,
it will be impossible to run such scripts with a "deletion mark" file
on the overlayfs -- the whole directory will be marked as deleted regardless
new files in it.


Is this something that should be considered for backporting to
dunfell/gatesgarth?



yes seems so


Steve



Signed-off-by: Anton D. Kachalov 
---
  .../run-postinsts/run-postinsts/run-postinsts  | 10 --
  1 file changed, 4 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts 
b/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts
index f84a7e18c8..95dccb9cae 100755
--- a/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts
+++ b/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts
@@ -72,12 +72,12 @@ exec_postinst_scriptlets() {
 else
 echo "ERROR: postinst $i failed."
 [ "$POSTINST_LOGGING" = "1" ] && eval echo "ERROR: postinst 
$i failed." $append_log
-   remove_pi_dir=0
+   remove_rcsd_link=0
 fi
 done
  }

-remove_pi_dir=1
+remove_rcsd_link=1
  if $pm_installed; then
 case $pm in
 "ipk")
@@ -92,9 +92,7 @@ else
 exec_postinst_scriptlets
  fi

-# since all postinstalls executed successfully, remove the postinstalls 
directory
-# and the rcS.d link
-if [ $remove_pi_dir = 1 ]; then
-   rm -rf $pi_dir
+# since all postinstalls executed successfully, remove the rcS.d link
+if [ $remove_rcsd_link = 1 ]; then
 remove_rcsd_link
  fi
--
2.31.0.rc2.261.g7f71774620-goog









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

Re: [OE-core] [PATCH v11] util-linux: split uuid in separate recipe to allow bootstrapping

[Luca Bocassi]

On Wed, 2021-03-24 at 17:37 +, Richard Purdie wrote:
> On Wed, 2021-03-24 at 17:03 +, Luca Boccassi wrote:
> > On Wed, 2021-03-24 at 09:52 -0700, Scott Branden wrote:
> > > I have not debugged yet, but I suspect this change is causing the 
> > > following failure if I merge the latest poky into our builds:
> > > 
> > > ERROR: mc:host:util-linux-uuid-2.36.2-r0 do_package: QA Issue: 
> > > util-linux-uuid: Files/directories were installed but not shipped in any 
> > > package:
> > >   /usr/lib/debug
> > >   /usr/lib/debug/usr
> > >   /usr/lib/debug/usr/lib
> > >   /usr/lib/debug/usr/lib/libuuid.so.1.3.0.debug
> > > Please set FILES such that these items are packaged. Alternatively if 
> > > they are unneeded, avoid installing them or delete them within do_install.
> > > util-linux-uuid: 4 installed and not shipped files. [installed-vs-shipped]
> > > ERROR: mc:host:util-linux-uuid-2.36.2-r0 do_package: Fatal QA errors 
> > > found, failing task.
> > > ERROR: Logfile of failure stored in: 
> > > /hdd/yocto/genx/poky/build/tmp/work/core2-64-poky-linux/util-linux-uuid/2.36.2-r0/temp/log.do_package.31753
> > > ERROR: Task 
> > > (mc:host:/hdd/yocto/genx/poky/build/../meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb:do_package)
> > >  failed with exit code '1'
> > 
> > It most certainly is - is /usr/lib/debug configurable or supported?
> > Currently we have:
> > 
> > FILES_util-linux-libuuid-dbg = "/usr/src ${libdir}/.debug"
> 
> Does it need to be set at all or will the default not cover this?
> 
> Cheers,
> 
> Richard

IIRC there were QA failures without it, but I cannot remember exactly.

-- 
Kind regards,
Luca Boccassi


signature.asc
Description: This is a digitally signed message part

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

Re: [OE-core] [PATCH v11] util-linux: split uuid in separate recipe to allow bootstrapping

[Richard Purdie]

On Wed, 2021-03-24 at 17:03 +, Luca Boccassi wrote:
> On Wed, 2021-03-24 at 09:52 -0700, Scott Branden wrote:
> > I have not debugged yet, but I suspect this change is causing the following 
> > failure if I merge the latest poky into our builds:
> > 
> > ERROR: mc:host:util-linux-uuid-2.36.2-r0 do_package: QA Issue: 
> > util-linux-uuid: Files/directories were installed but not shipped in any 
> > package:
> >   /usr/lib/debug
> >   /usr/lib/debug/usr
> >   /usr/lib/debug/usr/lib
> >   /usr/lib/debug/usr/lib/libuuid.so.1.3.0.debug
> > Please set FILES such that these items are packaged. Alternatively if they 
> > are unneeded, avoid installing them or delete them within do_install.
> > util-linux-uuid: 4 installed and not shipped files. [installed-vs-shipped]
> > ERROR: mc:host:util-linux-uuid-2.36.2-r0 do_package: Fatal QA errors found, 
> > failing task.
> > ERROR: Logfile of failure stored in: 
> > /hdd/yocto/genx/poky/build/tmp/work/core2-64-poky-linux/util-linux-uuid/2.36.2-r0/temp/log.do_package.31753
> > ERROR: Task 
> > (mc:host:/hdd/yocto/genx/poky/build/../meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb:do_package)
> >  failed with exit code '1'
> 
> It most certainly is - is /usr/lib/debug configurable or supported?
> Currently we have:
> 
> FILES_util-linux-libuuid-dbg = "/usr/src ${libdir}/.debug"

Does it need to be set at all or will the default not cover this?

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149897): 
https://lists.openembedded.org/g/openembedded-core/message/149897
Mute This Topic: https://lists.openembedded.org/mt/81254724/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] util-linux-uuid: include /usr/lib/debug in FILES_util-linux-libuuid-dbg

[Luca Bocassi]

From: Luca Boccassi 

Apparently some users have /usr/lib/debug instead of /usr/lib/.debug
so add it to the FILES matching.

Signed-off-by: Luca Boccassi 
---
 meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb 
b/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
index 65e4d23b7e..1ff37a4dcb 100644
--- a/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
+++ b/meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb
@@ -11,7 +11,7 @@ PACKAGES = "util-linux-libuuid util-linux-libuuid-dev 
util-linux-libuuid-staticd
 FILES_util-linux-libuuid = "${libdir}/libuuid.so.*"
 FILES_util-linux-libuuid-dev = "${libdir}/libuuid.so ${includedir} 
${libdir}/pkgconfig"
 FILES_util-linux-libuuid-staticdev = "${libdir}/libuuid.a"
-FILES_util-linux-libuuid-dbg = "/usr/src ${libdir}/.debug"
+FILES_util-linux-libuuid-dbg = "/usr/src ${libdir}/.debug ${libdir}/debug"
 
 do_install_append() {
rm -rf ${D}${datadir} ${D}${bindir} ${D}${base_bindir} ${D}${sbindir} 
${D}${base_sbindir} ${D}${exec_prefix}/sbin
-- 
2.29.2


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

Re: [OE-core] [PATCH v11] util-linux: split uuid in separate recipe to allow bootstrapping

[Luca Boccassi via lists.openembedded.org]

On Wed, 2021-03-24 at 09:52 -0700, Scott Branden wrote:
> I have not debugged yet, but I suspect this change is causing the following 
> failure if I merge the latest poky into our builds:
> 
> ERROR: mc:host:util-linux-uuid-2.36.2-r0 do_package: QA Issue: 
> util-linux-uuid: Files/directories were installed but not shipped in any 
> package:
>   /usr/lib/debug
>   /usr/lib/debug/usr
>   /usr/lib/debug/usr/lib
>   /usr/lib/debug/usr/lib/libuuid.so.1.3.0.debug
> Please set FILES such that these items are packaged. Alternatively if they 
> are unneeded, avoid installing them or delete them within do_install.
> util-linux-uuid: 4 installed and not shipped files. [installed-vs-shipped]
> ERROR: mc:host:util-linux-uuid-2.36.2-r0 do_package: Fatal QA errors found, 
> failing task.
> ERROR: Logfile of failure stored in: 
> /hdd/yocto/genx/poky/build/tmp/work/core2-64-poky-linux/util-linux-uuid/2.36.2-r0/temp/log.do_package.31753
> ERROR: Task 
> (mc:host:/hdd/yocto/genx/poky/build/../meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb:do_package)
>  failed with exit code '1'

It most certainly is - is /usr/lib/debug configurable or supported?
Currently we have:

FILES_util-linux-libuuid-dbg = "/usr/src ${libdir}/.debug"

I'll send a patch to extend it and include /usr/lib/debug too

> On 2021-03-15 2:51 p.m., Richard Purdie wrote:
> > On Mon, 2021-03-15 at 13:57 +, Richard Purdie via 
> > lists.openembedded.org wrote:
> > > On Mon, 2021-03-15 at 14:55 +0100, Martin Jansa wrote:
> > > > On Mon, Mar 15, 2021 at 12:21:37PM +, Richard Purdie wrote:
> > > > > On Mon, 2021-03-15 at 11:50 +, Luca Boccassi wrote:
> > > > > > On Mon, 2021-03-15 at 10:49 +, Richard Purdie wrote:
> > > > > > > On Mon, 2021-03-15 at 10:44 +, Luca Boccassi wrote:
> > > > > > > > On Sun, 2021-03-14 at 22:10 +, Richard Purdie wrote:
> > > > > > > > > On Thu, 2021-03-11 at 15:09 +, luca.bocca...@gmail.com 
> > > > > > > > > wrote:
> > > > > > > > > > From: Luca Boccassi 
> > > > > > > > > > 
> > > > > > > > > > Recently util-linux gained an (optional) build dependency 
> > > > > > > > > > on libcryptsetup.
> > > > > > > > > > But libcryptsetup build-depends on util-linux for blkid 
> > > > > > > > > > (optional, can be disabled)
> > > > > > > > > > and uuid (mandatory).
> > > > > > > > > > Split out util-linux-uuid in a different recipe to break 
> > > > > > > > > > the cycle.
> > > > > > > > > > 
> > > > > > > > > > https://github.com/karelzak/util-linux/pull/898
> > > > > > > > > > 
> > > > > > > > > > Signed-off-by: Luca Boccassi 
> > > > > > > > > 
> > > > > > > > > Unfortunately I noticed we had a performance regression in 
> > > > > > > > > buildtimes in 
> > > > > > > > > recent changes. The closest I have this narrowed down to so 
> > > > > > > > > far:
> > > > > > > > > 
> > > > > > > > > https://autobuilder.yocto.io/pub/non-release/20210314-14/testresults/buildperf-ubuntu1604/perf-ubuntu1604_master_20210314181831_d42487bf52.html
> > > > > > > > > 
> > > > > > > > > suggests it may be this change. I have more tests queued to 
> > > > > > > > > confirm
> > > > > > > > > that definitively, if so we'll have to figure out why as this 
> > > > > > > > > shouldn't
> > > > > > > > > really happen, its an 8% regression :(.
> > > > > > > > 
> > > > > > > > Very strange that a single recipe could do that - is there 
> > > > > > > > something
> > > > > > > > wrong in the new .bb that I missed and could cause this?
> > > > > > > 
> > > > > > > I'm wondering if it is because we're building util-linux twice 
> > > > > > > now and
> > > > > > > there is some key choke point in the dependency chain. I have no 
> > > > > > > evidence
> > > > > > > for that yet, it is just speculation though.
> > > > > > 
> > > > > > With the autoconf options I've set, on my laptop it takes 32s to do
> > > > > > configure + make -j2. Most of that is autoconf - make -j2 takes 8s.
> > > > > > 
> > > > > > Only 3 libraries are built with this combination: libcommon.a,
> > > > > > libtcolors.a, and libuuid.a/so. No executables or anything else is
> > > > > > built. It doesn't look like libtcolors is actually needed, I'll see 
> > > > > > if
> > > > > > I can prepare a patch to skip it, but I don't think it will buy more
> > > > > > than 1s, it's just two object files.
> > > > > > 
> > > > > > The good news is that meson support is about to land upstream, which
> > > > > > should be significantly faster than autoconf + make:
> > > > > > 
> > > > > > https://github.com/karelzak/util-linux/commits/topic/meson
> > > > > 
> > > > > Meson definitely improves the speed! I was wondering if it was from
> > > > > configure for example.
> > > > > 
> > > > > I now have more performance test results in (takes time to interleave 
> > > > > them with testing of master):
> > > > > 
> > > > > https://autobuilder.yocto.io/pub/non-release/20210315-1/testresults/buildperf-ubuntu1604/perf-ubuntu1604_master_20210315005048_6bb1621815.html
> > > > > 
> > > > > and I 

Re: [OE-core] [PATCH v11] util-linux: split uuid in separate recipe to allow bootstrapping

[Scott Branden via lists.openembedded.org]

I have not debugged yet, but I suspect this change is causing the following 
failure if I merge the latest poky into our builds:

ERROR: mc:host:util-linux-uuid-2.36.2-r0 do_package: QA Issue: util-linux-uuid: 
Files/directories were installed but not shipped in any package:
  /usr/lib/debug
  /usr/lib/debug/usr
  /usr/lib/debug/usr/lib
  /usr/lib/debug/usr/lib/libuuid.so.1.3.0.debug
Please set FILES such that these items are packaged. Alternatively if they are 
unneeded, avoid installing them or delete them within do_install.
util-linux-uuid: 4 installed and not shipped files. [installed-vs-shipped]
ERROR: mc:host:util-linux-uuid-2.36.2-r0 do_package: Fatal QA errors found, 
failing task.
ERROR: Logfile of failure stored in: 
/hdd/yocto/genx/poky/build/tmp/work/core2-64-poky-linux/util-linux-uuid/2.36.2-r0/temp/log.do_package.31753
ERROR: Task 
(mc:host:/hdd/yocto/genx/poky/build/../meta/recipes-core/util-linux/util-linux-uuid_2.36.2.bb:do_package)
 failed with exit code '1'

On 2021-03-15 2:51 p.m., Richard Purdie wrote:
> On Mon, 2021-03-15 at 13:57 +, Richard Purdie via lists.openembedded.org 
> wrote:
>> On Mon, 2021-03-15 at 14:55 +0100, Martin Jansa wrote:
>>> On Mon, Mar 15, 2021 at 12:21:37PM +, Richard Purdie wrote:
 On Mon, 2021-03-15 at 11:50 +, Luca Boccassi wrote:
> On Mon, 2021-03-15 at 10:49 +, Richard Purdie wrote:
>> On Mon, 2021-03-15 at 10:44 +, Luca Boccassi wrote:
>>> On Sun, 2021-03-14 at 22:10 +, Richard Purdie wrote:
 On Thu, 2021-03-11 at 15:09 +, luca.bocca...@gmail.com wrote:
> From: Luca Boccassi 
>
> Recently util-linux gained an (optional) build dependency on 
> libcryptsetup.
> But libcryptsetup build-depends on util-linux for blkid (optional, 
> can be disabled)
> and uuid (mandatory).
> Split out util-linux-uuid in a different recipe to break the cycle.
>
> https://github.com/karelzak/util-linux/pull/898
>
> Signed-off-by: Luca Boccassi 

 Unfortunately I noticed we had a performance regression in buildtimes 
 in 
 recent changes. The closest I have this narrowed down to so far:

 https://autobuilder.yocto.io/pub/non-release/20210314-14/testresults/buildperf-ubuntu1604/perf-ubuntu1604_master_20210314181831_d42487bf52.html

 suggests it may be this change. I have more tests queued to confirm
 that definitively, if so we'll have to figure out why as this shouldn't
 really happen, its an 8% regression :(.
>>>
>>> Very strange that a single recipe could do that - is there something
>>> wrong in the new .bb that I missed and could cause this?
>>
>> I'm wondering if it is because we're building util-linux twice now and
>> there is some key choke point in the dependency chain. I have no evidence
>> for that yet, it is just speculation though.
>
> With the autoconf options I've set, on my laptop it takes 32s to do
> configure + make -j2. Most of that is autoconf - make -j2 takes 8s.
>
> Only 3 libraries are built with this combination: libcommon.a,
> libtcolors.a, and libuuid.a/so. No executables or anything else is
> built. It doesn't look like libtcolors is actually needed, I'll see if
> I can prepare a patch to skip it, but I don't think it will buy more
> than 1s, it's just two object files.
>
> The good news is that meson support is about to land upstream, which
> should be significantly faster than autoconf + make:
>
> https://github.com/karelzak/util-linux/commits/topic/meson

 Meson definitely improves the speed! I was wondering if it was from
 configure for example.

 I now have more performance test results in (takes time to interleave 
 them with testing of master):

 https://autobuilder.yocto.io/pub/non-release/20210315-1/testresults/buildperf-ubuntu1604/perf-ubuntu1604_master_20210315005048_6bb1621815.html

 and I think this means it isn't from the util-linux change but one of 
 another three. I'm not entirely convinced those changes could do this
 but it is what the data says. 

 I've queued more bisection to narrow it down from there...
>>>
>>> BTW: this split also needs manual cleanup in the TMPDIR, right?
>>
>> It shouldn't. The system should spot that util-linux has changed and 
>> uninstall
>> it from the sysroots as it goes. There is something not working right there 
>> :(
> 
> I was wrong about that, the system doesn't have code for this, it has code for
> the sysroots but not for other sstate tasks.
> 
> I think this is an oversight and we need to simplify things and make this 
> cleanup
> happen pre-build, much like the "unreachable" tasks cleanup happens today. If 
> we
> do make this happen, we probably need to add parallelism as the number of 
> stale
> sstate tasks being cleaned could be 

[OE-core] [PATCH] bitbake.conf: correct description of HOSTTOOLS_DIR

[Robert P. J. Day]

HOSTTOOLS_DIR contains symlinks to host tools, not copies

Signed-off-by: Robert P. J. Day 

---

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index ecd4d1638e..fa88e7be4d 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -476,7 +476,7 @@ export PATH
 # Build utility info.
 ##

-# Directory where host tools are copied
+# Directory with symlinks to host tools used by build
 HOSTTOOLS_DIR = "${TMPDIR}/hosttools"

 # Tools needed to run builds with OE-Core

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
 http://crashcourse.ca

LinkedIn:   http://ca.linkedin.com/in/rpjday


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149893): 
https://lists.openembedded.org/g/openembedded-core/message/149893
Mute This Topic: https://lists.openembedded.org/mt/81580961/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] tune-cortexa32: Add hard FPU

[Jon Mason]

A32 always has NEON and VFP.  Set the FPU as hard to always have this
enabled and used.

Signed-off-by: Jon Mason 
---
 meta/conf/machine/include/tune-cortexa32.inc | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/conf/machine/include/tune-cortexa32.inc 
b/meta/conf/machine/include/tune-cortexa32.inc
index e86de6ccb7a4..b9ae2b1c57b9 100644
--- a/meta/conf/machine/include/tune-cortexa32.inc
+++ b/meta/conf/machine/include/tune-cortexa32.inc
@@ -9,9 +9,9 @@ require conf/machine/include/arm/arch-armv8a.inc
 AVAILTUNES += "cortexa32 cortexa32-crypto"
 ARMPKGARCH_tune-cortexa32 = "cortexa32"
 ARMPKGARCH_tune-cortexa32-crypto  = "cortexa32"
-TUNE_FEATURES_tune-cortexa32  = "armv8a cortexa32 crc"
+TUNE_FEATURES_tune-cortexa32  = "armv8a cortexa32 crc 
callconvention-hard neon"
 TUNE_FEATURES_tune-cortexa32-crypto   = "${TUNE_FEATURES_tune-cortexa32} 
crypto"
-PACKAGE_EXTRA_ARCHS_tune-cortexa32 = 
"${PACKAGE_EXTRA_ARCHS_tune-armv8a-crc} cortexa32"
-PACKAGE_EXTRA_ARCHS_tune-cortexa32-crypto  = 
"${PACKAGE_EXTRA_ARCHS_tune-armv8a-crc-crypto} cortexa32 cortexa32-crypto"
+PACKAGE_EXTRA_ARCHS_tune-cortexa32 = 
"${PACKAGE_EXTRA_ARCHS_tune-armv8a-crc} cortexa32 cortexa32hf-neon"
+PACKAGE_EXTRA_ARCHS_tune-cortexa32-crypto  = 
"${PACKAGE_EXTRA_ARCHS_tune-armv8a-crc-crypto} cortexa32 cortexa32hf-neon 
cortexa32hf-neon-crypto"
 BASE_LIB_tune-cortexa32   = "lib"
 BASE_LIB_tune-cortexa32-crypto= "lib"
-- 
2.20.1


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

Re: [OE-core] [poky][PATCH] run-postinsts: do not remove postinsts directory.

[Steve Sakoman]

On Sun, Mar 21, 2021 at 12:26 AM Anton Kachalov via
lists.openembedded.org 
wrote:
>
> From: "Anton D. Kachalov" 
>
> When running on the systems having read-only rootfs backed by overlayfs,
> removing the whole directory lead to create a special char device file
> on the upperdir to reflect directory's removal. Once it is required to
> upgrade the whole read-only image that might contain new postinsts scripts,
> it will be impossible to run such scripts with a "deletion mark" file
> on the overlayfs -- the whole directory will be marked as deleted regardless
> new files in it.

Is this something that should be considered for backporting to
dunfell/gatesgarth?

Steve


> Signed-off-by: Anton D. Kachalov 
> ---
>  .../run-postinsts/run-postinsts/run-postinsts  | 10 --
>  1 file changed, 4 insertions(+), 6 deletions(-)
>
> diff --git a/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts 
> b/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts
> index f84a7e18c8..95dccb9cae 100755
> --- a/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts
> +++ b/meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts
> @@ -72,12 +72,12 @@ exec_postinst_scriptlets() {
> else
> echo "ERROR: postinst $i failed."
> [ "$POSTINST_LOGGING" = "1" ] && eval echo "ERROR: 
> postinst $i failed." $append_log
> -   remove_pi_dir=0
> +   remove_rcsd_link=0
> fi
> done
>  }
>
> -remove_pi_dir=1
> +remove_rcsd_link=1
>  if $pm_installed; then
> case $pm in
> "ipk")
> @@ -92,9 +92,7 @@ else
> exec_postinst_scriptlets
>  fi
>
> -# since all postinstalls executed successfully, remove the postinstalls 
> directory
> -# and the rcS.d link
> -if [ $remove_pi_dir = 1 ]; then
> -   rm -rf $pi_dir
> +# since all postinstalls executed successfully, remove the rcS.d link
> +if [ $remove_rcsd_link = 1 ]; then
> remove_rcsd_link
>  fi
> --
> 2.31.0.rc2.261.g7f71774620-goog
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149891): 
https://lists.openembedded.org/g/openembedded-core/message/149891
Mute This Topic: https://lists.openembedded.org/mt/81497013/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 20/21] selftest/wic: Fix dependency issue in rawcopy test

[Steve Sakoman]

From: Richard Purdie 

The current test code contains a subtle race. It is building an ext4,
then trying to reuse that image in a wic build for the same recipe.
Whilst this happened to work, the code is within its rights to clean
up the output before the wic code runs.

Avoid this by using separate image targets instead.

Signed-off-by: Richard Purdie 
(cherry picked from commit 590398080e81fb5e2f81e12b8900858837dfe25f)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/selftest/cases/wic.py | 18 +++---
 1 file changed, 11 insertions(+), 7 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/wic.py 
b/meta/lib/oeqa/selftest/cases/wic.py
index 0435aa29c9..f7abdba015 100644
--- a/meta/lib/oeqa/selftest/cases/wic.py
+++ b/meta/lib/oeqa/selftest/cases/wic.py
@@ -905,14 +905,18 @@ class Wic2(WicTestCase):
 @only_for_arch(['i586', 'i686', 'x86_64'])
 def test_rawcopy_plugin_qemu(self):
 """Test rawcopy plugin in qemu"""
-# build ext4 and wic images
-for fstype in ("ext4", "wic"):
-config = 'IMAGE_FSTYPES = "%s"\nWKS_FILE = 
"test_rawcopy_plugin.wks.in"\n' % fstype
-self.append_config(config)
-self.assertEqual(0, bitbake('core-image-minimal').status)
-self.remove_config(config)
+# build ext4 and then use it for a wic image
+config = 'IMAGE_FSTYPES = "ext4"\n'
+self.append_config(config)
+self.assertEqual(0, bitbake('core-image-minimal').status)
+self.remove_config(config)
 
-with runqemu('core-image-minimal', ssh=False, image_fstype='wic') as 
qemu:
+config = 'IMAGE_FSTYPES = "wic"\nWKS_FILE = 
"test_rawcopy_plugin.wks.in"\n'
+self.append_config(config)
+self.assertEqual(0, bitbake('core-image-minimal-mtdutils').status)
+self.remove_config(config)
+
+with runqemu('core-image-minimal-mtdutils', ssh=False, 
image_fstype='wic') as qemu:
 cmd = "grep sda. /proc/partitions  |wc -l"
 status, output = qemu.run_serial(cmd)
 self.assertEqual(1, status, 'Failed to run command "%s": %s' % 
(cmd, output))
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149889): 
https://lists.openembedded.org/g/openembedded-core/message/149889
Mute This Topic: https://lists.openembedded.org/mt/81578193/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 19/21] linux-dummy: add empty dependent packages

[Steve Sakoman]

From: Li Wang 

some kernel includes kernel-image-image and kernel-devicetree packages.
these patckages are defined in kernel.bbclass
but, when use linux-dummy, these packages are not defined.
so, define them as empty packages for avoiding compile error:

ERROR: Nothing RPROVIDES 'kernel-devicetree'

Signed-off-by: Li Wang 
Signed-off-by: Richard Purdie 
(cherry picked from commit 8dbae2dd5ac3de629957ca699f823f5438e80163)
Signed-off-by: Steve Sakoman 
---
 meta/classes/linux-dummy.bbclass | 26 
 meta/recipes-kernel/linux/linux-dummy.bb |  2 +-
 2 files changed, 27 insertions(+), 1 deletion(-)
 create mode 100644 meta/classes/linux-dummy.bbclass

diff --git a/meta/classes/linux-dummy.bbclass b/meta/classes/linux-dummy.bbclass
new file mode 100644
index 00..cd8791557d
--- /dev/null
+++ b/meta/classes/linux-dummy.bbclass
@@ -0,0 +1,26 @@
+
+python __anonymous () {
+if d.getVar('PREFERRED_PROVIDER_virtual/kernel') == 'linux-dummy':
+# copy part codes from kernel.bbclass
+kname = d.getVar('KERNEL_PACKAGE_NAME') or "kernel"
+
+# set an empty package of kernel-devicetree
+d.appendVar('PACKAGES', ' %s-devicetree' % kname)
+d.setVar('ALLOW_EMPTY_%s-devicetree' % kname, '1')
+
+# Merge KERNEL_IMAGETYPE and KERNEL_ALT_IMAGETYPE into 
KERNEL_IMAGETYPES
+type = d.getVar('KERNEL_IMAGETYPE') or ""
+alttype = d.getVar('KERNEL_ALT_IMAGETYPE') or ""
+types = d.getVar('KERNEL_IMAGETYPES') or ""
+if type not in types.split():
+types = (type + ' ' + types).strip()
+if alttype not in types.split():
+types = (alttype + ' ' + types).strip()
+
+# set empty packages of kernel-image-*
+for type in types.split():
+typelower = type.lower()
+d.appendVar('PACKAGES', ' %s-image-%s' % (kname, typelower))
+d.setVar('ALLOW_EMPTY_%s-image-%s' % (kname, typelower), '1')
+}
+
diff --git a/meta/recipes-kernel/linux/linux-dummy.bb 
b/meta/recipes-kernel/linux/linux-dummy.bb
index 95dc85ff2f..c56f8990de 100644
--- a/meta/recipes-kernel/linux/linux-dummy.bb
+++ b/meta/recipes-kernel/linux/linux-dummy.bb
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING.GPL;md5=751419260aa954499f7abaabaa882bbe"
 
 PROVIDES += "virtual/kernel"
 
-inherit deploy
+inherit deploy linux-dummy
 
 PACKAGES_DYNAMIC += "^kernel-module-.*"
 PACKAGES_DYNAMIC += "^kernel-image-.*"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149888): 
https://lists.openembedded.org/g/openembedded-core/message/149888
Mute This Topic: https://lists.openembedded.org/mt/81578192/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 12/21] initrdscripts: init-install-efi.sh install extra files for ESP

[Steve Sakoman]

From: Chee Yang Lee 

Currently the install script copy only few hard coded item while
setting up target ESP, kernel artifacts, all .efi in EFI/BOOT,
grub & boot cfg and loader.conf.
While ESP can be much complex, eg: contain multiple initrd.

Add a ESP folder to carry any other files to setup onto ESP.

Signed-off-by: Chee Yang Lee 
Signed-off-by: Richard Purdie 
(cherry picked from commit 6eaca9cf20c42501fba27dea3a6446bad948e859)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-core/initrdscripts/files/init-install-efi.sh | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-core/initrdscripts/files/init-install-efi.sh 
b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
index b6855b5aac..f667518b89 100644
--- a/meta/recipes-core/initrdscripts/files/init-install-efi.sh
+++ b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
@@ -279,6 +279,11 @@ fi
 
 umount /tgt_root
 
+# copy any extra files needed for ESP
+if [ -d /run/media/$1/esp ]; then
+cp -r /run/media/$1/esp/* /boot
+fi
+
 # Copy kernel artifacts. To add more artifacts just add to types
 # For now just support kernel types already being used by something in OE-core
 for types in bzImage zImage vmlinux vmlinuz fitImage; do
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149882): 
https://lists.openembedded.org/g/openembedded-core/message/149882
Mute This Topic: https://lists.openembedded.org/mt/81578179/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 21/21] linux-yocto/5.4: update to v5.4.105

[Steve Sakoman]

From: Bruce Ashfield 

Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:

ce615a08404c Linux 5.4.105
d17cf4cb1928 nvme-pci: add quirks for Lexar 256GB SSD
1d08ff846484 nvme-pci: mark Seagate Nytro XM1440 as QUIRK_NO_NS_DESC_LIST.
9106a7844efb HID: i2c-hid: Add I2C_HID_QUIRK_NO_IRQ_AFTER_RESET for ITE8568 
EC on Voyo Winpad A15
b5e10e9b3047 mmc: sdhci-of-dwcmshc: set SDHCI_QUIRK2_PRESET_VALUE_BROKEN
21f3fb36b5a2 drm/msm/a5xx: Remove overwriting A5XX_PC_DBG_ECO_CNTL register
1d113893ff9d misc: eeprom_93xx46: Add quirk to support Microchip 93LC46B 
eeprom
9f1f09887551 PCI: Add function 1 DMA alias quirk for Marvell 9215 SATA 
controller
f40fdcb7ca29 ASoC: Intel: bytcr_rt5640: Add quirk for ARCHOS Cesium 140
242be7cddd25 ACPI: video: Add DMI quirk for GIGABYTE GB-BXBT-2807
86c8848d680a media: cx23885: add more quirks for reset DMA on some AMD IOMMU
fd476c6d4e1a HID: mf: add support for 0079:1846 Mayflash/Dragonrise USB 
Gamecube Adapter
ef9fa6bb8582 platform/x86: acer-wmi: Add ACER_CAP_KBD_DOCK quirk for the 
Aspire Switch 10E SW3-016
3a8eb20cb87b platform/x86: acer-wmi: Add support for SW_TABLET_MODE on 
Switch devices
e3a3a69da177 platform/x86: acer-wmi: Add ACER_CAP_SET_FUNCTION_MODE 
capability flag
b734af305c78 platform/x86: acer-wmi: Add new force_caps module parameter
025180244251 platform/x86: acer-wmi: Cleanup accelerometer device handling
37b4324cb78e platform/x86: acer-wmi: Cleanup ACER_CAP_FOO defines
200e14759da5 mwifiex: pcie: skip cancel_work_sync() on reset failure path
c699a89d385c iommu/amd: Fix sleeping in atomic in increase_address_space()
fa56bf637eac ACPICA: Fix race in generic_serial_bus (I2C) and GPIO 
op_region parameter handling
f27765adb3f6 dm table: fix zoned iterate_devices based device capability 
checks
06ef17b88676 dm table: fix DAX iterate_devices based device capability 
checks
b8aedc65db40 dm table: fix iterate_devices based device capability checks
c1f5fc082beb net: dsa: add GRO support via gro_cells
84d5d3c9d3fb Linux 5.4.104
d859388ea25a r8169: fix resuming from suspend on RTL8105e if machine runs 
on battery
1fba84f3c491 rsxx: Return -EFAULT if copy_to_user() fails
77a81b10f894 ftrace: Have recordmcount use w8 to read relp->r_info in 
arm64_is_fake_mcount
9a20e5782d2d ALSA: hda: intel-nhlt: verify config type
86b3b62b81c5 IB/mlx5: Add missing error code
809ef2660c1b RDMA/rxe: Fix missing kconfig dependency on CRYPTO
26a1af33c9cd ALSA: ctxfi: cthw20k2: fix mask on conf to allow 4 bits
6827415290ab usbip: tools: fix build error for multiple definition
078170924d84 crypto - shash: reduce minimum alignment of shash_desc 
structure
1f8884d04480 arm64: ptrace: Fix seccomp of traced syscall -1 (NO_SYSCALL)
9e15b43fdaf3 drm/amdgpu: fix parameter error of RREG32_PCIE() in 
amdgpu_regs_pcie
b367201430dd dm verity: fix FEC for RS roots unaligned to block size
1a4182923144 dm bufio: subtract the number of initial sectors in 
dm_bufio_get_device_size
52a643680165 PM: runtime: Update device status before letting suppliers 
suspend
e49baccfe299 btrfs: fix warning when creating a directory with smack enabled
a87911c26a1c btrfs: unlock extents in btrfs_zero_range in case of quota 
reservation errors
91bc3296bffb btrfs: free correct amount of space in 
btrfs_delayed_inode_reserve_metadata
8674c1a72a69 btrfs: validate qgroup inherit for SNAP_CREATE_V2 ioctl
0c740d2b8c61 btrfs: fix raid6 qstripe kmap
909a8d2b1e7b btrfs: raid56: simplify tracking of Q stripe presence
15726df8c09a tpm, tpm_tis: Decorate tpm_get_timeouts() with 
request_locality()
6d71cbc91104 tpm, tpm_tis: Decorate tpm_tis_gen_interrupt() with 
request_locality()

Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie 
(cherry picked from commit 589673d5cef12c98a95c83d47d30d6fc35463747)
Signed-off-by: Steve Sakoman 
---
 .../linux/linux-yocto-rt_5.4.bb   |  6 ++---
 .../linux/linux-yocto-tiny_5.4.bb |  8 +++
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 22 +--
 3 files changed, 18 insertions(+), 18 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index 1a1f6deeca..02dd3f40ff 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
@@ -11,13 +11,13 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "34ae8b39b6414e1f05fed93966c5ab1db20b6963"
-SRCREV_meta ?= "feeb59687bc0f054af837a5061f8d413ec7c93e9"
+SRCREV_machine ?= "08b34e26f97c0549961710c3b14258910979aff4"
+SRCREV_meta ?= "f67ab86441a7ebe38b5a25126d6eebc2ef6fee99"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
   

[OE-core][dunfell 15/21] cmake: Fully-qualified path to ar

[Steve Sakoman]

From: Douglas Royds 

We (correctly enough) pass in our AR to cmake via the toolchain file,
but unlike the other cross-compilation tools (CC, CXX, ranlib, etc),
cmake does not then do its own search in the PATH for our AR.

By using cmake's own find_program() to search the PATH,
make works as expected from the commandline, outside of bitbake.

Signed-off-by: Douglas Royds 
Signed-off-by: Richard Purdie 
(cherry picked from commit e9180c9575f0723b51915a0da58452511b6b03bf)
Signed-off-by: Steve Sakoman 
---
 meta/classes/cmake.bbclass | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index 8243f7ce8c..af6a8c4395 100644
--- a/meta/classes/cmake.bbclass
+++ b/meta/classes/cmake.bbclass
@@ -102,7 +102,8 @@ set( CMAKE_CXX_COMPILER ${OECMAKE_CXX_COMPILER} )
 set( CMAKE_C_COMPILER_LAUNCHER ${OECMAKE_C_COMPILER_LAUNCHER} )
 set( CMAKE_CXX_COMPILER_LAUNCHER ${OECMAKE_CXX_COMPILER_LAUNCHER} )
 set( CMAKE_ASM_COMPILER ${OECMAKE_C_COMPILER} )
-set( CMAKE_AR ${OECMAKE_AR} CACHE FILEPATH "Archiver" )
+find_program( CMAKE_AR ${OECMAKE_AR} DOC "Archiver" REQUIRED )
+
 set( CMAKE_C_FLAGS "${OECMAKE_C_FLAGS}" CACHE STRING "CFLAGS" )
 set( CMAKE_CXX_FLAGS "${OECMAKE_CXX_FLAGS}" CACHE STRING "CXXFLAGS" )
 set( CMAKE_ASM_FLAGS "${OECMAKE_C_FLAGS}" CACHE STRING "ASM FLAGS" )
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149884): 
https://lists.openembedded.org/g/openembedded-core/message/149884
Mute This Topic: https://lists.openembedded.org/mt/81578184/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 16/21] externalsrc: Detect code changes in submodules

[Steve Sakoman]

From: Douglas Royds 

Further to 50ff9afb39, only detect code changes in submodules that are
subdirectories of the EXTERNALSRC directory.

git submodule status returns a path relative to the cwd for each submodule.
We don't add submodules that are not within our source subtree.

Signed-off-by: Douglas Royds 
Signed-off-by: Richard Purdie 
(cherry picked from commit 4525310d49d115a37705f04ac5c03d639e5e8f8c)
Signed-off-by: Steve Sakoman 
---
 meta/classes/externalsrc.bbclass | 16 +---
 1 file changed, 9 insertions(+), 7 deletions(-)

diff --git a/meta/classes/externalsrc.bbclass b/meta/classes/externalsrc.bbclass
index 1d7300d65b..d1ca11303d 100644
--- a/meta/classes/externalsrc.bbclass
+++ b/meta/classes/externalsrc.bbclass
@@ -216,14 +216,16 @@ def srctree_hash_files(d, srcdir=None):
 env['GIT_INDEX_FILE'] = tmp_index.name
 subprocess.check_output(['git', 'add', '-A', '.'], cwd=s_dir, 
env=env)
 git_sha1 = subprocess.check_output(['git', 'write-tree'], 
cwd=s_dir, env=env).decode("utf-8")
-submodule_helper = subprocess.check_output(['git', 
'submodule--helper', 'list'], cwd=s_dir, env=env).decode("utf-8")
+submodule_helper = subprocess.check_output(['git', 'submodule', 
'status'], cwd=s_dir, env=env).decode("utf-8")
 for line in submodule_helper.splitlines():
-module_dir = os.path.join(s_dir, line.rsplit(maxsplit=1)[1])
-proc = subprocess.Popen(['git', 'add', '-A', '.'], 
cwd=module_dir, env=env, stdout=subprocess.DEVNULL, stderr=subprocess.DEVNULL)
-proc.communicate()
-proc = subprocess.Popen(['git', 'write-tree'], cwd=module_dir, 
env=env, stdout=subprocess.PIPE, stderr=subprocess.DEVNULL)
-stdout, _ = proc.communicate()
-git_sha1 += stdout.decode("utf-8")
+module_relpath = line.split()[1]
+if not module_relpath.split('/')[0] == '..':
+module_dir = os.path.join(s_dir, module_relpath)
+proc = subprocess.Popen(['git', 'add', '-A', '.'], 
cwd=module_dir, env=env, stdout=subprocess.DEVNULL, stderr=subprocess.DEVNULL)
+proc.communicate()
+proc = subprocess.Popen(['git', 'write-tree'], 
cwd=module_dir, env=env, stdout=subprocess.PIPE, stderr=subprocess.DEVNULL)
+stdout, _ = proc.communicate()
+git_sha1 += stdout.decode("utf-8")
 sha1 = hashlib.sha1(git_sha1.encode("utf-8")).hexdigest()
 with open(oe_hash_file, 'w') as fobj:
 fobj.write(sha1)
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149885): 
https://lists.openembedded.org/g/openembedded-core/message/149885
Mute This Topic: https://lists.openembedded.org/mt/81578187/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 11/21] wpa-supplicant: update CVE-2021-27803.patch

[Steve Sakoman]

From: Martin Jansa 

* update to match what was merged in master branch (and I have now sent for 
gatesgarth)
* fixes Upstream-Status (there is a missing 'c' in 'Acepted' and 'Backport' is 
more accurate)

Signed-off-by: Martin Jansa 
Signed-off-by: Steve Sakoman 
---
 .../wpa-supplicant/CVE-2021-27803.patch  | 12 
 1 file changed, 8 insertions(+), 4 deletions(-)

diff --git 
a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/CVE-2021-27803.patch 
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/CVE-2021-27803.patch
index dc576d1a11..004b1dbd19 100644
--- 
a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/CVE-2021-27803.patch
+++ 
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/CVE-2021-27803.patch
@@ -18,15 +18,19 @@ p2p_add_device() so that the stale pointer cannot be used.
 Fixes: 17bef1e97a50 ("P2P: Add peer entry based on Provision Discovery 
Request")
 Signed-off-by: Jouni Malinen 
 
-Upstream-Status: Acepted 
[https://w1.fi/cgit/hostap/commit/?id=8460e3230988ef2ec13ce6b69b687e941f6cdb32]
+Upstream-Status: Backport
 CVE: CVE-2021-27803
-Signed-off-by: Minjae Kim 
+
+Reference to upstream patch:
+[https://w1.fi/cgit/hostap/commit/?id=8460e3230988ef2ec13ce6b69b687e941f6cdb32]
+
+Signed-off-by: Stefan Ghinea 
 ---
  src/p2p/p2p_pd.c | 12 +---
  1 file changed, 5 insertions(+), 7 deletions(-)
 
 diff --git a/src/p2p/p2p_pd.c b/src/p2p/p2p_pd.c
-index 3994ec03f86b..05fd593494ef 100644
+index 3994ec0..05fd593 100644
 --- a/src/p2p/p2p_pd.c
 +++ b/src/p2p/p2p_pd.c
 @@ -595,14 +595,12 @@ void p2p_process_prov_disc_req(struct p2p_data *p2p, 
const u8 *sa,
@@ -50,5 +54,5 @@ index 3994ec03f86b..05fd593494ef 100644
} else if (msg.wfd_subelems) {
wpabuf_free(dev->info.wfd_subelems);
 -- 
-2.25.1
+2.17.1
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149880): 
https://lists.openembedded.org/g/openembedded-core/message/149880
Mute This Topic: https://lists.openembedded.org/mt/81578174/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 18/21] devshell.bbclass: Exceptions displayed within devpyshell

[Steve Sakoman]

From: Dorinda Bassey 

If you type something into devpyshell, an exception should be triggered,
but that exception isn't printed out because it is not being flushed out
of the buffer. This patch fixes that issue.

[YOCTO #12156]

Signed-off-by: Dorinda Bassey 
Signed-off-by: Richard Purdie 
(cherry picked from commit 9f95e82a3b27bfd5177a855326dcad8a5bdf5b2d)
Signed-off-by: Steve Sakoman 
---
 meta/classes/devshell.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/devshell.bbclass b/meta/classes/devshell.bbclass
index fdf7dc100f..76dd0b42ee 100644
--- a/meta/classes/devshell.bbclass
+++ b/meta/classes/devshell.bbclass
@@ -128,6 +128,7 @@ def devpyshell(d):
 more = i.runsource(source, "")
 if not more:
 buf = []
+sys.stderr.flush()
 prompt(more)
 except KeyboardInterrupt:
 i.write("\nKeyboardInterrupt\n")
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149887): 
https://lists.openembedded.org/g/openembedded-core/message/149887
Mute This Topic: https://lists.openembedded.org/mt/81578190/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 17/21] scripts/verify-bashisms: Update checkbashisms.pl URL

[Steve Sakoman]

From: Petr Vorel 

anonscm.debian.org is not used any more, update the URL.

Signed-off-by: Petr Vorel 
Signed-off-by: Richard Purdie 
(cherry picked from commit 3c89071a2c19a522c1df5919f500b88339ec6294)
Signed-off-by: Steve Sakoman 
---
 scripts/verify-bashisms | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/verify-bashisms b/scripts/verify-bashisms
index fb0cc719ea..14d8c298e9 100755
--- a/scripts/verify-bashisms
+++ b/scripts/verify-bashisms
@@ -100,7 +100,7 @@ if __name__=='__main__':
 args = parser.parse_args()
 
 if shutil.which("checkbashisms.pl") is None:
-print("Cannot find checkbashisms.pl on $PATH, get it from 
https://anonscm.debian.org/cgit/collab-maint/devscripts.git/plain/scripts/checkbashisms.pl;)
+print("Cannot find checkbashisms.pl on $PATH, get it from 
https://salsa.debian.org/debian/devscripts/raw/master/scripts/checkbashisms.pl;)
 sys.exit(1)
 
 # The order of defining the worker function,
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149886): 
https://lists.openembedded.org/g/openembedded-core/message/149886
Mute This Topic: https://lists.openembedded.org/mt/81578189/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 13/21] cve-update-db-native: consider version suffix when update CVE db

[Steve Sakoman]

From: Lee Chee Yang 

some record from NVD can merge or split suffix from version, for
example:
  CVE-2017-15906
  "cpe23Uri" : "cpe:2.3:a:openbsd:openssh:5.0:p1:*:*:*:*:*:*"
  "cpe23Uri" : "cpe:2.3:a:openbsd:openssh:4.7p1:*:*:*:*:*:*:*"

in such case include the suffix into version when update local CVE db.

Signed-off-by: Lee Chee Yang 
Signed-off-by: Richard Purdie 
(cherry picked from commit 13cc68197f81bb7c76fa1abecc5dd720b8bdb8d5)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-core/meta/cve-update-db-native.bb | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/meta/cve-update-db-native.bb 
b/meta/recipes-core/meta/cve-update-db-native.bb
index 9e8e006a32..5d9fb59cbc 100644
--- a/meta/recipes-core/meta/cve-update-db-native.bb
+++ b/meta/recipes-core/meta/cve-update-db-native.bb
@@ -137,9 +137,14 @@ def parse_node_and_insert(c, node, cveId):
 product = cpe23[4]
 version = cpe23[5]
 
+if cpe23[6] == '*' or cpe23[6] == '-':
+version_suffix = ""
+else:
+version_suffix = "_" + cpe23[6]
+
 if version != '*' and version != '-':
 # Version is defined, this is a '=' match
-yield [cveId, vendor, product, version, '=', '', '']
+yield [cveId, vendor, product, version + version_suffix, '=', 
'', '']
 elif version == '-':
 # no version information is available
 yield [cveId, vendor, product, version, '', '', '']
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149881): 
https://lists.openembedded.org/g/openembedded-core/message/149881
Mute This Topic: https://lists.openembedded.org/mt/81578177/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 14/21] cve-check: CVE_VERSION_SUFFIX to work with patched release

[Steve Sakoman]

From: Lee Chee Yang 

CVE_VERSION_SUFFIX in "patch" to treat version string with suffix "pX"
or "patchX" as patched release.

also update testcases to cover this changes and set CVE_VERSION_SUFFIX
for sudo.

Signed-off-by: Lee Chee Yang 
Signed-off-by: Richard Purdie 
(cherry picked from commit 8076815fc2ffc8f632e73527ce2b7d158a29e9ea)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oe/cve_check.py  | 7 ++-
 meta/lib/oeqa/selftest/cases/cve_check.py | 8 
 meta/recipes-extended/sudo/sudo.inc   | 2 ++
 3 files changed, 16 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oe/cve_check.py b/meta/lib/oe/cve_check.py
index ce755f940a..a1d7c292af 100644
--- a/meta/lib/oe/cve_check.py
+++ b/meta/lib/oe/cve_check.py
@@ -11,8 +11,13 @@ _Version = collections.namedtuple(
 class Version():
 
 def __init__(self, version, suffix=None):
+
+suffixes = ["alphabetical", "patch"]
+
 if str(suffix) == "alphabetical":
 version_pattern =  
r"""r?v?(?:(?P[0-9]+(?:[-\.][0-9]+)*)(?P[-_\.]?(?P[a-z]))?(?P[-_\.]?(?P(rc|alpha|beta|pre|preview|dev))[-_\.]?(?P[0-9]+)?)?)(.*)?"""
+elif str(suffix) == "patch":
+version_pattern =  
r"""r?v?(?:(?P[0-9]+(?:[-\.][0-9]+)*)(?P[-_\.]?(p|patch)(?P[0-9]+))?(?P[-_\.]?(?P(rc|alpha|beta|pre|preview|dev))[-_\.]?(?P[0-9]+)?)?)(.*)?"""
 else:
 version_pattern =  
r"""r?v?(?:(?P[0-9]+(?:[-\.][0-9]+)*)(?P[-_\.]?(?P(rc|alpha|beta|pre|preview|dev))[-_\.]?(?P[0-9]+)?)?)(.*)?"""
 regex = re.compile(r"^\s*" + version_pattern + r"\s*$", re.VERBOSE | 
re.IGNORECASE)
@@ -23,7 +28,7 @@ class Version():
 
 self._version = _Version(
 release=tuple(int(i) for i in 
match.group("release").replace("-",".").split(".")),
-patch_l=match.group("patch_l") if str(suffix) == "alphabetical" 
and match.group("patch_l") else "",
+patch_l=match.group("patch_l") if str(suffix) in suffixes and 
match.group("patch_l") else "",
 pre_l=match.group("pre_l"),
 pre_v=match.group("pre_v")
 )
diff --git a/meta/lib/oeqa/selftest/cases/cve_check.py 
b/meta/lib/oeqa/selftest/cases/cve_check.py
index 3f343a2841..d1947baffc 100644
--- a/meta/lib/oeqa/selftest/cases/cve_check.py
+++ b/meta/lib/oeqa/selftest/cases/cve_check.py
@@ -34,3 +34,11 @@ class CVECheck(OESelftestTestCase):
 self.assertTrue( result ,msg="Failed to compare version with suffix 
'1.0b' < '1.0r'")
 result = Version("1.0b","alphabetical") > Version("1.0","alphabetical")
 self.assertTrue( result ,msg="Failed to compare version with suffix 
'1.0b' > '1.0'")
+
+# consider the trailing "p" and "patch" as patched released when 
comparing
+result = Version("1.0","patch") < Version("1.0p1","patch")
+self.assertTrue( result ,msg="Failed to compare version with suffix 
'1.0' < '1.0p1'")
+result = Version("1.0p2","patch") > Version("1.0p1","patch")
+self.assertTrue( result ,msg="Failed to compare version with suffix 
'1.0p2' > '1.0p1'")
+result = Version("1.0_patch2","patch") < Version("1.0_patch3","patch")
+self.assertTrue( result ,msg="Failed to compare version with suffix 
'1.0_patch2' < '1.0_patch3'")
diff --git a/meta/recipes-extended/sudo/sudo.inc 
b/meta/recipes-extended/sudo/sudo.inc
index aeedfc1a23..153731c807 100644
--- a/meta/recipes-extended/sudo/sudo.inc
+++ b/meta/recipes-extended/sudo/sudo.inc
@@ -49,3 +49,5 @@ do_compile_prepend () {
 do_install_prepend (){
mkdir -p ${D}/${localstatedir}/lib
 }
+
+CVE_VERSION_SUFFIX = "patch"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149883): 
https://lists.openembedded.org/g/openembedded-core/message/149883
Mute This Topic: https://lists.openembedded.org/mt/81578181/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 09/21] iputils: fix various arping regressions

[Steve Sakoman]

From: Diego Santa Cruz 

arping in iputils s20190709 has several problems, this backports the
fixes from s20200821.
 - -D, duplicate address detection, always returns failure
 - -w -f does not behave correctly
 - -w option hangs arping
 - -U option returns failure

Signed-off-by: Diego Santa Cruz 
---
 ...rtially-fix-sent-vs-received-package.patch | 39 
 ...fix-f-quit-on-first-reply-regression.patch | 39 
 ...rison-of-different-signedness-warnin.patch | 37 
 ...ccess-when-unsolicited-ARP-mode-dest.patch | 45 +
 ...ional-timerfd-to-control-when-timeou.patch | 94 +++
 .../iputils/iputils_s20190709.bb  |  5 +
 6 files changed, 259 insertions(+)
 create mode 100644 
meta/recipes-extended/iputils/iputils/0001-arping-revert-partially-fix-sent-vs-received-package.patch
 create mode 100644 
meta/recipes-extended/iputils/iputils/0002-arping-fix-f-quit-on-first-reply-regression.patch
 create mode 100644 
meta/recipes-extended/iputils/iputils/0003-arping-Fix-comparison-of-different-signedness-warnin.patch
 create mode 100644 
meta/recipes-extended/iputils/iputils/0004-arping-return-success-when-unsolicited-ARP-mode-dest.patch
 create mode 100644 
meta/recipes-extended/iputils/iputils/0005-arping-use-additional-timerfd-to-control-when-timeou.patch

diff --git 
a/meta/recipes-extended/iputils/iputils/0001-arping-revert-partially-fix-sent-vs-received-package.patch
 
b/meta/recipes-extended/iputils/iputils/0001-arping-revert-partially-fix-sent-vs-received-package.patch
new file mode 100644
index 00..8495178879
--- /dev/null
+++ 
b/meta/recipes-extended/iputils/iputils/0001-arping-revert-partially-fix-sent-vs-received-package.patch
@@ -0,0 +1,39 @@
+From 18f14be80466ddc8fb17a400be82764a779c8dcd Mon Sep 17 00:00:00 2001
+From: Sami Kerola 
+Date: Wed, 31 Jul 2019 21:28:12 +0100
+Subject: [PATCH] arping: revert partially - fix sent vs received packages
+ return value
+
+Commit 84ca65ca980315c73f929fed8b6f16bbd698c3a0 caused regression.  The
+arping -D needs return value evaluation that was the earlier default, in
+other cases the new return value should be correct.
+
+Addresses: https://github.com/iputils/iputils/issues/209
+See-also: https://github.com/void-linux/void-packages/issues/13304
+Signed-off-by: Sami Kerola 
+Upstream-Status: Backport 
[https://github.com/iputils/iputils/commit/18f14be80466ddc8fb17a400be82764a779c8dcd]
+Signed-off-by: Diego Santa Cruz 
+---
+ arping.c | 6 +-
+ 1 file changed, 5 insertions(+), 1 deletion(-)
+
+diff --git a/arping.c b/arping.c
+index 77c9c56..2c87c15 100644
+--- a/arping.c
 b/arping.c
+@@ -792,7 +792,11 @@ static int event_loop(struct run_state *ctl)
+   close(tfd);
+   freeifaddrs(ctl->ifa0);
+   rc |= finish(ctl);
+-  rc |= (ctl->sent != ctl->received);
++  if (ctl->dad && ctl->quit_on_reply)
++  /* Duplicate address detection mode return value */
++  rc |= !(ctl->brd_sent != ctl->received);
++  else
++  rc |= (ctl->sent != ctl->received);
+   return rc;
+ }
+ 
+-- 
+2.18.4
+
diff --git 
a/meta/recipes-extended/iputils/iputils/0002-arping-fix-f-quit-on-first-reply-regression.patch
 
b/meta/recipes-extended/iputils/iputils/0002-arping-fix-f-quit-on-first-reply-regression.patch
new file mode 100644
index 00..a5f40860dc
--- /dev/null
+++ 
b/meta/recipes-extended/iputils/iputils/0002-arping-fix-f-quit-on-first-reply-regression.patch
@@ -0,0 +1,39 @@
+From 1df5350bdc952b14901fde356b17b78c2bcd4cff Mon Sep 17 00:00:00 2001
+From: Sami Kerola 
+Date: Wed, 28 Aug 2019 20:05:22 +0100
+Subject: [PATCH] arping: fix -f quit on first reply regression
+
+When arping runs together with -f 'quit on first reply' and -w 
+'how long to wait for a reply' the command needs to exit if replies are not
+received after wait period.  Notice that the exit in case of lost packages
+will be 1 signifying failure.  Getting a reply results to 0 exit value.
+
+Addresses: https://bugs.debian.org/935946
+Reported-by: Lucas Nussbaum 
+Addresses: https://github.com/iputils/iputils/issues/211
+Reported-by: Noah Meyerhans 
+Broken-since: 67e070d08dcbec990e1178360f82b3e2ca4f6d5f
+Signed-off-by: Sami Kerola 
+Upstream-Status: Backport 
[https://github.com/iputils/iputils/commit/1df5350bdc952b14901fde356b17b78c2bcd4cff]
+Signed-off-by: Diego Santa Cruz 
+---
+ arping.c | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/arping.c b/arping.c
+index 2c87c15..30884f6 100644
+--- a/arping.c
 b/arping.c
+@@ -764,7 +764,8 @@ static int event_loop(struct run_state *ctl)
+   continue;
+   }
+   total_expires += exp;
+-  if (0 < ctl->count && (uint64_t)ctl->count < 
total_expires) {
++  if ((0 < ctl->count && (uint64_t)ctl->count < 
total_expires) ||
++  (ctl->quit_on_reply && 

[OE-core][dunfell 10/21] glibc: Pull latest 2.31 HEAD

[Steve Sakoman]

From: Anatol Belski 

The relevant commit log:

$ git log --format="%h %s" 
df31c7ca927242d5d4eee97f93a01e23ff47e332..f84949f1c4bbf20e6a1d9a5859cf012cde060ede
f84949f1c4 powerpc64: Workaround sigtramp vdso return call
5e43566f0f nscd: Fix double free in netgroupcache [BZ #27462]
d0c84d22b6 gconv: Fix assertion failure in ISO-2022-JP-3 module (bug 27256)
af316e4627 x86: Check IFUNC definition in unrelocated executable [BZ #20019]
36eb01dd85 x86: Set header.feature_1 in TCB for always-on CET [BZ #27177]
8b7be87aa2 x86-64: Avoid rep movsb with short distance [BZ #27130]
c4f5e32aae Fix buffer overrun in EUC-KR conversion module (bz #24973)
0858f46440 Add NEWS entry for CVE-2020-29562 (BZ #26923)
1e40391de2 iconv: Fix incorrect UCS4 inner loop bounds (BZ#26923)
568c86274a tests-mcheck: New variable to run tests with MALLOC_CHECK_=3

Signed-off-by: Anatol Belski 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-core/glibc/glibc-version.inc |   2 +-
 .../glibc/glibc/CVE-2019-25013.patch  | 135 ---
 .../glibc/glibc/CVE-2020-29562.patch  | 156 --
 meta/recipes-core/glibc/glibc_2.31.bb |   6 +-
 4 files changed, 4 insertions(+), 295 deletions(-)
 delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2019-25013.patch
 delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2020-29562.patch

diff --git a/meta/recipes-core/glibc/glibc-version.inc 
b/meta/recipes-core/glibc/glibc-version.inc
index 5f726537ff..7ae64a190f 100644
--- a/meta/recipes-core/glibc/glibc-version.inc
+++ b/meta/recipes-core/glibc/glibc-version.inc
@@ -1,6 +1,6 @@
 SRCBRANCH ?= "release/2.31/master"
 PV = "2.31+git${SRCPV}"
-SRCREV_glibc ?= "df31c7ca927242d5d4eee97f93a01e23ff47e332"
+SRCREV_glibc ?= "f84949f1c4bbf20e6a1d9a5859cf012cde060ede"
 SRCREV_localedef ?= "cd9f958c4c94a638fa7b2b4e21627364f1a1a655"
 
 GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git"
diff --git a/meta/recipes-core/glibc/glibc/CVE-2019-25013.patch 
b/meta/recipes-core/glibc/glibc/CVE-2019-25013.patch
deleted file mode 100644
index 73df1da868..00
--- a/meta/recipes-core/glibc/glibc/CVE-2019-25013.patch
+++ /dev/null
@@ -1,135 +0,0 @@
-From ee7a3144c9922808181009b7b3e50e852fb4999b Mon Sep 17 00:00:00 2001
-From: Andreas Schwab 
-Date: Mon, 21 Dec 2020 08:56:43 +0530
-Subject: [PATCH] Fix buffer overrun in EUC-KR conversion module (bz #24973)
-
-The byte 0xfe as input to the EUC-KR conversion denotes a user-defined
-area and is not allowed.  The from_euc_kr function used to skip two bytes
-when told to skip over the unknown designation, potentially running over
-the buffer end.
-
-Upstream-Status: Backport 
[https://sourceware.org/git/?p=glibc.git;a=patch;h=ee7a3144c9922808181009b7b3e50e852fb4999b]
-CVE: CVE-2019-25013
-Signed-off-by: Scott Murray 
-[Refreshed for Dundell context; Makefile changes]
-Signed-off-by: Armin Kuster 
-

- iconvdata/Makefile  |  3 ++-
- iconvdata/bug-iconv13.c | 53 +
- iconvdata/euc-kr.c  |  6 +
- iconvdata/ksc5601.h |  6 ++---
- 4 files changed, 59 insertions(+), 9 deletions(-)
- create mode 100644 iconvdata/bug-iconv13.c
-
-Index: git/iconvdata/Makefile
-===
 git.orig/iconvdata/Makefile
-+++ git/iconvdata/Makefile
-@@ -73,7 +73,7 @@ modules.so := $(addsuffix .so, $(modules
- ifeq (yes,$(build-shared))
- tests = bug-iconv1 bug-iconv2 tst-loading tst-e2big tst-iconv4 bug-iconv4 \
-   tst-iconv6 bug-iconv5 bug-iconv6 tst-iconv7 bug-iconv8 bug-iconv9 \
--  bug-iconv10 bug-iconv11 bug-iconv12
-+  bug-iconv10 bug-iconv11 bug-iconv12 bug-iconv13
- ifeq ($(have-thread-library),yes)
- tests += bug-iconv3
- endif
-Index: git/iconvdata/bug-iconv13.c
-===
 /dev/null
-+++ git/iconvdata/bug-iconv13.c
-@@ -0,0 +1,53 @@
-+/* bug 24973: Test EUC-KR module
-+   Copyright (C) 2020 Free Software Foundation, Inc.
-+   This file is part of the GNU C Library.
-+
-+   The GNU C Library is free software; you can redistribute it and/or
-+   modify it under the terms of the GNU Lesser General Public
-+   License as published by the Free Software Foundation; either
-+   version 2.1 of the License, or (at your option) any later version.
-+
-+   The GNU C Library is distributed in the hope that it will be useful,
-+   but WITHOUT ANY WARRANTY; without even the implied warranty of
-+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-+   Lesser General Public License for more details.
-+
-+   You should have received a copy of the GNU Lesser General Public
-+   License along with the GNU C Library; if not, see
-+   .  */
-+
-+#include 
-+#include 
-+#include 
-+#include 
-+
-+static int
-+do_test (void)
-+{
-+  iconv_t cd = iconv_open ("UTF-8//IGNORE", "EUC-KR");
-+  TEST_VERIFY_EXIT (cd != (iconv_t) -1);
-+
-+  /* 0xfe (->0x7e : row 94) and 0xc9 (->0x49 : row 41) 

[OE-core][dunfell 08/21] systemd-conf: do not ask for DHCP if configured on kernel command line

[Steve Sakoman]

From: Stefan Schmidt 

In cases where we configure the IP address and more on the kernel
command line with ip= we should not ask for DHCP with systemd-networkd
later on. We have such a setup with our runqemu script.

With this match in place we can also deploy this unit on qemu systems.

Signed-off-by: Stefan Schmidt 
Signed-off-by: Richard Purdie 
(cherry picked from commit 8c4981e740c0e630200dbc77c9e3dfd3e43b790b)
---
 meta/recipes-core/systemd/systemd-conf/wired.network | 1 +
 meta/recipes-core/systemd/systemd-conf_244.3.bb  | 3 ---
 2 files changed, 1 insertion(+), 3 deletions(-)

diff --git a/meta/recipes-core/systemd/systemd-conf/wired.network 
b/meta/recipes-core/systemd/systemd-conf/wired.network
index ff807ba31f..34c20fcb24 100644
--- a/meta/recipes-core/systemd/systemd-conf/wired.network
+++ b/meta/recipes-core/systemd/systemd-conf/wired.network
@@ -1,6 +1,7 @@
 [Match]
 Name=en* eth*
 KernelCommandLine=!nfsroot
+KernelCommandLine=!ip
 
 [Network]
 DHCP=yes
diff --git a/meta/recipes-core/systemd/systemd-conf_244.3.bb 
b/meta/recipes-core/systemd/systemd-conf_244.3.bb
index d9ec023bfd..9b797a91f4 100644
--- a/meta/recipes-core/systemd/systemd-conf_244.3.bb
+++ b/meta/recipes-core/systemd/systemd-conf_244.3.bb
@@ -23,9 +23,6 @@ do_install() {
 # Based on change from YP bug 8141, OE commit 
5196d7bacaef1076c361adaa2867be31759c1b52
 do_install_append_qemuall() {
install -D -m0644 ${WORKDIR}/system.conf-qemuall 
${D}${systemd_unitdir}/system.conf.d/01-${PN}.conf
-
-   # Do not install wired.network for qemu bsps
-   rm -rf ${D}${systemd_unitdir}/network
 }
 
 PACKAGE_ARCH = "${MACHINE_ARCH}"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149877): 
https://lists.openembedded.org/g/openembedded-core/message/149877
Mute This Topic: https://lists.openembedded.org/mt/81578166/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 07/21] maintainers: update own email address

[Steve Sakoman]

From: Denys Dmytriyenko 

Signed-off-by: Denys Dmytriyenko 
Signed-off-by: Richard Purdie 
(cherry picked from commit 63e5f91d46d76800452ed8a0fade8dd3db1fc88e)
Signed-off-by: Steve Sakoman 
---
 meta/conf/distro/include/maintainers.inc | 40 
 1 file changed, 20 insertions(+), 20 deletions(-)

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 3fb925cc2d..ef1e7fe2f4 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -88,8 +88,8 @@ RECIPE_MAINTAINER_pn-builder = "Richard Purdie 
"
 RECIPE_MAINTAINER_pn-core-image-sato-sdk-ptest = "Richard Purdie 
"
 RECIPE_MAINTAINER_pn-coreutils = "Chen Qi "
-RECIPE_MAINTAINER_pn-cpio = "Denys Dmytriyenko "
+RECIPE_MAINTAINER_pn-cpio = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-cracklib = "Armin Kuster "
 RECIPE_MAINTAINER_pn-createrepo-c = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-cronie = "Anuj Mittal "
@@ -233,7 +233,7 @@ RECIPE_MAINTAINER_pn-gobject-introspection = "Alexander 
Kanavin "
 RECIPE_MAINTAINER_pn-gtk+3 = "Ross Burton "
 RECIPE_MAINTAINER_pn-gtk-doc = "Alexander Kanavin "
-RECIPE_MAINTAINER_pn-gzip = "Denys Dmytriyenko "
+RECIPE_MAINTAINER_pn-gzip = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-harfbuzz = "Anuj Mittal "
-RECIPE_MAINTAINER_pn-hdparm = "Denys Dmytriyenko "
+RECIPE_MAINTAINER_pn-hdparm = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-help2man-native = "Hongxu Jia "
 RECIPE_MAINTAINER_pn-hicolor-icon-theme = "Anuj Mittal "
 RECIPE_MAINTAINER_pn-hwlatdetect = "Alexander Kanavin "
@@ -454,10 +454,10 @@ RECIPE_MAINTAINER_pn-ltp = "Yi Zhao 
"
 RECIPE_MAINTAINER_pn-lttng-modules = "Richard Purdie 
"
 RECIPE_MAINTAINER_pn-lttng-tools = "Richard Purdie 
"
 RECIPE_MAINTAINER_pn-lttng-ust = "Richard Purdie 
"
-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-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 "
@@ -501,7 +501,7 @@ RECIPE_MAINTAINER_pn-mpeg2dec = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-mpfr = "Khem Raj "
 RECIPE_MAINTAINER_pn-mpg123 = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-msmtp = "Alexander Kanavin "
-RECIPE_MAINTAINER_pn-mtd-utils = "Denys Dmytriyenko "
+RECIPE_MAINTAINER_pn-mtd-utils = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-mtdev = "Anuj Mittal "
 RECIPE_MAINTAINER_pn-mtools = "Anuj Mittal "
 RECIPE_MAINTAINER_pn-musl = "Khem Raj "
@@ -545,7 +545,7 @@ RECIPE_MAINTAINER_pn-pango = "Ross Burton 
"
 RECIPE_MAINTAINER_pn-parted = "Hongxu Jia "
 RECIPE_MAINTAINER_pn-patch = "Hongxu Jia "
 RECIPE_MAINTAINER_pn-patchelf = "Richard Purdie 
"
-RECIPE_MAINTAINER_pn-pbzip2 = "Denys Dmytriyenko "
+RECIPE_MAINTAINER_pn-pbzip2 = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-pciutils = "Chen Qi "
 RECIPE_MAINTAINER_pn-pcmanfm = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-perf = "Bruce Ashfield "
@@ -685,7 +685,7 @@ RECIPE_MAINTAINER_pn-udev-extraconf = "Ross Burton 
"
 RECIPE_MAINTAINER_pn-unfs3 = "Ross Burton "
 RECIPE_MAINTAINER_pn-unifdef = "Ross Burton "
 RECIPE_MAINTAINER_pn-uninative-tarball = "Richard Purdie 
"
-RECIPE_MAINTAINER_pn-unzip = "Denys Dmytriyenko "
+RECIPE_MAINTAINER_pn-unzip = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-update-rc.d = "Ross Burton "
 RECIPE_MAINTAINER_pn-usbinit = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-usbutils = "Alexander Kanavin "
@@ -706,11 +706,11 @@ RECIPE_MAINTAINER_pn-vulkan-tools = "Anuj Mittal 
"
 RECIPE_MAINTAINER_pn-waffle = "Ross Burton "
 RECIPE_MAINTAINER_pn-watchdog = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-watchdog-config = "Alexander Kanavin 
"
-RECIPE_MAINTAINER_pn-wayland = "Denys Dmytriyenko "
-RECIPE_MAINTAINER_pn-wayland-protocols = "Denys Dmytriyenko "
+RECIPE_MAINTAINER_pn-wayland = "Denys Dmytriyenko "
+RECIPE_MAINTAINER_pn-wayland-protocols = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-webkitgtk = "Alexander Kanavin "
-RECIPE_MAINTAINER_pn-weston = "Denys Dmytriyenko "
-RECIPE_MAINTAINER_pn-weston-init = "Denys Dmytriyenko "
+RECIPE_MAINTAINER_pn-weston = "Denys Dmytriyenko "
+RECIPE_MAINTAINER_pn-weston-init = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-wget = "Yi Zhao "
 RECIPE_MAINTAINER_pn-which = "Anuj Mittal "
 RECIPE_MAINTAINER_pn-wic-tools = "Anuj Mittal "
@@ -764,6 +764,6 @@ RECIPE_MAINTAINER_pn-xtrans = "Armin Kuster 
"
 RECIPE_MAINTAINER_pn-xuser-account = "Armin Kuster "
 RECIPE_MAINTAINER_pn-xvinfo = "Armin Kuster "
 RECIPE_MAINTAINER_pn-xwininfo = "Armin Kuster "
-RECIPE_MAINTAINER_pn-xz = "Denys Dmytriyenko "
-RECIPE_MAINTAINER_pn-zip = "Denys Dmytriyenko "
-RECIPE_MAINTAINER_pn-zlib = "Denys Dmytriyenko "

[OE-core][dunfell 04/21] populate_sdk_ext: record METADATA_REVISION

[Steve Sakoman]

From: Chen Qi 

As we delete the .git/ directory, it's impossible to get METADATA_REVISION
inside eSDK. Because of this, we meet the following warning when installing 
eSDK.

  WARNING: The base-files:do_install sig is computed to be 
16b9d96148d45de183cc94667aae016ec7d102d48255456381e718cd4bbd0aa0, \
  but the sig is locked to 
6eb0dcaed504282becee94662481d79264db920dee1f7deda18230133fff8f36 in 
SIGGEN_LOCKEDSIGS_t-qemux86-64

So we record METADATA_REVISION in eSDK generation time to fix this problem.

Signed-off-by: Chen Qi 
Signed-off-by: Richard Purdie 
(cherry picked from commit ff2ad51b801fd62e2abbc573ba2c9ee8fdc7e012)
Signed-off-by: Steve Sakoman 
---
 meta/classes/populate_sdk_ext.bbclass | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/classes/populate_sdk_ext.bbclass 
b/meta/classes/populate_sdk_ext.bbclass
index 71686bc993..d63abf4f30 100644
--- a/meta/classes/populate_sdk_ext.bbclass
+++ b/meta/classes/populate_sdk_ext.bbclass
@@ -360,6 +360,9 @@ python copy_buildsystem () {
 # Hide the config information from bitbake output (since it's 
fixed within the SDK)
 f.write('BUILDCFG_HEADER = ""\n\n')
 
+# Write METADATA_REVISION
+f.write('METADATA_REVISION = "%s"\n\n' % 
d.getVar('METADATA_REVISION'))
+
 f.write('# Provide a flag to indicate we are in the EXT_SDK 
Context\n')
 f.write('WITHIN_EXT_SDK = "1"\n\n')
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149873): 
https://lists.openembedded.org/g/openembedded-core/message/149873
Mute This Topic: https://lists.openembedded.org/mt/81578156/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 06/21] meta-selftest: Add HOMEPAGE / DESCRIPTION

[Steve Sakoman]

From: Dorinda Bassey 

Added HOMEPAGE and DESCRIPTION for recipes with missing
descriptions or homepage.

Signed-off-by: Dorinda Bassey 
Signed-off-by: Richard Purdie 
(cherry picked from commit f36f176dc0316a79ae288c3b4f6c2eab366810dd)
Signed-off-by: Steve Sakoman 
---
 meta-selftest/recipes-test/aspell/aspell_0.0.0.1.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-selftest/recipes-test/aspell/aspell_0.0.0.1.bb 
b/meta-selftest/recipes-test/aspell/aspell_0.0.0.1.bb
index 9f905a5198..dcf6c8ba63 100644
--- a/meta-selftest/recipes-test/aspell/aspell_0.0.0.1.bb
+++ b/meta-selftest/recipes-test/aspell/aspell_0.0.0.1.bb
@@ -4,6 +4,7 @@
 
 SUMMARY = "GNU Aspell spell-checker"
 SECTION = "console/utils"
+HOMEPAGE = "https://ftp.gnu.org/gnu/aspell/;
 
 LICENSE = "LGPLv2 | LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149875): 
https://lists.openembedded.org/g/openembedded-core/message/149875
Mute This Topic: https://lists.openembedded.org/mt/81578160/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 05/21] bitbake-whatchanged: change ending quote to proper period

[Steve Sakoman]

From: "Robert P. J. Day" 

Pretty sure that trailing quote should be a period; it
appears to work properly.

Signed-off-by: Robert P. J. Day 
Signed-off-by: Richard Purdie 
(cherry picked from commit 579f9ada19bd174bff0002cd6a731d12a1868252)
Signed-off-by: Steve Sakoman 
---
 scripts/bitbake-whatchanged | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/bitbake-whatchanged b/scripts/bitbake-whatchanged
index 3095dafa46..6f4b268119 100755
--- a/scripts/bitbake-whatchanged
+++ b/scripts/bitbake-whatchanged
@@ -217,7 +217,7 @@ print what will be done between the current and last 
builds, for example:
 # Edit the recipes
 $ bitbake-whatchanged core-image-sato
 
-The changes will be printed"
+The changes will be printed.
 
 Note:
 The amount of tasks is not accurate when the task is "do_build" since
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149874): 
https://lists.openembedded.org/g/openembedded-core/message/149874
Mute This Topic: https://lists.openembedded.org/mt/81578159/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 03/21] devtool: Fix do_kernel_configme task

[Steve Sakoman]

From: Alejandro Hernandez Samaniego 

The do_kernel_configme task is no longer part of SRCTREECOVEREDTASKS,
its been removed from the kernel-yocto.bbclass since b72dbb2e4, but
there wasnt a matching patch for devtool for those changes.

This patch enables us to invoke the do_kernel_configme task when
using a devtool workspace, it also prepends a check for an existing
.config file in the source directory and moves it if thats the case,
since when using devtool modify a .config is created and
do_kernel_configme complains about it, this is not the case when
using bitbake since the .config file would be on B instead.

Alowing do_kernel_configme to run also fixes the flow where testing a
new config fragment from devtool workspace isnt added properly
(config queue shows it as ///frg.cfg) and as a side effect it never
gets merged into the final config.

Signed-off-by: Alejandro Enedino Hernandez Samaniego 
Signed-off-by: Richard Purdie 
(cherry picked from commit 08dcc0e68095dcf2a159546a48b29d40c9aabc0b)
Signed-off-by: Steve Sakoman 
---
 scripts/lib/devtool/standard.py | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index 7b62b7e7b8..f364a45283 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -953,12 +953,17 @@ def modify(args, config, basepath, workspace):
 
 if bb.data.inherits_class('kernel', rd):
 f.write('SRCTREECOVEREDTASKS = "do_validate_branches 
do_kernel_checkout '
-'do_fetch do_unpack do_kernel_configme 
do_kernel_configcheck"\n')
+'do_fetch do_unpack do_kernel_configcheck"\n')
 f.write('\ndo_patch[noexec] = "1"\n')
 f.write('\ndo_configure_append() {\n'
 'cp ${B}/.config ${S}/.config.baseline\n'
 'ln -sfT ${B}/.config ${S}/.config.new\n'
 '}\n')
+f.write('\ndo_kernel_configme_prepend() {\n'
+'if [ -e ${S}/.config ]; then\n'
+'mv ${S}/.config ${S}/.config.old\n'
+'fi\n'
+'}\n')
 if rd.getVarFlag('do_menuconfig','task'):
 f.write('\ndo_configure_append() {\n'
 'if [ ! ${DEVTOOL_DISABLE_MENUCONFIG} ]; then\n'
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149872): 
https://lists.openembedded.org/g/openembedded-core/message/149872
Mute This Topic: https://lists.openembedded.org/mt/81578154/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 02/21] iso-codes: fix protocol in SRC_URI

[Steve Sakoman]

From: Martin Jansa 

* it doesn't listen on http and the redirect sometimes doesn't work

WARNING: iso-codes-4.6.0-r0 do_fetch: Failed to fetch URL 
git://salsa.debian.org/iso-codes-team/iso-codes.git;protocol=http;branch=main;, 
attempting MIRRORS if available

The protocol should be changed to https, like all other salsa.debian.org pulls 
are, so that it doesn't depend on mirrors.bbclass to resolve this.
meta/classes/mirrors.bbclass:git://salsa.debian.org/.*     
git://salsa.debian.org/PATH;protocol=https \n \

from log.do_fetch:
DEBUG: Fetcher accessed the network with the command LANG=C git -c 
core.fsyncobjectfiles=0 fetch -f --progress 
http://salsa.debian.org/iso-codes-team/iso-codes.git refs/*:refs/*
fatal: unable to access 
'http://salsa.debian.org/iso-codes-team/iso-codes.git/': Couldn't connect to 
server
WARNING: Failed to fetch URL 
git://salsa.debian.org/iso-codes-team/iso-codes.git;protocol=http;branch=main;, 
attempting MIRRORS if available
...
warning: redirecting to https://salsa.debian.org/iso-codes-team/iso-codes.git/

Signed-off-by: Martin Jansa 
Signed-off-by: Richard Purdie 
(cherry picked from commit 749eeb8cfaa8ffcfda29f3f06a77debaf6304288)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-support/iso-codes/iso-codes_4.4.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/iso-codes/iso-codes_4.4.bb 
b/meta/recipes-support/iso-codes/iso-codes_4.4.bb
index e3c521c514..e8210eca9b 100644
--- a/meta/recipes-support/iso-codes/iso-codes_4.4.bb
+++ b/meta/recipes-support/iso-codes/iso-codes_4.4.bb
@@ -8,7 +8,7 @@ BUGTRACKER = 
"https://salsa.debian.org/iso-codes-team/iso-codes/issues;
 LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
 
-SRC_URI = 
"git://salsa.debian.org/iso-codes-team/iso-codes.git;protocol=http;branch=main;"
+SRC_URI = 
"git://salsa.debian.org/iso-codes-team/iso-codes.git;protocol=https;branch=main;"
 SRCREV = "38edb926592954b87eb527124da0ec68d2a748f3"
 
 # inherit gettext cannot be used, because it adds gettext-native to 
BASEDEPENDS which
-- 
2.25.1


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

[Steve Sakoman]

Please review this next set of patches for dunfell and have comments back by
end of day Friday.

Passed a-full on autobuilder:

https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/1992

The following changes since commit 7c88d52eaca62237afcda606a3078ec483992213:

  cups: use /run instead /var/run in systemd's unit file (2021-03-11 05:00:02 
-1000)

are available in the Git repository at:

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

Alejandro Hernandez Samaniego (1):
  devtool: Fix do_kernel_configme task

Anatol Belski (1):
  glibc: Pull latest 2.31 HEAD

Bruce Ashfield (1):
  linux-yocto/5.4: update to v5.4.105

Chee Yang Lee (1):
  initrdscripts: init-install-efi.sh install extra files for ESP

Chen Qi (1):
  populate_sdk_ext: record METADATA_REVISION

Denys Dmytriyenko (1):
  maintainers: update own email address

Diego Santa Cruz (1):
  iputils: fix various arping regressions

Dorinda Bassey (2):
  meta-selftest: Add HOMEPAGE / DESCRIPTION
  devshell.bbclass: Exceptions displayed within devpyshell

Douglas Royds (2):
  cmake: Fully-qualified path to ar
  externalsrc: Detect code changes in submodules

Lee Chee Yang (2):
  cve-update-db-native: consider version suffix when update CVE db
  cve-check: CVE_VERSION_SUFFIX to work with patched release

Li Wang (1):
  linux-dummy: add empty dependent packages

Martin Jansa (2):
  iso-codes: fix protocol in SRC_URI
  wpa-supplicant: update CVE-2021-27803.patch

Petr Vorel (1):
  scripts/verify-bashisms: Update checkbashisms.pl URL

Richard Purdie (1):
  selftest/wic: Fix dependency issue in rawcopy test

Robert P. J. Day (1):
  bitbake-whatchanged: change ending quote to proper period

Stefan Schmidt (1):
  systemd-conf: do not ask for DHCP if configured on kernel command line

Steve Sakoman (1):
  Revert "sstatesig.py: show an error instead of warning when sstate
manifest isn't found"

 .../recipes-test/aspell/aspell_0.0.0.1.bb |   1 +
 meta/classes/cmake.bbclass|   3 +-
 meta/classes/devshell.bbclass |   1 +
 meta/classes/externalsrc.bbclass  |  16 +-
 meta/classes/linux-dummy.bbclass  |  26 +++
 meta/classes/populate_sdk_ext.bbclass |   3 +
 meta/conf/distro/include/maintainers.inc  |  40 ++---
 meta/lib/oe/cve_check.py  |   7 +-
 meta/lib/oe/sstatesig.py  |   2 +-
 meta/lib/oeqa/selftest/cases/cve_check.py |   8 +
 meta/lib/oeqa/selftest/cases/wic.py   |  18 +-
 .../wpa-supplicant/CVE-2021-27803.patch   |  12 +-
 meta/recipes-core/glibc/glibc-version.inc |   2 +-
 .../glibc/glibc/CVE-2019-25013.patch  | 135 ---
 .../glibc/glibc/CVE-2020-29562.patch  | 156 --
 meta/recipes-core/glibc/glibc_2.31.bb |   6 +-
 .../initrdscripts/files/init-install-efi.sh   |   5 +
 .../recipes-core/meta/cve-update-db-native.bb |   7 +-
 .../systemd/systemd-conf/wired.network|   1 +
 .../systemd/systemd-conf_244.3.bb |   3 -
 ...rtially-fix-sent-vs-received-package.patch |  39 +
 ...fix-f-quit-on-first-reply-regression.patch |  39 +
 ...rison-of-different-signedness-warnin.patch |  37 +
 ...ccess-when-unsolicited-ARP-mode-dest.patch |  45 +
 ...ional-timerfd-to-control-when-timeou.patch |  94 +++
 .../iputils/iputils_s20190709.bb  |   5 +
 meta/recipes-extended/sudo/sudo.inc   |   2 +
 meta/recipes-kernel/linux/linux-dummy.bb  |   2 +-
 .../linux/linux-yocto-rt_5.4.bb   |   6 +-
 .../linux/linux-yocto-tiny_5.4.bb |   8 +-
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  |  22 +--
 .../iso-codes/iso-codes_4.4.bb|   2 +-
 scripts/bitbake-whatchanged   |   2 +-
 scripts/lib/devtool/standard.py   |   7 +-
 scripts/verify-bashisms   |   2 +-
 35 files changed, 401 insertions(+), 363 deletions(-)
 create mode 100644 meta/classes/linux-dummy.bbclass
 delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2019-25013.patch
 delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2020-29562.patch
 create mode 100644 
meta/recipes-extended/iputils/iputils/0001-arping-revert-partially-fix-sent-vs-received-package.patch
 create mode 100644 
meta/recipes-extended/iputils/iputils/0002-arping-fix-f-quit-on-first-reply-regression.patch
 create mode 100644 
meta/recipes-extended/iputils/iputils/0003-arping-Fix-comparison-of-different-signedness-warnin.patch
 create mode 100644 
meta/recipes-extended/iputils/iputils/0004-arping-return-success-when-unsolicited-ARP-mode-dest.patch
 create mode 100644 
meta/recipes-extended/iputils/iputils/0005-arping-use-additional-timerfd-to-control-when-timeou.patch

-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149869): 

[OE-core][dunfell 01/21] Revert "sstatesig.py: show an error instead of warning when sstate manifest isn't found"

[Steve Sakoman]

Causes breakage in other layers

This reverts commit e0c1db170fdd6c1d78fdfce017feae26c96fac29.
---
 meta/lib/oe/sstatesig.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oe/sstatesig.py b/meta/lib/oe/sstatesig.py
index 51e1d492c3..aeceb100d7 100644
--- a/meta/lib/oe/sstatesig.py
+++ b/meta/lib/oe/sstatesig.py
@@ -453,7 +453,7 @@ def find_sstate_manifest(taskdata, taskdata2, taskname, d, 
multilibcache):
 manifest = d2.expand("${SSTATE_MANIFESTS}/manifest-%s-%s.%s" % 
(pkgarch, taskdata, taskname))
 if os.path.exists(manifest):
 return manifest, d2
-bb.error("Manifest %s not found in %s (variant '%s')?" % (manifest, 
d2.expand(" ".join(pkgarchs)), variant))
+bb.warn("Manifest %s not found in %s (variant '%s')?" % (manifest, 
d2.expand(" ".join(pkgarchs)), variant))
 return None, d2
 
 def OEOuthashBasic(path, sigfile, task, d):
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149870): 
https://lists.openembedded.org/g/openembedded-core/message/149870
Mute This Topic: https://lists.openembedded.org/mt/81578151/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] at-spi2-core: upgrade 2.38.0 -> 2.40.0

[wangmy]

From: Wang Mingyu 

Signed-off-by: Wang Mingyu 
---
 .../atk/{at-spi2-core_2.38.0.bb => at-spi2-core_2.40.0.bb}  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-support/atk/{at-spi2-core_2.38.0.bb => 
at-spi2-core_2.40.0.bb} (94%)

diff --git a/meta/recipes-support/atk/at-spi2-core_2.38.0.bb 
b/meta/recipes-support/atk/at-spi2-core_2.40.0.bb
similarity index 94%
rename from meta/recipes-support/atk/at-spi2-core_2.38.0.bb
rename to meta/recipes-support/atk/at-spi2-core_2.40.0.bb
index a74e4cd5cf..e80fa260f0 100644
--- a/meta/recipes-support/atk/at-spi2-core_2.38.0.bb
+++ b/meta/recipes-support/atk/at-spi2-core_2.40.0.bb
@@ -11,7 +11,7 @@ MAJ_VER = "${@oe.utils.trim_version("${PV}", 2)}"
 
 SRC_URI = "${GNOME_MIRROR}/${BPN}/${MAJ_VER}/${BPN}-${PV}.tar.xz"
 
-SRC_URI[sha256sum] = 
"84e36c3fe66862133f5fe229772b76aa2526e10de5014a3778f2fa46ce550da5"
+SRC_URI[sha256sum] = 
"4196a7d30a0051e52a67b8ce4283fe79ae5e4e14a725719934565adf1d333429"
 
 X11DEPENDS = "virtual/libx11 libxi libxtst"
 
-- 
2.25.1


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

[wangmy]

From: Wang Mingyu 

Signed-off-by: Wang Mingyu 
---
 .../lttng/{babeltrace2_2.0.3.bb => babeltrace2_2.0.4.bb}| 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-kernel/lttng/{babeltrace2_2.0.3.bb => 
babeltrace2_2.0.4.bb} (98%)

diff --git a/meta/recipes-kernel/lttng/babeltrace2_2.0.3.bb 
b/meta/recipes-kernel/lttng/babeltrace2_2.0.4.bb
similarity index 98%
rename from meta/recipes-kernel/lttng/babeltrace2_2.0.3.bb
rename to meta/recipes-kernel/lttng/babeltrace2_2.0.4.bb
index 32ba75bf36..7fb524eeb0 100644
--- a/meta/recipes-kernel/lttng/babeltrace2_2.0.3.bb
+++ b/meta/recipes-kernel/lttng/babeltrace2_2.0.4.bb
@@ -12,7 +12,7 @@ SRC_URI = 
"git://git.efficios.com/babeltrace.git;branch=stable-2.0 \
file://0001-tests-do-not-run-test-applications-from-.libs.patch \
file://0001-Make-manpages-multilib-identical.patch \
"
-SRCREV = "91d154476e66735d705adda9ca5cbf5b5eea5940"
+SRCREV = "23e8cf4e6fdc1d0b230e964dafac08a57e6228e6"
 UPSTREAM_CHECK_GITTAGREGEX = "v(?P2(\.\d+)+)$"
 
 S = "${WORKDIR}/git"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149866): 
https://lists.openembedded.org/g/openembedded-core/message/149866
Mute This Topic: https://lists.openembedded.org/mt/81576587/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] boost-build-native: upgrade 4.3.0 -> 4.4.1

[wangmy]

From: Wang Mingyu 

Signed-off-by: Wang Mingyu 
---
 ...{boost-build-native_4.3.0.bb => boost-build-native_4.4.1.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-support/boost/{boost-build-native_4.3.0.bb => 
boost-build-native_4.4.1.bb} (92%)

diff --git a/meta/recipes-support/boost/boost-build-native_4.3.0.bb 
b/meta/recipes-support/boost/boost-build-native_4.4.1.bb
similarity index 92%
rename from meta/recipes-support/boost/boost-build-native_4.3.0.bb
rename to meta/recipes-support/boost/boost-build-native_4.4.1.bb
index 19e991e65f..ad675ce731 100644
--- a/meta/recipes-support/boost/boost-build-native_4.3.0.bb
+++ b/meta/recipes-support/boost/boost-build-native_4.4.1.bb
@@ -7,7 +7,7 @@ LICENSE = "BSL-1.0"
 LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=e4224ccaecb14d942c71d31bef20d78c"
 
 SRC_URI = "git://github.com/boostorg/build;protocol=https"
-SRCREV = "632ea768f3eb225b4472c5ed6d20afee708724ad"
+SRCREV = "76da80f33187a3d9e5336157cdfae12ce82e37eb"
 
 UPSTREAM_CHECK_GITTAGREGEX = "(?P(\d+(\.\d+){2,}))"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149868): 
https://lists.openembedded.org/g/openembedded-core/message/149868
Mute This Topic: https://lists.openembedded.org/mt/81576593/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] initramfs-framework:rootfs: fix some conditional check

[Ming Liu]

From: Ming Liu 

Drop a duplicated check for "PARTLABEL=", also change to use elif to
avoid go through all the checks for root parameter.

Signed-off-by: Ming Liu 
---
 .../initrdscripts/initramfs-framework/rootfs| 17 +++--
 1 file changed, 3 insertions(+), 14 deletions(-)

diff --git a/meta/recipes-core/initrdscripts/initramfs-framework/rootfs 
b/meta/recipes-core/initrdscripts/initramfs-framework/rootfs
index ee24e82af3..10b9583172 100644
--- a/meta/recipes-core/initrdscripts/initramfs-framework/rootfs
+++ b/meta/recipes-core/initrdscripts/initramfs-framework/rootfs
@@ -24,24 +24,13 @@ rootfs_run() {
if [ "`echo ${bootparam_root} | cut -c1-5`" = "UUID=" 
]; then
root_uuid=`echo $bootparam_root | cut -c6-`
bootparam_root="/dev/disk/by-uuid/$root_uuid"
-   fi
-
-   if [ "`echo ${bootparam_root} | cut -c1-9`" = 
"PARTUUID=" ]; then
+   elif [ "`echo ${bootparam_root} | cut -c1-9`" = 
"PARTUUID=" ]; then
root_partuuid=`echo $bootparam_root | cut -c10-`

bootparam_root="/dev/disk/by-partuuid/$root_partuuid"
-   fi
-
-   if [ "`echo ${bootparam_root} | cut -c1-10`" = 
"PARTLABEL=" ]; then
-   root_partlabel=`echo $bootparam_root | cut 
-c11-`
-   
bootparam_root="/dev/disk/by-partlabel/$root_partlabel"
-   fi
-
-   if [ "`echo ${bootparam_root} | cut -c1-10`" = 
"PARTLABEL=" ]; then
+   elif [ "`echo ${bootparam_root} | cut -c1-10`" = 
"PARTLABEL=" ]; then
root_partlabel=`echo $bootparam_root | cut 
-c11-`

bootparam_root="/dev/disk/by-partlabel/$root_partlabel"
-   fi
-
-   if [ "`echo ${bootparam_root} | cut -c1-6`" = "LABEL=" 
]; then
+   elif [ "`echo ${bootparam_root} | cut -c1-6`" = 
"LABEL=" ]; then
root_label=`echo $bootparam_root | cut -c7-`
bootparam_root="/dev/disk/by-label/$root_label"
fi
-- 
2.29.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149865): 
https://lists.openembedded.org/g/openembedded-core/message/149865
Mute This Topic: https://lists.openembedded.org/mt/81575269/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] fitImage in not installed into the rootfs

[Abdellatif El Khlifi]

Hi,

Please refer to the fitimage test module for FIT examples. More specifically, 
take a look on the test_initramfs_bundle function as an example of using 
initramfs bundles in the FIT image : 
https://github.com/openembedded/openembedded-core/blob/master/meta/lib/oeqa/selftest/cases/fitimage.py


Cheers

From: Ilies CHERGUI 
Sent: 23 March 2021 21:05
To: Abdellatif El Khlifi ; 
openembedded-core@lists.openembedded.org 

Cc: main+h...@lists.yoctoproject.org ; 
richard.pur...@linuxfoundation.org ; Ross 
Burton ; nd 
Subject: Re: fitImage in not installed into the rootfs

Hi Abdellatif,

Thanks for your response.

I tried to search for some examples in the Yocto git repository but I didn't 
find an example concerning dealing with the FIT image with the latest 
implementation.

Could you please send me the link(s) where I can find the examples that you 
suggest.

Any help would be much appreciated.

Best regards,
Ilies

On Mon, 22 Mar 2021 at 12:13, Abdellatif El Khlifi 
mailto:abdellatif.elkhl...@arm.com>> wrote:
Hi,

It's fine that packages-split/kernel-image-fitimage is empty.

The fitImage is not expected to be in the rootfs. It's a container that 
includes the initramfs bundle (kernel + rootfs) and the kernel DTB. You can 
verify its content by inspecting the generated ITS file.

The fitImage can be included in the final image. The final image is the image 
to be copied to the storage device (flash, eMMC, sdcard ...).

At runtime, u-boot loads the fitImage from the storage device, copies the 
kernel/DTB to their specified addresses, then starts the kernel.

So, in your case just update the task that populates the final image by copying 
the fitImage binary to the partition where u-boot is expecting to find the 
fitImage. If your image is an sdcard image (ie: eMMC device) , the task name 
starts with IMAGE_CMD followed by the type you are specifying in IMAGE_FSTYPES. 
The task is implemented in a bbclass.

There are few examples in the Yocto Git repo.

Cheers

From: Ilies CHERGUI mailto:ilies.cher...@gmail.com>>
Sent: 21 March 2021 12:37
To: main+h...@lists.yoctoproject.org 
mailto:main%2bh...@lists.yoctoproject.org>>
Cc: 
richard.pur...@linuxfoundation.org 
mailto:richard.pur...@linuxfoundation.org>>;
 Abdellatif El Khlifi 
mailto:abdellatif.elkhl...@arm.com>>
Subject: fitImage in not installed into the rootfs

Hi everyone,

I'm using Poky with a master branch, I'm enabling the fitImage. Unfortunately, 
the fitImage is not packaged and not installed into the root file system.

Here is my updates in the conf/local.conf file:
KERNEL_CLASSES += "kernel-fitimage"
KERNEL_IMAGETYPE = "fitImage"
INITRAMFS_IMAGE_BUNDLE = "1"

The fitImage is well generated and deployed in the deploy directory but it is 
not installed into the root file system and it is not packaged. the directory 
kernel-image-fitimage under the packages-split of the linux work directory is 
empty.

Please see the attached picture ?

Am I missing something?
Any help would be much appreciated.

Best regards,


M. Ilies CHERGUI

Senior Embedded Software Engineer

Mobile : +44 7309 350477

E-mail : ilies.cher...@gmail.com




--



M. Ilies CHERGUI

Senior Embedded Software Engineer

Mobile : +44 7309 350477

E-mail : ilies.cher...@gmail.com



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

Re: [OE-core] [PATCH 1/2] bitbake.conf: ensure BUILD_* tools match target tools

[Richard Purdie]

On Wed, 2021-03-24 at 09:41 +, Ross Burton wrote:
> On Tue, 23 Mar 2021 at 21:53, Andre McCurdy  wrote:
> > > @@ -541,7 +541,10 @@ export BUILD_AR = "${BUILD_PREFIX}ar"
> > >  export BUILD_AS = "${BUILD_PREFIX}as ${BUILD_AS_ARCH}"
> > >  export BUILD_RANLIB = "${BUILD_PREFIX}ranlib"
> > >  export BUILD_STRIP = "${BUILD_PREFIX}strip"
> > > +export BUILD_OBJCOPY = "${BUILD_PREFIX}objcopy"
> > > +export BUILD_OBJDUMP = "${BUILD_PREFIX}objdump"
> > >  export BUILD_NM = "${BUILD_PREFIX}nm"
> > > +export BUILD_READELF = "${BUILD_PREFIX}readelf"
> > 
> > Do these new variables need to be exported?
> > 
> > As far as I remember a few of the BUILD_xxx variables are "official"
> > autotools variables which some autotools packages may expect to find
> > in the environment (although googling now doesn't find any
> > references).
> > 
> > If so then the rest (i.e. most of them, and certainly these newly
> > added ones) are OE specific and only used in OE recipes and classes...
> > and therefore don't need to be exported here.
> 
> It was all in the name of consistency.
> 
> The Meson cross-file sets readelf, so to mirror the new native-file
> also sets readelf.  There wasn't a BUILD_READELF and if someone is
> changing BUILD_CC there's a good chance they'll be changing the entire
> toochain, so I added any missing entries.
> 
> Yes, BUILD_* are effectively OE-specific so we could unexport the
> entire set.  I'd prefer to do that than have some exported and some
> not.

It is really hard to determine if we can unexport something so whilst I
appreciate the symmetry desire, lets not add any exports we don't need.
Exports are pretty ugly from a signatures standpoint as they have to be
added to all shell tasks.

Cheers,

Richard


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

Re: [OE-core] [PATCH] linux-firmware: Fix packaging

[Richard Purdie]

On Wed, 2021-03-24 at 05:41 +, Michael Trensch wrote:
> 
> On 16.03.2021 21:24, Michael Trensch wrote:
> > > Actually it doesn't apply to dunfell either (dunfell and master are
> > > both at version 20210208)
> > > 
> > > So best to submit for master and I will cherry-pick to dunfell.
> > > 
> > > Thanks for fixing this!
> > > 
> > > Steve
> > 
> > I think it broke somehow when transferring it to Thunderbird for mailing
> > it. I cannot directly access our mail server via SMTP/"git send-email" so I
> > took a detour via Thunderbird and exchange. Probably this broke the patch, 
> > as my
> > local patch file still applies on both (dunfell and master).
> > 
> > Sorry for the confusion / additional work.
> > 
> 
> I did resend it as Patch V2 
> (https://lists.openembedded.org/g/openembedded-core/message/149586)
> Hope that it is working ok now, at least it does apply for me now, when 
> directly copied from the list / web interface.

Second version applied fine and was merged, thanks!

http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=8693591a3575a9af2682c8ca6a7269d2e3f1a19f

Cheers,

Richard


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

Re: [OE-core] [PATCH 1/2] bitbake.conf: ensure BUILD_* tools match target tools

[Ross Burton]

On Tue, 23 Mar 2021 at 21:53, Andre McCurdy  wrote:
> > @@ -541,7 +541,10 @@ export BUILD_AR = "${BUILD_PREFIX}ar"
> >  export BUILD_AS = "${BUILD_PREFIX}as ${BUILD_AS_ARCH}"
> >  export BUILD_RANLIB = "${BUILD_PREFIX}ranlib"
> >  export BUILD_STRIP = "${BUILD_PREFIX}strip"
> > +export BUILD_OBJCOPY = "${BUILD_PREFIX}objcopy"
> > +export BUILD_OBJDUMP = "${BUILD_PREFIX}objdump"
> >  export BUILD_NM = "${BUILD_PREFIX}nm"
> > +export BUILD_READELF = "${BUILD_PREFIX}readelf"
>
> Do these new variables need to be exported?
>
> As far as I remember a few of the BUILD_xxx variables are "official"
> autotools variables which some autotools packages may expect to find
> in the environment (although googling now doesn't find any
> references).
>
> If so then the rest (i.e. most of them, and certainly these newly
> added ones) are OE specific and only used in OE recipes and classes...
> and therefore don't need to be exported here.

It was all in the name of consistency.

The Meson cross-file sets readelf, so to mirror the new native-file
also sets readelf.  There wasn't a BUILD_READELF and if someone is
changing BUILD_CC there's a good chance they'll be changing the entire
toochain, so I added any missing entries.

Yes, BUILD_* are effectively OE-specific so we could unexport the
entire set.  I'd prefer to do that than have some exported and some
not.

Ross

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

[OE-core] looking for advice on "pseudo abort" incident

[Robert P. J. Day]

  actually a 2-part post, so bear with me, the first part is not all
that exciting.

  continuing my travels through a proprietary layer i've been handed,
i can across a recipe that redefined its PACKAGES in an obviously
strange way:

  # Packages to consider
  PACKAGES = "${PN} ${PN}-dbg ${PN}-dev ${PN}-staticdev"

  # Files to add into the packages
  FILES_${PN} += "${libdir}/lib*.so* ${bindir}/* ${datadir}/*"
  FILES_${PN}-dbg += "${libdir}/.debug/* ${bindir}/.debug/*"
  FILES_${PN}-staticdev += "${libdir}/*.a"
  FILES_${PN}-dev += "${includedir}"
  FILES_${PN} += "/data"
  FILES_${PN} += "/data/config"
  FILES_${PN} += "/data/etc"
  # Produce package even if it is empty.
  ALLOW_EMPTY_${PN} = "1"

ignoring the obvious weirdness of adding hard-coded host paths to the
package definitions, it struck me that it was overkill to entirely
redefine the PACKAGES variable. it seems to me that the stock
bitbake.conf already does a good job of defining the standard package
partitioning, starting with:

PACKAGE_BEFORE_PN ?= ""
PACKAGES = "${PN}-src ${PN}-dbg ${PN}-staticdev ${PN}-dev ${PN}-doc 
${PN}-locale ${PACKAGE_BEFORE_PN} ${PN}"
PACKAGES_DYNAMIC = "^${PN}-locale-.*"
FILES = ""

FILES_${PN} = "${bindir}/* ${sbindir}/* ${libexecdir}/*
${libdir}/lib*${SOLIBS} \
${sysconfdir} ${sharedstatedir} ${localstatedir} \
... snip ...

so, sure, lots of recipes might *tweak* the package definitions from
what they are, but it seems that it should be rare to totally toss the
initial definition of PACKAGES, and redefine it from scratch,
especially when it seems that the new definition isn't really all that
different from what you see in bitbake.conf. so my next bit of advice
is going to be, "adjust the recipes's packages, don't redefine them
from scratch." but here's the bigger issue.

  only hours after i examined that recipe, i got a report of a "pseudo
abort" error during the build using this layer; something i have
never, ever seen in any of my builds. that error is explained here:

  https://wiki.yoctoproject.org/wiki/Pseudo_Abort

and opens with:

"Pseudo can suffer from problems where files are created or modified
in pseudo's fakeroot context, then deleted outside of it. In
particular, the inode number for that file may be reused. If some
later access under pseudo uses that inode number, pseudo can see this
and become confused about whether the files are the same file or not.
Under older behaviour for pseudo, the modes of the old file may be
applied to the new one, causing mode permission corruption."

  and what does this have to do with my earlier musings? because,
coincidentally, this pseudo abort error was generated by exactly the
same recipe i was talking about above.

  so i'm about to dig into this error (which i have never seen
before), but could the cause be the hard-coding of host paths being
added to some of the recipe's packages? that is, is it possible that,
in the midst of processing that recipe, the host paths are being
modified on the fly by someone or something else, thereby causing this
error? or is that something i can discount entirely? just looking for
any guidance to speed up the debugging.

rday

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

[Sangeeta Jain]

Hi all,

Intel and WR YP QA is planning for QA execution for YP build yocto-3.3_M3.rc2. 
We are planning to execute following tests for this cycle:

OEQA-manual tests for following module:
1. OE-Core
2. BSP-hw

Runtime auto test for following platforms:
1. MinnowTurbot 32-bit
2. Coffee Lake
3. NUC 7
4. NUC 6
5. Edgerouter
6. Beaglebone

ETA for completion is next Friday, March 26.

Thanks,
Sangeeta

> -Original Message-
> From: qa-build-notificat...@lists.yoctoproject.org  notificat...@lists.yoctoproject.org> On Behalf Of Pokybuild User
> Sent: Wednesday, 24 March, 2021 12:01 PM
> To: yo...@lists.yoctoproject.org
> Cc: qa-build-notificat...@lists.yoctoproject.org
> Subject: [qa-build-notification] QA notification for completed autobuilder 
> build
> (yocto-3.3_M3.rc2)
> 
> 
> A build flagged for QA (yocto-3.3_M3.rc2) was completed on the autobuilder
> and is available at:
> 
> 
> https://autobuilder.yocto.io/pub/releases/yocto-3.3_M3.rc2
> 
> 
> Build hash information:
> 
> bitbake: ed8e1fd4cf9d5ac8a8203638add99d686b4b3521
> meta-arm: ac1dc0b894642101a80235a920bdc3bbe6d74558
> meta-gplv2: 9e119f333cc8f53bd3cf64326f826dbc6ce3db0f
> meta-intel: 6fea44c695730129df8bd744b0e22ccd62a725c2
> meta-kernel: 29329d7cacc71595cecfdd05a455a0cfb164564d
> meta-mingw: 422b96cb2b6116442be1f40dfb5bd77447d1219e
> oecore: 7ae12e4278e98c5b916a1067ae0b48c2da6e82cd
> poky: ea455ca8671d3bc2a1097989bfaabe92f3ca37ab
> 
> 
> 
> This is an automated message from the Yocto Project Autobuilder
> Git: git://git.yoctoproject.org/yocto-autobuilder2
> Email: richard.pur...@linuxfoundation.org
> 
> 
> 
> 
> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#149859): 
https://lists.openembedded.org/g/openembedded-core/message/149859
Mute This Topic: https://lists.openembedded.org/mt/81571069/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] libtool: make sure autoheader run before autoconf

[Yu, Mingli]

From: Mingli Yu 

autoheader will update ../libtool-2.4.6/libltdl/config-h.in which
autoconf needs, so there comes a race sometimes as below:
 | configure.ac:45: error: required file 'config-h.in' not found
 | touch '../libtool-2.4.6/libltdl/config-h.in'

So make sure autoheader run before autoconf to avoid this race.

Signed-off-by: Mingli Yu 
---
 .../libtool/libtool-2.4.6.inc |  1 +
 ...-sure-autoheader-run-before-autoconf.patch | 35 +++
 2 files changed, 36 insertions(+)
 create mode 100644 
meta/recipes-devtools/libtool/libtool/0001-Makefile.am-make-sure-autoheader-run-before-autoconf.patch

diff --git a/meta/recipes-devtools/libtool/libtool-2.4.6.inc 
b/meta/recipes-devtools/libtool/libtool-2.4.6.inc
index 8e17b56d46..19a03d4733 100644
--- a/meta/recipes-devtools/libtool/libtool-2.4.6.inc
+++ b/meta/recipes-devtools/libtool/libtool-2.4.6.inc
@@ -21,6 +21,7 @@ SRC_URI = "${GNU_MIRROR}/libtool/libtool-${PV}.tar.gz \
file://unwind-opt-parsing.patch \
file://0001-libtool-Fix-support-for-NIOS2-processor.patch \

file://0001-libtool-Check-for-static-libs-for-internal-compiler-.patch \
+   
file://0001-Makefile.am-make-sure-autoheader-run-before-autoconf.patch \
   "
 
 SRC_URI[md5sum] = "addf44b646ddb4e3919805aa88fa7c5e"
diff --git 
a/meta/recipes-devtools/libtool/libtool/0001-Makefile.am-make-sure-autoheader-run-before-autoconf.patch
 
b/meta/recipes-devtools/libtool/libtool/0001-Makefile.am-make-sure-autoheader-run-before-autoconf.patch
new file mode 100644
index 00..2e9908725e
--- /dev/null
+++ 
b/meta/recipes-devtools/libtool/libtool/0001-Makefile.am-make-sure-autoheader-run-before-autoconf.patch
@@ -0,0 +1,35 @@
+From dfbbbd359e43e0a55fbea06f2647279ad8761cb9 Mon Sep 17 00:00:00 2001
+From: Mingli Yu 
+Date: Wed, 24 Mar 2021 03:04:13 +
+Subject: [PATCH] Makefile.am: make sure autoheader run before autoconf
+
+autoheader will update ../libtool-2.4.6/libltdl/config-h.in which
+autoconf needs, so there comes a race sometimes as below:
+ | configure.ac:45: error: required file 'config-h.in' not found
+ | touch '../libtool-2.4.6/libltdl/config-h.in'
+
+So make sure autoheader run before autoconf to avoid this race.
+
+Upstream-Status: Submitted [libtool-patc...@gnu.org maillist]
+
+Signed-off-by: Mingli Yu 
+---
+ Makefile.am | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Makefile.am b/Makefile.am
+index 4142c90..fe1a9fc 100644
+--- a/Makefile.am
 b/Makefile.am
+@@ -365,7 +365,7 @@ lt_configure_deps = $(lt_aclocal_m4) $(lt_aclocal_m4_deps)
+ $(lt_aclocal_m4): $(lt_aclocal_m4_deps)
+   $(AM_V_GEN)cd '$(srcdir)/$(ltdl_dir)' && $(ACLOCAL) -I ../m4
+ 
+-$(lt_configure): $(lt_configure_deps)
++$(lt_configure): $(lt_configure_deps) $(lt_config_h_in)
+   $(AM_V_GEN)cd '$(srcdir)/$(ltdl_dir)' && $(AUTOCONF)
+ 
+ $(lt_config_h_in): $(lt_configure_deps)
+-- 
+2.29.2
+
-- 
2.29.2


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

Re: [OE-core] [PATCH v3 1/2] gettext-minimal: Disable the unnecessary check in iconv.m4

[Yu, Mingli]

On 3/23/21 7:11 PM, Richard Purdie wrote:

[Please note: This e-mail is from an EXTERNAL e-mail address]

On Tue, 2021-03-23 at 14:25 +0800, Yu, Mingli wrote:


On 3/22/21 11:24 PM, Richard Purdie wrote:

[Please note: This e-mail is from an EXTERNAL e-mail address]

On Mon, 2021-03-22 at 11:29 +0300, Alexander Kanavin wrote:

Note that this m4 file is copied verbatim from upstream gettext, and will
be again overwritten on next gettext upgrade. You should figure out what’s
wrong specifically in elfutils tree, and work with elfutils upstream to
resolve it.


It's more that there is a silly/pointless macro that breaks native builds for
us, the issue is in gettext.

How about we set the cache value globally for this macro and drop the patch?


Hi Richard,

Do you mean define a cached value for the marco AM_ICONV_LINK which we
patch against?

Seems the definition of the macro AM_ICONV_LINK we want to patch is too
long and I have searched via "grep -Rn CACHED_CONFIGUREVARS *" in
openembedded-core layer, didn't find this kind of usage. Not sure if
it's appropriate.


I've sent out a patch showing what I mean, see:
"site/elfutils/libunistring: Drop patching for iconv and set in site file"


Thanks!



Hopefully that fixes the issue.

Cheers,

Richard


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