[OE-core] [PATCH 2/2] glibc: fix multilib headers conflict for arm

2022-02-23 Thread Yi Zhao
Fixes:
Error: Transaction test error:
  file /usr/include/bits/dl_find_object.h conflicts between attempted installs 
of lib32-libc6-dev-2.35-r0.armv7vet2hf_vfp and libc6-dev-2.35-r0.cortexa57
  file /usr/include/bits/rseq.h conflicts between attempted installs of 
lib32-libc6-dev-2.35-r0.armv7vet2hf_vfp and libc6-dev-2.35-r0.cortexa57
  file /usr/include/bits/timesize.h conflicts between attempted installs of 
lib32-libc6-dev-2.35-r0.armv7vet2hf_vfp and libc6-dev-2.35-r0.cortexa57

Signed-off-by: Yi Zhao 
---
 meta/recipes-core/glibc/glibc-package.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/glibc/glibc-package.inc 
b/meta/recipes-core/glibc/glibc-package.inc
index c1c0114a07..7f9e7503a1 100644
--- a/meta/recipes-core/glibc/glibc-package.inc
+++ b/meta/recipes-core/glibc/glibc-package.inc
@@ -162,6 +162,7 @@ do_install_armmultilib () {
oe_multilib_header bits/shm.h bits/sigstack.h bits/stat.h bits/statfs.h 
bits/typesizes.h
oe_multilib_header bits/procfs-id.h bits/procfs.h bits/shmlba.h
oe_multilib_header bits/struct_stat.h bits/pthread_stack_min.h
+   oe_multilib_header bits/dl_find_object.h bits/rseq.h bits/timesize.h
 
oe_multilib_header fpu_control.h gnu/lib-names.h gnu/stubs.h ieee754.h
 
-- 
2.25.1


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



[OE-core] [PATCH 1/2] glibc: unify wordsize.h between arm and aarch64

2022-02-23 Thread Yi Zhao
Make sure this header file is same in arm and aarch64.

Fix the conflict error when enable multilib:
Error: Transaction test error:
  file /usr/include/bits/wordsize.h conflicts between attempted installs of 
lib32-libc6-dev-2.35-r0.armv7vet2hf_vfp and libc6-dev-2.35-r0.cortexa57

Signed-off-by: Yi Zhao 
---
 ...dsize.h-Unify-the-header-between-arm-and-aarch64.patch | 8 
 1 file changed, 8 deletions(-)

diff --git 
a/meta/recipes-core/glibc/glibc/0018-wordsize.h-Unify-the-header-between-arm-and-aarch64.patch
 
b/meta/recipes-core/glibc/glibc/0018-wordsize.h-Unify-the-header-between-arm-and-aarch64.patch
index 63f7749ecb..3b2d638b5f 100644
--- 
a/meta/recipes-core/glibc/glibc/0018-wordsize.h-Unify-the-header-between-arm-and-aarch64.patch
+++ 
b/meta/recipes-core/glibc/glibc/0018-wordsize.h-Unify-the-header-between-arm-and-aarch64.patch
@@ -46,14 +46,6 @@ copy to sysdeps/arm/bits/wordsize.h
 index 4635431f0e..34fcdef1f1 100644
 --- a/sysdeps/aarch64/bits/wordsize.h
 +++ b/sysdeps/arm/bits/wordsize.h
-@@ -1,6 +1,6 @@
- /* Determine the wordsize from the preprocessor defines.
- 
--   Copyright (C) 2016-2022 Free Software Foundation, Inc.
-+   Copyright (C) 2016-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
 @@ -17,12 +17,16 @@
 License along with the GNU C Library; if not, see
 .  */
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#162303): 
https://lists.openembedded.org/g/openembedded-core/message/162303
Mute This Topic: https://lists.openembedded.org/mt/89360963/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] gtk-icon-cache: Allow using gtk4

2022-02-23 Thread Zoltan Boszormenyi via lists.openembedded.org
From: Zoltán Böszörményi 

meta-openembedded has gtk4 which has its own version of
gtk-update-icon-cache. Allow programs that want to use gtk4
use the proper version of the gtk-update-icon-cache utility
and the proper build and runtime dependencies.

Signed-off-by: Zoltán Böszörményi 
---
 meta/classes/gtk-icon-cache.bbclass | 23 ++-
 1 file changed, 14 insertions(+), 9 deletions(-)

diff --git a/meta/classes/gtk-icon-cache.bbclass 
b/meta/classes/gtk-icon-cache.bbclass
index 0248ba285e..ec97467e15 100644
--- a/meta/classes/gtk-icon-cache.bbclass
+++ b/meta/classes/gtk-icon-cache.bbclass
@@ -1,17 +1,22 @@
 FILES:${PN} += "${datadir}/icons/hicolor"
 
-#gtk+3 reqiure GTK3DISTROFEATURES, DEPENDS on it make all the
+GTKIC_VERSION ??= '3'
+
+GTKPN = "${@ 'gtk4' if d.getVar('GTKIC_VERSION') == '4' else 'gtk+3' }"
+GTKIC_CMD = "${@ 'gtk-update-icon-cache-3.0.0' if d.getVar('GTKIC_VERSION') == 
'4' else 'gtk4-update-icon-cache' }"
+
+#gtk+3/gtk4 require GTK3DISTROFEATURES, DEPENDS on it make all the
 #recipes inherit this class require GTK3DISTROFEATURES
 inherit features_check
 ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
 
 DEPENDS +=" ${@['hicolor-icon-theme', '']['${BPN}' == 'hicolor-icon-theme']} \
 ${@['gdk-pixbuf', '']['${BPN}' == 'gdk-pixbuf']} \
-${@['gtk+3', '']['${BPN}' == 'gtk+3']} \
-gtk+3-native \
+${@['${GTKPN}', '']['${BPN}' == '${GTKPN}']} \
+${GTKPN}-native \
 "
 
-PACKAGE_WRITE_DEPS += "gtk+3-native gdk-pixbuf-native"
+PACKAGE_WRITE_DEPS += "${GTKPN}-native gdk-pixbuf-native"
 
 gtk_icon_cache_postinst() {
 if [ "x$D" != "x" ]; then
@@ -25,7 +30,7 @@ else
 
for icondir in /usr/share/icons/* ; do
if [ -d $icondir ] ; then
-   gtk-update-icon-cache -fqt  $icondir
+   ${GTKIC_CMD} -fqt  $icondir
fi
done
 fi
@@ -39,7 +44,7 @@ if [ "x$D" != "x" ]; then
 else
for icondir in /usr/share/icons/* ; do
if [ -d $icondir ] ; then
-   gtk-update-icon-cache -qt  $icondir
+   ${GTKIC_CMD} -qt  $icondir
fi
done
 fi
@@ -58,13 +63,13 @@ python populate_packages:append () {
 rdepends = ' ' + d.getVar('MLPREFIX', False) + "hicolor-icon-theme"
 d.appendVar('RDEPENDS:%s' % pkg, rdepends)
 
-#gtk_icon_cache_postinst depend on gdk-pixbuf and gtk+3
+#gtk_icon_cache_postinst depend on gdk-pixbuf and gtk+3/gtk4
 bb.note("adding gdk-pixbuf dependency to %s" % pkg)
 rdepends = ' ' + d.getVar('MLPREFIX', False) + "gdk-pixbuf"
 d.appendVar('RDEPENDS:%s' % pkg, rdepends)
 
-bb.note("adding gtk+3 dependency to %s" % pkg)
-rdepends = ' ' + d.getVar('MLPREFIX', False) + "gtk+3"
+bb.note("adding %s dependency to %s" % (d.getVar('GTKPN'), pkg))
+rdepends = ' ' + d.getVar('MLPREFIX', False) + d.getVar('GTKPN')
 d.appendVar('RDEPENDS:%s' % pkg, rdepends)
 
 bb.note("adding gtk-icon-cache postinst and postrm scripts to %s" % 
pkg)
-- 
2.35.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#162302): 
https://lists.openembedded.org/g/openembedded-core/message/162302
Mute This Topic: https://lists.openembedded.org/mt/89360865/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][honister 2/4] ruby: update 3.0.2 -> 3.0.3

2022-02-23 Thread Lee Chee Yang
From: Alexander Kanavin 

Do not tweak a file that is no longer installed.

(From OE-Core rev: 1af0c4ef56d1892f284b6787ccc5a925d023e178)

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
Signed-off-by: Lee Chee Yang 
---
 meta/recipes-devtools/ruby/{ruby_3.0.2.bb => ruby_3.0.3.bb} | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)
 rename meta/recipes-devtools/ruby/{ruby_3.0.2.bb => ruby_3.0.3.bb} (93%)

diff --git a/meta/recipes-devtools/ruby/ruby_3.0.2.bb 
b/meta/recipes-devtools/ruby/ruby_3.0.3.bb
similarity index 93%
rename from meta/recipes-devtools/ruby/ruby_3.0.2.bb
rename to meta/recipes-devtools/ruby/ruby_3.0.3.bb
index 2abf504d91..95feb94dd4 100644
--- a/meta/recipes-devtools/ruby/ruby_3.0.2.bb
+++ b/meta/recipes-devtools/ruby/ruby_3.0.3.bb
@@ -13,7 +13,7 @@ SRC_URI += " \
file://0006-Make-gemspecs-reproducible.patch \
"
 
-SRC_URI[sha256sum] = 
"5085dee0ad9f06996a8acec7ebea4a8735e6fac22f22e2d98c3f2bc3bef7e6f1"
+SRC_URI[sha256sum] = 
"3586861cb2df56970287f0fd83f274bd92058872d830d15570b36def7f1a92ac"
 
 PACKAGECONFIG ??= ""
 PACKAGECONFIG += "${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)}"
@@ -83,8 +83,6 @@ do_install_ptest () {
 -i ${D}${PTEST_PATH}/test/erb/test_erb_command.rb
 
 cp -r ${S}/include ${D}/${libdir}/ruby/
-test_case_rb=`grep rubygems/test_case.rb ${B}/.installed.list`
-sed -i -e 's:../../../test/:../../../ptest/test/:g' ${D}/$test_case_rb
 }
 
 PACKAGES =+ "${PN}-ri-docs ${PN}-rdoc"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#162299): 
https://lists.openembedded.org/g/openembedded-core/message/162299
Mute This Topic: https://lists.openembedded.org/mt/89360503/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][honister 4/4] libarchive : update to 3.5.3

2022-02-23 Thread Lee Chee Yang
From: Lee Chee Yang 

Libarchive 3.5.3 is a security release

Security Fixes:

extended fix for following symlinks when processing the fixup list (#1566, 
#1617, CVE-2021-31566)
fix invalid memory access and out of bounds read in RAR5 reader (#1491, #1492, 
#1493, CVE-2021-36976)

Signed-off-by: Lee Chee Yang 
---
 .../libarchive/{libarchive_3.5.2.bb => libarchive_3.5.3.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-extended/libarchive/{libarchive_3.5.2.bb => 
libarchive_3.5.3.bb} (96%)

diff --git a/meta/recipes-extended/libarchive/libarchive_3.5.2.bb 
b/meta/recipes-extended/libarchive/libarchive_3.5.3.bb
similarity index 96%
rename from meta/recipes-extended/libarchive/libarchive_3.5.2.bb
rename to meta/recipes-extended/libarchive/libarchive_3.5.3.bb
index 385bcef6e9..dd607aca0a 100644
--- a/meta/recipes-extended/libarchive/libarchive_3.5.2.bb
+++ b/meta/recipes-extended/libarchive/libarchive_3.5.3.bb
@@ -34,7 +34,7 @@ EXTRA_OECONF += "--enable-largefile"
 
 SRC_URI = "http://libarchive.org/downloads/libarchive-${PV}.tar.gz;
 
-SRC_URI[sha256sum] = 
"5f245bd5176bc5f67428eb0aa497e09979264a153a074d35416521a5b8e86189"
+SRC_URI[sha256sum] = 
"72788e5f58d16febddfa262a5215e05fc9c79f2670f641ac039e6df44330ef51"
 
 inherit autotools update-alternatives pkgconfig
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#162301): 
https://lists.openembedded.org/g/openembedded-core/message/162301
Mute This Topic: https://lists.openembedded.org/mt/89360505/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][honister 3/4] libarchive: upgrade 3.5.1 -> 3.5.2

2022-02-23 Thread Lee Chee Yang
From: Alexander Kanavin 

(From OE-Core rev: f8f39cd5757907d50444203e0e6e2c5ed0a47152)

Signed-off-by: Alexander Kanavin 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
Signed-off-by: Lee Chee Yang 
---
 .../libarchive/{libarchive_3.5.1.bb => libarchive_3.5.2.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-extended/libarchive/{libarchive_3.5.1.bb => 
libarchive_3.5.2.bb} (96%)

diff --git a/meta/recipes-extended/libarchive/libarchive_3.5.1.bb 
b/meta/recipes-extended/libarchive/libarchive_3.5.2.bb
similarity index 96%
rename from meta/recipes-extended/libarchive/libarchive_3.5.1.bb
rename to meta/recipes-extended/libarchive/libarchive_3.5.2.bb
index 7d98e573b8..385bcef6e9 100644
--- a/meta/recipes-extended/libarchive/libarchive_3.5.1.bb
+++ b/meta/recipes-extended/libarchive/libarchive_3.5.2.bb
@@ -34,7 +34,7 @@ EXTRA_OECONF += "--enable-largefile"
 
 SRC_URI = "http://libarchive.org/downloads/libarchive-${PV}.tar.gz;
 
-SRC_URI[sha256sum] = 
"9015d109ec00bb9ae1a384b172bf2fc1dff41e2c66e5a9eeddf933af9db37f5a"
+SRC_URI[sha256sum] = 
"5f245bd5176bc5f67428eb0aa497e09979264a153a074d35416521a5b8e86189"
 
 inherit autotools update-alternatives pkgconfig
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#162300): 
https://lists.openembedded.org/g/openembedded-core/message/162300
Mute This Topic: https://lists.openembedded.org/mt/89360504/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][honister 1/4] harfbuzz: upgrade 2.9.0 -> 2.9.1

2022-02-23 Thread Lee Chee Yang
From: wangmy 

Final subset API is in place and if no issues are discovered,
it will be the stable subset API of HarfBuzz 3.0.0.
Old API is kept to ease transition, but will be removed in 3.0.0.
Various fuzzer-found bug fixes.
hb_buffer_append() now handles the pre- and post-context which
previously were left unchanged in the destination buffer.
hb-view / hb-shape now accept following new arguments:
--unicodes-before/after: takes a list of hex numbers that represent Unicode
codepoints.
Undeprecated API:
hb_set_invert()

(From OE-Core rev: 0a9d19f575fda7db2f768f77701a137da8f73a97)

Signed-off-by: Wang Mingyu 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
Signed-off-by: Lee Chee Yang 
---
 .../harfbuzz/{harfbuzz_2.9.0.bb => harfbuzz_2.9.1.bb}   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-graphics/harfbuzz/{harfbuzz_2.9.0.bb => harfbuzz_2.9.1.bb} 
(95%)

diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_2.9.0.bb 
b/meta/recipes-graphics/harfbuzz/harfbuzz_2.9.1.bb
similarity index 95%
rename from meta/recipes-graphics/harfbuzz/harfbuzz_2.9.0.bb
rename to meta/recipes-graphics/harfbuzz/harfbuzz_2.9.1.bb
index bc91a8c03c..694553beef 100644
--- a/meta/recipes-graphics/harfbuzz/harfbuzz_2.9.0.bb
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz_2.9.1.bb
@@ -12,7 +12,7 @@ UPSTREAM_CHECK_URI = 
"https://github.com/${BPN}/${BPN}/releases;
 UPSTREAM_CHECK_REGEX = "harfbuzz-(?P\d+(\.\d+)+).tar"
 
 SRC_URI = 
"https://github.com/${BPN}/${BPN}/releases/download/${PV}/${BPN}-${PV}.tar.xz;
-SRC_URI[sha256sum] = 
"3e1c2e1d2c65d56364fd16d1c41a06b2a35795496f78dfff635c2b7414b54c5a"
+SRC_URI[sha256sum] = 
"0edcc980f526a338452180e701d6aba6323aef457b6686976a7d17ccbddc51cf"
 
 inherit meson pkgconfig lib_package gtk-doc gobject-introspection
 
-- 
2.25.1


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



[OE-core] [honister][PATCH 00/38] Pull request (cover letter only)

2022-02-23 Thread Anuj Mittal
The following changes since commit 418a9c4c31615a9e3e011fc2b21fb7154bc6c93a:

  build-appliance-image: Update to honister head revision (2022-02-09 23:15:24 
+)

are available in the Git repository at:

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

Bruce Ashfield (4):
  linux-yocto/5.10: update to v5.10.96
  linux-yocto/5.10: update to v5.10.99
  linux-yocto/5.10: ppc/riscv: fix build with binutils 2.3.8
  linux-yocto/5.10: fix dssall build error with binutils 2.3.8

Christian Eggers (2):
  mc: fix build if ncurses have been configured without wide characters
  sdk: fix search for dynamic loader

Daniel Müller (1):
  scripts/runqemu-ifdown: Don't treat the last iptables command as
special

Florian Amstutz (1):
  devtool: deploy-target: Remove stripped binaries in pseudo context

Joe Slater (1):
  virglrenderer: fix CVE-2022-0135 and -0175

Jose Quaresma (12):
  gstreamer1.0: 1.18.5 -> 1.18.6
  gstreamer1.0-plugins-base: 1.18.5 -> 1.18.6
  gstreamer1.0-plugins-good: 1.18.5 -> 1.18.6
  gstreamer1.0-plugins-bad: 1.18.5 -> 1.18.6
  gstreamer1.0-plugins-ugly: 1.18.5 -> 1.18.6
  gstreamer1.0-vaapi: 1.18.5 -> 1.18.6
  gstreamer1.0-libav: 1.18.5 -> 1.18.6
  gstreamer1.0-omx: 1.18.5 -> 1.18.6
  gstreamer1.0-rtsp-server: 1.18.5 -> 1.18.6
  gstreamer1.0-python: 1.18.5 -> 1.18.6
  gst-devtools: 1.18.5 -> 1.18.6
  gst-examples: 1.18.5 -> 1.18.6

Justin Bronder (1):
  initramfs-framework: unmount automounts before switch_root

Michael Halstead (1):
  uninative: Upgrade to 3.5

Richard Purdie (8):
  vim: Upgrade 4269 -> 4134
  binutils: Add fix for CVE-2021-45078
  default-distrovars.inc: Switch connectivity check to a
yoctoproject.org page
  oeqa/buildtools: Switch to our webserver instead of example.com
  expat: Upgrade 2.4.4 -> 2.4.5
  vim: Upgrade 8.2.4314 -> 8.2.4424
  tiff: Add backports for two CVEs from upstream
  expat: Upgrade 2.4.5 -> 2.4.6

Saul Wold (1):
  recipetool: Fix circular reference in SRC_URI

Sean Anderson (1):
  libpcap: Disable DPDK explicitly

Stefan Herbrechtsmeier (2):
  cve-check: create directory of CVE_CHECK_MANIFEST before copy
  gcc-target: fix glob to remove gcc- binary

Zoltán Böszörményi (1):
  qemuboot: Fix build error if UNINATIVE_LOADER is unset

pgowda (1):
  gcc : Fix CVE-2021-46195

wangmy (1):
  linux-firmware: upgrade 20211216 -> 20220209

 meta/classes/cve-check.bbclass|   1 +
 meta/classes/qemuboot.bbclass |   2 +
 meta/classes/sanity.bbclass   |   2 +-
 .../distro/include/default-distrovars.inc |   2 +-
 meta/conf/distro/include/yocto-uninative.inc  |  10 +-
 meta/files/toolchain-shar-relocate.sh |   2 +-
 meta/lib/oeqa/sdk/buildtools-cases/https.py   |   4 +-
 .../libpcap/libpcap_1.10.1.bb |   3 +-
 .../expat/{expat_2.4.4.bb => expat_2.4.6.bb}  |   2 +-
 .../initrdscripts/initramfs-framework/finish  |  12 +
 .../binutils/binutils-2.37.inc|   1 +
 ...87d12167b1e36193385485c1f6ce92f74f02.patch | 247 ++
 meta/recipes-devtools/gcc/gcc-11.2.inc|   1 +
 meta/recipes-devtools/gcc/gcc-target.inc  |   2 +-
 .../gcc/gcc/0001-CVE-2021-46195.patch | 128 +
 ...FTBFS-with-ncurses-build-with-disabl.patch |  87 ++
 meta/recipes-extended/mc/mc_4.8.27.bb |   5 +-
 .../virglrenderer/cve-2022-0135.patch | 117 +
 .../virglrenderer/cve-2022-0175.patch | 107 
 .../virglrenderer/virglrenderer_0.9.1.bb  |   2 +
 ...20211216.bb => linux-firmware_20220209.bb} |   4 +-
 .../linux/linux-yocto-rt_5.10.bb  |   6 +-
 .../linux/linux-yocto-tiny_5.10.bb|   8 +-
 meta/recipes-kernel/linux/linux-yocto_5.10.bb |  24 +-
 ...tools_1.18.5.bb => gst-devtools_1.18.6.bb} |   2 +-
 ...mples_1.18.5.bb => gst-examples_1.18.6.bb} |   2 +-
 ...1.18.5.bb => gstreamer1.0-libav_1.18.6.bb} |   2 +-
 ...x_1.18.5.bb => gstreamer1.0-omx_1.18.6.bb} |   2 +-
 bb => gstreamer1.0-plugins-bad_1.18.6.bb} |   2 +-
 ...bb => gstreamer1.0-plugins-base_1.18.6.bb} |   2 +-
 ...bb => gstreamer1.0-plugins-good_1.18.6.bb} |   2 +-
 ...bb => gstreamer1.0-plugins-ugly_1.18.6.bb} |   2 +-
 18.5.bb => gstreamer1.0-python_1.18.6.bb} |   2 +-
 bb => gstreamer1.0-rtsp-server_1.18.6.bb} |   2 +-
 ...1.18.5.bb => gstreamer1.0-vaapi_1.18.6.bb} |   2 +-
 ...er1.0_1.18.5.bb => gstreamer1.0_1.18.6.bb} |   2 +-
 ...al-buffer-overflow-for-ASCII-tags-wh.patch |   0
 ...99c99f987dc32ae110370cfdd7df7975586b.patch |  30 +++
 ...0712f4c3a5b449f70c57988260a667ddbdef.patch |  32 +++
 meta/recipes-multimedia/libtiff/tiff_4.3.0.bb |   4 +-
 meta/recipes-support/vim/vim.inc  |   7 +-
 scripts/lib/devtool/deploy.py |   2 +-
 scripts/lib/recipetool/create.py  |   2 +-
 scripts/runqemu-ifdown|   1 +
 44 files changed, 828 insertions(+), 53 deletions(-)
 rename meta/recipes-core/expat/{expat_2.4.4.bb => expat_2.4.6.bb} (91%)
 create mode 100644 

Re: [OE-core][dunfell 0/8] Patch review - vim CVEs

2022-02-23 Thread Armin Kuster



On 2/21/22 11:34, Steve Sakoman wrote:

There's a fairly constant flow of CVEs being reported for vim, which are
getting increasing non-trivial to backport. There are currenly 26 CVEs
outstanding for vim in dunfell.

This has been handled in master with a number of version updates. Since
vim is a fairly stand-alone package it seems to make sense to also follow
this strategy for dunfell.

This patch series backports the vim version updates from master.

I'd love to get some feedback on this approach.


Under the situation, this is a good approach. Thanks for putting series 
together.


- armin


Passed a-full on autobuilder:

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

with the exception of a known autobuilder intermittent issue on 
oe-selftest-ubuntu,
which passed on subsequent retest:

https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/3193


The following changes since commit 81fab225daf798792c139f669f5bfd96d9fd25a8:

   ruby: fix DEPENDS append (2022-02-21 04:52:33 -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

Alexander Kanavin (1):
   vim: do not report upstream version check as broken

Richard Purdie (2):
   vim: Upgrade 4269 -> 4134
   vim: Upgrade 8.2.4314 -> 8.2.4424

Ross Burton (4):
   vim: set PACKAGECONFIG idiomatically
   vim: upgrade to 8.2 patch 3752
   vim: update to include latest CVE fixes
   vim: upgrade to patch 4269

Steve Sakoman (1):
   Revert "vim: fix CVE-2021-4069"

  ...1-reading-character-past-end-of-line.patch |  62 --
  ...src-Makefile-improve-reproducibility.patch |  13 +-
  ...28-using-freed-memory-when-replacing.patch |  83 ---
  ...eading-uninitialized-memory-when-giv.patch |  63 --
  ...rash-when-using-CTRL-W-f-without-fin.patch |  92 
  ...llegal-memory-access-if-buffer-name-.patch |  86 
  ...ml_get-error-after-search-with-range.patch |  72 --
  ...nvalid-memory-access-when-scrolling-.patch |  97 
  .../vim/files/CVE-2021-3778.patch |  61 --
  .../vim/files/CVE-2021-4069.patch |  43 
  ...1e135a16091c93f6f5f7525a5c58fb7ca9f9.patch | 207 --
  .../vim/files/disable_acl_header_check.patch  |  15 +-
  .../vim/files/no-path-adjust.patch|   8 +-
  meta/recipes-support/vim/files/racefix.patch  |   6 +-
  ...m-add-knob-whether-elf.h-are-checked.patch |  13 +-
  meta/recipes-support/vim/vim.inc  |  27 +--
  16 files changed, 33 insertions(+), 915 deletions(-)
  delete mode 100644 
meta/recipes-support/vim/files/0001-patch-8.2.3581-reading-character-past-end-of-line.patch
  delete mode 100644 
meta/recipes-support/vim/files/0002-patch-8.2.3428-using-freed-memory-when-replacing.patch
  delete mode 100644 
meta/recipes-support/vim/files/0002-patch-8.2.3582-reading-uninitialized-memory-when-giv.patch
  delete mode 100644 
meta/recipes-support/vim/files/0002-patch-8.2.3611-crash-when-using-CTRL-W-f-without-fin.patch
  delete mode 100644 
meta/recipes-support/vim/files/0003-patch-8.2.3487-illegal-memory-access-if-buffer-name-.patch
  delete mode 100644 
meta/recipes-support/vim/files/0004-patch-8.2.3489-ml_get-error-after-search-with-range.patch
  delete mode 100644 
meta/recipes-support/vim/files/0005-patch-8.2.3564-invalid-memory-access-when-scrolling-.patch
  delete mode 100644 meta/recipes-support/vim/files/CVE-2021-3778.patch
  delete mode 100644 meta/recipes-support/vim/files/CVE-2021-4069.patch
  delete mode 100644 
meta/recipes-support/vim/files/b7081e135a16091c93f6f5f7525a5c58fb7ca9f9.patch







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



Re: [OE-core] [PATCH v2 00/32] Python PEP-517: build wheels and install with pip

2022-02-23 Thread Tim Orling
On Wed, Feb 23, 2022 at 8:50 PM Tim Orling via lists.openembedded.org
 wrote:

>
>
> On Wed, Feb 23, 2022 at 8:07 PM Khem Raj  wrote:
>
>> Right now approx 150 out of 470 recipes [1] in meta-python are directly
>> failing,
>> perhaps there will be more once these are fixed then there are other
>> layers
>> which might be carrying some impacted python modules.
>
>
> The issue has mostly been detection of the wheel filename and this should
> be improved by:
>
> https://lore.kernel.org/openembedded-core/20220224041200.2645054-1-tim.orl...@konsulko.com/T/#t
>
> Also YP compatibility
>> is broken due to python3-nose removal.
>
>
> We can try to run 2to3 on the python3-nose plugins or remove them
> surgically to reintroduce cleanly Python 3 only
> python3-nose. I propose that we move it to meta-python even so because
> nothing in oe-core depends on nose and the
> code has been completely bit-rotting since 2016. It could not be built
> anymore in oe-core and something had to give.
>

Perhaps we can switch to this repo:
https://github.com/atsb/nose-py3

>
>
>> If we are planning
>> to include this in the upcoming release,we would need some commitment
>> and strategy to fix these and other ripple effects throughout the
>> ecosystem
>> especially since this is an LTS release. I wish this changeset was
>> proposed
>> in a release prior to LTS release, so it could have given enough time to
>> adjust for the ecosystem. This is will take some effort in stabilizing
>>
>
> This has been months of work on my part to attempt to get us to where
> upstream
> Python Packaging Authority has been pushing since PEP-517 was announced in
> 2015.
> We are very far behind the curve of upstream Python packaging.
>
> While I too would love to have had this ready sooner, that was not
> possible for many reasons.
> But no matter what, this would have been painful until recipes could be
> migrated, even if had
> been available at M1.
>
>
>> I also wonder, what do we lose if we do not put this into the LTS
>> release?
>
>
> We already have recipes in oe-core such as python3-jsonschema which can no
> longer be upgraded
> without moving to pyproject.toml based package builds. I'm sure there are
> others in meta-python and
> other layers in a similar story. We once again are in a situation that is
> a bad image for the project because
> we are using the now deprecated "setup.py install" and still building
> eggs. To step into an LTS release
> with the python packaging already entirely deprecated is just not a good
> impression.
>
> I understand your frustration with the build failures, but it has been a
> very solid week of getting oe-core
> stabilized (see
> https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/3280).
>
> I am running a build now for meta-python with the improved wheel filename
> patch as well as a patch to
> check for whether the current recipe already has pyproject.toml back-end
> declared:
>
> https://lore.kernel.org/openembedded-core/20220224041200.2645054-2-tim.orl...@konsulko.com/T/#u
>
>
>>
>  [1]
>> https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/1460
>
>
>>
>> On Tue, Feb 22, 2022 at 11:23 AM Tim Orling  wrote:
>> >
>> >
>> >
>> > On Tue, Feb 22, 2022 at 11:18 AM Khem Raj  wrote:
>> >>
>> >> On Tue, Feb 22, 2022 at 10:40 AM Tim Orling 
>> wrote:
>> >> >
>> >> >
>> >> >
>> >> > On Tue, Feb 22, 2022 at 10:24 AM Khem Raj 
>> wrote:
>> >> >>
>> >> >> On Tue, Feb 22, 2022 at 10:21 AM Tim Orling 
>> wrote:
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> > On Tue, Feb 22, 2022 at 9:22 AM Khem Raj 
>> wrote:
>> >> >> >>
>> >> >> >> this is going into dep loops Try
>> >> >> >>
>> >> >> >> bitbake python3-wheel-native
>> >> >> >
>> >> >> >
>> >> >> > It shouldn’t
>> >> >> >
>> https://git.yoctoproject.org/poky-contrib/tree/meta/recipes-devtools/python/python3-wheel_0.37.1.bb?h=timo/bootstrap-wheels
>> >> >> >
>> >> >>
>> >> >> I have been trying whats on master-next
>> >> >>
>> >> >
>> >> > I can't reproduce. Can you point me at an error log please?
>> >> > It might have something to do with sstate cache, but that's just a
>> hunch.
>> >> >
>> >>
>> >> This is because python3-wheel was moved to core and modified but not
>> >> deleted from meta-python at same time. I have sent a patch for that
>> >>
>> > Already sent one:
>> >
>> https://patchwork.yoctoproject.org/project/oe/patch/20220222184920.2310391-1-tim.orl...@konsulko.com/
>> >
>> >>
>> >> >>
>> >> >> > DEPENDS:remove:class-native = "python3-pip-native"
>> >> >> >
>> >> >> > do_install:class-native () {
>> >> >> > # We need to bootstrap python3-wheel-native
>> >> >> > install -d ${D}${PYTHON_SITEPACKAGES_DIR}
>> >> >> > PYPA_WHEEL="${B}/dist/${PYPI_PACKAGE}-${PV}-*.whl"
>> >> >> > unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PYPA_WHEEL} || \
>> >> >> > bbfatal_log "Failed to install"
>> >> >> > }
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >> On Mon, Feb 21, 2022 at 1:23 PM Tim Orling 
>> wrote:
>> >> >> >> >
>> >> 

[OE-core] [PATCH 2/2] documentation-audit: Use renamed LICENSE_FLAGS_ACCEPTED variable

2022-02-23 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 scripts/contrib/documentation-audit.sh | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/scripts/contrib/documentation-audit.sh 
b/scripts/contrib/documentation-audit.sh
index f436f9bae08..36f7f3287c8 100755
--- a/scripts/contrib/documentation-audit.sh
+++ b/scripts/contrib/documentation-audit.sh
@@ -26,8 +26,8 @@ if [ -z "$BITBAKE" ]; then
 fi
 
 echo "REMINDER: you need to build for MACHINE=qemux86 or you won't get useful 
results"
-echo "REMINDER: you need to set LICENSE_FLAGS_WHITELIST appropriately in 
local.conf or "
-echo " you'll get false positives.  For example, LICENSE_FLAGS_WHITELIST = 
\"commercial\""
+echo "REMINDER: you need to set LICENSE_FLAGS_ACCEPTED appropriately in 
local.conf or "
+echo " you'll get false positives.  For example, LICENSE_FLAGS_ACCEPTED = 
\"commercial\""
 
 for pkg in `bitbake -s | awk '{ print \$1 }'`; do
if [[ "$pkg" == "Loading" || "$pkg" == "Loaded" ||
-- 
2.35.1


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



[OE-core] [PATCH 1/2] local.conf.sample.extended: Use new variable LICENSE_FLAGS_ACCEPTED

2022-02-23 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 meta/conf/local.conf.sample.extended | 16 
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/meta/conf/local.conf.sample.extended 
b/meta/conf/local.conf.sample.extended
index 2ea27d044ab..68f3a966cd8 100644
--- a/meta/conf/local.conf.sample.extended
+++ b/meta/conf/local.conf.sample.extended
@@ -178,14 +178,14 @@
 # product. If shipped as part of an image these packages may have
 # implications so they are disabled by default.  To enable them,
 # un-comment the below as appropriate.
-#LICENSE_FLAGS_WHITELIST = "commercial_gst-fluendo-mp3 \
-#   commercial_gst-openmax \
-#   commercial_gst-plugins-ugly \
-#   commercial_lame \
-#   commercial_libmad \
-#   commercial_libomxil \
-#   commercial_mpeg2dec \
-#   commercial_qmmp"
+#LICENSE_FLAGS_ACCEPTED = "commercial_gst-fluendo-mp3 \
+#  commercial_gst-openmax \
+#  commercial_gst-plugins-ugly \
+#  commercial_lame \
+#  commercial_libmad \
+#  commercial_libomxil \
+#  commercial_mpeg2dec \
+#  commercial_qmmp"
 
 
 #
-- 
2.35.1


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



Re: [OE-core] [PATCH v2 00/32] Python PEP-517: build wheels and install with pip

2022-02-23 Thread Tim Orling
On Wed, Feb 23, 2022 at 8:07 PM Khem Raj  wrote:

> Right now approx 150 out of 470 recipes [1] in meta-python are directly
> failing,
> perhaps there will be more once these are fixed then there are other layers
> which might be carrying some impacted python modules.


The issue has mostly been detection of the wheel filename and this should
be improved by:

https://lore.kernel.org/openembedded-core/20220224041200.2645054-1-tim.orl...@konsulko.com/T/#t

Also YP compatibility
> is broken due to python3-nose removal.


We can try to run 2to3 on the python3-nose plugins or remove them
surgically to reintroduce cleanly Python 3 only
python3-nose. I propose that we move it to meta-python even so because
nothing in oe-core depends on nose and the
code has been completely bit-rotting since 2016. It could not be built
anymore in oe-core and something had to give.


> If we are planning
> to include this in the upcoming release,we would need some commitment
> and strategy to fix these and other ripple effects throughout the ecosystem
> especially since this is an LTS release. I wish this changeset was proposed
> in a release prior to LTS release, so it could have given enough time to
> adjust for the ecosystem. This is will take some effort in stabilizing
>

This has been months of work on my part to attempt to get us to where
upstream
Python Packaging Authority has been pushing since PEP-517 was announced in
2015.
We are very far behind the curve of upstream Python packaging.

While I too would love to have had this ready sooner, that was not possible
for many reasons.
But no matter what, this would have been painful until recipes could be
migrated, even if had
been available at M1.


> I also wonder, what do we lose if we do not put this into the LTS
> release?


We already have recipes in oe-core such as python3-jsonschema which can no
longer be upgraded
without moving to pyproject.toml based package builds. I'm sure there are
others in meta-python and
other layers in a similar story. We once again are in a situation that is a
bad image for the project because
we are using the now deprecated "setup.py install" and still building eggs.
To step into an LTS release
with the python packaging already entirely deprecated is just not a good
impression.

I understand your frustration with the build failures, but it has been a
very solid week of getting oe-core
stabilized (see
https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/3280).

I am running a build now for meta-python with the improved wheel filename
patch as well as a patch to
check for whether the current recipe already has pyproject.toml back-end
declared:
https://lore.kernel.org/openembedded-core/20220224041200.2645054-2-tim.orl...@konsulko.com/T/#u


>
 [1] https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/1460
>
> On Tue, Feb 22, 2022 at 11:23 AM Tim Orling  wrote:
> >
> >
> >
> > On Tue, Feb 22, 2022 at 11:18 AM Khem Raj  wrote:
> >>
> >> On Tue, Feb 22, 2022 at 10:40 AM Tim Orling  wrote:
> >> >
> >> >
> >> >
> >> > On Tue, Feb 22, 2022 at 10:24 AM Khem Raj  wrote:
> >> >>
> >> >> On Tue, Feb 22, 2022 at 10:21 AM Tim Orling 
> wrote:
> >> >> >
> >> >> >
> >> >> >
> >> >> > On Tue, Feb 22, 2022 at 9:22 AM Khem Raj 
> wrote:
> >> >> >>
> >> >> >> this is going into dep loops Try
> >> >> >>
> >> >> >> bitbake python3-wheel-native
> >> >> >
> >> >> >
> >> >> > It shouldn’t
> >> >> >
> https://git.yoctoproject.org/poky-contrib/tree/meta/recipes-devtools/python/python3-wheel_0.37.1.bb?h=timo/bootstrap-wheels
> >> >> >
> >> >>
> >> >> I have been trying whats on master-next
> >> >>
> >> >
> >> > I can't reproduce. Can you point me at an error log please?
> >> > It might have something to do with sstate cache, but that's just a
> hunch.
> >> >
> >>
> >> This is because python3-wheel was moved to core and modified but not
> >> deleted from meta-python at same time. I have sent a patch for that
> >>
> > Already sent one:
> >
> https://patchwork.yoctoproject.org/project/oe/patch/20220222184920.2310391-1-tim.orl...@konsulko.com/
> >
> >>
> >> >>
> >> >> > DEPENDS:remove:class-native = "python3-pip-native"
> >> >> >
> >> >> > do_install:class-native () {
> >> >> > # We need to bootstrap python3-wheel-native
> >> >> > install -d ${D}${PYTHON_SITEPACKAGES_DIR}
> >> >> > PYPA_WHEEL="${B}/dist/${PYPI_PACKAGE}-${PV}-*.whl"
> >> >> > unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PYPA_WHEEL} || \
> >> >> > bbfatal_log "Failed to install"
> >> >> > }
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> On Mon, Feb 21, 2022 at 1:23 PM Tim Orling 
> wrote:
> >> >> >> >
> >> >> >> > Upstream Python is moving to pyproject.toml rather than
> setup.py and
> >> >> >> > wheels rather than eggs. The main place this is documented is in
> >> >> >> > PEP-517[1]. Installing packages with setup.py install is
> deprecated.
> >> >> >> >
> >> >> >> > We have a choice with the 'kirkstone' LTS release of
> introducing this
> >> >> >> > series 

[OE-core] [PATCH 2/2] pip_install_wheel: improved wheel filename guess

2022-02-23 Thread Tim Orling
Rather than only use PYPI_PACKAGE as a guess, fall back on PN for cases
where a recipe does not inherit pypi.

Wheels can only have alphanumeric characters in the 'distribution'
name [1]. Any other characters are replaced with an underscore. Provide a
function to replace dash with underscore.

[1] https://www.python.org/dev/peps/pep-0491/#escaping-and-unicode

Signed-off-by: Tim Orling 
---
 meta/classes/pip_install_wheel.bbclass | 11 ++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/meta/classes/pip_install_wheel.bbclass 
b/meta/classes/pip_install_wheel.bbclass
index f0312e0b1eb..e0f0b97ad13 100644
--- a/meta/classes/pip_install_wheel.bbclass
+++ b/meta/classes/pip_install_wheel.bbclass
@@ -1,6 +1,15 @@
 DEPENDS:append = " python3-pip-native"
 
-PIP_INSTALL_PACKAGE ?= "${PYPI_PACKAGE}"
+def guess_pip_install_package_name(d):
+'''https://www.python.org/dev/peps/pep-0491/#escaping-and-unicode'''
+package = ""
+if not d.getVar('PYPI_PACKAGE'):
+ package = (d.getVar('PN').replace('-', '_'))
+else:
+ package = (d.getVar('PYPI_PACKAGE').replace('-', '_'))
+return package
+
+PIP_INSTALL_PACKAGE ?= "${@guess_pip_install_package_name(d)}"
 PIP_INSTALL_DIST_PATH ?= "${B}/dist"
 PYPA_WHEEL ??= "${PIP_INSTALL_DIST_PATH}/${PIP_INSTALL_PACKAGE}-${PV}-*.whl"
 
-- 
2.30.2


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



[OE-core] [PATCH 1/2] setuptools3.bbclass: add check for pyproject.toml

2022-02-23 Thread Tim Orling
With help from Peter Kjellerstedt  via IRC.

Add a check for pyproject.toml in ${S} and if so check if it has a
[build-system] build-backend. Give the user a helpful warning that
the recipe should be changed to one of the PEP-517 classes (instead of
setuptools3.bbclass).

Add SETUPTOOLS_SKIP_BUILD_BACKEND_CHECK variable to skip this check (and
avoid the warning). This is needed for e.g.
python3-setuptools-rust-native which does not build cleanly with
setuptools_build_meta.bbclass

[YOCTO #14736]

Signed-off-by: Tim Orling 
---
 meta/classes/setuptools3.bbclass | 32 
 1 file changed, 32 insertions(+)

diff --git a/meta/classes/setuptools3.bbclass b/meta/classes/setuptools3.bbclass
index 12561340b07..b137cf0ce48 100644
--- a/meta/classes/setuptools3.bbclass
+++ b/meta/classes/setuptools3.bbclass
@@ -18,6 +18,38 @@ setuptools3_do_configure() {
 :
 }
 
+SETUPTOOLS_SKIP_BUILD_BACKEND_CHECK ?= "0"
+
+python check_for_pyprojecttoml_build_backend() {
+import os
+import tomli
+from pathlib import Path
+
+if d.getVar('SETUPTOOLS_SKIP_BUILD_BACKEND_CHECK') == "1":
+bb.debug(3, "Skipping check for build-backend in pyproject.toml")
+return 0
+pyprojecttoml_file = Path(d.getVar('S'), 'pyproject.toml')
+if pyprojecttoml_file.exists():
+bb.debug(3, "pyproject.toml found: %s" % pyprojecttoml_file)
+with open(pyprojecttoml_file, "rb") as f:
+pyprojecttoml_dict = tomli.load(f) 
+build_system = pyprojecttoml_dict["build-system"] 
+if build_system: 
+bb.debug(3, "[build-system] found in pyproject.toml")
+backend = build_system.get('build-backend')
+if backend:
+bb.debug(3, "build-backend found: %s" % backend)
+if backend == "flit_core.buildapi":
+bb.warn("The source has a pyproject.toml which declares 
'flit_core.buildapi' as a build backend, please consider 'inherit flit_core' 
instead of inheriting setuptools3.")
+elif backend == "setuptools.build_meta":
+bb.warn("The source has a pyproject.toml which declares 
'setuptools.build_meta' as a build backend, please consider 'inherit 
setuptools_build_meta' instead of inheriting setuptools3.")
+elif backend == "poetry.core.masonry.api":
+bb.warn("The source has a pyproject.toml which declares 
'poetry.core.masonry.api' as a build backend, please consider 'inherit 
poetry_core' from meta-python instead of inheriting setuptools3.")
+else:
+bb.warn("The source has a pyproject.toml which declares 
'%s' as a build backend, but this is not currently supported in oe-core." % 
backend)
+}
+do_configure[prefuncs] += "check_for_pyprojecttoml_build_backend"
+
 setuptools3_do_compile() {
 cd ${SETUPTOOLS_SETUP_PATH}
 NO_FETCH_BUILD=1 \
-- 
2.30.2


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



Re: [OE-core] [PATCH v2 00/32] Python PEP-517: build wheels and install with pip

2022-02-23 Thread Khem Raj
Right now approx 150 out of 470 recipes [1] in meta-python are directly failing,
perhaps there will be more once these are fixed then there are other layers
which might be carrying some impacted python modules. Also YP compatibility
is broken due to python3-nose removal. If we are planning
to include this in the upcoming release,we would need some commitment
and strategy to fix these and other ripple effects throughout the ecosystem
especially since this is an LTS release. I wish this changeset was proposed
in a release prior to LTS release, so it could have given enough time to
adjust for the ecosystem. This is will take some effort in stabilizing

I also wonder, what do we lose if we do not put this into the LTS
release?

 [1] https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/1460

On Tue, Feb 22, 2022 at 11:23 AM Tim Orling  wrote:
>
>
>
> On Tue, Feb 22, 2022 at 11:18 AM Khem Raj  wrote:
>>
>> On Tue, Feb 22, 2022 at 10:40 AM Tim Orling  wrote:
>> >
>> >
>> >
>> > On Tue, Feb 22, 2022 at 10:24 AM Khem Raj  wrote:
>> >>
>> >> On Tue, Feb 22, 2022 at 10:21 AM Tim Orling  wrote:
>> >> >
>> >> >
>> >> >
>> >> > On Tue, Feb 22, 2022 at 9:22 AM Khem Raj  wrote:
>> >> >>
>> >> >> this is going into dep loops Try
>> >> >>
>> >> >> bitbake python3-wheel-native
>> >> >
>> >> >
>> >> > It shouldn’t
>> >> > https://git.yoctoproject.org/poky-contrib/tree/meta/recipes-devtools/python/python3-wheel_0.37.1.bb?h=timo/bootstrap-wheels
>> >> >
>> >>
>> >> I have been trying whats on master-next
>> >>
>> >
>> > I can't reproduce. Can you point me at an error log please?
>> > It might have something to do with sstate cache, but that's just a hunch.
>> >
>>
>> This is because python3-wheel was moved to core and modified but not
>> deleted from meta-python at same time. I have sent a patch for that
>>
> Already sent one:
> https://patchwork.yoctoproject.org/project/oe/patch/20220222184920.2310391-1-tim.orl...@konsulko.com/
>
>>
>> >>
>> >> > DEPENDS:remove:class-native = "python3-pip-native"
>> >> >
>> >> > do_install:class-native () {
>> >> > # We need to bootstrap python3-wheel-native
>> >> > install -d ${D}${PYTHON_SITEPACKAGES_DIR}
>> >> > PYPA_WHEEL="${B}/dist/${PYPI_PACKAGE}-${PV}-*.whl"
>> >> > unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PYPA_WHEEL} || \
>> >> > bbfatal_log "Failed to install"
>> >> > }
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >> On Mon, Feb 21, 2022 at 1:23 PM Tim Orling  wrote:
>> >> >> >
>> >> >> > Upstream Python is moving to pyproject.toml rather than setup.py and
>> >> >> > wheels rather than eggs. The main place this is documented is in
>> >> >> > PEP-517[1]. Installing packages with setup.py install is deprecated.
>> >> >> >
>> >> >> > We have a choice with the 'kirkstone' LTS release of introducing this
>> >> >> > series (and fixing any fall out during the stabilization period) or
>> >> >> > living with deprecated Python packaging for the duration of the LTS 
>> >> >> > (at
>> >> >> > a minimum 2 years). This seems to be a compelling enough reason to 
>> >> >> > bring
>> >> >> > in this series, even if it results in a slight slip of the 'feature
>> >> >> > freeze', which is officially tomorrow, Monday 21 Feb, 2022.
>> >> >> >
>> >> >> > This series bootstraps python3-setuptools-native,
>> >> >> > python3-flit-core-native, python3-wheel-native and 
>> >> >> > python3-pip-native,
>> >> >> > simply unzipping the wheel into PYTHON_SITEPACKAGES_DIR. This allows 
>> >> >> > all
>> >> >> > other recipes to be installed with pip, as intended by upstream.
>> >> >> >
>> >> >> > Three new classes are introduced:
>> >> >> > (1) flit_core which builds PEP-517 compliant packages which use
>> >> >> > flit_core.buildapi as their build-backend.
>> >> >> > (2) setuptools_build_meta which builds PEP-517 compliant packages 
>> >> >> > which use
>> >> >> > setuptools_build_meta  as their build-backend.
>> >> >> > (3) pip_install_wheel, which simply installs wheels built by other
>> >> >> > classes.
>> >> >> >
>> >> >> > The original setuptools3.bbclass do_compile is modified to
>> >> >> > 'setup.py bdist_wheel' (from python3-wheel-native) rather than the 
>> >> >> > deprecated
>> >> >> > 'setup.py build' mechanism.
>> >> >> >
>> >> >> > The original setuptools3.bbclass do_install is modified to
>> >> >> > use the pip_install_wheel.bbclass to install wheels with pip rather 
>> >> >> > than
>> >> >> > the deprecated 'setup.py install' mechanism.
>> >> >> >
>> >> >> > For pip install, we disable dependency checking (--no-deps) because 
>> >> >> > it
>> >> >> > proves to be brittle in our environment without providing full wheel
>> >> >> > cache that seems like overhead that we do not need. We also disable
>> >> >> > fetching wheels from pypi (--no-index). This is no different than our
>> >> >> > normal workflow of requiring dependencies to be defined in a recipe.
>> >> >> >
>> >> >> > Missing from this series is documentation of the new features, 
>> >> >> > classes
>> 

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

2022-02-23 Thread Randy MacLeod

Hi Naveen,

On 2022-02-23 07:22, Pgowda wrote:

The patch implements Oe-selftest framework for Rust test.

I think you need a bit more of an introduction to
the patch. I assume that you and Vinay based this
in part on the gcc.py test suite so you might say so and
explain what is different and why.

Additionally, people will not be familiar with the rust test suite so
you should try to summarize that in a few sentences if possible.

I have some suggestion below but in addition to that maybe you can
include a link in this commit log to, and outline how this would differ 
from:


   https://rustc-dev-guide.rust-lang.org/tests/intro.html

without discussing the implementation.


Some of the functions are as follows:-


Rather than just listing the functions, say:


To support the rust tests in oe-core, the following
functions were added:

setup_cargo_environment(): Build bootstrap and some early stage tools.
do_rust_setup_snapshot(): Install the snapshot version of rust binaries.
do_configure(): To generate config.toml
do_compile(): To build "remote-test-server" for qemutarget image.

The python file builds remote-test-server and executes rust testing
remotely using background ssh. It adds the necessary test environment
and variables to run the rust oe-selftest.
Print the results in case of failure of runCmd().

The patch has been run and tested for X86, X86_64, Arm & Arm64 targets
on Ubuntu-18 successfully.

Most of the tests excluded in rust.py are due to the following error:-
These tests will be included in Oe-selftest after fixing the issue.
===
"build-st/tmp/work/core2-64-poky-linux/rust-testsuite/1.58.1-r0/
rustc-1.58.1-src/build/bootstrap/debug/rustc -vV` (exit status: 101)
--- stderr
thread 'main' panicked at '
kind: NotFound, message: "No such file or directory" }',
src/bootstrap/bin/rustc.rs:175:37
===



In this commit log, add a summary of APPROXIMATELY how many tests are 
run when building

rust outside of a bitbake environment and compare that to:

1. tests run before skipping the broken ones

2. tests run with the patch below that skips higher level modules that
    are broken.

i.e.
on ubuntu, there are 12000 tests and 11,555 pass

before the disable patch, 9000 tests ran and  passed

with the patch, 5500 test ran and they all passed.

I just want the reader (myself) to have an understanding of
how much we have disabled. If you have exact numbers, that's great
but I'm NOT asking you to spend hours or days gathering that data.





Signed-off-by: pgowda 
Signed-off-by: Vinay Kumar 
---
  meta/lib/oeqa/selftest/cases/rust.py  |  57 +
  meta/recipes-devtools/rust/rust-testsuite.inc | 163 +++
  .../rust-testsuite/rust-oe-selftest.patch | 995 ++
  .../rust/rust-testsuite_1.58.1.bb |   3 +
  4 files changed, 1218 insertions(+)
  create mode 100644 meta/lib/oeqa/selftest/cases/rust.py
  create mode 100644 meta/recipes-devtools/rust/rust-testsuite.inc
  create mode 100644 
meta/recipes-devtools/rust/rust-testsuite/rust-oe-selftest.patch
  create mode 100644 meta/recipes-devtools/rust/rust-testsuite_1.58.1.bb

diff --git a/meta/lib/oeqa/selftest/cases/rust.py 
b/meta/lib/oeqa/selftest/cases/rust.py
new file mode 100644
index 00..1379b09af1
--- /dev/null
+++ b/meta/lib/oeqa/selftest/cases/rust.py
@@ -0,0 +1,57 @@
+# SPDX-License-Identifier: MIT
+import os
+import subprocess
+from oeqa.core.decorator import OETestTag
+from oeqa.core.case import OEPTestResultTestCase
+from oeqa.selftest.case import OESelftestTestCase
+from oeqa.utils.commands import runCmd, bitbake, get_bb_var, get_bb_vars, 
runqemu, Command
+from oeqa.utils.sshcontrol import SSHControl
+
+# Total time taken for testing is of about 2hr 20min, with PARALLEL_MAKE set 
to 40 number of jobs.
+class RustSelfTestBase(OESelftestTestCase, OEPTestResultTestCase):
+
+   def run_check_emulated(self, *args, **kwargs):
+   # build remote-test-server before image build
+   recipe = "rust-testsuite"
+   bitbake("{} -c compile".format(recipe))
+   builddir = get_bb_var("B", "rust-testsuite")
+   # build core-image-minimal with required packages
+   default_installed_packages = ["libgcc", "libstdc++", "libatomic", 
"libgomp"]
+   features = []
+   features.append('IMAGE_FEATURES += "ssh-server-openssh"')
+   features.append('CORE_IMAGE_EXTRA_INSTALL += "{0}"'.format(" 
".join(default_installed_packages)))
+   self.write_config("\n".join(features))
+   bitbake("core-image-minimal")
+   # wrap the execution with a qemu instance
+   with runqemu("core-image-minimal", runqemuparams = "nographic", 
qemuparams = "-m 512") as qemu:


meta/lib/oeqa/selftest/cases/gcc.py has a quick test:

# validate that SSH is working

Given that you 

[OE-core] [PATCH] libarchive : update to 3.5.3

2022-02-23 Thread Lee Chee Yang
From: Lee Chee Yang 

Libarchive 3.5.3 is a security release

Security Fixes:

extended fix for following symlinks when processing the fixup list (#1566, 
#1617, CVE-2021-31566)
fix invalid memory access and out of bounds read in RAR5 reader (#1491, #1492, 
#1493, CVE-2021-36976)

Signed-off-by: Lee Chee Yang 
---
 .../libarchive/{libarchive_3.5.2.bb => libarchive_3.5.3.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-extended/libarchive/{libarchive_3.5.2.bb => 
libarchive_3.5.3.bb} (96%)

diff --git a/meta/recipes-extended/libarchive/libarchive_3.5.2.bb 
b/meta/recipes-extended/libarchive/libarchive_3.5.3.bb
similarity index 96%
rename from meta/recipes-extended/libarchive/libarchive_3.5.2.bb
rename to meta/recipes-extended/libarchive/libarchive_3.5.3.bb
index 385bcef6e9..dd607aca0a 100644
--- a/meta/recipes-extended/libarchive/libarchive_3.5.2.bb
+++ b/meta/recipes-extended/libarchive/libarchive_3.5.3.bb
@@ -34,7 +34,7 @@ EXTRA_OECONF += "--enable-largefile"
 
 SRC_URI = "http://libarchive.org/downloads/libarchive-${PV}.tar.gz;
 
-SRC_URI[sha256sum] = 
"5f245bd5176bc5f67428eb0aa497e09979264a153a074d35416521a5b8e86189"
+SRC_URI[sha256sum] = 
"72788e5f58d16febddfa262a5215e05fc9c79f2670f641ac039e6df44330ef51"
 
 inherit autotools update-alternatives pkgconfig
 
-- 
2.25.1


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



Re: [OE-core] [PATCH v2] create-spdx: add support for SDKs

2022-02-23 Thread Joshua Watt
On Wed, Jan 26, 2022 at 12:17 PM Andres Beltran
 wrote:
>
> Currently, SPDX SBOMs are only created for images. Add support for
> SDKs. Fix json indent when outputting SBOMs for better readability.

I believe the json indenting comment is now a lie since it was removed in V2?

Otherwise, LGTM

Reviewed-By: Joshua Watt 

>
> Signed-off-by: Andres Beltran 
> ---
>  meta/classes/create-spdx.bbclass | 88 ++--
>  meta/lib/oe/sbom.py  |  4 ++
>  2 files changed, 64 insertions(+), 28 deletions(-)
>
> diff --git a/meta/classes/create-spdx.bbclass 
> b/meta/classes/create-spdx.bbclass
> index eb9535069a4..8bae1359ac2 100644
> --- a/meta/classes/create-spdx.bbclass
> +++ b/meta/classes/create-spdx.bbclass
> @@ -560,7 +560,7 @@ python do_create_spdx() {
>  oe.sbom.write_doc(d, package_doc, "packages")
>  }
>  # NOTE: depending on do_unpack is a hack that is necessary to get it's 
> dependencies for archive the source
> -addtask do_create_spdx after do_package do_packagedata do_unpack before 
> do_build do_rm_work
> +addtask do_create_spdx after do_package do_packagedata do_unpack before 
> do_populate_sdk do_build do_rm_work
>
>  SSTATETASKS += "do_create_spdx"
>  do_create_spdx[sstate-inputdirs] = "${SPDXDEPLOY}"
> @@ -792,28 +792,77 @@ def spdx_get_src(d):
>  do_rootfs[recrdeptask] += "do_create_spdx do_create_runtime_spdx"
>
>  ROOTFS_POSTUNINSTALL_COMMAND =+ "image_combine_spdx ; "
> +
> +do_populate_sdk[recrdeptask] += "do_create_spdx do_create_runtime_spdx"
> +POPULATE_SDK_POST_HOST_COMMAND:append:task-populate-sdk = " 
> sdk_host_combine_spdx; "
> +POPULATE_SDK_POST_TARGET_COMMAND:append:task-populate-sdk = " 
> sdk_target_combine_spdx; "
> +
>  python image_combine_spdx() {
> +import os
> +import oe.sbom
> +from pathlib import Path
> +from oe.rootfs import image_list_installed_packages
> +
> +image_name = d.getVar("IMAGE_NAME")
> +image_link_name = d.getVar("IMAGE_LINK_NAME")
> +imgdeploydir = Path(d.getVar("IMGDEPLOYDIR"))
> +img_spdxid = oe.sbom.get_image_spdxid(image_name)
> +packages = image_list_installed_packages(d)
> +
> +combine_spdx(d, image_name, imgdeploydir, img_spdxid, packages)
> +
> +if image_link_name:
> +image_spdx_path = imgdeploydir / (image_name + ".spdx.json")
> +image_spdx_link = imgdeploydir / (image_link_name + ".spdx.json")
> +image_spdx_link.symlink_to(os.path.relpath(image_spdx_path, 
> image_spdx_link.parent))
> +
> +def make_image_link(target_path, suffix):
> +if image_link_name:
> +link = imgdeploydir / (image_link_name + suffix)
> +link.symlink_to(os.path.relpath(target_path, link.parent))
> +
> +spdx_tar_path = imgdeploydir / (image_name + ".spdx.tar.zst")
> +make_image_link(spdx_tar_path, ".spdx.tar.zst")
> +spdx_index_path = imgdeploydir / (image_name + ".spdx.index.json")
> +make_image_link(spdx_index_path, ".spdx.index.json")
> +}
> +
> +python sdk_host_combine_spdx() {
> +sdk_combine_spdx(d, "host")
> +}
> +
> +python sdk_target_combine_spdx() {
> +sdk_combine_spdx(d, "target")
> +}
> +
> +def sdk_combine_spdx(d, sdk_type):
> +import oe.sbom
> +from pathlib import Path
> +from oe.sdk import sdk_list_installed_packages
> +
> +sdk_name = d.getVar("SDK_NAME") + "-" + sdk_type
> +sdk_deploydir = Path(d.getVar("SDKDEPLOYDIR"))
> +sdk_spdxid = oe.sbom.get_sdk_spdxid(sdk_name)
> +sdk_packages = sdk_list_installed_packages(d, sdk_type == "target")
> +combine_spdx(d, sdk_name, sdk_deploydir, sdk_spdxid, sdk_packages)
> +
> +def combine_spdx(d, rootfs_name, rootfs_deploydir, rootfs_spdxid, packages):
>  import os
>  import oe.spdx
>  import oe.sbom
>  import io
>  import json
> -from oe.rootfs import image_list_installed_packages
>  from datetime import timezone, datetime
>  from pathlib import Path
>  import tarfile
>  import bb.compress.zstd
>
>  creation_time = 
> datetime.now(tz=timezone.utc).strftime("%Y-%m-%dT%H:%M:%SZ")
> -image_name = d.getVar("IMAGE_NAME")
> -image_link_name = d.getVar("IMAGE_LINK_NAME")
> -
>  deploy_dir_spdx = Path(d.getVar("DEPLOY_DIR_SPDX"))
> -imgdeploydir = Path(d.getVar("IMGDEPLOYDIR"))
>  source_date_epoch = d.getVar("SOURCE_DATE_EPOCH")
>
>  doc = oe.spdx.SPDXDocument()
> -doc.name = image_name
> +doc.name = rootfs_name
>  doc.documentNamespace = get_doc_namespace(d, doc)
>  doc.creationInfo.created = creation_time
>  doc.creationInfo.comment = "This document was created by analyzing the 
> source of the Yocto recipe during the build."
> @@ -825,14 +874,12 @@ python image_combine_spdx() {
>  image = oe.spdx.SPDXPackage()
>  image.name = d.getVar("PN")
>  image.versionInfo = d.getVar("PV")
> -image.SPDXID = oe.sbom.get_image_spdxid(image_name)
> +image.SPDXID = rootfs_spdxid
>
>  doc.packages.append(image)
>
>  spdx_package = 

Re: [oe-core][hardknott][PATCH 1/1] virglrenderer: fix CVE-2022-0135 and -0175

2022-02-23 Thread Anuj Mittal
On Wed, 2022-02-23 at 20:01 -0500, Randy MacLeod wrote:
> Anuj,
> 
> Did you miss this one?

A hardknott point release, 3.3.5, is in QA right now so I didn't take
patches this week. It will be in next week's pull request.

I have taken this for honister in the meantime.

Thanks,

Anuj

> I don't see it in:
> https://git.openembedded.org/meta-openembedded-contrib/log/?h=hardknott-next
> 
> ../Randy
> 
> On 2022-02-16 18:12, Joe Slater wrote:
> > CVE-2022-0135 concerns out-of-bounds writes in
> > read_transfer_data().
> > CVE-2022-0175 concerns using malloc() instead of calloc().
> > 
> > We cherry-pick from master.
> > 
> > Signed-off-by: Joe Slater 
> > Signed-off-by: Richard Purdie 
> > (cherry picked from commit
> > 91f7511df79c5c1f93add9f2827a5a266453614e)
> > 
> > Modify -0175 patch to apply to hardknott branch.
> > 
> > Signed-off-by: Joe Slater 
> > ---
> >   .../virglrenderer/cve-2022-0135.patch | 117
> > ++
> >   .../virglrenderer/cve-2022-0175.patch | 112
> > +
> >   .../virglrenderer/virglrenderer_0.8.2.bb  |   2 +
> >   3 files changed, 231 insertions(+)
> >   create mode 100644 meta/recipes-
> > graphics/virglrenderer/virglrenderer/cve-2022-0135.patch
> >   create mode 100644 meta/recipes-
> > graphics/virglrenderer/virglrenderer/cve-2022-0175.patch
> > 
> > diff --git a/meta/recipes-graphics/virglrenderer/virglrenderer/cve-
> > 2022-0135.patch b/meta/recipes-
> > graphics/virglrenderer/virglrenderer/cve-2022-0135.patch
> > new file mode 100644
> > index 00..ae42dc8f6c
> > --- /dev/null
> > +++ b/meta/recipes-graphics/virglrenderer/virglrenderer/cve-2022-
> > 0135.patch
> > @@ -0,0 +1,117 @@
> > +From 63aee871365f9c9e7fa9125672302a0fb250d34d Mon Sep 17 00:00:00
> > 2001
> > +From: Gert Wollny 
> > +Date: Tue, 30 Nov 2021 09:16:24 +0100
> > +Subject: [PATCH 2/2] vrend: propperly check whether the shader
> > image range is
> > + correct
> > +
> > +Also add a test to check the integer underflow.
> > +
> > +Closes: #251
> > +Signed-off-by: Gert Wollny 
> > +Reviewed-by: Chia-I Wu 
> > +
> > +cherry-pick from anongit.freedesktop.org/virglrenderer
> > +commit 2aed5d4...
> > +
> > +CVE: CVE-2022-0135
> > +Upstream-Status: Backport
> > +Signed-off-by: Joe Slater 
> > +
> > +---
> > + src/vrend_decode.c  |  3 +-
> > + tests/test_fuzzer_formats.c | 57
> > +
> > + 2 files changed, 59 insertions(+), 1 deletion(-)
> > +
> > +diff --git a/src/vrend_decode.c b/src/vrend_decode.c
> > +index 91f5f24..6771b10 100644
> > +--- a/src/vrend_decode.c
> >  b/src/vrend_decode.c
> > +@@ -1249,8 +1249,9 @@ static int
> > vrend_decode_set_shader_images(struct vrend_context *ctx, const
> > uint3
> > +    if (num_images < 1) {
> > +   return 0;
> > +    }
> > ++
> > +    if (start_slot > PIPE_MAX_SHADER_IMAGES ||
> > +-   start_slot > PIPE_MAX_SHADER_IMAGES - num_images)
> > ++   start_slot + num_images > PIPE_MAX_SHADER_IMAGES)
> > +   return EINVAL;
> > +
> > +    for (uint32_t i = 0; i < num_images; i++) {
> > +diff --git a/tests/test_fuzzer_formats.c
> > b/tests/test_fuzzer_formats.c
> > +index 154a2e5..e32caf0 100644
> > +--- a/tests/test_fuzzer_formats.c
> >  b/tests/test_fuzzer_formats.c
> > +@@ -958,6 +958,61 @@ static void
> > test_vrend_set_signle_abo_heap_overflow() {
> > + virgl_renderer_submit_cmd((void *) cmd, ctx_id, 0xde);
> > + }
> > +
> > ++static void test_vrend_set_shader_images_overflow()
> > ++{
> > ++    uint32_t num_shaders = PIPE_MAX_SHADER_IMAGES + 1;
> > ++    uint32_t size = num_shaders *
> > VIRGL_SET_SHADER_IMAGE_ELEMENT_SIZE + 3;
> > ++    uint32_t cmd[size];
> > ++    int i = 0;
> > ++    cmd[i++] = ((size - 1)<< 16) | 0 << 8 |
> > VIRGL_CCMD_SET_SHADER_IMAGES;
> > ++    cmd[i++] = PIPE_SHADER_FRAGMENT;
> > ++    memset([i], 0, size - i);
> > ++
> > ++    virgl_renderer_submit_cmd((void *) cmd, ctx_id, size);
> > ++}
> > ++
> > ++/* Test adapted from yaojun8558...@gmail.com:
> > ++ *
> > https://gitlab.freedesktop.org/virgl/virglrenderer/-/issues/250
> > ++*/
> > ++static void test_vrend_3d_resource_overflow() {
> > ++
> > ++    struct virgl_renderer_resource_create_args resource;
> > ++    resource.handle = 0x4c474572;
> > ++    resource.target = PIPE_TEXTURE_2D_ARRAY;
> > ++    resource.format = VIRGL_FORMAT_Z24X8_UNORM;
> > ++    resource.nr_samples = 2;
> > ++    resource.last_level = 0;
> > ++    resource.array_size = 3;
> > ++    resource.bind = VIRGL_BIND_SAMPLER_VIEW;
> > ++    resource.depth = 1;
> > ++    resource.width = 8;
> > ++    resource.height = 4;
> > ++    resource.flags = 0;
> > ++
> > ++    virgl_renderer_resource_create(, NULL, 0);
> > ++    virgl_renderer_ctx_attach_resource(ctx_id, resource.handle);
> > ++
> > ++    uint32_t size = 0x400;
> > ++    uint32_t cmd[size];
> > ++    int i = 0;
> > ++    cmd[i++] = (size - 1) << 16 | 0 << 8 |
> > VIRGL_CCMD_RESOURCE_INLINE_WRITE;
> > ++    cmd[i++] = resource.handle;
> > ++    cmd[i++] = 0; // 

[OE-core] [RFC] INCOMPATIBLE_LICENSE re-work

2022-02-23 Thread Saul Wold
This re-writes the INCOMPATIBLE_LICENSE checking code to replace
the WHITELIST_ with
INCOMPATIBLE_LICENSE_EXCEPTIONS = ': : ...'

This initial set of changes leaves most of the code structure in
place, but the code in base.bbclass needs to be re-written to make
the check more consistent around packages (PKGS) and not recipe
names (PN). This also is taking into account the changes for SPDX
licenses.

This is a work in progress. This version does test successfully
with oe-selftest. This will be refactored as multiple patches as
appropriate.

Signed-off-by: Saul Wold 
---
 meta/classes/base.bbclass | 26 +-
 meta/classes/license_image.bbclass| 27 +++
 meta/classes/multilib.bbclass |  6 ++---
 meta/conf/bitbake.conf| 10 +++
 .../distro/include/default-distrovars.inc |  2 +-
 .../oeqa/selftest/cases/incompatible_lic.py   | 10 +++
 6 files changed, 43 insertions(+), 38 deletions(-)

diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index 227f1f5a756..f937728ef6a 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -595,21 +595,23 @@ python () {
 if check_license and bad_licenses:
 bad_licenses = expand_wildcard_licenses(d, bad_licenses)
 
-whitelist = []
-for lic in bad_licenses:
-spdx_license = return_spdx(d, lic)
-whitelist.extend((d.getVar("WHITELIST_" + lic) or "").split())
-if spdx_license:
-whitelist.extend((d.getVar("WHITELIST_" + spdx_license) or 
"").split())
-
-if pn in whitelist:
+exceptions = (d.getVar("INCOMPATIBLE_LICENSE_EXCEPTIONS") or 
"").split()
+
+pkg_exceptions = {}
+for exception in exceptions:
+pkg_lic = exception.split(':')
+pkg_exceptions[pkg_lic[0]] = pkg_lic[1]
+
+#if any((pn in execption and incompatible_lic in exception) for 
execption in exceptions):
+if any(execption.startswith(pn + ':') for execption in exceptions):
 '''
-We need to track what we are whitelisting and why. If pn is
-incompatible we need to be able to note that the image that
-is created may infact contain incompatible licenses despite
+We need to track which recipes are in the exception
+list and why. If pn is incompatible we need to be
+able to note that the image that is created may
+infact contain incompatible licenses despite
 INCOMPATIBLE_LICENSE being set.
 '''
-bb.note("Including %s as buildable despite it having an 
incompatible license because it has been whitelisted" % pn)
+bb.note("Including %s as a buildable recipe despite it having 
an incompatible license because it was found in the exception list" % pn)
 else:
 pkgs = d.getVar('PACKAGES').split()
 skipped_pkgs = {}
diff --git a/meta/classes/license_image.bbclass 
b/meta/classes/license_image.bbclass
index bf70bee99bb..c6f04d30733 100644
--- a/meta/classes/license_image.bbclass
+++ b/meta/classes/license_image.bbclass
@@ -54,28 +54,21 @@ def write_license_files(d, license_manifest, pkg_dic, 
rootfs=True):
 bad_licenses = (d.getVar("INCOMPATIBLE_LICENSE") or "").split()
 bad_licenses = expand_wildcard_licenses(d, bad_licenses)
 
-whitelist = []
-for lic in bad_licenses:
-whitelist.extend((d.getVar("WHITELIST_" + lic) or "").split())
-
+exceptions = (d.getVar("INCOMPATIBLE_LICENSE_EXCEPTIONS") or "").split()
 with open(license_manifest, "w") as license_file:
 for pkg in sorted(pkg_dic):
-if bad_licenses and pkg not in whitelist:
-try:
+if bad_licenses and not any((pkg + ":") in execption for execption 
in exceptions):
 licenses = incompatible_pkg_license(d, bad_licenses, 
pkg_dic[pkg]["LICENSE"])
 if licenses:
 bb.fatal("Package %s cannot be installed into the 
image because it has incompatible license(s): %s" %(pkg, ' '.join(licenses)))
-(pkg_dic[pkg]["LICENSE"], pkg_dic[pkg]["LICENSES"]) = \
-oe.license.manifest_licenses(pkg_dic[pkg]["LICENSE"],
-bad_licenses, canonical_license, d)
-except oe.license.LicenseError as exc:
-bb.fatal('%s: %s' % (d.getVar('P'), exc))
-else:
-pkg_dic[pkg]["LICENSES"] = re.sub(r'[|&()*]', ' ', 
pkg_dic[pkg]["LICENSE"])
-pkg_dic[pkg]["LICENSES"] = re.sub(r'  *', ' ', 
pkg_dic[pkg]["LICENSES"])
-pkg_dic[pkg]["LICENSES"] = pkg_dic[pkg]["LICENSES"].split()
-if pkg in whitelist:
-

Re: [oe-core][hardknott][PATCH 1/1] virglrenderer: fix CVE-2022-0135 and -0175

2022-02-23 Thread Randy MacLeod

Anuj,

Did you miss this one?
I don't see it in:
https://git.openembedded.org/meta-openembedded-contrib/log/?h=hardknott-next

../Randy

On 2022-02-16 18:12, Joe Slater wrote:

CVE-2022-0135 concerns out-of-bounds writes in read_transfer_data().
CVE-2022-0175 concerns using malloc() instead of calloc().

We cherry-pick from master.

Signed-off-by: Joe Slater 
Signed-off-by: Richard Purdie 
(cherry picked from commit 91f7511df79c5c1f93add9f2827a5a266453614e)

Modify -0175 patch to apply to hardknott branch.

Signed-off-by: Joe Slater 
---
  .../virglrenderer/cve-2022-0135.patch | 117 ++
  .../virglrenderer/cve-2022-0175.patch | 112 +
  .../virglrenderer/virglrenderer_0.8.2.bb  |   2 +
  3 files changed, 231 insertions(+)
  create mode 100644 
meta/recipes-graphics/virglrenderer/virglrenderer/cve-2022-0135.patch
  create mode 100644 
meta/recipes-graphics/virglrenderer/virglrenderer/cve-2022-0175.patch

diff --git 
a/meta/recipes-graphics/virglrenderer/virglrenderer/cve-2022-0135.patch 
b/meta/recipes-graphics/virglrenderer/virglrenderer/cve-2022-0135.patch
new file mode 100644
index 00..ae42dc8f6c
--- /dev/null
+++ b/meta/recipes-graphics/virglrenderer/virglrenderer/cve-2022-0135.patch
@@ -0,0 +1,117 @@
+From 63aee871365f9c9e7fa9125672302a0fb250d34d Mon Sep 17 00:00:00 2001
+From: Gert Wollny 
+Date: Tue, 30 Nov 2021 09:16:24 +0100
+Subject: [PATCH 2/2] vrend: propperly check whether the shader image range is
+ correct
+
+Also add a test to check the integer underflow.
+
+Closes: #251
+Signed-off-by: Gert Wollny 
+Reviewed-by: Chia-I Wu 
+
+cherry-pick from anongit.freedesktop.org/virglrenderer
+commit 2aed5d4...
+
+CVE: CVE-2022-0135
+Upstream-Status: Backport
+Signed-off-by: Joe Slater 
+
+---
+ src/vrend_decode.c  |  3 +-
+ tests/test_fuzzer_formats.c | 57 +
+ 2 files changed, 59 insertions(+), 1 deletion(-)
+
+diff --git a/src/vrend_decode.c b/src/vrend_decode.c
+index 91f5f24..6771b10 100644
+--- a/src/vrend_decode.c
 b/src/vrend_decode.c
+@@ -1249,8 +1249,9 @@ static int vrend_decode_set_shader_images(struct 
vrend_context *ctx, const uint3
+if (num_images < 1) {
+   return 0;
+}
++
+if (start_slot > PIPE_MAX_SHADER_IMAGES ||
+-   start_slot > PIPE_MAX_SHADER_IMAGES - num_images)
++   start_slot + num_images > PIPE_MAX_SHADER_IMAGES)
+   return EINVAL;
+
+for (uint32_t i = 0; i < num_images; i++) {
+diff --git a/tests/test_fuzzer_formats.c b/tests/test_fuzzer_formats.c
+index 154a2e5..e32caf0 100644
+--- a/tests/test_fuzzer_formats.c
 b/tests/test_fuzzer_formats.c
+@@ -958,6 +958,61 @@ static void test_vrend_set_signle_abo_heap_overflow() {
+ virgl_renderer_submit_cmd((void *) cmd, ctx_id, 0xde);
+ }
+
++static void test_vrend_set_shader_images_overflow()
++{
++uint32_t num_shaders = PIPE_MAX_SHADER_IMAGES + 1;
++uint32_t size = num_shaders * VIRGL_SET_SHADER_IMAGE_ELEMENT_SIZE + 3;
++uint32_t cmd[size];
++int i = 0;
++cmd[i++] = ((size - 1)<< 16) | 0 << 8 | VIRGL_CCMD_SET_SHADER_IMAGES;
++cmd[i++] = PIPE_SHADER_FRAGMENT;
++memset([i], 0, size - i);
++
++virgl_renderer_submit_cmd((void *) cmd, ctx_id, size);
++}
++
++/* Test adapted from yaojun8558...@gmail.com:
++ * https://gitlab.freedesktop.org/virgl/virglrenderer/-/issues/250
++*/
++static void test_vrend_3d_resource_overflow() {
++
++struct virgl_renderer_resource_create_args resource;
++resource.handle = 0x4c474572;
++resource.target = PIPE_TEXTURE_2D_ARRAY;
++resource.format = VIRGL_FORMAT_Z24X8_UNORM;
++resource.nr_samples = 2;
++resource.last_level = 0;
++resource.array_size = 3;
++resource.bind = VIRGL_BIND_SAMPLER_VIEW;
++resource.depth = 1;
++resource.width = 8;
++resource.height = 4;
++resource.flags = 0;
++
++virgl_renderer_resource_create(, NULL, 0);
++virgl_renderer_ctx_attach_resource(ctx_id, resource.handle);
++
++uint32_t size = 0x400;
++uint32_t cmd[size];
++int i = 0;
++cmd[i++] = (size - 1) << 16 | 0 << 8 | VIRGL_CCMD_RESOURCE_INLINE_WRITE;
++cmd[i++] = resource.handle;
++cmd[i++] = 0; // level
++cmd[i++] = 0; // usage
++cmd[i++] = 0; // stride
++cmd[i++] = 0; // layer_stride
++cmd[i++] = 0; // x
++cmd[i++] = 0; // y
++cmd[i++] = 0; // z
++cmd[i++] = 8; // w
++cmd[i++] = 4; // h
++cmd[i++] = 3; // d
++memset([i], 0, size - i);
++
++virgl_renderer_submit_cmd((void *) cmd, ctx_id, size);
++}
++
++
+ int main()
+ {
+initialize_environment();
+@@ -980,6 +1035,8 @@ int main()
+test_cs_nullpointer_deference();
+test_vrend_set_signle_abo_heap_overflow();
+
++   test_vrend_set_shader_images_overflow();
++   test_vrend_3d_resource_overflow();
+
+virgl_renderer_context_destroy(ctx_id);
+virgl_renderer_cleanup();
+--
+2.25.1
+
diff --git 
a/meta/recipes-graphics/virglrenderer/virglrenderer/cve-2022-0175.patch 

Re: [OE-core] [PATCH 1/4] python3-pip-native: install scripts in ${bindir}

2022-02-23 Thread Peter Kjellerstedt
> -Original Message-
> From: openembedded-core@lists.openembedded.org  c...@lists.openembedded.org> On Behalf Of Tim Orling
> Sent: den 23 februari 2022 23:09
> To: openembedded-core@lists.openembedded.org
> Cc: Tim Orling 
> Subject: [OE-core] [PATCH 1/4] python3-pip-native: install scripts in
> ${bindir}
> 
> The naïve approach of simply unzipping the built wheel is not
> sufficient. 'pip install' would normally have created the
> [console_scripts] from entry-points.txt in ${D}${bindir}.
> 
> For bootstrapping purposes, hardcode the scripts and install them into
> ${D}${bindir}. Skip the ${bindir}/pip variant.
> 
> [YOCTO #14739]
> 
> Signed-off-by: Tim Orling 
> ---
>  .../python/python3-pip_22.0.3.bb| 17 +
>  1 file changed, 17 insertions(+)
> 
> diff --git a/meta/recipes-devtools/python/python3-pip_22.0.3.bb
> b/meta/recipes-devtools/python/python3-pip_22.0.3.bb
> index 482a210ee99..5a77cb72d70 100644
> --- a/meta/recipes-devtools/python/python3-pip_22.0.3.bb
> +++ b/meta/recipes-devtools/python/python3-pip_22.0.3.bb
> @@ -23,6 +23,23 @@ do_install:class-native() {

For the record, OE-Core uses tabs to indent shell code, 
compared to OpenEmbedded, which uses four spaces...

>  install -d ${D}${PYTHON_SITEPACKAGES_DIR}
>  unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PYPA_WHEEL} || \

There is no reason for the backslash at the end of the line above.
However, the line below should be indented to indicate that it is 
a continuation of the line above,

>  bbfatal_log "Failed to unzip wheel: ${PYPA_WHEEL}. Check the logs."
> +
> +# pip install would normally generate [console_scripts] in ${bindir}
> +install -d ${D}/${bindir}

Change "${D}/${bindir}" to "${D}${bindir}".

> +# We will skip the ${bindir}/pip variant as we would just remove it in 
> the do_install:append
> +cat << EOF >> ${D}/${bindir}/pip3 | tee 
> ${D}/${bindir}/pip${PYTHON_BASEVERSION}

Change the above to:

cat << EOF > pip3

or even better would be:

cat <<-EOF > pip3

as you then can indent the code below.

And the creation of the file belongs in do_compile:class-native() 
instead.

> +#!/bin/sh
> +'''exec' ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} "\$0" 
> "\$@"
> +' '''

What's the reason for the above construct? Why doesn't this work:

#!${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN}

If it doesn't, then there should be a comment explaining what's 
going on.

> +# -*- coding: utf-8 -*-
> +import re
> +import sys
> +from pip._internal.cli.main import main
> +if __name__ == '__main__':
> +sys.argv[0] = re.sub(r'(-script\.pyw|\.exe)?$', '', sys.argv[0])
> +sys.exit(main())
> +EOF

Isn't the code for pip3 available somewhere in the source code 
so it could be copied from there instead? What happens if 
upstream decides to change the implementation of pip3?

> +chmod 0755 ${D}${bindir}/pip3 ${D}${bindir}/pip${PYTHON_BASEVERSION}

Change the above to:

install pip3 ${D}${bindir}
install pip3 ${D}${bindir}/pip${PYTHON_BASEVERSION}

>  }
> 
>  do_install:append() {
> --
> 2.30.2

Most of the above comments also apply to the patch for 
python3-wheel-native.

//Peter


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#162282): 
https://lists.openembedded.org/g/openembedded-core/message/162282
Mute This Topic: https://lists.openembedded.org/mt/89352490/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/29] Pull request (cover letter only)

2022-02-23 Thread Steve Sakoman
The following changes since commit 88c0290520c9e4982d25c20e783bd91eec016b52:

  libusb1: correct SRC_URI (2022-02-07 04:40:13 -1000)

are available in the Git repository at:

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

Alexander Kanavin (2):
  ruby: correctly set native/target dependencies
  vim: do not report upstream version check as broken

Bruce Ashfield (3):
  linux-yocto/5.4: update to v5.4.173
  linux-yocto/5.4: update to v5.4.176
  linux-yocto/5.4: update to v5.4.178

Christian Eggers (1):
  sdk: fix search for dynamic loader

Florian Amstutz (1):
  devtool: deploy-target: Remove stripped binaries in pseudo context

Konrad Weihmann (1):
  ruby: fix DEPENDS append

Martin Beeger (1):
  cmake: remove bogus CMAKE_LDFLAGS_FLAGS definition from toolchain file

Purushottam Choudhary (1):
  freetype: add missing CVE tag CVE-2020-15999

Richard Purdie (3):
  default-distrovars.inc: Switch connectivity check to a
yoctoproject.org page
  vim: Upgrade 4269 -> 4134
  vim: Upgrade 8.2.4314 -> 8.2.4424

Ross Burton (5):
  lighttpd: backport a fix for CVE-2022-22707
  vim: set PACKAGECONFIG idiomatically
  vim: upgrade to 8.2 patch 3752
  vim: update to include latest CVE fixes
  vim: upgrade to patch 4269

Saul Wold (1):
  recipetool: Fix circular reference in SRC_URI

Stefan Herbrechtsmeier (1):
  cve-check: create directory of CVE_CHECK_MANIFEST before copy

Steve Sakoman (6):
  expat: fix CVE-2022-23990
  connman: fix CVE-2022-23096-7
  connman: fix CVE-2022-23098
  connman: fix CVE-2021-33833
  wpa-supplicant: fix CVE-2022-23303-4
  Revert "vim: fix CVE-2021-4069"

Sundeep KOKKONDA (1):
  binutils: Fix CVE-2021-45078

bkyleruss...@gmail.com (1):
  rpm: fix intermittent compression failure in do_package_write_rpm

wangmy (1):
  linux-firmware: upgrade 20211216 -> 20220209

 meta/classes/cve-check.bbclass|   1 +
 meta/classes/sanity.bbclass   |   2 +-
 .../distro/include/default-distrovars.inc |   2 +-
 meta/files/toolchain-shar-relocate.sh |   2 +-
 .../connman/connman/CVE-2021-33833.patch  |  72 +++
 .../connman/connman/CVE-2022-23096-7.patch| 121 
 .../connman/connman/CVE-2022-23098.patch  |  50 ++
 .../connman/connman_1.37.bb   |   3 +
 .../wpa-supplicant/CVE-2022-23303-4.patch | 609 ++
 .../wpa-supplicant/wpa-supplicant_2.9.bb  |   1 +
 .../expat/expat/CVE-2022-23990.patch  |  49 ++
 meta/recipes-core/expat/expat_2.2.9.bb|   1 +
 .../binutils/binutils-2.34.inc|   1 +
 .../binutils/0001-CVE-2021-45078.patch| 257 
 .../cmake/cmake/OEToolchainConfig.cmake   |   1 -
 ..._internal-mode-parsing-when-Tn-is-us.patch |  34 +
 meta/recipes-devtools/rpm/rpm_4.14.2.1.bb |   1 +
 meta/recipes-devtools/ruby/ruby.inc   |   4 +-
 ...ix-out-of-bounds-OOB-write-fixes-313.patch | 100 +++
 .../lighttpd/lighttpd_1.4.55.bb   |   1 +
 ...-sfnt-Fix-heap-buffer-overflow-59308.patch |   3 +
 ...20211216.bb => linux-firmware_20220209.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 +-
 ...1-reading-character-past-end-of-line.patch |  62 --
 ...src-Makefile-improve-reproducibility.patch |  13 +-
 ...28-using-freed-memory-when-replacing.patch |  83 ---
 ...eading-uninitialized-memory-when-giv.patch |  63 --
 ...rash-when-using-CTRL-W-f-without-fin.patch |  92 ---
 ...llegal-memory-access-if-buffer-name-.patch |  86 ---
 ...ml_get-error-after-search-with-range.patch |  72 ---
 ...nvalid-memory-access-when-scrolling-.patch |  97 ---
 .../vim/files/CVE-2021-3778.patch |  61 --
 .../vim/files/CVE-2021-4069.patch |  43 --
 ...1e135a16091c93f6f5f7525a5c58fb7ca9f9.patch | 207 --
 .../vim/files/disable_acl_header_check.patch  |  15 +-
 .../vim/files/no-path-adjust.patch|   8 +-
 meta/recipes-support/vim/files/racefix.patch  |   6 +-
 ...m-add-knob-whether-elf.h-are-checked.patch |  13 +-
 meta/recipes-support/vim/vim.inc  |  27 +-
 scripts/lib/devtool/deploy.py |   2 +-
 scripts/lib/recipetool/create.py  |   2 +-
 43 files changed, 1364 insertions(+), 943 deletions(-)
 create mode 100644 
meta/recipes-connectivity/connman/connman/CVE-2021-33833.patch
 create mode 100644 
meta/recipes-connectivity/connman/connman/CVE-2022-23096-7.patch
 create mode 100644 
meta/recipes-connectivity/connman/connman/CVE-2022-23098.patch
 create mode 100644 
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/CVE-2022-23303-4.patch
 create mode 100644 meta/recipes-core/expat/expat/CVE-2022-23990.patch
 create mode 100644 
meta/recipes-devtools/binutils/binutils/0001-CVE-2021-45078.patch
 create mode 100644 

[OE-core] [PATCH 4/4] python3-wheel-native: install ${bindir}/wheel

2022-02-23 Thread Tim Orling
pip install would normally install [project.scripts] to ${D}${bindir}
but our naïve bootstrapping only unzipps the wheel to
${D}${PYTHON_SITEPACKAGES_DIR}. Correct this by creating the equivalent
script in do_install:class-native

[YOCTO #14739]

Signed-off-by: Tim Orling 
---
 .../python/python3-wheel_0.37.1.bb   | 16 
 1 file changed, 16 insertions(+)

diff --git a/meta/recipes-devtools/python/python3-wheel_0.37.1.bb 
b/meta/recipes-devtools/python/python3-wheel_0.37.1.bb
index c7354c9d982..91bff825097 100644
--- a/meta/recipes-devtools/python/python3-wheel_0.37.1.bb
+++ b/meta/recipes-devtools/python/python3-wheel_0.37.1.bb
@@ -18,6 +18,22 @@ do_install:class-native () {
 PYPA_WHEEL="${B}/dist/${PYPI_PACKAGE}-${PV}-*.whl"
 unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PYPA_WHEEL} || \
 bbfatal_log "Failed to install"
+
+# pip install would normally generate [project.scripts] in ${bindir}
+install -d ${D}/${bindir}
+cat << EOF >> ${D}/${bindir}/wheel
+#!/bin/sh
+'''exec' ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} "\$0" "\$@"
+' '''
+# -*- coding: utf-8 -*-
+import re
+import sys
+from wheel.cli import main
+if __name__ == '__main__':
+sys.argv[0] = re.sub(r'(-script\.pyw|\.exe)?$', '', sys.argv[0])
+sys.exit(main())
+EOF
+chmod 0755 ${D}${bindir}/wheel
 }
 
 BBCLASSEXTEND = "native nativesdk"
-- 
2.30.2


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



[OE-core] [PATCH 3/4] python3-flit-core: SUMMARY DESCRIPTION HOMEPAGE

2022-02-23 Thread Tim Orling
Add SUMMARY DESCRIPTION HOMEPAGE and BUGTRACKER definitions.

Signed-off-by: Tim Orling 
---
 meta/recipes-devtools/python/python3-flit-core_3.6.0.bb | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/meta/recipes-devtools/python/python3-flit-core_3.6.0.bb 
b/meta/recipes-devtools/python/python3-flit-core_3.6.0.bb
index d0b88c3fa50..6dfacafd31c 100644
--- a/meta/recipes-devtools/python/python3-flit-core_3.6.0.bb
+++ b/meta/recipes-devtools/python/python3-flit-core_3.6.0.bb
@@ -1,3 +1,10 @@
+SUMMARY = "This provides a PEP 517 build backend for packages using Flit."
+DESCRIPTION = "This provides a PEP 517 build backend for packages using \
+Flit. The only public interface is the API specified by PEP 517, at \
+flit_core.buildapi."
+HOMEPAGE = "https://github.com/pypa/flit;
+BUGTRACKER = "https://github.com/pypa/flit/issues;
+
 LICENSE = "BSD-3-Clause"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=41eb78fa8a872983a882c694a8305f08"
 
-- 
2.30.2


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



[OE-core] [PATCH 2/4] python3-scons-native: drop from maintainers.inc

2022-02-23 Thread Tim Orling
The python3-scons and python3-scons-native recipes have been merged
into one.

Signed-off-by: Tim Orling 
---
 meta/conf/distro/include/maintainers.inc | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 333685cd8b8..3fceb6701bb 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -635,7 +635,6 @@ RECIPE_MAINTAINER:pn-python3-rfc3986-validator = "Bruce 
Ashfield 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#162278): 
https://lists.openembedded.org/g/openembedded-core/message/162278
Mute This Topic: https://lists.openembedded.org/mt/89352492/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[OE-core] [PATCH 1/4] python3-pip-native: install scripts in ${bindir}

2022-02-23 Thread Tim Orling
The naïve approach of simply unzipping the built wheel is not
sufficient. 'pip install' would normally have created the
[console_scripts] from entry-points.txt in ${D}${bindir}.

For bootstrapping purposes, hardcode the scripts and install them into
${D}${bindir}. Skip the ${bindir}/pip variant.

[YOCTO #14739]

Signed-off-by: Tim Orling 
---
 .../python/python3-pip_22.0.3.bb| 17 +
 1 file changed, 17 insertions(+)

diff --git a/meta/recipes-devtools/python/python3-pip_22.0.3.bb 
b/meta/recipes-devtools/python/python3-pip_22.0.3.bb
index 482a210ee99..5a77cb72d70 100644
--- a/meta/recipes-devtools/python/python3-pip_22.0.3.bb
+++ b/meta/recipes-devtools/python/python3-pip_22.0.3.bb
@@ -23,6 +23,23 @@ do_install:class-native() {
 install -d ${D}${PYTHON_SITEPACKAGES_DIR}
 unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PYPA_WHEEL} || \
 bbfatal_log "Failed to unzip wheel: ${PYPA_WHEEL}. Check the logs."
+
+# pip install would normally generate [console_scripts] in ${bindir}
+install -d ${D}/${bindir}
+# We will skip the ${bindir}/pip variant as we would just remove it in the 
do_install:append
+cat << EOF >> ${D}/${bindir}/pip3 | tee 
${D}/${bindir}/pip${PYTHON_BASEVERSION}
+#!/bin/sh
+'''exec' ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} "\$0" "\$@"
+' '''
+# -*- coding: utf-8 -*-
+import re
+import sys
+from pip._internal.cli.main import main
+if __name__ == '__main__':
+sys.argv[0] = re.sub(r'(-script\.pyw|\.exe)?$', '', sys.argv[0])
+sys.exit(main())
+EOF
+chmod 0755 ${D}${bindir}/pip3 ${D}${bindir}/pip${PYTHON_BASEVERSION}
 }
 
 do_install:append() {
-- 
2.30.2


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



[OE-core] [PATCH 3/3] python3targetconfig: Use for nativesdk too

2022-02-23 Thread Richard Purdie
nativesdk is a cross compiled target and therefore should use the target
config, not the native one. Copy the target entries accordingly.

Signed-off-by: Richard Purdie 
---
 meta/classes/python3targetconfig.bbclass | 12 
 1 file changed, 12 insertions(+)

diff --git a/meta/classes/python3targetconfig.bbclass 
b/meta/classes/python3targetconfig.bbclass
index 5c8457acaac..2476858caeb 100644
--- a/meta/classes/python3targetconfig.bbclass
+++ b/meta/classes/python3targetconfig.bbclass
@@ -15,3 +15,15 @@ do_compile:prepend:class-target() {
 do_install:prepend:class-target() {
 export _PYTHON_SYSCONFIGDATA_NAME="_sysconfigdata"
 }
+
+do_configure:prepend:class-nativesdk() {
+export _PYTHON_SYSCONFIGDATA_NAME="_sysconfigdata"
+}
+
+do_compile:prepend:class-nativesdk() {
+export _PYTHON_SYSCONFIGDATA_NAME="_sysconfigdata"
+}
+
+do_install:prepend:class-nativesdk() {
+export _PYTHON_SYSCONFIGDATA_NAME="_sysconfigdata"
+}
-- 
2.32.0


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



[OE-core] [PATCH 2/3] python3-pip: Don't change shebang

2022-02-23 Thread Richard Purdie
Patch pip to disable shebang mangling and also force the python executable
to be python3 from the environment when building anything for the target
(or nativesdk).

Signed-off-by: Richard Purdie 
---
 .../python3-pip/no_shebang_mangling.patch | 24 +++
 .../python/python3-pip_22.0.3.bb  |  1 +
 2 files changed, 25 insertions(+)
 create mode 100644 
meta/recipes-devtools/python/python3-pip/no_shebang_mangling.patch

diff --git a/meta/recipes-devtools/python/python3-pip/no_shebang_mangling.patch 
b/meta/recipes-devtools/python/python3-pip/no_shebang_mangling.patch
new file mode 100644
index 000..e4dfcbcf843
--- /dev/null
+++ b/meta/recipes-devtools/python/python3-pip/no_shebang_mangling.patch
@@ -0,0 +1,24 @@
+Upstream-Status: Inappropriate [OE specific config]
+
+Index: pip-22.0.3/src/pip/_vendor/distlib/scripts.py
+===
+--- pip-22.0.3.orig/src/pip/_vendor/distlib/scripts.py
 pip-22.0.3/src/pip/_vendor/distlib/scripts.py
+@@ -135,6 +135,8 @@ class ScriptMaker(object):
+ See also: http://www.in-ulm.de/~mascheck/various/shebang/#length
+   https://hg.mozilla.org/mozilla-central/file/tip/mach
+ """
++if '_PYTHON_SYSCONFIGDATA_NAME' in os.environ:
++return b'#!/usr/bin/env python3'
+ if os.name != 'posix':
+ simple_shebang = True
+ else:
+@@ -340,7 +342,7 @@ class ScriptMaker(object):
+ return
+ 
+ match = FIRST_LINE_RE.match(first_line.replace(b'\r\n', b'\n'))
+-if match:
++if False:
+ adjust = True
+ post_interp = match.group(1) or b''
+ 
diff --git a/meta/recipes-devtools/python/python3-pip_22.0.3.bb 
b/meta/recipes-devtools/python/python3-pip_22.0.3.bb
index c4671f50175..023ab41810d 100644
--- a/meta/recipes-devtools/python/python3-pip_22.0.3.bb
+++ b/meta/recipes-devtools/python/python3-pip_22.0.3.bb
@@ -13,6 +13,7 @@ DEPENDS:remove:class-native = "python3-pip-native"
 DEPENDS:append:class-native = " unzip-native"
 
 SRC_URI += "file://0001-change-shebang-to-python3.patch"
+SRC_URI += "file://no_shebang_mangling.patch"
 
 SRC_URI[sha256sum] = 
"f29d589df8c8ab99c060e68ad294c4a9ed896624f6368c5349d70aa581b333d0"
 
-- 
2.32.0


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



[OE-core] [PATCH 1/3] pip_install_wheel: Use --ignore-installed for pip

2022-02-23 Thread Richard Purdie
Replace the use of --force-reinstall with --ignore-installed when running pip
install. It can detect currently installed modules in the wrong environment and
try to remove them currently which is not what is desired. Ignoring them is the
correct thing to do.

Signed-off-by: Richard Purdie 
---
 meta/classes/pip_install_wheel.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/pip_install_wheel.bbclass 
b/meta/classes/pip_install_wheel.bbclass
index 70f47d6f79c..f0312e0b1eb 100644
--- a/meta/classes/pip_install_wheel.bbclass
+++ b/meta/classes/pip_install_wheel.bbclass
@@ -6,7 +6,7 @@ PYPA_WHEEL ??= 
"${PIP_INSTALL_DIST_PATH}/${PIP_INSTALL_PACKAGE}-${PV}-*.whl"
 
 PIP_INSTALL_ARGS ?= "\
 - \
---force-reinstall \
+--ignore-installed \
 --no-cache \
 --no-deps \
 --no-index \
-- 
2.32.0


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



Re: [OE-core] OpenEmbedded Happy Hour February 23 9pm/2100 UTC

2022-02-23 Thread Denys Dmytriyenko
On Mon, Feb 21, 2022 at 06:26:05PM -0500, Denys Dmytriyenko wrote:
> All,
> 
> You are cordially invited to the next OpenEmbedded Happy Hour on February 23 
> for Asia/Pacific timezones @ 2100/9pm UTC (4pm ET / 1pm PT):
> 
> https://www.openembedded.org/wiki/Calendar
> https://www.openembedded.org/wiki/Happy_Hours
> https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+February+23=20220223T21

Reminder, this is happening in 2 hours! See you then and there.

-- 
Regards,
Denys Dmytriyenko 
PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964
Fingerprint: 25FC E4A5 8A72 2F69 1186  6D76 4209 0272 9A92 C964

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



Re: [OE-core] [PATCH v2 01/32] python3-wheel: move 0.37.0 from meta-python

2022-02-23 Thread Tim Orling
On Wed, Feb 23, 2022 at 8:01 AM Khem Raj  wrote:

> this series is breaking things quite a bit in rest of world.
>
> https://errors.yoctoproject.org/Errors/Build/141298/


I understand, but we do need to be able to modernize. And getting oe-core
stable is currently consuming all bandwidth.

Most of the failures will be because the wheel has a name like
setuptools_rust*.whl but PYPI_PACKAGE = 'setuptools-rust'
The fix is to set PIP_INSTALL_PACKAGE = "setuptools_rust"


>
>
On Mon, Feb 21, 2022 at 1:24 PM Tim Orling  wrote:
> >
> > This is one of the "new build tools" which are part of pypa (Python
> > Packaging Authority) toolchain.
> >
> > Wheels are the official delivery mechanism for Python packages, replacing
> > the now deprecated Eggs (egg-info).
> >
> > [YOCTO #14638]
> >
> > Signed-off-by: Tim Orling 
> > ---
> >  meta/conf/distro/include/maintainers.inc |  1 +
> >  meta/recipes-devtools/python/python3-wheel_0.37.1.bb | 12 
> >  2 files changed, 13 insertions(+)
> >  create mode 100644 meta/recipes-devtools/python/python3-wheel_0.37.1.bb
> >
> > diff --git a/meta/conf/distro/include/maintainers.inc
> b/meta/conf/distro/include/maintainers.inc
> > index 740e5fe55c4..72cd0125814 100644
> > --- a/meta/conf/distro/include/maintainers.inc
> > +++ b/meta/conf/distro/include/maintainers.inc
> > @@ -651,6 +651,7 @@ RECIPE_MAINTAINER:pn-python3-typogrify = "Alexander
> Kanavin  >  RECIPE_MAINTAINER:pn-python3-vcversioner = "Bruce Ashfield <
> bruce.ashfi...@gmail.com>"
> >  RECIPE_MAINTAINER:pn-python3-wcwidth = "Tim Orling <
> tim.orl...@konsulko.com>"
> >  RECIPE_MAINTAINER:pn-python3-webcolors = "Bruce Ashfield <
> bruce.ashfi...@gmail.com>"
> > +RECIPE_MAINTAINER:pn-python3-wheel = "Tim Orling <
> tim.orl...@konsulko.com>"
> >  RECIPE_MAINTAINER:pn-python3-zipp = "Tim Orling <
> tim.orl...@konsulko.com>"
> >  RECIPE_MAINTAINER:pn-qemu = "Richard Purdie <
> richard.pur...@linuxfoundation.org>"
> >  RECIPE_MAINTAINER:pn-qemu-helper-native = "Richard Purdie <
> richard.pur...@linuxfoundation.org>"
> > diff --git a/meta/recipes-devtools/python/python3-wheel_0.37.1.bb
> b/meta/recipes-devtools/python/python3-wheel_0.37.1.bb
> > new file mode 100644
> > index 000..6c7a31db9e7
> > --- /dev/null
> > +++ b/meta/recipes-devtools/python/python3-wheel_0.37.1.bb
> > @@ -0,0 +1,12 @@
> > +SUMMARY = "The official binary distribution format for Python "
> > +HOMEPAGE = "https://github.com/pypa/wheel;
> > +SECTION = "devel/python"
> > +LICENSE = "MIT"
> > +LIC_FILES_CHKSUM =
> "file://PKG-INFO;beginline=10;endline=10;md5=8227180126797a0148f94f483f3e1489"
> > +
> > +SRC_URI[sha256sum] =
> "e9a504e793efbca1b8e0e9cb979a249cf4a0a7b5b8c9e8b65a5e39d49529c1c4"
> > +
> > +inherit pypi setuptools3
> > +
> > +BBCLASSEXTEND = "native"
> > +
> > --
> > 2.30.2
> >
> >
> > 
> >
>

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



Re: [OE-core] [PATCH] systemd: move systemd shared library into its own package

2022-02-23 Thread Stefan Herbrechtsmeier

Am 23.02.2022 um 17:04 schrieb Konrad Weihmann:

On 23.02.22 16:59, Stefan Herbrechtsmeier wrote:

From: Stefan Herbrechtsmeier 

Move the systemd shared library (libsystemd-shared.so) into its own
package to prevent a runtime dependency from udev package to systemd
package and thereby to a second init manager.

Signed-off-by: Stefan Herbrechtsmeier 



---

  meta/recipes-core/systemd/systemd_250.3.bb | 5 +
  1 file changed, 5 insertions(+)

diff --git a/meta/recipes-core/systemd/systemd_250.3.bb 
b/meta/recipes-core/systemd/systemd_250.3.bb

index 9121333f56..43ac66da62 100644
--- a/meta/recipes-core/systemd/systemd_250.3.bb
+++ b/meta/recipes-core/systemd/systemd_250.3.bb
@@ -371,6 +371,7 @@ PACKAGE_BEFORE_PN = "\
  ${PN}-journal-remote \
  ${PN}-extra-utils \
  ${PN}-udev-rules \
+    libsystemd-shared \
  udev \
  udev-hwdb \
  "
@@ -387,6 +388,8 @@ DESCRIPTION:${PN}-journal-upload = 
"systemd-journal-upload uploads journal entri
  SUMMARY:${PN}-journal-remote = "Receive journal messages over the 
network"
  DESCRIPTION:${PN}-journal-remote = "systemd-journal-remote is a 
command to receive serialized journal events and store them to journal 
files."

+SUMMARY:${PN}-container = "Systemd shared library"


That doesn't look right to me - shouldn't that be 
SUMMARY:libsystemd-shared?


Thanks. I have fix the copy paste error and send a new version.

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



[OE-core] [PATCH v2] systemd: move systemd shared library into its own package

2022-02-23 Thread Stefan Herbrechtsmeier
From: Stefan Herbrechtsmeier 

Move the systemd shared library (libsystemd-shared.so) into its own
package to prevent a runtime dependency from udev package to systemd
package and thereby to a second init manager.

Signed-off-by: Stefan Herbrechtsmeier 

---

Changes in v2:
- Fix SUMMARY override

 meta/recipes-core/systemd/systemd_250.3.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-core/systemd/systemd_250.3.bb 
b/meta/recipes-core/systemd/systemd_250.3.bb
index 9121333f56..04785827a2 100644
--- a/meta/recipes-core/systemd/systemd_250.3.bb
+++ b/meta/recipes-core/systemd/systemd_250.3.bb
@@ -371,6 +371,7 @@ PACKAGE_BEFORE_PN = "\
 ${PN}-journal-remote \
 ${PN}-extra-utils \
 ${PN}-udev-rules \
+libsystemd-shared \
 udev \
 udev-hwdb \
 "
@@ -387,6 +388,8 @@ DESCRIPTION:${PN}-journal-upload = "systemd-journal-upload 
uploads journal entri
 SUMMARY:${PN}-journal-remote = "Receive journal messages over the network"
 DESCRIPTION:${PN}-journal-remote = "systemd-journal-remote is a command to 
receive serialized journal events and store them to journal files."
 
+SUMMARY:libsystemd-shared = "Systemd shared library"
+
 SYSTEMD_PACKAGES = "${@bb.utils.contains('PACKAGECONFIG', 'binfmt', 
'${PN}-binfmt', '', d)} \
 ${@bb.utils.contains('PACKAGECONFIG', 'microhttpd', 
'${PN}-journal-gatewayd', '', d)} \
 ${@bb.utils.contains('PACKAGECONFIG', 'microhttpd', 
'${PN}-journal-remote', '', d)} \
@@ -654,6 +657,8 @@ INSANE_SKIP:${PN} += "dev-so libdir"
 INSANE_SKIP:${PN}-dbg += "libdir"
 INSANE_SKIP:${PN}-doc += " libdir"
 
+FILES:libsystemd-shared = "${rootlibexecdir}/systemd/libsystemd-shared*.so"
+
 RPROVIDES:udev = "hotplug"
 
 RDEPENDS:udev-hwdb += "udev"
-- 
2.30.2


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



Re: [OE-core] [PATCH] systemd: move systemd shared library into its own package

2022-02-23 Thread Konrad Weihmann



On 23.02.22 16:59, Stefan Herbrechtsmeier wrote:

From: Stefan Herbrechtsmeier 

Move the systemd shared library (libsystemd-shared.so) into its own
package to prevent a runtime dependency from udev package to systemd
package and thereby to a second init manager.

Signed-off-by: Stefan Herbrechtsmeier 

---

  meta/recipes-core/systemd/systemd_250.3.bb | 5 +
  1 file changed, 5 insertions(+)

diff --git a/meta/recipes-core/systemd/systemd_250.3.bb 
b/meta/recipes-core/systemd/systemd_250.3.bb
index 9121333f56..43ac66da62 100644
--- a/meta/recipes-core/systemd/systemd_250.3.bb
+++ b/meta/recipes-core/systemd/systemd_250.3.bb
@@ -371,6 +371,7 @@ PACKAGE_BEFORE_PN = "\
  ${PN}-journal-remote \
  ${PN}-extra-utils \
  ${PN}-udev-rules \
+libsystemd-shared \
  udev \
  udev-hwdb \
  "
@@ -387,6 +388,8 @@ DESCRIPTION:${PN}-journal-upload = "systemd-journal-upload 
uploads journal entri
  SUMMARY:${PN}-journal-remote = "Receive journal messages over the network"
  DESCRIPTION:${PN}-journal-remote = "systemd-journal-remote is a command to receive 
serialized journal events and store them to journal files."
  
+SUMMARY:${PN}-container = "Systemd shared library"


That doesn't look right to me - shouldn't that be SUMMARY:libsystemd-shared?


+
  SYSTEMD_PACKAGES = "${@bb.utils.contains('PACKAGECONFIG', 'binfmt', 
'${PN}-binfmt', '', d)} \
  ${@bb.utils.contains('PACKAGECONFIG', 'microhttpd', 
'${PN}-journal-gatewayd', '', d)} \
  ${@bb.utils.contains('PACKAGECONFIG', 'microhttpd', 
'${PN}-journal-remote', '', d)} \
@@ -654,6 +657,8 @@ INSANE_SKIP:${PN} += "dev-so libdir"
  INSANE_SKIP:${PN}-dbg += "libdir"
  INSANE_SKIP:${PN}-doc += " libdir"
  
+FILES:libsystemd-shared = "${rootlibexecdir}/systemd/libsystemd-shared*.so"

+
  RPROVIDES:udev = "hotplug"
  
  RDEPENDS:udev-hwdb += "udev"







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



Re: [OE-core] [PATCH v2 01/32] python3-wheel: move 0.37.0 from meta-python

2022-02-23 Thread Khem Raj
this series is breaking things quite a bit in rest of world.

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

On Mon, Feb 21, 2022 at 1:24 PM Tim Orling  wrote:
>
> This is one of the "new build tools" which are part of pypa (Python
> Packaging Authority) toolchain.
>
> Wheels are the official delivery mechanism for Python packages, replacing
> the now deprecated Eggs (egg-info).
>
> [YOCTO #14638]
>
> Signed-off-by: Tim Orling 
> ---
>  meta/conf/distro/include/maintainers.inc |  1 +
>  meta/recipes-devtools/python/python3-wheel_0.37.1.bb | 12 
>  2 files changed, 13 insertions(+)
>  create mode 100644 meta/recipes-devtools/python/python3-wheel_0.37.1.bb
>
> diff --git a/meta/conf/distro/include/maintainers.inc 
> b/meta/conf/distro/include/maintainers.inc
> index 740e5fe55c4..72cd0125814 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -651,6 +651,7 @@ RECIPE_MAINTAINER:pn-python3-typogrify = "Alexander 
> Kanavin   RECIPE_MAINTAINER:pn-python3-vcversioner = "Bruce Ashfield 
> "
>  RECIPE_MAINTAINER:pn-python3-wcwidth = "Tim Orling "
>  RECIPE_MAINTAINER:pn-python3-webcolors = "Bruce Ashfield 
> "
> +RECIPE_MAINTAINER:pn-python3-wheel = "Tim Orling "
>  RECIPE_MAINTAINER:pn-python3-zipp = "Tim Orling "
>  RECIPE_MAINTAINER:pn-qemu = "Richard Purdie 
> "
>  RECIPE_MAINTAINER:pn-qemu-helper-native = "Richard Purdie 
> "
> diff --git a/meta/recipes-devtools/python/python3-wheel_0.37.1.bb 
> b/meta/recipes-devtools/python/python3-wheel_0.37.1.bb
> new file mode 100644
> index 000..6c7a31db9e7
> --- /dev/null
> +++ b/meta/recipes-devtools/python/python3-wheel_0.37.1.bb
> @@ -0,0 +1,12 @@
> +SUMMARY = "The official binary distribution format for Python "
> +HOMEPAGE = "https://github.com/pypa/wheel;
> +SECTION = "devel/python"
> +LICENSE = "MIT"
> +LIC_FILES_CHKSUM = 
> "file://PKG-INFO;beginline=10;endline=10;md5=8227180126797a0148f94f483f3e1489"
> +
> +SRC_URI[sha256sum] = 
> "e9a504e793efbca1b8e0e9cb979a249cf4a0a7b5b8c9e8b65a5e39d49529c1c4"
> +
> +inherit pypi setuptools3
> +
> +BBCLASSEXTEND = "native"
> +
> --
> 2.30.2
>
>
> 
>

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



[OE-core] [PATCH] systemd: move systemd shared library into its own package

2022-02-23 Thread Stefan Herbrechtsmeier
From: Stefan Herbrechtsmeier 

Move the systemd shared library (libsystemd-shared.so) into its own
package to prevent a runtime dependency from udev package to systemd
package and thereby to a second init manager.

Signed-off-by: Stefan Herbrechtsmeier 

---

 meta/recipes-core/systemd/systemd_250.3.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-core/systemd/systemd_250.3.bb 
b/meta/recipes-core/systemd/systemd_250.3.bb
index 9121333f56..43ac66da62 100644
--- a/meta/recipes-core/systemd/systemd_250.3.bb
+++ b/meta/recipes-core/systemd/systemd_250.3.bb
@@ -371,6 +371,7 @@ PACKAGE_BEFORE_PN = "\
 ${PN}-journal-remote \
 ${PN}-extra-utils \
 ${PN}-udev-rules \
+libsystemd-shared \
 udev \
 udev-hwdb \
 "
@@ -387,6 +388,8 @@ DESCRIPTION:${PN}-journal-upload = "systemd-journal-upload 
uploads journal entri
 SUMMARY:${PN}-journal-remote = "Receive journal messages over the network"
 DESCRIPTION:${PN}-journal-remote = "systemd-journal-remote is a command to 
receive serialized journal events and store them to journal files."
 
+SUMMARY:${PN}-container = "Systemd shared library"
+
 SYSTEMD_PACKAGES = "${@bb.utils.contains('PACKAGECONFIG', 'binfmt', 
'${PN}-binfmt', '', d)} \
 ${@bb.utils.contains('PACKAGECONFIG', 'microhttpd', 
'${PN}-journal-gatewayd', '', d)} \
 ${@bb.utils.contains('PACKAGECONFIG', 'microhttpd', 
'${PN}-journal-remote', '', d)} \
@@ -654,6 +657,8 @@ INSANE_SKIP:${PN} += "dev-so libdir"
 INSANE_SKIP:${PN}-dbg += "libdir"
 INSANE_SKIP:${PN}-doc += " libdir"
 
+FILES:libsystemd-shared = "${rootlibexecdir}/systemd/libsystemd-shared*.so"
+
 RPROVIDES:udev = "hotplug"
 
 RDEPENDS:udev-hwdb += "udev"
-- 
2.30.2


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



[OE-core] [PATCH] wireless-regdb: upgrade 2021.08.28 -> 2022.02.18

2022-02-23 Thread wangmy
Signed-off-by: Wang Mingyu 
---
 ...ireless-regdb_2021.08.28.bb => wireless-regdb_2022.02.18.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-kernel/wireless-regdb/{wireless-regdb_2021.08.28.bb => 
wireless-regdb_2022.02.18.bb} (94%)

diff --git a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2021.08.28.bb 
b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2022.02.18.bb
similarity index 94%
rename from meta/recipes-kernel/wireless-regdb/wireless-regdb_2021.08.28.bb
rename to meta/recipes-kernel/wireless-regdb/wireless-regdb_2022.02.18.bb
index c673f8044c..801a6f0584 100644
--- a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2021.08.28.bb
+++ b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2022.02.18.bb
@@ -5,7 +5,7 @@ LICENSE = "ISC"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=07c4f6dea3845b02a18dc00c8c87699c"
 
 SRC_URI = "https://www.kernel.org/pub/software/network/${BPN}/${BP}.tar.xz;
-SRC_URI[sha256sum] = 
"cff370c410d1e6d316ae0a7fa8ac6278fdf1efca5d3d664aca7cfd2aafa54446"
+SRC_URI[sha256sum] = 
"8828c25a4ee25020044004f57374bb9deac852809fad70f8d3d01770bf9ac97f"
 
 inherit bin_package allarch
 
-- 
2.25.1


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

2022-02-23 Thread wangmy
refresh the following patches for 3.1.1:
0005-Mark-Gemspec-reproducible-change-fixing-784225-too.patch
0006-Make-gemspecs-reproducible.patch

Signed-off-by: Wang Mingyu 
---
 ...eproducible-change-fixing-784225-too.patch | 41 ++-
 .../0006-Make-gemspecs-reproducible.patch | 13 +++---
 .../ruby/{ruby_3.1.0.bb => ruby_3.1.1.bb} |  2 +-
 3 files changed, 31 insertions(+), 25 deletions(-)
 rename meta/recipes-devtools/ruby/{ruby_3.1.0.bb => ruby_3.1.1.bb} (97%)

diff --git 
a/meta/recipes-devtools/ruby/ruby/0005-Mark-Gemspec-reproducible-change-fixing-784225-too.patch
 
b/meta/recipes-devtools/ruby/ruby/0005-Mark-Gemspec-reproducible-change-fixing-784225-too.patch
index b7faa58655..41f206523e 100644
--- 
a/meta/recipes-devtools/ruby/ruby/0005-Mark-Gemspec-reproducible-change-fixing-784225-too.patch
+++ 
b/meta/recipes-devtools/ruby/ruby/0005-Mark-Gemspec-reproducible-change-fixing-784225-too.patch
@@ -1,28 +1,31 @@
-From: Christian Hofstaedtler 
-Date: Tue, 10 Oct 2017 15:07:11 -0300
-Subject: Mark Gemspec-reproducible change fixing #784225, too
+From 6e1dc610724a7aa8368cbcddf4bbe210f731 Mon Sep 17 00:00:00 2001
+From: Lucas Kanashiro 
+Date: Fri, 1 Nov 2019 15:25:17 -0300
+Subject: [PATCH] Make gemspecs reproducible
 
-I think the UTC date change will fix the Multi-Arch not-same file issue,
-too.
+Without an explicit date, they will get the current date and make the
+build unreproducible
 
 Upstream-Status: Backport [debian]
-
-Signed-off-by: Antonio Terceiro 
-Signed-off-by: Christian Hofstaedtler 
 ---
  lib/rubygems/specification.rb | 4 +++-
  1 file changed, 3 insertions(+), 1 deletion(-)
 
+diff --git a/lib/rubygems/specification.rb b/lib/rubygems/specification.rb
+index 0d72cee..eb7bc25 100644
 --- a/lib/rubygems/specification.rb
 +++ b/lib/rubygems/specification.rb
-@@ -1695,7 +1695,9 @@
- raise(Gem::InvalidSpecificationException,
-   "invalid date format in specification: #{date.inspect}")
-   end
--when Time, DateLike then
-+when Time then
-+  Time.utc(date.utc.year, date.utc.month, date.utc.day)
-+when DateLike then
-   Time.utc(date.year, date.month, date.day)
- else
-   TODAY
+@@ -1691,7 +1691,9 @@ class Gem::Specification < Gem::BasicSpecification
+ raise(Gem::InvalidSpecificationException,
+   "invalid date format in specification: #{date.inspect}")
+   end
+-when Time, DateLike then
++when Time then
++  Time.utc(date.utc.year, date.utc.month, date.utc.day)
++when DateLike then
+   Time.utc(date.year, date.month, date.day)
+ else
+   TODAY
+-- 
+2.25.1
+
diff --git 
a/meta/recipes-devtools/ruby/ruby/0006-Make-gemspecs-reproducible.patch 
b/meta/recipes-devtools/ruby/ruby/0006-Make-gemspecs-reproducible.patch
index de8d4f04cc..1e4a298317 100644
--- a/meta/recipes-devtools/ruby/ruby/0006-Make-gemspecs-reproducible.patch
+++ b/meta/recipes-devtools/ruby/ruby/0006-Make-gemspecs-reproducible.patch
@@ -41,10 +41,10 @@ index a9c0ec4..89da078 100644
spec.email = ["aa...@tenderlovemaking.com", "h...@ruby-lang.org"]
  
 diff --git a/ext/io/console/io-console.gemspec 
b/ext/io/console/io-console.gemspec
-index 36beda7..e932d83 100644
+index aa57f8a..ba7f8e5 100644
 --- a/ext/io/console/io-console.gemspec
 +++ b/ext/io/console/io-console.gemspec
-@@ -4,6 +4,7 @@ _VERSION = "0.5.10"
+@@ -4,6 +4,7 @@ _VERSION = "0.5.11"
  Gem::Specification.new do |s|
s.name = "io-console"
s.version = _VERSION
@@ -53,13 +53,13 @@ index 36beda7..e932d83 100644
s.email = "n...@ruby-lang.org"
s.description = "add console capabilities to IO instances."
 diff --git a/lib/ipaddr.gemspec b/lib/ipaddr.gemspec
-index 36e2300..06dc888 100644
+index 1f4798e..48743cf 100644
 --- a/lib/ipaddr.gemspec
 +++ b/lib/ipaddr.gemspec
-@@ -6,6 +6,7 @@ $LOAD_PATH.unshift(lib) unless $LOAD_PATH.include?(lib)
+@@ -18,6 +18,7 @@ end
  Gem::Specification.new do |spec|
spec.name  = "ipaddr"
-   spec.version   = "1.2.3"
+   spec.version   = version
 +  spec.date  = RUBY_RELEASE_DATE
spec.authors   = ["Akinori MUSHA", "Hajimu UMEMOTO"]
spec.email = ["k...@idaemons.org", "u...@mahoroba.org"]
@@ -76,3 +76,6 @@ index 525a15f..f6d0e22 100644
s.version = RDoc::VERSION
  
s.authors = [
+-- 
+2.25.1
+
diff --git a/meta/recipes-devtools/ruby/ruby_3.1.0.bb 
b/meta/recipes-devtools/ruby/ruby_3.1.1.bb
similarity index 97%
rename from meta/recipes-devtools/ruby/ruby_3.1.0.bb
rename to meta/recipes-devtools/ruby/ruby_3.1.1.bb
index 7a04a36432..d8fddfa520 100644
--- a/meta/recipes-devtools/ruby/ruby_3.1.0.bb
+++ b/meta/recipes-devtools/ruby/ruby_3.1.1.bb
@@ -14,7 +14,7 @@ SRC_URI += " \
file://0001-vm_dump.c-Define-REG_S1-and-REG_S2-for-musl-riscv.patch 
\
"
 
-SRC_URI[sha256sum] = 
"50a0504c6edcb4d61ce6b8cfdbddaa95707195fab0ecd7b5e92654b2a9412854"

Re: [OE-core] [PATCH v2 3/3] systemd: Minimize udev package size if DISTRO_FEATURES contains systemd

2022-02-23 Thread Stefan Herbrechtsmeier

Am 23.02.2022 um 13:39 schrieb Richard Purdie:

On Wed, 2022-02-23 at 09:13 +0100, Stefan Herbrechtsmeier wrote:

Am 23.02.2022 um 02:49 schrieb Yu, Mingli:

On 2/22/22 9:26 PM, Stefan Herbrechtsmeier wrote:

[Please note: This e-mail is from an EXTERNAL e-mail address]
Am 22.02.2022 um 10:20 schrieb Yu, Mingli:

On 2/2/22 3:35 PM, Stefan Herbrechtsmeier wrote:

Link udev shared with systemd helper to minimize the udev package size
if DISTRO_FEATURES contains systemd.

It is only usefull to link udev static with systemd helper if udev
should be installed without systemd.

Signed-off-by: Stefan Herbrechtsmeier


---

(no changes since v1)

   meta/recipes-core/systemd/systemd_249.7.bb | 1 +
   1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/systemd/systemd_249.7.bb
b/meta/recipes-core/systemd/systemd_249.7.bb
index 739f3aae86..431781e6c7 100644
--- a/meta/recipes-core/systemd/systemd_249.7.bb
+++ b/meta/recipes-core/systemd/systemd_249.7.bb
@@ -66,6 +66,7 @@ PACKAGECONFIG ??= " \
   ${@bb.utils.filter('DISTRO_FEATURES', 'acl audit efi ldconfig
pam selinux smack usrmerge polkit seccomp', d)} \
   ${@bb.utils.contains('DISTRO_FEATURES', 'wifi', 'rfkill', '',
d)} \
   ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'xkbcommon', '',
d)} \
+    ${@bb.utils.contains('DISTRO_FEATURES', 'systemd',
'link-udev-shared', '', d)} \


After this change, the iso image failed to boot with below error:
Cannot find rootfs.img file in /run/media/*, dropping to a shell

And more detailed about the error as the attached.

Steps to reproduce:
1, update conf/local.conf to use systemd as the default init manager
DISTRO_FEATURES:append = " systemd"
DISTRO_FEATURES_BACKFILL_CONSIDERED += "sysvinit"
VIRTUAL-RUNTIME_init_manager = "systemd"
VIRTUAL-RUNTIME_initscripts = "systemd-compat-units"
KERNEL_FEATURES:append = " cfg/systemd.scc"

You have to set the INIT_MANAGER variable instead or set the
VIRTUAL-RUNTIME_dev_manager variable to systemd.


2, bitbake core-image-minimal

3, runqemu qemux86-64  core-image-minimal  iso


A revert of the commit solve your problem?


Yes, the issue is gone after revert the commit.


It looks like a loot of packages have a direct runtime dependency to
udev and after this patch udev have a runtime dependency to systemd. We
could revert this patch or move libsystemd-shared.so to its own package
to remove the dependency to systemd itself.


A separate package for it would seem like a good option and could smplify the
original issues we saw enabling this too?


I think so but it will increase the size of the udev package because of 
the size and dependencies of libsystemd-shared if you use udev without 
systemd.


If we create a extra package udev, systemctl, networkd, timesyncd and 
boot could be used without systemd package.


Regards
  Stefan

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

2022-02-23 Thread wangmy
Changelog:
=
- Call pager with original LANG environment variable
- Consistently complain early if no series file is found
- Fix handling of symbolic links by several commands
- Tighten the patch format parsing
- Reuse the shell (performance)
- Document the series file format further
- Document that quilt loads /etc/quilt.quiltrc
- configure: Make stat configurable
- series: Minor optimizations
- setup: Don't obey the settings of any englobing .pc
- setup: Default to fast mode
- quilt.el: Fix documentation of quilt-pc-directory
- quilt.el: Load /etc/quilt.quiltrc if ~/.quiltrc doesn't exist
- quilt.el: Fix quilt-editable when QUILT_PATCHES_PREFIX is set

Signed-off-by: Wang Mingyu 
---
 .../quilt/{quilt-native_0.66.bb => quilt-native_0.67.bb}   | 0
 meta/recipes-devtools/quilt/quilt.inc  | 3 +--
 meta/recipes-devtools/quilt/{quilt_0.66.bb => quilt_0.67.bb}   | 1 +
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/quilt/{quilt-native_0.66.bb => 
quilt-native_0.67.bb} (100%)
 rename meta/recipes-devtools/quilt/{quilt_0.66.bb => quilt_0.67.bb} (97%)

diff --git a/meta/recipes-devtools/quilt/quilt-native_0.66.bb 
b/meta/recipes-devtools/quilt/quilt-native_0.67.bb
similarity index 100%
rename from meta/recipes-devtools/quilt/quilt-native_0.66.bb
rename to meta/recipes-devtools/quilt/quilt-native_0.67.bb
diff --git a/meta/recipes-devtools/quilt/quilt.inc 
b/meta/recipes-devtools/quilt/quilt.inc
index 06c761ab3a..19532051cd 100644
--- a/meta/recipes-devtools/quilt/quilt.inc
+++ b/meta/recipes-devtools/quilt/quilt.inc
@@ -16,8 +16,7 @@ SRC_URI = "${SAVANNAH_GNU_MIRROR}/quilt/quilt-${PV}.tar.gz \
 
 SRC_URI:append:class-target = " file://gnu_patch_test_fix_target.patch"
 
-SRC_URI[md5sum] = "6800c2404a2c0598ab2eff92a636ba70"
-SRC_URI[sha256sum] = 
"314b319a6feb13bf9d0f9ffa7ce6683b06919e734a41275087ea457cc9dc6e07"
+SRC_URI[sha256sum] = 
"3be3be0987e72a6c364678bb827e3e1fcc10322b56bc5f02b576698f55013cc2"
 
 inherit autotools-brokensep ptest
 
diff --git a/meta/recipes-devtools/quilt/quilt_0.66.bb 
b/meta/recipes-devtools/quilt/quilt_0.67.bb
similarity index 97%
rename from meta/recipes-devtools/quilt/quilt_0.66.bb
rename to meta/recipes-devtools/quilt/quilt_0.67.bb
index ff9726576e..bf9e3c720f 100644
--- a/meta/recipes-devtools/quilt/quilt_0.66.bb
+++ b/meta/recipes-devtools/quilt/quilt_0.67.bb
@@ -1,2 +1,3 @@
 require quilt.inc
 inherit gettext
+
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#162263): 
https://lists.openembedded.org/g/openembedded-core/message/162263
Mute This Topic: https://lists.openembedded.org/mt/89339988/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] libva-utils: upgrade 2.13.0 -> 2.14.0

2022-02-23 Thread wangmy
Changelog:
=
* test: Use test suite setup/teardown to reduce test overhead
* ci: fix freebsd build

Signed-off-by: Wang Mingyu 
---
 .../libva/{libva-utils_2.13.0.bb => libva-utils_2.14.0.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/libva/{libva-utils_2.13.0.bb => 
libva-utils_2.14.0.bb} (90%)

diff --git a/meta/recipes-graphics/libva/libva-utils_2.13.0.bb 
b/meta/recipes-graphics/libva/libva-utils_2.14.0.bb
similarity index 90%
rename from meta/recipes-graphics/libva/libva-utils_2.13.0.bb
rename to meta/recipes-graphics/libva/libva-utils_2.14.0.bb
index c93cdb4484..b816b5e96d 100644
--- a/meta/recipes-graphics/libva/libva-utils_2.13.0.bb
+++ b/meta/recipes-graphics/libva/libva-utils_2.14.0.bb
@@ -14,8 +14,8 @@ SECTION = "x11"
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=b148fc8adf19dc9aec17cf9cd29a9a5e"
 
-SRC_URI = 
"git://github.com/intel/libva-utils.git;branch=v2.13-branch;protocol=https"
-SRCREV = "7bad184b2cf2ffaf4fb3cc71d4df63d7b142d592"
+SRC_URI = 
"git://github.com/intel/libva-utils.git;branch=v2.14-branch;protocol=https"
+SRCREV = "9cf21686ad9cacef53ee6b3f13c02b830cf0c7a3"
 S = "${WORKDIR}/git"
 
 UPSTREAM_CHECK_GITTAGREGEX = "(?P(\d+(\.\d+)+))$"
-- 
2.25.1


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

2022-02-23 Thread wangmy
Signed-off-by: Wang Mingyu 
---
 .../patchelf/{patchelf_0.14.3.bb => patchelf_0.14.5.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/patchelf/{patchelf_0.14.3.bb => 
patchelf_0.14.5.bb} (91%)

diff --git a/meta/recipes-devtools/patchelf/patchelf_0.14.3.bb 
b/meta/recipes-devtools/patchelf/patchelf_0.14.5.bb
similarity index 91%
rename from meta/recipes-devtools/patchelf/patchelf_0.14.3.bb
rename to meta/recipes-devtools/patchelf/patchelf_0.14.5.bb
index 5d12ef2eb5..0fa2c00f1d 100644
--- a/meta/recipes-devtools/patchelf/patchelf_0.14.3.bb
+++ b/meta/recipes-devtools/patchelf/patchelf_0.14.5.bb
@@ -7,7 +7,7 @@ LICENSE = "GPL-3.0-only"
 SRC_URI = "git://github.com/NixOS/patchelf;protocol=https;branch=master \
file://handle-read-only-files.patch \
"
-SRCREV = "bf3f37ec29edcdb3e2a163edaf84aeece39f8c9d"
+SRCREV = "a35054504293f9ff64539850d1ed0bfd2f5399f2"
 
 S = "${WORKDIR}/git"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#162261): 
https://lists.openembedded.org/g/openembedded-core/message/162261
Mute This Topic: https://lists.openembedded.org/mt/89339986/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] coreutils: remove obsolete ignored CVE list

2022-02-23 Thread Ross Burton
Three CVEs were meant to be ignored via CVE_WHITELIST, but that wasn't
the correct variable name.

The CPEs for those CVEs mean that they don't get picked up in our report,
so just remove the assignment.

Signed-off-by: Ross Burton 
---
 meta/recipes-core/coreutils/coreutils_9.0.bb | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/meta/recipes-core/coreutils/coreutils_9.0.bb 
b/meta/recipes-core/coreutils/coreutils_9.0.bb
index 6a97c4d5cc..e4633949f4 100644
--- a/meta/recipes-core/coreutils/coreutils_9.0.bb
+++ b/meta/recipes-core/coreutils/coreutils_9.0.bb
@@ -204,6 +204,3 @@ do_install_ptest () {
 }
 
 FILES:${PN}-ptest += "${bindir}/getlimits"
-
-# These are specific to Opensuse
-CVE_WHITELIST += "CVE-2013-0221 CVE-2013-0222 CVE-2013-0223"
-- 
2.25.1


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



[OE-core] [PATCH 1/2] cve-check: get_cve_info should open the database read-only

2022-02-23 Thread Ross Burton
All of the function in cve-check should open the database read-only, as
the only writer is the fetch task in cve-update-db.  However,
get_cve_info() was failing to do this, which might be causing locking
issues with sqlite.

Signed-off-by: Ross Burton 
---
 meta/classes/cve-check.bbclass | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
index 2d69aeba4b..d715fbf4d8 100644
--- a/meta/classes/cve-check.bbclass
+++ b/meta/classes/cve-check.bbclass
@@ -265,7 +265,8 @@ def get_cve_info(d, cves):
 import sqlite3
 
 cve_data = {}
-conn = sqlite3.connect(d.getVar("CVE_CHECK_DB_FILE"))
+db_file = d.expand("file:${CVE_CHECK_DB_FILE}?mode=ro")
+conn = sqlite3.connect(db_file, uri=True)
 
 for cve in cves:
 for row in conn.execute("SELECT * FROM NVD WHERE ID IS ?", (cve,)):
-- 
2.25.1


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



[OE-core] [PATCH 2/2] Revert "cve-check: add lockfile to task"

2022-02-23 Thread Ross Burton
Now that all of the functions in cve-check open the database read-only,
we can remove this lockfile.

This means cve-check can run in parallal again, improving runtimes
massively.

This reverts commit d55fbf4779483d2cfd71df78d0f733b599fef739.

Signed-off-by: Ross Burton 
---
 meta/classes/cve-check.bbclass | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
index d715fbf4d8..079d09a76f 100644
--- a/meta/classes/cve-check.bbclass
+++ b/meta/classes/cve-check.bbclass
@@ -111,7 +111,6 @@ python do_cve_check () {
 }
 
 addtask cve_check before do_build after do_fetch
-do_cve_check[lockfiles] += "${CVE_CHECK_DB_FILE_LOCK}"
 do_cve_check[depends] = "cve-update-db-native:do_fetch"
 do_cve_check[nostamp] = "1"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#162259): 
https://lists.openembedded.org/g/openembedded-core/message/162259
Mute This Topic: https://lists.openembedded.org/mt/89339703/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][RFC] cve-check: use local copy instead of global db

2022-02-23 Thread Ross Burton
This seems really suboptimal.

The only operation which writes to the sqlite database is the fetch
task of cve-update-db-native, everything else is read-only.  Or should
be... I just discovered a function which was failing to open the
database read-only, which is possible the cause of the problem.
Patches on the list, this improves "bitbake core-image-sato --runall
cve_check"  from nearly 4 minutes to 25 seconds on my machine, with 64
bitbake jobs in parallel.

Ross

On Tue, 22 Feb 2022 at 18:47, Konrad Weihmann  wrote:
>
> instead of using a global DB (default in DL_DIR) copy an existing
> DB file into WORKDIR and use it from there.
> This should avoid running into the reported "database is readonly" error
> while at the same time there's no need to arbritrarily limit the
> cve_check task to just one run at a time
>
> Signed-off-by: Konrad Weihmann 
> ---
> This patch should be tested by users that run cve-check on a regular
> on hosts with as much as possible cores, before merging.
> In local testing I haven't found any issues on a world build,
> but as mentioned in the previous patch the issue is kind of hard to
> reproduce.
> So this patch aims at lifting the arbitrary task lock, while preventing
> access by more than one thread/process at a time by sqlite.
> Feedback through heavy local testing is very much appreciated
>
>  meta/classes/cve-check.bbclass | 6 --
>  1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
> index 21d3da7974..e4389b7001 100644
> --- a/meta/classes/cve-check.bbclass
> +++ b/meta/classes/cve-check.bbclass
> @@ -28,6 +28,7 @@ CVE_VERSION ??= "${PV}"
>  CVE_CHECK_DB_DIR ?= "${DL_DIR}/CVE_CHECK"
>  CVE_CHECK_DB_FILE ?= "${CVE_CHECK_DB_DIR}/nvdcve_1.1.db"
>  CVE_CHECK_DB_FILE_LOCK ?= "${CVE_CHECK_DB_FILE}.lock"
> +CVE_CHECK_DB_FILE_LOCAL = 
> "${WORKDIR}/${@os.path.basename(d.getVar('CVE_CHECK_DB_FILE'))}"
>
>  CVE_CHECK_LOG ?= "${T}/cve.log"
>  CVE_CHECK_TMP_FILE ?= "${TMPDIR}/cve_check"
> @@ -94,9 +95,11 @@ python do_cve_check () {
>  """
>  Check recipe for patched and unpatched CVEs
>  """
> +import bb.utils
>  from oe.cve_check import get_patched_cves
>
>  if os.path.exists(d.getVar("CVE_CHECK_DB_FILE")):
> +bb.utils.copyfile(d.getVar("CVE_CHECK_DB_FILE"), 
> d.getVar("CVE_CHECK_DB_FILE_LOCAL"))
>  try:
>  patched_cves = get_patched_cves(d)
>  except FileNotFoundError:
> @@ -111,7 +114,6 @@ python do_cve_check () {
>  }
>
>  addtask cve_check before do_build after do_fetch
> -do_cve_check[lockfiles] += "${CVE_CHECK_DB_FILE_LOCK}"
>  do_cve_check[depends] = "cve-update-db-native:do_fetch"
>  do_cve_check[nostamp] = "1"
>
> @@ -185,7 +187,7 @@ def check_cves(d, patched_cves):
>  cve_whitelist = d.getVar("CVE_CHECK_WHITELIST").split()
>
>  import sqlite3
> -db_file = d.expand("file:${CVE_CHECK_DB_FILE}?mode=ro")
> +db_file = d.expand("file:${CVE_CHECK_DB_FILE_LOCAL}?mode=ro")
>  conn = sqlite3.connect(db_file, uri=True)
>
>  # For each of the known product names (e.g. curl has CPEs using curl and 
> libcurl)...
> --
> 2.25.1
>
>
> 
>

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



Re: [OE-core] [PATCH v2 3/3] systemd: Minimize udev package size if DISTRO_FEATURES contains systemd

2022-02-23 Thread Richard Purdie
On Wed, 2022-02-23 at 09:13 +0100, Stefan Herbrechtsmeier wrote:
> Hi,
> 
> Am 23.02.2022 um 02:49 schrieb Yu, Mingli:
> > 
> > 
> > On 2/22/22 9:26 PM, Stefan Herbrechtsmeier wrote:
> > > [Please note: This e-mail is from an EXTERNAL e-mail address]
> > > 
> > > Hi,
> > > 
> > > Am 22.02.2022 um 10:20 schrieb Yu, Mingli:
> > > > Hi,
> > > > 
> > > > On 2/2/22 3:35 PM, Stefan Herbrechtsmeier wrote:
> > > > > [Please note: This e-mail is from an EXTERNAL e-mail address]
> > > > > 
> > > > > From: Stefan Herbrechtsmeier 
> > > > > 
> > > > > Link udev shared with systemd helper to minimize the udev package size
> > > > > if DISTRO_FEATURES contains systemd.
> > > > > 
> > > > > It is only usefull to link udev static with systemd helper if udev
> > > > > should be installed without systemd.
> > > > > 
> > > > > Signed-off-by: Stefan Herbrechtsmeier
> > > > > 
> > > > > 
> > > > > ---
> > > > > 
> > > > > (no changes since v1)
> > > > > 
> > > > >   meta/recipes-core/systemd/systemd_249.7.bb | 1 +
> > > > >   1 file changed, 1 insertion(+)
> > > > > 
> > > > > diff --git a/meta/recipes-core/systemd/systemd_249.7.bb
> > > > > b/meta/recipes-core/systemd/systemd_249.7.bb
> > > > > index 739f3aae86..431781e6c7 100644
> > > > > --- a/meta/recipes-core/systemd/systemd_249.7.bb
> > > > > +++ b/meta/recipes-core/systemd/systemd_249.7.bb
> > > > > @@ -66,6 +66,7 @@ PACKAGECONFIG ??= " \
> > > > >   ${@bb.utils.filter('DISTRO_FEATURES', 'acl audit efi ldconfig
> > > > > pam selinux smack usrmerge polkit seccomp', d)} \
> > > > >   ${@bb.utils.contains('DISTRO_FEATURES', 'wifi', 'rfkill', '', 
> > > > > d)} \
> > > > >   ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'xkbcommon', '',
> > > > > d)} \
> > > > > +    ${@bb.utils.contains('DISTRO_FEATURES', 'systemd',
> > > > > 'link-udev-shared', '', d)} \
> > > > 
> > > > After this change, the iso image failed to boot with below error:
> > > > Cannot find rootfs.img file in /run/media/*, dropping to a shell
> > > > 
> > > > And more detailed about the error as the attached.
> > > > 
> > > > Steps to reproduce:
> > > > 1, update conf/local.conf to use systemd as the default init manager
> > > > DISTRO_FEATURES:append = " systemd"
> > > > DISTRO_FEATURES_BACKFILL_CONSIDERED += "sysvinit"
> > > > VIRTUAL-RUNTIME_init_manager = "systemd"
> > > > VIRTUAL-RUNTIME_initscripts = "systemd-compat-units"
> > > > KERNEL_FEATURES:append = " cfg/systemd.scc"
> > > You have to set the INIT_MANAGER variable instead or set the
> > > VIRTUAL-RUNTIME_dev_manager variable to systemd.
> > > 
> > > > 2, bitbake core-image-minimal
> > > > 
> > > > 3, runqemu qemux86-64  core-image-minimal  iso
> > > 
> > > A revert of the commit solve your problem?
> > 
> > Yes, the issue is gone after revert the commit.
> 
> It looks like a loot of packages have a direct runtime dependency to 
> udev and after this patch udev have a runtime dependency to systemd. We 
> could revert this patch or move libsystemd-shared.so to its own package 
> to remove the dependency to systemd itself.

A separate package for it would seem like a good option and could smplify the
original issues we saw enabling this too?

Cheers,

Richard


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



[OE-core] [PATCH v3] Rust Oe-Selftest implementation

2022-02-23 Thread Pgowda
The patch implements Oe-selftest framework for Rust test.
Some of the functions are as follows:-
setup_cargo_environment(): Build bootstrap and some early stage tools.
do_rust_setup_snapshot(): Install the snapshot version of rust binaries.
do_configure(): To generate config.toml
do_compile(): To build "remote-test-server" for qemutarget image.

The python file builds remote-test-server and executes rust testing
remotely using background ssh. It adds the necessary test environment
and variables to run the rust oe-selftest.
Print the results in case of failure of runCmd().

The patch has been run and tested for X86, X86_64, Arm & Arm64 targets
on Ubuntu-18 successfully.

Most of the tests excluded in rust.py are due to the following error:-
These tests will be included in Oe-selftest after fixing the issue.
===
"build-st/tmp/work/core2-64-poky-linux/rust-testsuite/1.58.1-r0/
rustc-1.58.1-src/build/bootstrap/debug/rustc -vV` (exit status: 101)
--- stderr
thread 'main' panicked at '
kind: NotFound, message: "No such file or directory" }',
src/bootstrap/bin/rustc.rs:175:37
===

Signed-off-by: pgowda 
Signed-off-by: Vinay Kumar 
---
 meta/lib/oeqa/selftest/cases/rust.py  |  57 +
 meta/recipes-devtools/rust/rust-testsuite.inc | 163 +++
 .../rust-testsuite/rust-oe-selftest.patch | 995 ++
 .../rust/rust-testsuite_1.58.1.bb |   3 +
 4 files changed, 1218 insertions(+)
 create mode 100644 meta/lib/oeqa/selftest/cases/rust.py
 create mode 100644 meta/recipes-devtools/rust/rust-testsuite.inc
 create mode 100644 
meta/recipes-devtools/rust/rust-testsuite/rust-oe-selftest.patch
 create mode 100644 meta/recipes-devtools/rust/rust-testsuite_1.58.1.bb

diff --git a/meta/lib/oeqa/selftest/cases/rust.py 
b/meta/lib/oeqa/selftest/cases/rust.py
new file mode 100644
index 00..1379b09af1
--- /dev/null
+++ b/meta/lib/oeqa/selftest/cases/rust.py
@@ -0,0 +1,57 @@
+# SPDX-License-Identifier: MIT
+import os
+import subprocess
+from oeqa.core.decorator import OETestTag
+from oeqa.core.case import OEPTestResultTestCase
+from oeqa.selftest.case import OESelftestTestCase
+from oeqa.utils.commands import runCmd, bitbake, get_bb_var, get_bb_vars, 
runqemu, Command
+from oeqa.utils.sshcontrol import SSHControl
+
+# Total time taken for testing is of about 2hr 20min, with PARALLEL_MAKE set 
to 40 number of jobs.
+class RustSelfTestBase(OESelftestTestCase, OEPTestResultTestCase):
+
+   def run_check_emulated(self, *args, **kwargs):
+   # build remote-test-server before image build
+   recipe = "rust-testsuite"
+   bitbake("{} -c compile".format(recipe))
+   builddir = get_bb_var("B", "rust-testsuite")
+   # build core-image-minimal with required packages
+   default_installed_packages = ["libgcc", "libstdc++", 
"libatomic", "libgomp"]
+   features = []
+   features.append('IMAGE_FEATURES += "ssh-server-openssh"')
+   features.append('CORE_IMAGE_EXTRA_INSTALL += "{0}"'.format(" 
".join(default_installed_packages)))
+   self.write_config("\n".join(features))
+   bitbake("core-image-minimal")
+   # wrap the execution with a qemu instance
+   with runqemu("core-image-minimal", runqemuparams = "nographic", 
qemuparams = "-m 512") as qemu:
+   # Copy remote-test-server to image through scp
+   ssh = SSHControl(ip=qemu.ip, logfile=qemu.sshlog, 
user="root")
+   ssh.copy_to(builddir + "/" + 
"build/x86_64-unknown-linux-gnu/stage1-tools-bin/remote-test-server","~/")
+   # Execute remote-test-server on image through 
background ssh
+   command = '~/remote-test-server -v remote'
+   sshrun=subprocess.Popen(("ssh", '-o',  
'UserKnownHostsFile=/dev/null', '-o',  'StrictHostKeyChecking=no', '-f', 
"root@%s" % qemu.ip, command),
+shell=False,
+stdout=subprocess.PIPE,
+stderr=subprocess.PIPE)
+   # Get the values of variables.
+   targetsys = get_bb_var("TARGET_SYS", "rust-testsuite")
+   rustlibpath = get_bb_var("STAGING_LIBDIR_NATIVE", 
"rust-testsuite")
+   tmpdir = get_bb_var("TMPDIR", "rust-testsuite")
+
+   # Exclude the test folders that error out while building
+   # Need to fix these errors and include them for testing
+   testargs = "--exclude src/test/rustdoc-json --exclude 
src/test/run-make-fulldeps --exclude src/tools/tidy --exclude src/tools/rustfmt 
--exclude src/tools/rustdoc-themes --exclude src/tools/rust-demangler --exclude 
src/tools/rls --exclude src/tools/miri 

[OE-core] [PATCH] libsecret: upgrade 0.20.4 -> 0.20.5

2022-02-23 Thread wangmy
determinism.patch
removed since it's included in 0.20.5

Changelog:
=
 * Drop autotools-based build [!44]
 * Use G_GNUC_NULL_TERMINATED where appropriate [!65]
 * collection, methods, prompt: Port to GTask [!66, !93]
 * Detect local storage in snaps in the same way as flatpaks [!67]
 * Add bash-completion for secret-tool [!70, #50, !72]
 * secret-tool: Add locking capabilities to secret tool [#28, !75]
 * secret-file-backend: Avoid closing the same file descriptor twice [!78]
 * Add support for TPM2 based secret storage [!83, !90, !95]
 * Create default collection after DBus.Error.UnknownObject [!94]
 * Port documentation to gi-docgen [!101]
 * GI annotation and documentation fixes [!63, !64, !102, !103, #66]
 * Build fixes [#54, !62, !68, #59, !73, !77, !82, !84, !85, !88]
 * Updated translations

Signed-off-by: Wang Mingyu 
---
 .../libsecret/libsecret/determinism.patch | 37 ---
 ...ibsecret_0.20.4.bb => libsecret_0.20.5.bb} |  4 +-
 2 files changed, 1 insertion(+), 40 deletions(-)
 delete mode 100644 meta/recipes-gnome/libsecret/libsecret/determinism.patch
 rename meta/recipes-gnome/libsecret/{libsecret_0.20.4.bb => 
libsecret_0.20.5.bb} (88%)

diff --git a/meta/recipes-gnome/libsecret/libsecret/determinism.patch 
b/meta/recipes-gnome/libsecret/libsecret/determinism.patch
deleted file mode 100644
index ad96e8f59b..00
--- a/meta/recipes-gnome/libsecret/libsecret/determinism.patch
+++ /dev/null
@@ -1,37 +0,0 @@
-secret-enum-types.c/h.template: Fix reproducibility issue 
-
-When full filenames are used in generated sources it makes the resulting
-debug packages non-reproducible. Best practise is to use basename in
-comments instead.
-
-Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
-Upstream-Status: Submitted 
[https://gitlab.gnome.org/GNOME/libsecret/-/merge_requests/68]
-
-Index: libsecret-0.20.4/libsecret/secret-enum-types.c.template
-===
 libsecret-0.20.4.orig/libsecret/secret-enum-types.c.template
-+++ libsecret-0.20.4/libsecret/secret-enum-types.c.template
-@@ -23,8 +23,8 @@
- /*** END file-header ***/
- 
- /*** BEGIN file-production ***/
--#include "@filename@"
--/* enumerations from "@filename@" */
-+#include "@basename@"
-+/* enumerations from "@basename@" */
- /*** END file-production ***/
- 
- /*** BEGIN value-header ***/
-Index: libsecret-0.20.4/libsecret/secret-enum-types.h.template
-===
 libsecret-0.20.4.orig/libsecret/secret-enum-types.h.template
-+++ libsecret-0.20.4/libsecret/secret-enum-types.h.template
-@@ -27,7 +27,7 @@ G_BEGIN_DECLS
- 
- /*** BEGIN file-production ***/
- 
--/* enumerations from "@filename@" */
-+/* enumerations from "@basename@" */
- /*** END file-production ***/
- 
- /*** BEGIN value-header ***/
diff --git a/meta/recipes-gnome/libsecret/libsecret_0.20.4.bb 
b/meta/recipes-gnome/libsecret/libsecret_0.20.5.bb
similarity index 88%
rename from meta/recipes-gnome/libsecret/libsecret_0.20.4.bb
rename to meta/recipes-gnome/libsecret/libsecret_0.20.5.bb
index 39ecdd770a..edb2b4a882 100644
--- a/meta/recipes-gnome/libsecret/libsecret_0.20.4.bb
+++ b/meta/recipes-gnome/libsecret/libsecret_0.20.5.bb
@@ -14,9 +14,7 @@ inherit gnomebase gtk-doc vala gobject-introspection manpages
 
 DEPENDS += "glib-2.0 libgcrypt gettext-native"
 
-SRC_URI += " file://determinism.patch"
-
-SRC_URI[archive.sha256sum] = 
"325a4c54db320c406711bf2b55e5cb5b6c29823426aa82596a907595abb39d28"
+SRC_URI[archive.sha256sum] = 
"3fb3ce340fcd7db54d87c893e69bfc2b1f6e4d4b279065ffe66dac9f0fd12b4d"
 
 GTKDOC_MESON_OPTION = 'gtk_doc'
 
-- 
2.25.1


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

2022-02-23 Thread wangmy
Signed-off-by: Wang Mingyu 
---
 .../drm/{libdrm_2.4.109.bb => libdrm_2.4.110.bb}| 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-graphics/drm/{libdrm_2.4.109.bb => libdrm_2.4.110.bb} (97%)

diff --git a/meta/recipes-graphics/drm/libdrm_2.4.109.bb 
b/meta/recipes-graphics/drm/libdrm_2.4.110.bb
similarity index 97%
rename from meta/recipes-graphics/drm/libdrm_2.4.109.bb
rename to meta/recipes-graphics/drm/libdrm_2.4.110.bb
index fb5ddd82c0..dd775939a5 100644
--- a/meta/recipes-graphics/drm/libdrm_2.4.109.bb
+++ b/meta/recipes-graphics/drm/libdrm_2.4.110.bb
@@ -13,7 +13,7 @@ DEPENDS = "libpthread-stubs"
 SRC_URI = "http://dri.freedesktop.org/libdrm/${BP}.tar.xz \
   "
 
-SRC_URI[sha256sum] = 
"629352e08c1fe84862ca046598d8a08ce14d26ab25ee1f4704f993d074cb7f26"
+SRC_URI[sha256sum] = 
"eecee4c4b47ed6d6ce1a9be3d6d92102548ea35e442282216d47d05293cf9737"
 
 inherit meson pkgconfig manpages
 
-- 
2.25.1


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

2022-02-23 Thread wangmy
Signed-off-by: Wang Mingyu 
---
 meta/recipes-multimedia/flac/{flac_1.3.3.bb => flac_1.3.4.bb} | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)
 rename meta/recipes-multimedia/flac/{flac_1.3.3.bb => flac_1.3.4.bb} (93%)

diff --git a/meta/recipes-multimedia/flac/flac_1.3.3.bb 
b/meta/recipes-multimedia/flac/flac_1.3.4.bb
similarity index 93%
rename from meta/recipes-multimedia/flac/flac_1.3.3.bb
rename to meta/recipes-multimedia/flac/flac_1.3.4.bb
index 7c943b752f..012da0a0a0 100644
--- a/meta/recipes-multimedia/flac/flac_1.3.3.bb
+++ b/meta/recipes-multimedia/flac/flac_1.3.4.bb
@@ -17,8 +17,7 @@ DEPENDS = "libogg"
 SRC_URI = "http://downloads.xiph.org/releases/flac/${BP}.tar.xz \
 "
 
-SRC_URI[md5sum] = "26703ed2858c1fc9ffc05136d13daa69"
-SRC_URI[sha256sum] = 
"213e82bd716c9de6db2f98bcadbc4c24c7e2efe8c75939a1a84e28539c4e1748"
+SRC_URI[sha256sum] = 
"8ff0607e75a322dd7cd6ec48f4f225471404ae2730d0ea945127b1355155e737"
 
 CVE_PRODUCT = "libflac flac"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#162250): 
https://lists.openembedded.org/g/openembedded-core/message/162250
Mute This Topic: https://lists.openembedded.org/mt/89338077/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] init-system-helpers: upgrade 1.60 -> 1.62

2022-02-23 Thread wangmy
Changelog:
=
* use fakechroot instead of unsharing the mount namespace and mounting tmpfs
* deb-systemd-invoke: systemctl --machine @ is now available in
  v249.10. Adjust the version check accordingly
* Skip build-time tests if DEB_BUILD_OPTIONS=nocheck is set
* Fix typos found by Lintian
* Set Rules-Requires-Root: no

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

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


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

2022-02-23 Thread wangmy
Changelog:
==
Log "quota reached" message when hard quota is reached when accepting a 
connection.

Add ECS support to the DLZ interface.

A failed view configuration during a named reconfiguration procedure could cause
inconsistencies in BIND internal structures, causing a crash or other 
unexpected errors.

rndc could crash when interrupted by a signal before receiving a response.

Correctly detect and enable UDP recvmmsg support in all versions of libuv that 
support it.

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

diff --git 
a/meta/recipes-connectivity/bind/bind-9.16.25/0001-avoid-start-failure-with-bind-user.patch
 
b/meta/recipes-connectivity/bind/bind-9.16.26/0001-avoid-start-failure-with-bind-user.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.16.25/0001-avoid-start-failure-with-bind-user.patch
rename to 
meta/recipes-connectivity/bind/bind-9.16.26/0001-avoid-start-failure-with-bind-user.patch
diff --git 
a/meta/recipes-connectivity/bind/bind-9.16.25/0001-named-lwresd-V-and-start-log-hide-build-options.patch
 
b/meta/recipes-connectivity/bind/bind-9.16.26/0001-named-lwresd-V-and-start-log-hide-build-options.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.16.25/0001-named-lwresd-V-and-start-log-hide-build-options.patch
rename to 
meta/recipes-connectivity/bind/bind-9.16.26/0001-named-lwresd-V-and-start-log-hide-build-options.patch
diff --git 
a/meta/recipes-connectivity/bind/bind-9.16.25/bind-ensure-searching-for-json-headers-searches-sysr.patch
 
b/meta/recipes-connectivity/bind/bind-9.16.26/bind-ensure-searching-for-json-headers-searches-sysr.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.16.25/bind-ensure-searching-for-json-headers-searches-sysr.patch
rename to 
meta/recipes-connectivity/bind/bind-9.16.26/bind-ensure-searching-for-json-headers-searches-sysr.patch
diff --git a/meta/recipes-connectivity/bind/bind-9.16.25/bind9 
b/meta/recipes-connectivity/bind/bind-9.16.26/bind9
similarity index 100%
rename from meta/recipes-connectivity/bind/bind-9.16.25/bind9
rename to meta/recipes-connectivity/bind/bind-9.16.26/bind9
diff --git a/meta/recipes-connectivity/bind/bind-9.16.25/conf.patch 
b/meta/recipes-connectivity/bind/bind-9.16.26/conf.patch
similarity index 100%
rename from meta/recipes-connectivity/bind/bind-9.16.25/conf.patch
rename to meta/recipes-connectivity/bind/bind-9.16.26/conf.patch
diff --git a/meta/recipes-connectivity/bind/bind-9.16.25/generate-rndc-key.sh 
b/meta/recipes-connectivity/bind/bind-9.16.26/generate-rndc-key.sh
similarity index 100%
rename from meta/recipes-connectivity/bind/bind-9.16.25/generate-rndc-key.sh
rename to meta/recipes-connectivity/bind/bind-9.16.26/generate-rndc-key.sh
diff --git 
a/meta/recipes-connectivity/bind/bind-9.16.25/init.d-add-support-for-read-only-rootfs.patch
 
b/meta/recipes-connectivity/bind/bind-9.16.26/init.d-add-support-for-read-only-rootfs.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.16.25/init.d-add-support-for-read-only-rootfs.patch
rename to 

[OE-core][PATCH] qemu: add tpm string section to qemu acpi table

2022-02-23 Thread LiweiSong
This will create _STR and _UID section for TPM in qemu acpi table,
with these section, the missing "description" and "uid" files will
be created for TPM in /sys by kernel.

Signed-off-by: Liwei Song 
---
 meta/recipes-devtools/qemu/qemu.inc   |  1 +
 ...issing-device-identification-objects.patch | 83 +++
 2 files changed, 84 insertions(+)
 create mode 100644 
meta/recipes-devtools/qemu/qemu/0001-acpi-tpm-Add-missing-device-identification-objects.patch

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 80b83be63f70..fe2bb4d94836 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -27,6 +27,7 @@ SRC_URI = "https://download.qemu.org/${BPN}-${PV}.tar.xz \
file://determinism.patch \

file://0001-tests-meson.build-use-relative-path-to-refer-to-file.patch \

file://0001-riscv-Set-5.4-as-minimum-kernel-version-for-riscv32.patch \
+   
file://0001-acpi-tpm-Add-missing-device-identification-objects.patch \
"
 UPSTREAM_CHECK_REGEX = "qemu-(?P\d+(\.\d+)+)\.tar"
 
diff --git 
a/meta/recipes-devtools/qemu/qemu/0001-acpi-tpm-Add-missing-device-identification-objects.patch
 
b/meta/recipes-devtools/qemu/qemu/0001-acpi-tpm-Add-missing-device-identification-objects.patch
new file mode 100644
index ..ff9167487900
--- /dev/null
+++ 
b/meta/recipes-devtools/qemu/qemu/0001-acpi-tpm-Add-missing-device-identification-objects.patch
@@ -0,0 +1,83 @@
+From 5903646d3913af6544680f6645fcb7296d0b3a1c Mon Sep 17 00:00:00 2001
+From: Stefan Berger 
+Date: Tue, 4 Jan 2022 12:58:05 -0500
+Subject: [PATCH] acpi: tpm: Add missing device identification objects
+
+Add missing TPM device identification objects _STR and _UID. They will
+appear as files 'description' and 'uid' under Linux sysfs.
+
+Following inspection of sysfs entries for hardware TPMs we chose
+uid '1'.
+
+Upstream-Status: Backport [5903646d3913af6544680f6645fcb7296d0b3a1c]
+
+Cc: Shannon Zhao 
+Cc: Michael S. Tsirkin 
+Cc: Igor Mammedov 
+Cc: Ani Sinha 
+Resolves: https://gitlab.com/qemu-project/qemu/-/issues/708
+Signed-off-by: Stefan Berger 
+Reviewed-by: Ani Sinha 
+Reviewed-by: Shannon Zhao 
+Message-id: 20211223022310.575496-3-stef...@linux.ibm.com
+Message-Id: <20220104175806.872996-3-stef...@linux.ibm.com>
+Reviewed-by: Michael S. Tsirkin 
+Signed-off-by: Michael S. Tsirkin 
+Reviewed-by: Igor Mammedov 
+Signed-off-by: Liwei Song 
+---
+ hw/arm/virt-acpi-build.c | 1 +
+ hw/i386/acpi-build.c | 7 +++
+ 2 files changed, 8 insertions(+)
+
+diff --git a/hw/arm/virt-acpi-build.c b/hw/arm/virt-acpi-build.c
+index d0f4867fdfe5..f2514ce77c0b 100644
+--- a/hw/arm/virt-acpi-build.c
 b/hw/arm/virt-acpi-build.c
+@@ -229,6 +229,7 @@ static void acpi_dsdt_add_tpm(Aml *scope, VirtMachineState 
*vms)
+ 
+ Aml *dev = aml_device("TPM0");
+ aml_append(dev, aml_name_decl("_HID", aml_string("MSFT0101")));
++aml_append(dev, aml_name_decl("_STR", aml_string("TPM 2.0 Device")));
+ aml_append(dev, aml_name_decl("_UID", aml_int(0)));
+ 
+ Aml *crs = aml_resource_template();
+diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
+index 0234fe7588b7..ce823e8fcb97 100644
+--- a/hw/i386/acpi-build.c
 b/hw/i386/acpi-build.c
+@@ -1812,11 +1812,15 @@ build_dsdt(GArray *table_data, BIOSLinker *linker,
+ dev = aml_device("TPM");
+ aml_append(dev, aml_name_decl("_HID",
+   aml_string("MSFT0101")));
++aml_append(dev,
++   aml_name_decl("_STR",
++ aml_string("TPM 2.0 Device")));
+ } else {
+ dev = aml_device("ISA.TPM");
+ aml_append(dev, aml_name_decl("_HID",
+   aml_eisaid("PNP0C31")));
+ }
++aml_append(dev, aml_name_decl("_UID", aml_int(1)));
+ 
+ aml_append(dev, aml_name_decl("_STA", aml_int(0xF)));
+ crs = aml_resource_template();
+@@ -1844,12 +1848,15 @@ build_dsdt(GArray *table_data, BIOSLinker *linker,
+ if (TPM_IS_CRB(tpm)) {
+ dev = aml_device("TPM");
+ aml_append(dev, aml_name_decl("_HID", aml_string("MSFT0101")));
++aml_append(dev, aml_name_decl("_STR",
++  aml_string("TPM 2.0 Device")));
+ crs = aml_resource_template();
+ aml_append(crs, aml_memory32_fixed(TPM_CRB_ADDR_BASE,
+TPM_CRB_ADDR_SIZE, 
AML_READ_WRITE));
+ aml_append(dev, aml_name_decl("_CRS", crs));
+ 
+ aml_append(dev, aml_name_decl("_STA", aml_int(0xf)));
++aml_append(dev, aml_name_decl("_UID", aml_int(1)));
+ 
+ tpm_build_ppi_acpi(tpm, dev);
+ 
+-- 
+2.17.1
+
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages 

[OE-core] [PATCH] asciidoc: upgrade 10.1.1 -> 10.1.3

2022-02-23 Thread wangmy
Bugfix:

Add missing py files to dist archives
Fix setup.py including packages outside of asciidoc

Signed-off-by: Wang Mingyu 
---
 .../asciidoc/{asciidoc_10.1.1.bb => asciidoc_10.1.3.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-extended/asciidoc/{asciidoc_10.1.1.bb => 
asciidoc_10.1.3.bb} (94%)

diff --git a/meta/recipes-extended/asciidoc/asciidoc_10.1.1.bb 
b/meta/recipes-extended/asciidoc/asciidoc_10.1.3.bb
similarity index 94%
rename from meta/recipes-extended/asciidoc/asciidoc_10.1.1.bb
rename to meta/recipes-extended/asciidoc/asciidoc_10.1.3.bb
index 8de827f09e..a922cdf04f 100644
--- a/meta/recipes-extended/asciidoc/asciidoc_10.1.1.bb
+++ b/meta/recipes-extended/asciidoc/asciidoc_10.1.3.bb
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = 
"file://COPYRIGHT;md5=4e5d1baf6f20559e3bec172226a47e4e \
 file://LICENSE;md5=b234ee4d69f5fce4486a80fdaf4a4263 "
 
 SRC_URI = "git://github.com/asciidoc/asciidoc-py3;protocol=https;branch=main"
-SRCREV = "9bb083349e66a6b7195675b04e9adb2d6e21093f"
+SRCREV = "342639edbbc0dcc64354a0291d2214d4d5e65cab"
 
 DEPENDS = "libxml2-native libxslt-native docbook-xml-dtd4-native 
docbook-xsl-stylesheets-native"
 
-- 
2.25.1


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



Re: [OE-core] [yocto] QA notification for completed autobuilder build (yocto-3.3.5.rc1)

2022-02-23 Thread Teoh, Jay Shen
Hi all,

Intel and WR YP QA is planning for QA execution for YP build yocto-3.3.5.rc1. 
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 Monday, Feb 28.

Thanks,
Jay
> > -Original Message-
> > From: yo...@lists.yoctoproject.org  On
> > Behalf Of Richard Purdie
> > Sent: Tuesday, February 22, 2022 05:51 PM
> > To:  
> > Cc: qa-build-notification
> > 
> > Subject: [yocto] QA notification for completed autobuilder build
> > (yocto-3.3.5.rc1)
> >
> > A build flagged for QA (yocto-3.3.5.rc1) was completed on the
> > autobuilder and is available at:
> >
> >
> > https://autobuilder.yocto.io/pub/releases/yocto-3.3.5.rc1
> >
> >
> > Build hash information:
> >
> > bitbake: aaa7f7af23d5f89fe4a5ed48c57ea3dfca07c79d
> > meta-agl: 9a50bd62dfac0d6ea1320b2ee083529cb98b9f92
> > meta-arm: fe35ff5ba809bf4826adfe65899a84e9c99494e8
> > meta-aws: 6801abf40bb255a31bce5061c5c6b72f5e2a8f58
> > meta-gplv2: 9e119f333cc8f53bd3cf64326f826dbc6ce3db0f
> > meta-intel: 36e915402dfe317654568f09f18fb6f7653603bc
> > meta-mingw: 422b96cb2b6116442be1f40dfb5bd77447d1219e
> > meta-openembedded: 23598caeafce0af0dde8d1339cf5edff021f6823
> > oecore: 29cd1d796057ef5599fe17c39b42aa099f7b1c29
> > poky: 8d3e054f6d432b5ca0fcd613e0c767fab3c85f24
> >
> >
> >
> > 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 (#162247): 
https://lists.openembedded.org/g/openembedded-core/message/162247
Mute This Topic: https://lists.openembedded.org/mt/89336888/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [OE-core] [PATCH v2 3/3] systemd: Minimize udev package size if DISTRO_FEATURES contains systemd

2022-02-23 Thread Stefan Herbrechtsmeier

Hi,

Am 23.02.2022 um 02:49 schrieb Yu, Mingli:



On 2/22/22 9:26 PM, Stefan Herbrechtsmeier wrote:

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

Hi,

Am 22.02.2022 um 10:20 schrieb Yu, Mingli:

Hi,

On 2/2/22 3:35 PM, Stefan Herbrechtsmeier wrote:

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

From: Stefan Herbrechtsmeier 

Link udev shared with systemd helper to minimize the udev package size
if DISTRO_FEATURES contains systemd.

It is only usefull to link udev static with systemd helper if udev
should be installed without systemd.

Signed-off-by: Stefan Herbrechtsmeier


---

(no changes since v1)

  meta/recipes-core/systemd/systemd_249.7.bb | 1 +
  1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/systemd/systemd_249.7.bb
b/meta/recipes-core/systemd/systemd_249.7.bb
index 739f3aae86..431781e6c7 100644
--- a/meta/recipes-core/systemd/systemd_249.7.bb
+++ b/meta/recipes-core/systemd/systemd_249.7.bb
@@ -66,6 +66,7 @@ PACKAGECONFIG ??= " \
  ${@bb.utils.filter('DISTRO_FEATURES', 'acl audit efi ldconfig
pam selinux smack usrmerge polkit seccomp', d)} \
  ${@bb.utils.contains('DISTRO_FEATURES', 'wifi', 'rfkill', '', 
d)} \

  ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'xkbcommon', '',
d)} \
+    ${@bb.utils.contains('DISTRO_FEATURES', 'systemd',
'link-udev-shared', '', d)} \


After this change, the iso image failed to boot with below error:
Cannot find rootfs.img file in /run/media/*, dropping to a shell

And more detailed about the error as the attached.

Steps to reproduce:
1, update conf/local.conf to use systemd as the default init manager
DISTRO_FEATURES:append = " systemd"
DISTRO_FEATURES_BACKFILL_CONSIDERED += "sysvinit"
VIRTUAL-RUNTIME_init_manager = "systemd"
VIRTUAL-RUNTIME_initscripts = "systemd-compat-units"
KERNEL_FEATURES:append = " cfg/systemd.scc"

You have to set the INIT_MANAGER variable instead or set the
VIRTUAL-RUNTIME_dev_manager variable to systemd.


2, bitbake core-image-minimal

3, runqemu qemux86-64  core-image-minimal  iso


A revert of the commit solve your problem?


Yes, the issue is gone after revert the commit.


It looks like a loot of packages have a direct runtime dependency to 
udev and after this patch udev have a runtime dependency to systemd. We 
could revert this patch or move libsystemd-shared.so to its own package 
to remove the dependency to systemd itself.


Regards
  Stefan

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