[oe-core][PATCHv3 6/6] xorg-app-common.inc: allow to build for wayland
Signed-off-by: Markus Volk
---
meta/recipes-graphics/xorg-app/xorg-app-common.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-app/xorg-app-common.inc
b/meta/recipes-graphics/xorg-app/xorg-app-common.inc
index 5dbe8abe86..7aed6e7138 100644
--- a/meta/recipes-graphics/xorg-app/xorg-app-common.inc
+++ b/meta/recipes-graphics/xorg-app/xorg-app-common.inc
@@ -6,7 +6,7 @@ LICENSE = "MIT"
DEPENDS = "util-macros-native virtual/libx11"
# depends on virtual/libx11
-REQUIRED_DISTRO_FEATURES = "x11"
+ANY_OF_DISTRO_FEATURES = "x11 wayland"
SRC_URI_EXT = "bz2"
SRC_URI = "${XORG_MIRROR}/individual/app/${BPN}-${PV}.tar.${SRC_URI_EXT}"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166544):
https://lists.openembedded.org/g/openembedded-core/message/166544
Mute This Topic: https://lists.openembedded.org/mt/91536430/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe-core][PATCHv3 3/6] xdg-utils: allow to build for wayland
Signed-off-by: Markus Volk
---
meta/recipes-extended/xdg-utils/xdg-utils_1.1.3.bb | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-extended/xdg-utils/xdg-utils_1.1.3.bb
b/meta/recipes-extended/xdg-utils/xdg-utils_1.1.3.bb
index 73acf6b744..ef698d9f09 100644
--- a/meta/recipes-extended/xdg-utils/xdg-utils_1.1.3.bb
+++ b/meta/recipes-extended/xdg-utils/xdg-utils_1.1.3.bb
@@ -31,8 +31,9 @@ UPSTREAM_CHECK_REGEX =
"xdg-utils-(?P((\d+[\.\-_]*)+)((rc|alpha|beta)\d+)?
# Needs brokensep as this doesn't use automake
inherit autotools-brokensep features_check
-# The xprop requires x11 in DISTRO_FEATURES
-REQUIRED_DISTRO_FEATURES = "x11"
+ANY_OF_DISTRO_FEATURES = "x11 wayland"
DEPENDS = "xmlto-native libxslt-native"
-RDEPENDS:${PN} += "xprop"
+
+PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}"
+PACKAGECONFIG[x11] = ",,,xprop"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166542):
https://lists.openembedded.org/g/openembedded-core/message/166542
Mute This Topic: https://lists.openembedded.org/mt/91536428/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe-core][PATCHv3 5/6] xorg-font-common.inc: allow to build for wayland
Signed-off-by: Markus Volk
---
meta/recipes-graphics/xorg-font/xorg-font-common.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-font/xorg-font-common.inc
b/meta/recipes-graphics/xorg-font/xorg-font-common.inc
index 2df23efed4..f552bb0076 100644
--- a/meta/recipes-graphics/xorg-font/xorg-font-common.inc
+++ b/meta/recipes-graphics/xorg-font/xorg-font-common.inc
@@ -15,7 +15,7 @@ S = "${WORKDIR}/${XORG_PN}-${PV}"
inherit autotools pkgconfig features_check
# The mkfontscale-native requires x11 in DISTRO_FEATURES
-REQUIRED_DISTRO_FEATURES = "x11"
+ANY_OF_DISTRO_FEATURES = "x11 wayland"
EXTRA_OEMAKE += "FCCACHE=/bin/true
UTIL_DIR=${STAGING_DIR_TARGET}\$\(MAPFILES_PATH\)"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166543):
https://lists.openembedded.org/g/openembedded-core/message/166543
Mute This Topic: https://lists.openembedded.org/mt/91536429/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe-core][PATCHv3 4/6] libsdl2: dont mix opengl and gles backends for wayland
This fixes "Could not initialize egl display" in libsdl2 apps for
wayland without DISTRO_FEATURE x11
Signed-off-by: Markus Volk
---
meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb
b/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb
index 8519e7f732..e057b5cbbc 100644
--- a/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb
+++ b/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb
@@ -56,14 +56,16 @@ EXTRA_OECMAKE = "-DSDL_OSS=OFF -DSDL_ESD=OFF -DSDL_ARTS=OFF
\
# opengl packageconfig factored out to make it easy for distros
# and BSP layers to pick either (desktop) opengl, gles2, or no GL
-PACKAGECONFIG_GL ?= "${@bb.utils.filter('DISTRO_FEATURES', 'opengl', d)}"
+PACKAGECONFIG_GL ?= " \
+${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl', 'opengl', '', d)} \
+${@bb.utils.contains('DISTRO_FEATURES', 'wayland opengl', 'gles2', '', d)}
\
+"
PACKAGECONFIG:class-native = "x11 ${PACKAGECONFIG_GL}"
PACKAGECONFIG:class-nativesdk = "${@bb.utils.filter('DISTRO_FEATURES', 'x11',
d)} ${PACKAGECONFIG_GL}"
PACKAGECONFIG ??= " \
${PACKAGECONFIG_GL} \
-${@bb.utils.filter('DISTRO_FEATURES', 'alsa directfb pulseaudio x11', d)} \
-${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'wayland gles2', '',
d)} \
+${@bb.utils.filter('DISTRO_FEATURES', 'alsa directfb pulseaudio x11
wayland', d)} \
${@bb.utils.contains("TUNE_FEATURES", "neon","arm-neon","",d)} \
"
PACKAGECONFIG[alsa] = "-DSDL_ALSA=ON,-DSDL_ALSA=OFF,alsa-lib,"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166540):
https://lists.openembedded.org/g/openembedded-core/message/166540
Mute This Topic: https://lists.openembedded.org/mt/91536426/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe-core][PATCHv3 2/6] libxcb: allow to build for wayland
Signed-off-by: Markus Volk
---
meta/recipes-graphics/xorg-lib/libxcb_1.15.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-lib/libxcb_1.15.bb
b/meta/recipes-graphics/xorg-lib/libxcb_1.15.bb
index 839577326e..6205030591 100644
--- a/meta/recipes-graphics/xorg-lib/libxcb_1.15.bb
+++ b/meta/recipes-graphics/xorg-lib/libxcb_1.15.bb
@@ -24,7 +24,7 @@ FILES:${PN} = "${libdir}/libxcb.so.*"
inherit autotools pkgconfig features_check
# The libxau and others requires x11 in DISTRO_FEATURES
-REQUIRED_DISTRO_FEATURES = "x11"
+ANY_OF_DISTRO_FEATURES = "x11 wayland"
export PYTHON = "python3"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166541):
https://lists.openembedded.org/g/openembedded-core/message/166541
Mute This Topic: https://lists.openembedded.org/mt/91536427/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe-core][PATCHv3 1/6] xorg-lib-common: allow to build for wayland
Signed-off-by: Markus Volk --- meta/recipes-graphics/xorg-lib/xorg-lib-common.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc b/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc index 60bc8c76fa..30122f2bfa 100644 --- a/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc +++ b/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc @@ -23,4 +23,4 @@ UNKNOWN_CONFIGURE_OPT_IGNORE += "--enable-malloc0returnsnull --disable-malloc0re --without-xmlto --with-xmlto \ " -REQUIRED_DISTRO_FEATURES ?= "x11" +ANY_OF_DISTRO_FEATURES ?= "x11 wayland" -- 2.25.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#166539): https://lists.openembedded.org/g/openembedded-core/message/166539 Mute This Topic: https://lists.openembedded.org/mt/91536425/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe-core][PATCHv2 6/6] xorg-app-common: allow to build for wayland
---
meta/recipes-graphics/xorg-app/xorg-app-common.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-app/xorg-app-common.inc
b/meta/recipes-graphics/xorg-app/xorg-app-common.inc
index 5dbe8abe86..7aed6e7138 100644
--- a/meta/recipes-graphics/xorg-app/xorg-app-common.inc
+++ b/meta/recipes-graphics/xorg-app/xorg-app-common.inc
@@ -6,7 +6,7 @@ LICENSE = "MIT"
DEPENDS = "util-macros-native virtual/libx11"
# depends on virtual/libx11
-REQUIRED_DISTRO_FEATURES = "x11"
+ANY_OF_DISTRO_FEATURES = "x11 wayland"
SRC_URI_EXT = "bz2"
SRC_URI = "${XORG_MIRROR}/individual/app/${BPN}-${PV}.tar.${SRC_URI_EXT}"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166538):
https://lists.openembedded.org/g/openembedded-core/message/166538
Mute This Topic: https://lists.openembedded.org/mt/91536385/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe-core][PATCHv2 5/6] xorg-font-common.inc: allow to build for wayland
Signed-off-by: Markus Volk
---
meta/recipes-graphics/xorg-font/xorg-font-common.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-font/xorg-font-common.inc
b/meta/recipes-graphics/xorg-font/xorg-font-common.inc
index 2df23efed4..f552bb0076 100644
--- a/meta/recipes-graphics/xorg-font/xorg-font-common.inc
+++ b/meta/recipes-graphics/xorg-font/xorg-font-common.inc
@@ -15,7 +15,7 @@ S = "${WORKDIR}/${XORG_PN}-${PV}"
inherit autotools pkgconfig features_check
# The mkfontscale-native requires x11 in DISTRO_FEATURES
-REQUIRED_DISTRO_FEATURES = "x11"
+ANY_OF_DISTRO_FEATURES = "x11 wayland"
EXTRA_OEMAKE += "FCCACHE=/bin/true
UTIL_DIR=${STAGING_DIR_TARGET}\$\(MAPFILES_PATH\)"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166537):
https://lists.openembedded.org/g/openembedded-core/message/166537
Mute This Topic: https://lists.openembedded.org/mt/91536384/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe-core][PATCHv2 2/6] libxcb: allow to build for wayland
Signed-off-by: Markus Volk
---
meta/recipes-graphics/xorg-lib/libxcb_1.15.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/xorg-lib/libxcb_1.15.bb
b/meta/recipes-graphics/xorg-lib/libxcb_1.15.bb
index 839577326e..6205030591 100644
--- a/meta/recipes-graphics/xorg-lib/libxcb_1.15.bb
+++ b/meta/recipes-graphics/xorg-lib/libxcb_1.15.bb
@@ -24,7 +24,7 @@ FILES:${PN} = "${libdir}/libxcb.so.*"
inherit autotools pkgconfig features_check
# The libxau and others requires x11 in DISTRO_FEATURES
-REQUIRED_DISTRO_FEATURES = "x11"
+ANY_OF_DISTRO_FEATURES = "x11 wayland"
export PYTHON = "python3"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166533):
https://lists.openembedded.org/g/openembedded-core/message/166533
Mute This Topic: https://lists.openembedded.org/mt/91536380/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe-core][PATCHv2 1/6] xorg-lib-common: allow to build for wayland
Signed-off-by: Markus Volk --- meta/recipes-graphics/xorg-lib/xorg-lib-common.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc b/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc index 60bc8c76fa..30122f2bfa 100644 --- a/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc +++ b/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc @@ -23,4 +23,4 @@ UNKNOWN_CONFIGURE_OPT_IGNORE += "--enable-malloc0returnsnull --disable-malloc0re --without-xmlto --with-xmlto \ " -REQUIRED_DISTRO_FEATURES ?= "x11" +ANY_OF_DISTRO_FEATURES ?= "x11 wayland" -- 2.25.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#166536): https://lists.openembedded.org/g/openembedded-core/message/166536 Mute This Topic: https://lists.openembedded.org/mt/91536383/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[oe-core][PATCHv2 4/6] libsdl2: dont mix opengl and gles backends for wayland
This fixes "Could not initialize egl display" in libsdl2 apps for
wayland without DISTRO_FEATURE x11
Signed-off-by: Markus Volk
---
meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb
b/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb
index 8519e7f732..e057b5cbbc 100644
--- a/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb
+++ b/meta/recipes-graphics/libsdl2/libsdl2_2.0.22.bb
@@ -56,14 +56,16 @@ EXTRA_OECMAKE = "-DSDL_OSS=OFF -DSDL_ESD=OFF -DSDL_ARTS=OFF
\
# opengl packageconfig factored out to make it easy for distros
# and BSP layers to pick either (desktop) opengl, gles2, or no GL
-PACKAGECONFIG_GL ?= "${@bb.utils.filter('DISTRO_FEATURES', 'opengl', d)}"
+PACKAGECONFIG_GL ?= " \
+${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl', 'opengl', '', d)} \
+${@bb.utils.contains('DISTRO_FEATURES', 'wayland opengl', 'gles2', '', d)}
\
+"
PACKAGECONFIG:class-native = "x11 ${PACKAGECONFIG_GL}"
PACKAGECONFIG:class-nativesdk = "${@bb.utils.filter('DISTRO_FEATURES', 'x11',
d)} ${PACKAGECONFIG_GL}"
PACKAGECONFIG ??= " \
${PACKAGECONFIG_GL} \
-${@bb.utils.filter('DISTRO_FEATURES', 'alsa directfb pulseaudio x11', d)} \
-${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'wayland gles2', '',
d)} \
+${@bb.utils.filter('DISTRO_FEATURES', 'alsa directfb pulseaudio x11
wayland', d)} \
${@bb.utils.contains("TUNE_FEATURES", "neon","arm-neon","",d)} \
"
PACKAGECONFIG[alsa] = "-DSDL_ALSA=ON,-DSDL_ALSA=OFF,alsa-lib,"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166534):
https://lists.openembedded.org/g/openembedded-core/message/166534
Mute This Topic: https://lists.openembedded.org/mt/91536381/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[oe-core][PATCHv2 3/6] xdg-utils: allow to build for wayland
Signed-off-by: Markus Volk
---
meta/recipes-extended/xdg-utils/xdg-utils_1.1.3.bb | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-extended/xdg-utils/xdg-utils_1.1.3.bb
b/meta/recipes-extended/xdg-utils/xdg-utils_1.1.3.bb
index 73acf6b744..ef698d9f09 100644
--- a/meta/recipes-extended/xdg-utils/xdg-utils_1.1.3.bb
+++ b/meta/recipes-extended/xdg-utils/xdg-utils_1.1.3.bb
@@ -31,8 +31,9 @@ UPSTREAM_CHECK_REGEX =
"xdg-utils-(?P((\d+[\.\-_]*)+)((rc|alpha|beta)\d+)?
# Needs brokensep as this doesn't use automake
inherit autotools-brokensep features_check
-# The xprop requires x11 in DISTRO_FEATURES
-REQUIRED_DISTRO_FEATURES = "x11"
+ANY_OF_DISTRO_FEATURES = "x11 wayland"
DEPENDS = "xmlto-native libxslt-native"
-RDEPENDS:${PN} += "xprop"
+
+PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}"
+PACKAGECONFIG[x11] = ",,,xprop"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166535):
https://lists.openembedded.org/g/openembedded-core/message/166535
Mute This Topic: https://lists.openembedded.org/mt/91536382/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [oe-core][PATCH 1/4] xorg-lib-common: allow to build for wayland
You are certainly right about that. The error message reached me just before I had to go to work and so I just quickly changed the file without testing anything with it. That's why I hadn't sent out a new patchset yet, but I'll make up for that completely this time. Hopefully also with a solution for your current problem. However I would find it a lot clearer if you instead sent a v2 series with all the 5 patches (1 new + 4 as in the previous version). It would avoid any confusion. About the test, unfortunately we are still having failures: https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/5316/steps/11/logs/stdio https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/5316/steps/14/logs/stdio -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#166532): https://lists.openembedded.org/g/openembedded-core/message/166532 Mute This Topic: https://lists.openembedded.org/mt/91458797/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/11] Pull request (cover letter only)
This is the final oe-core pull request for the 3.1.17 release next week.
The following changes since commit add860e1a69f848097bbc511137a62d5746e5019:
oeqa/selftest/cve_check: add tests for recipe and image reports (2022-05-24
04:31:18 -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
Dan Tran (1):
ncurses: Fix CVE-2022-29458
Ernst Sjöstrand (2):
cve-check: Add helper for symlink handling
cve-check: Only include installed packages for rootfs manifest
Ranjitsinh Rathod (3):
ruby: Upgrade ruby to 2.7.6 for security fix
ruby: Whitelist CVE-2021-28966 as this affects Windows OS only
libsdl2: Add fix for CVE-2021-33657
Richard Purdie (2):
vim: Upgrade 8.2.4912 -> 8.2.5034 to fix 9 CVEs
cve-check: Allow warnings to be disabled
Riyaz (1):
libxml2: Fix CVE-2022-29824 for libxml2
Virendra Thakur (1):
ffmpeg: Fix for CVE-2022-1475
leimaohui (1):
cve-check.bbclass: Added do_populate_sdk[recrdeptask].
meta/classes/cve-check.bbclass| 109 --
.../libxml2/CVE-2022-29824-dependent.patch| 53 +++
.../libxml/libxml2/CVE-2022-29824.patch | 348 ++
meta/recipes-core/libxml/libxml2_2.9.10.bb| 2 +
.../ncurses/files/CVE-2022-29458.patch| 135 +++
meta/recipes-core/ncurses/ncurses_6.2.bb | 1 +
.../ruby/{ruby_2.7.5.bb => ruby_2.7.6.bb} | 8 +-
.../libsdl2/libsdl2/CVE-2021-33657.patch | 38 ++
.../libsdl2/libsdl2_2.0.12.bb | 1 +
.../ffmpeg/ffmpeg/CVE-2022-1475.patch | 36 ++
.../recipes-multimedia/ffmpeg/ffmpeg_4.2.2.bb | 1 +
meta/recipes-support/vim/vim.inc | 4 +-
12 files changed, 694 insertions(+), 42 deletions(-)
create mode 100644
meta/recipes-core/libxml/libxml2/CVE-2022-29824-dependent.patch
create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2022-29824.patch
create mode 100644 meta/recipes-core/ncurses/files/CVE-2022-29458.patch
rename meta/recipes-devtools/ruby/{ruby_2.7.5.bb => ruby_2.7.6.bb} (90%)
create mode 100644 meta/recipes-graphics/libsdl2/libsdl2/CVE-2021-33657.patch
create mode 100644 meta/recipes-multimedia/ffmpeg/ffmpeg/CVE-2022-1475.patch
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166531):
https://lists.openembedded.org/g/openembedded-core/message/166531
Mute This Topic: https://lists.openembedded.org/mt/91532478/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] Forced password change in first login
Finaly, i found the problem and i could solve it. SHA-256 is too weak to make a password hash, this is why on first login we need to change password always. Please fix it in Yocto manual ( https://docs.yoctoproject.org/singleindex.html#term-EXTRA_USERS_PARAMS ). When i set it to generate sha512crypt hash it works fine, there are no any change request on first login. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#166530): https://lists.openembedded.org/g/openembedded-core/message/166530 Mute This Topic: https://lists.openembedded.org/mt/91308780/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/1] extrausers: Add ability to force password change on first login
Finaly, i found the problem and i could solve it. SHA-256 is too weak to make a password hash, this is why on first login we need to change password always. Please fix it in Yocto manual ( https://docs.yoctoproject.org/singleindex.html#term-EXTRA_USERS_PARAMS ). When i set it to generate sha512crypt hash it works fine, there are no any change request on first login. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#166529): https://lists.openembedded.org/g/openembedded-core/message/166529 Mute This Topic: https://lists.openembedded.org/mt/81180920/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH v2] opkg: upgrade to version 0.6.0
Release Notes for 0.6.0:
http://downloads.yoctoproject.org/releases/opkg/opkg-0.6.0.release-notes
Signed-off-by: Alex Stewart
---
meta/recipes-devtools/opkg/{opkg_0.5.0.bb => opkg_0.6.0.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/opkg/{opkg_0.5.0.bb => opkg_0.6.0.bb} (96%)
diff --git a/meta/recipes-devtools/opkg/opkg_0.5.0.bb
b/meta/recipes-devtools/opkg/opkg_0.6.0.bb
similarity index 96%
rename from meta/recipes-devtools/opkg/opkg_0.5.0.bb
rename to meta/recipes-devtools/opkg/opkg_0.6.0.bb
index
e91d7250bc9f7fde73395335f008108578515b77..7b351e81231df48b2c493542a00d95911606248f
100644
--- a/meta/recipes-devtools/opkg/opkg_0.5.0.bb
+++ b/meta/recipes-devtools/opkg/opkg_0.6.0.bb
@@ -18,7 +18,7 @@ SRC_URI =
"http://downloads.yoctoproject.org/releases/${BPN}/${BPN}-${PV}.tar.gz
file://run-ptest \
"
-SRC_URI[sha256sum] =
"559c3e1b893abaa1dd473ce3a9a5f7dd3f60ceb6cd14caaef76ddf0f7721ad1c"
+SRC_URI[sha256sum] =
"56844722eff237daf14aa6e681436f3245213c5590ed0cda37a79df637ff3a4c"
# This needs to be before ptest inherit, otherwise all ptest files end packaged
# in libopkg package if OPKGLIBDIR == libdir, because default
--
2.36.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166528):
https://lists.openembedded.org/g/openembedded-core/message/166528
Mute This Topic: https://lists.openembedded.org/mt/91529965/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] opkg: upgrade to version 0.6.0
I'm not sure I'm on-board with embedding markdown into the commit. But I can definitely link to the release notes from within the commit body. Patch V2 incoming. On 6/3/22 15:52, Khem Raj wrote: thanks may be add this info into commit msg too. -- Alex Stewart Software Engineer - NI Real-Time OS NI (National Instruments) alex.stew...@ni.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#166527): https://lists.openembedded.org/g/openembedded-core/message/166527 Mute This Topic: https://lists.openembedded.org/mt/91528903/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] opkg: upgrade to version 0.6.0
thanks may be add this info into commit msg too.
On Fri, Jun 3, 2022 at 1:45 PM Alex Stewart wrote:
>
> Here are the release notes from 0.5.0 -> 0.6.0.
>
> http://downloads.yoctoproject.org/releases/opkg/opkg-0.6.0.release-notes
>
> ```
> Release Notes for opkg-0.6.0
>
>
> ### Changed
> - When using package signature verification, the signature file is now
> only downloaded when (a) it is not present in the local cache or (b) the
> package file must be downloaded again. This makes signature verification
> more reliable in cases where the connection to the package feed is
> unreliable, or stored on a removable device that is not always connected.
> - Package `pre-depends` are now recorded in the opkg `status` file.
> - Package `pre-depends` are now considered when removing packages. Opkg
> will now (correctly) fail, when the user asks to remove a package which
> is a pre-depends of another installed package.
> - libsolv will now return a solver error if the user asks to install a
> package which does not exist in the feeds.
> - The `opkg search` command now prints a newline character at the end of
> its output when the search path cannot be found - which looks a little
> nicer when using opkg interactively.
> ```
>
> I don't expect these changes to directly impact the normal OE build
> workflows. But they do resolve some corner-cases that yocto community
> members have brought up in the previous 6 months.
>
> On 6/3/22 15:30, Khem Raj wrote:
> > What major changes does this change bring
> >
> > On Fri, Jun 3, 2022 at 1:04 PM Alex Stewart wrote:
> >
> > Signed-off-by: Alex Stewart
> > ---
> > meta/recipes-devtools/opkg/{opkg_0.5.0.bb
> >
> >
> > => opkg_0.6.0.bb
> >
> > }
> > | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> > rename meta/recipes-devtools/opkg/{opkg_0.5.0.bb
> >
> >
> > => opkg_0.6.0.bb
> >
> > }
> > (96%)
> >
> > diff --git a/meta/recipes-devtools/opkg/opkg_0.5.0.bb
> >
> >
> > b/meta/recipes-devtools/opkg/opkg_0.6.0.bb
> >
> >
> > similarity index 96%
> > rename from meta/recipes-devtools/opkg/opkg_0.5.0.bb
> >
> >
> > rename to meta/recipes-devtools/opkg/opkg_0.6.0.bb
> >
> >
> > index
> >
> > e91d7250bc9f7fde73395335f008108578515b77..7b351e81231df48b2c493542a00d95911606248f
> > 100644
> > --- a/meta/recipes-devtools/opkg/opkg_0.5.0.bb
> >
> >
> > +++ b/meta/recipes-devtools/opkg/opkg_0.6.0.bb
> >
> >
> > @@ -18,7 +18,7 @@ SRC_URI =
> > "http://downloads.yoctoproject.org/releases/${BPN}/${BPN}-${PV}.tar.gz
> >
> >
> > file://run-ptest \
> > "
> >
> > -SRC_URI[sha256sum] =
> > "559c3e1b893abaa1dd473ce3a9a5f7dd3f60ceb6cd14caaef76ddf0f7721ad1c"
> > +SRC_URI[sha256sum] =
> > "56844722eff237daf14aa6e681436f3245213c5590ed0cda37a79df637ff3a4c"
> >
> > # This needs to be before ptest inherit, otherwise all ptest
> > files end packaged
> > # in libopkg package if OPKGLIBDIR == libdir, because default
> > --
> > 2.36.1
> >
> >
> >
> >
>
> --
> Alex Stewart
> Software Engineer - NI Real-Time OS
> NI (National Instruments)
>
> alex.stew...@ni.com
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this
Re: [OE-core] [PATCH] opkg: upgrade to version 0.6.0
Here are the release notes from 0.5.0 -> 0.6.0.
http://downloads.yoctoproject.org/releases/opkg/opkg-0.6.0.release-notes
```
Release Notes for opkg-0.6.0
### Changed
- When using package signature verification, the signature file is now
only downloaded when (a) it is not present in the local cache or (b) the
package file must be downloaded again. This makes signature verification
more reliable in cases where the connection to the package feed is
unreliable, or stored on a removable device that is not always connected.
- Package `pre-depends` are now recorded in the opkg `status` file.
- Package `pre-depends` are now considered when removing packages. Opkg
will now (correctly) fail, when the user asks to remove a package which
is a pre-depends of another installed package.
- libsolv will now return a solver error if the user asks to install a
package which does not exist in the feeds.
- The `opkg search` command now prints a newline character at the end of
its output when the search path cannot be found - which looks a little
nicer when using opkg interactively.
```
I don't expect these changes to directly impact the normal OE build
workflows. But they do resolve some corner-cases that yocto community
members have brought up in the previous 6 months.
On 6/3/22 15:30, Khem Raj wrote:
What major changes does this change bring
On Fri, Jun 3, 2022 at 1:04 PM Alex Stewart wrote:
Signed-off-by: Alex Stewart
---
meta/recipes-devtools/opkg/{opkg_0.5.0.bb
=> opkg_0.6.0.bb
}
| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/opkg/{opkg_0.5.0.bb
=> opkg_0.6.0.bb
}
(96%)
diff --git a/meta/recipes-devtools/opkg/opkg_0.5.0.bb
b/meta/recipes-devtools/opkg/opkg_0.6.0.bb
similarity index 96%
rename from meta/recipes-devtools/opkg/opkg_0.5.0.bb
rename to meta/recipes-devtools/opkg/opkg_0.6.0.bb
index
e91d7250bc9f7fde73395335f008108578515b77..7b351e81231df48b2c493542a00d95911606248f
100644
--- a/meta/recipes-devtools/opkg/opkg_0.5.0.bb
+++ b/meta/recipes-devtools/opkg/opkg_0.6.0.bb
@@ -18,7 +18,7 @@ SRC_URI =
"http://downloads.yoctoproject.org/releases/${BPN}/${BPN}-${PV}.tar.gz
file://run-ptest \
"
-SRC_URI[sha256sum] =
"559c3e1b893abaa1dd473ce3a9a5f7dd3f60ceb6cd14caaef76ddf0f7721ad1c"
+SRC_URI[sha256sum] =
"56844722eff237daf14aa6e681436f3245213c5590ed0cda37a79df637ff3a4c"
# This needs to be before ptest inherit, otherwise all ptest
files end packaged
# in libopkg package if OPKGLIBDIR == libdir, because default
--
2.36.1
--
Alex Stewart
Software Engineer - NI Real-Time OS
NI (National Instruments)
alex.stew...@ni.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166525):
https://lists.openembedded.org/g/openembedded-core/message/166525
Mute This Topic: https://lists.openembedded.org/mt/91528903/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] opkg: upgrade to version 0.6.0
What major changes does this change bring
On Fri, Jun 3, 2022 at 1:04 PM Alex Stewart wrote:
> Signed-off-by: Alex Stewart
> ---
> meta/recipes-devtools/opkg/{opkg_0.5.0.bb => opkg_0.6.0.bb} | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> rename meta/recipes-devtools/opkg/{opkg_0.5.0.bb => opkg_0.6.0.bb} (96%)
>
> diff --git a/meta/recipes-devtools/opkg/opkg_0.5.0.bb
> b/meta/recipes-devtools/opkg/opkg_0.6.0.bb
> similarity index 96%
> rename from meta/recipes-devtools/opkg/opkg_0.5.0.bb
> rename to meta/recipes-devtools/opkg/opkg_0.6.0.bb
> index
> e91d7250bc9f7fde73395335f008108578515b77..7b351e81231df48b2c493542a00d95911606248f
> 100644
> --- a/meta/recipes-devtools/opkg/opkg_0.5.0.bb
> +++ b/meta/recipes-devtools/opkg/opkg_0.6.0.bb
> @@ -18,7 +18,7 @@ SRC_URI = "
> http://downloads.yoctoproject.org/releases/${BPN}/${BPN}-${PV}.tar.gz
> file://run-ptest \
> "
>
> -SRC_URI[sha256sum] =
> "559c3e1b893abaa1dd473ce3a9a5f7dd3f60ceb6cd14caaef76ddf0f7721ad1c"
> +SRC_URI[sha256sum] =
> "56844722eff237daf14aa6e681436f3245213c5590ed0cda37a79df637ff3a4c"
>
> # This needs to be before ptest inherit, otherwise all ptest files end
> packaged
> # in libopkg package if OPKGLIBDIR == libdir, because default
> --
> 2.36.1
>
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166524):
https://lists.openembedded.org/g/openembedded-core/message/166524
Mute This Topic: https://lists.openembedded.org/mt/91528903/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [oe-core][PATCH 1/4] xorg-lib-common: allow to build for wayland
Hi Markus, On Wed, 1 Jun 2022 17:10:45 +0200 "Markus Volk" wrote: > Hi Luca, > > i've sent a patch that should hopefully fix your issue I guess you refer to: [oe-core][PATCH] xorg-font-common.inc: allow to build for wayland and so I ran a build test with the above patch + the 4 patches in this series. However I would find it a lot clearer if you instead sent a v2 series with all the 5 patches (1 new + 4 as in the previous version). It would avoid any confusion. About the test, unfortunately we are still having failures: https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/5316/steps/11/logs/stdio https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/5316/steps/14/logs/stdio -- Luca Ceresoli, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#166523): https://lists.openembedded.org/g/openembedded-core/message/166523 Mute This Topic: https://lists.openembedded.org/mt/91458797/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] opkg: upgrade to version 0.6.0
Signed-off-by: Alex Stewart
---
meta/recipes-devtools/opkg/{opkg_0.5.0.bb => opkg_0.6.0.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/opkg/{opkg_0.5.0.bb => opkg_0.6.0.bb} (96%)
diff --git a/meta/recipes-devtools/opkg/opkg_0.5.0.bb
b/meta/recipes-devtools/opkg/opkg_0.6.0.bb
similarity index 96%
rename from meta/recipes-devtools/opkg/opkg_0.5.0.bb
rename to meta/recipes-devtools/opkg/opkg_0.6.0.bb
index
e91d7250bc9f7fde73395335f008108578515b77..7b351e81231df48b2c493542a00d95911606248f
100644
--- a/meta/recipes-devtools/opkg/opkg_0.5.0.bb
+++ b/meta/recipes-devtools/opkg/opkg_0.6.0.bb
@@ -18,7 +18,7 @@ SRC_URI =
"http://downloads.yoctoproject.org/releases/${BPN}/${BPN}-${PV}.tar.gz
file://run-ptest \
"
-SRC_URI[sha256sum] =
"559c3e1b893abaa1dd473ce3a9a5f7dd3f60ceb6cd14caaef76ddf0f7721ad1c"
+SRC_URI[sha256sum] =
"56844722eff237daf14aa6e681436f3245213c5590ed0cda37a79df637ff3a4c"
# This needs to be before ptest inherit, otherwise all ptest files end packaged
# in libopkg package if OPKGLIBDIR == libdir, because default
--
2.36.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166522):
https://lists.openembedded.org/g/openembedded-core/message/166522
Mute This Topic: https://lists.openembedded.org/mt/91528903/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] bitbake.conf: Make TCLIBC and TCMODE lazy assigned
On Fri, Jun 3, 2022 at 12:04 AM Pavel Zhukov wrote:
>
>
> An example we have right now:
>
> bitbake.conf: TCLIBC ?= "glibc"
> linux-distro.conf: TCLIBC = "musl"
>
> TCLIBC="glibc" bitbake -e distro-image-base => TCLIBC == "musl" which
> confuses users a lot (and it was not working this way in dunfell).
> Same applies to if TCLIBC="glibc" is in conf/local.conf then musl is used.
>
> With linux-distro.conf : TCLIBC ?= "musl" image is build with "glibc"
> which is not that we want.
>
> With suggested changes:
>
> bitbake.conf: TCLIBC ??= "glibc"
> linux-distro.conf: TCLIBC ?= "musl"
>
> TCLIBC="glibc" bitbake -e distro-image-base => TCLIBC == "glibc"
> bitbake -e distro-image-base => TCLIBC == "musl"
>
> If distro maintainers wants they can set to TCLIBC = ""
> and disable overriding explicitly.
>
> Do I miss something?
>
Its better to define different distros profiles sometimes they are not
beneficial to have knobs on cmdline e.g. see
https://github.com/YoeDistro/yoe-distro/blob/master/conf/site.conf#L14-L15
and
https://github.com/YoeDistro/yoe-distro/blob/master/sources/meta-yoe/conf/distro/yoe.conf
Since there could be multiple factors deciding the policy.
> "Martin Jansa" writes:
>
> > You can always override it from local.conf with an override, right? That
> > always worked for me and I don't see why this change is needed.
> >
> > On Fri, Jun 3, 2022 at 8:42 AM Pavel Zhukov wrote:
> >
> > This allows two level of overriding (distro level and local.conf/shell
> > variable). Previous settings blocked shell variables overring
> > if it was overriden on distro level.
> >
> > Signed-off-by: Pavel Zhukov
> > ---
> > meta/conf/bitbake.conf | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> > index 0e939aca4f..2a3cf6f8aa 100644
> > --- a/meta/conf/bitbake.conf
> > +++ b/meta/conf/bitbake.conf
> > @@ -386,8 +386,8 @@ FILESYSTEM_PERMS_TABLES ?= "${@'files/fs-perms.txt' if
> > oe.types.boolean(d.getVar
> > # General work and output directories for the build system.
> > ##
> >
> > -TCMODE ?= "default"
> > -TCLIBC ?= "glibc"
> > +TCMODE ??= "default"
> > +TCLIBC ??= "glibc"
> > TMPDIR ?= "${TOPDIR}/tmp"
> >
> > CACHE = "${TMPDIR}/cache/${TCMODE}-${TCLIBC}${@['', '/' +
> > str(d.getVar('MACHINE'))][bool(d.getVar('MACHINE'))]}${@['', '/' +
> > str(d.getVar
> > ('SDKMACHINE'))][bool(d.getVar('SDKMACHINE'))]}"
> > --
> > 2.35.1
> >
> >
> >
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166521):
https://lists.openembedded.org/g/openembedded-core/message/166521
Mute This Topic: https://lists.openembedded.org/mt/91516557/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 v6] Rust Oe-Selftest implementation
Hi Luca, Regarding the issue https://bugzilla.yoctoproject.org/show_bug.cgi?id=14818 I ran the Oe-Selftest for Rust as well as completed packages and did not come across any issues. a@yow-fedora-builder1 build]$ uname -a Linux yow-fedora-builder1 5.16.18-200.fc35.x86_64 #1 SMP PREEMPT Mon Mar 28 14:10:07 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux The log of tests can be seen as follows:- The command used to run the test was as mentioned in the Bugzilla. oe-selftest -a -t machine -t toolchain-system -j 15 test_libatomic: PASSED (113.76s) 2022-06-03 08:39:19,084 - oe-selftest - INFO - RESULTS - gcc.GccLibGompSelfTestSystemEmulated.test_libgomp: PASSED (637.21s) 2022-06-03 08:39:19,084 - oe-selftest - INFO - RESULTS - gcc.GccLibItmSelfTestSystemEmulated.test_libitm: PASSED (133.31s) 2022-06-03 08:39:19,084 - oe-selftest - INFO - RESULTS - gcc.GccLibStdCxxSelfTestSystemEmulated.test_libstdcxx: PASSED (2546.63s) 2022-06-03 08:39:19,084 - oe-selftest - INFO - RESULTS - gcc.GxxCrossSelfTestSystemEmulated.test_cross_gxx: PASSED (744.56s) 2022-06-03 08:39:19,084 - oe-selftest - INFO - RESULTS - glibc.GlibcSelfTestSystemEmulated.test_glibc: PASSED (1101.43s) 2022-06-03 08:39:19,085 - oe-selftest - INFO - RESULTS - meta_ide.MetaIDE.test_meta_ide_can_build_cpio_project: PASSED (54.33s) 2022-06-03 08:39:19,085 - oe-selftest - INFO - RESULTS - meta_ide.MetaIDE.test_meta_ide_can_compile_c_program: PASSED (0.19s) 2022-06-03 08:39:19,085 - oe-selftest - INFO - RESULTS - meta_ide.MetaIDE.test_meta_ide_had_installed_meta_ide_support: PASSED (0.01s) 2022-06-03 08:39:19,085 - oe-selftest - INFO - RESULTS - runqemu.QemuTest.test_qemu_can_shutdown: PASSED (45.98s) 2022-06-03 08:39:19,085 - oe-selftest - INFO - RESULTS - rust.RustSelfTestSystemEmulated.test_rust: PASSED (8381.70s) 2022-06-03 08:39:19,085 - oe-selftest - INFO - RESULTS - gcc.GccLibSspSelfTestSystemEmulated.test_libssp: SKIPPED (3.92s) 2022-06-03 08:39:22,336 - oe-selftest - INFO - SUMMARY: 2022-06-03 08:39:22,336 - oe-selftest - INFO - oe-selftest () - Ran 16 tests in 19613.479s 2022-06-03 08:39:22,336 - oe-selftest - INFO - oe-selftest - OK - All required tests passed (successes=15, skipped=1, failures=0, errors=0) I also ran the Rust Oe-Selftest individually and did not find any issues. Can you please share the environment file so that I can reproduce and fix the issue? Thanks, Pgowda On Tue, May 31, 2022 at 6:35 PM Luca Ceresoli wrote: > > Hi Pgowda, > > Il giorno Wed, 25 May 2022 09:57:48 +0200 > "Luca Ceresoli via lists.openembedded.org" > ha scritto: > > > Pgowda, > > > > Il giorno Tue, 24 May 2022 21:32:58 -0700 > > "Pgowda" ha scritto: > > > > > The patch implements Rust testing framework similar to other selftest, > > > specifically the gcc selftest in OE. It uses the client and server > > > based method to test the binaries for cross-target on the image. > > > The test framework is a wrapper around the Rust build system as ./x.py > > > test. > > > It tests many functionalities of Rust distribution like tools, > > > documentation, libraries, packages, tools, Cargo, Crater etc. > > > Please refer the following link for detailed description of Rust > > > testing:- > > > https://rustc-dev-guide.rust-lang.org/tests/intro.html#tool-tests > > > > > > To support the rust tests in oe-core, the following functions were > > > added:- > > > setup_cargo_environment(): Build bootstrap and some early stage tools. > > > do_rust_setup_snapshot(): Install the snapshot version of rust > > > binaries. do_configure(): To generate config.toml > > > do_compile(): To build "remote-test-server" for qemu target image. > > > > > > Approximate Number of Tests Run in the Rust Testsuite :- 18000 > > > Approximate Number of Tests that FAIL in bitbake environment :- > > > 100-150 Normally majority of the testcases are present in major > > > folder "test/" It contributes to more than 80% of the testcases > > > present in Rust test framework. These tests pass as expected on any > > > Rust versions without much fuss. The tests that fail are of less > > > important and contribute to less than 2% of the total testcases. > > > These minor tests are observed to work on some versions and fail on > > > others. They have to be added, ignored or excluded for different > > > versions as per the behavior. These tests have been ignored or > > > excluded in the Rust selftest environment to generate success of > > > completing the testsuite. > > > > > > These tests work in parallel mode even in the skipped test mode as > > > expected. Although the patch to disable tests is large, it is very > > > simple in that it only disables tests. When updating to a newer > > > version of Rust, the patch can usually be ported in a day. > > > > > > Signed-off-by: pgowda > > > Signed-off-by: Vinay Kumar > > > --- > > > meta/conf/distro/include/maintainers.inc | 1 + > > > meta/lib/oeqa/selftest/cases/rust.py | 57 +++ > > > meta/recipes-devtools/rust/rust-common.inc| 1 - > > >
[OE-core][dunfell][PATCH 2/2] libxslt: Mark CVE-2022-29824 as not applying
From: Richard Purdie
We have libxml2 2.9.10 and we don't link statically against libxml2 anyway
so the CVE doesn't apply to libxslt.
(From OE-Core rev: c6315d8a2a1429a0fb7563b1d6352ceee7bc222c)
Signed-off-by: Omkar Patil
Signed-off-by: Richard Purdie
(cherry picked from commit ad63694e6df4f284879f7220962a821f97928eb0)
---
meta/recipes-support/libxslt/libxslt_1.1.34.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-support/libxslt/libxslt_1.1.34.bb
b/meta/recipes-support/libxslt/libxslt_1.1.34.bb
index 62afec5755..4755677bec 100644
--- a/meta/recipes-support/libxslt/libxslt_1.1.34.bb
+++ b/meta/recipes-support/libxslt/libxslt_1.1.34.bb
@@ -22,6 +22,10 @@ SRC_URI[sha256sum] =
"98b1bd46d6792925ad2dfe9a87452ea2adebf69dcb9919ffd55bf926a7
UPSTREAM_CHECK_REGEX = "libxslt-(?P\d+(\.\d+)+)\.tar"
+# We have libxml2 2.9.10 and we don't link statically with it anyway
+# so this isn't an issue.
+CVE_CHECK_WHITELIST += "CVE-2022-29824"
+
S = "${WORKDIR}/libxslt-${PV}"
BINCONFIG = "${bindir}/xslt-config"
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166519):
https://lists.openembedded.org/g/openembedded-core/message/166519
Mute This Topic: https://lists.openembedded.org/mt/91519570/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][dunfell][PATCH 1/2] libxslt: Fix CVE-2021-30560
From: omkar patil
CVE: CVE-2021-30560
Signed-off-by: omkar patil
---
.../libxslt/libxslt/CVE-2021-30560.patch | 201 ++
.../recipes-support/libxslt/libxslt_1.1.34.bb | 1 +
2 files changed, 202 insertions(+)
create mode 100644 meta/recipes-support/libxslt/libxslt/CVE-2021-30560.patch
diff --git a/meta/recipes-support/libxslt/libxslt/CVE-2021-30560.patch
b/meta/recipes-support/libxslt/libxslt/CVE-2021-30560.patch
new file mode 100644
index 00..614047ea7a
--- /dev/null
+++ b/meta/recipes-support/libxslt/libxslt/CVE-2021-30560.patch
@@ -0,0 +1,201 @@
+From 50f9c9cd3b7dfe9b3c8c795247752d1fdcadcac8 Mon Sep 17 00:00:00 2001
+From: Nick Wellnhofer
+Date: Sat, 12 Jun 2021 20:02:53 +0200
+Subject: [PATCH] Fix use-after-free in xsltApplyTemplates
+
+xsltApplyTemplates without a select expression could delete nodes in
+the source document.
+
+1. Text nodes with strippable whitespace
+
+Whitespace from input documents is already stripped, so there's no
+need to strip it again. Under certain circumstances, xsltApplyTemplates
+could be fooled into deleting text nodes that are still referenced,
+resulting in a use-after-free.
+
+2. The DTD
+
+The DTD was only unlinked, but there's no good reason to do this just
+now. Maybe it was meant as a micro-optimization.
+
+3. Unknown nodes
+
+Useless and dangerous as well, especially with XInclude nodes.
+See https://gitlab.gnome.org/GNOME/libxml2/-/issues/268
+
+Simply stop trying to uselessly delete nodes when applying a template.
+This part of the code is probably a leftover from a time where
+xsltApplyStripSpaces wasn't implemented yet. Also note that
+xsltApplyTemplates with a select expression never tried to delete
+nodes.
+
+Also stop xsltDefaultProcessOneNode from deleting nodes for the same
+reasons.
+
+This fixes CVE-2021-30560.
+
+CVE: CVE-2021-30560
+Upstream-Status: Backport
[https://github.com/GNOME/libxslt/commit/50f9c9cd3b7dfe9b3c8c795247752d1fdcadcac8.patch]
+Comment: No change in any hunk
+Signed-off-by: Omkar Patil
+
+---
+ libxslt/transform.c | 119 +++-
+ 1 file changed, 7 insertions(+), 112 deletions(-)
+
+diff --git a/libxslt/transform.c b/libxslt/transform.c
+index 04522154..3aba354f 100644
+--- a/libxslt/transform.c
b/libxslt/transform.c
+@@ -1895,7 +1895,7 @@ static void
+ xsltDefaultProcessOneNode(xsltTransformContextPtr ctxt, xmlNodePtr node,
+ xsltStackElemPtr params) {
+ xmlNodePtr copy;
+-xmlNodePtr delete = NULL, cur;
++xmlNodePtr cur;
+ int nbchild = 0, oldSize;
+ int childno = 0, oldPos;
+ xsltTemplatePtr template;
+@@ -1968,54 +1968,13 @@ xsltDefaultProcessOneNode(xsltTransformContextPtr
ctxt, xmlNodePtr node,
+ return;
+ }
+ /*
+- * Handling of Elements: first pass, cleanup and counting
++ * Handling of Elements: first pass, counting
+ */
+ cur = node->children;
+ while (cur != NULL) {
+- switch (cur->type) {
+- case XML_TEXT_NODE:
+- case XML_CDATA_SECTION_NODE:
+- case XML_DOCUMENT_NODE:
+- case XML_HTML_DOCUMENT_NODE:
+- case XML_ELEMENT_NODE:
+- case XML_PI_NODE:
+- case XML_COMMENT_NODE:
+- nbchild++;
+- break;
+-case XML_DTD_NODE:
+- /* Unlink the DTD, it's still reachable using doc->intSubset */
+- if (cur->next != NULL)
+- cur->next->prev = cur->prev;
+- if (cur->prev != NULL)
+- cur->prev->next = cur->next;
+- break;
+- default:
+-#ifdef WITH_XSLT_DEBUG_PROCESS
+-
XSLT_TRACE(ctxt,XSLT_TRACE_PROCESS_NODE,xsltGenericDebug(xsltGenericDebugContext,
+- "xsltDefaultProcessOneNode: skipping node type %d\n",
+- cur->type));
+-#endif
+- delete = cur;
+- }
++ if (IS_XSLT_REAL_NODE(cur))
++ nbchild++;
+ cur = cur->next;
+- if (delete != NULL) {
+-#ifdef WITH_XSLT_DEBUG_PROCESS
+-
XSLT_TRACE(ctxt,XSLT_TRACE_PROCESS_NODE,xsltGenericDebug(xsltGenericDebugContext,
+- "xsltDefaultProcessOneNode: removing ignorable blank node\n"));
+-#endif
+- xmlUnlinkNode(delete);
+- xmlFreeNode(delete);
+- delete = NULL;
+- }
+-}
+-if (delete != NULL) {
+-#ifdef WITH_XSLT_DEBUG_PROCESS
+-
XSLT_TRACE(ctxt,XSLT_TRACE_PROCESS_NODE,xsltGenericDebug(xsltGenericDebugContext,
+- "xsltDefaultProcessOneNode: removing ignorable blank node\n"));
+-#endif
+- xmlUnlinkNode(delete);
+- xmlFreeNode(delete);
+- delete = NULL;
+ }
+
+ /*
+@@ -4864,7 +4823,7 @@ xsltApplyTemplates(xsltTransformContextPtr ctxt,
xmlNodePtr node,
+ xsltStylePreCompPtr comp = (xsltStylePreCompPtr) castedComp;
+ #endif
+ int i;
+-xmlNodePtr cur, delNode = NULL, oldContextNode;
++xmlNodePtr cur, oldContextNode;
+
[OE-core] [PATCH] cve-check: write empty fragment files in the text mode
In the cve-check text mode output, we didn't write fragment
files if there are no CVEs (if CVE_CHECK_REPORT_PATCHED is 1),
or no unpached CVEs otherwise.
However, in a system after multiple builds,
cve_check_write_rootfs_manifest might find older files and use
them as current, what leads to incorrect reporting.
Fix it by always writing a fragment file, even if empty.
Signed-off-by: Marta Rybczynska
---
meta/classes/cve-check.bbclass | 27 +--
1 file changed, 13 insertions(+), 14 deletions(-)
diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
index c80a365819..0579d882db 100644
--- a/meta/classes/cve-check.bbclass
+++ b/meta/classes/cve-check.bbclass
@@ -440,23 +440,22 @@ def cve_write_data_text(d, patched, unpatched, ignored,
cve_data):
if unpatched_cves and d.getVar("CVE_CHECK_SHOW_WARNINGS") == "1":
bb.warn("Found unpatched CVE (%s), for more information check %s" % ("
".join(unpatched_cves),cve_file))
-if write_string:
-with open(cve_file, "w") as f:
-bb.note("Writing file %s with CVE information" % cve_file)
-f.write(write_string)
+with open(cve_file, "w") as f:
+bb.note("Writing file %s with CVE information" % cve_file)
+f.write(write_string)
-if d.getVar("CVE_CHECK_COPY_FILES") == "1":
-deploy_file = d.getVar("CVE_CHECK_RECIPE_FILE")
-bb.utils.mkdirhier(os.path.dirname(deploy_file))
-with open(deploy_file, "w") as f:
-f.write(write_string)
+if d.getVar("CVE_CHECK_COPY_FILES") == "1":
+deploy_file = d.getVar("CVE_CHECK_RECIPE_FILE")
+bb.utils.mkdirhier(os.path.dirname(deploy_file))
+with open(deploy_file, "w") as f:
+f.write(write_string)
-if d.getVar("CVE_CHECK_CREATE_MANIFEST") == "1":
-cvelogpath = d.getVar("CVE_CHECK_SUMMARY_DIR")
-bb.utils.mkdirhier(cvelogpath)
+if d.getVar("CVE_CHECK_CREATE_MANIFEST") == "1":
+cvelogpath = d.getVar("CVE_CHECK_SUMMARY_DIR")
+bb.utils.mkdirhier(cvelogpath)
-with open(d.getVar("CVE_CHECK_TMP_FILE"), "a") as f:
-f.write("%s" % write_string)
+with open(d.getVar("CVE_CHECK_TMP_FILE"), "a") as f:
+f.write("%s" % write_string)
def cve_check_write_json_output(d, output, direct_file, deploy_file,
manifest_file):
"""
--
2.33.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166517):
https://lists.openembedded.org/g/openembedded-core/message/166517
Mute This Topic: https://lists.openembedded.org/mt/91519548/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] [AUH] python3-numpy: upgrading to 1.22.4 SUCCEEDED
On Wed, 2022-06-01 at 16:18 +, Auto Upgrade Helper wrote: > Hello, > > this email is a notification from the Auto Upgrade Helper > that the automatic attempt to upgrade the recipe *python3-numpy* to *1.22.4* > has Succeeded. > > Next steps: > - apply the patch: git am 0001-python3-numpy-upgrade-1.22.3-1.22.4.patch > - check the changes to upstream patches and summarize them in the commit > message, > - compile an image that contains the package > - perform some basic sanity tests > - amend the patch and sign it off: git commit -s --reset-author --amend > - send it to the appropriate mailing list Has a reproducibility issue: https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/957 Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#166516): https://lists.openembedded.org/g/openembedded-core/message/166516 Mute This Topic: https://lists.openembedded.org/mt/91480156/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] rootfs.py: find .ko.zst kernel modules
Hi Sean, On Thu, 2 Jun 2022 10:52:59 -0400 "Sean Anderson via lists.openembedded.org" wrote: > Hi Luca, > > On 6/1/22 3:13 AM, Luca Ceresoli wrote: > > [You don't often get email from luca.ceres...@bootlin.com. Learn why this > > is important at https://aka.ms/LearnAboutSenderIdentification.] > > > > Hi Sean, > > > > Il giorno Tue, 31 May 2022 11:10:52 -0400 > > "Sean Anderson via lists.openembedded.org" > > ha scritto: > > > > As you can see from the above line, your e-mails appear as coming from > > an inappropriate address. This is not your fault, it's a mangling done > > by mail servers, but it makes applying patches more complex. > > > > It should be easy to fix, at least enough to allow patches to apply > > properly, by setting the sendemail.from parameter in your git config. > > This should force outgoing patches to start with a 'From:' line in the > > body, and that one is used by git am to take the correct commit author > > e-mail. > > > > Can you please try that before sending another patch? > > > > Thank you! > > I believe the From header is being modified by the openembedded mailing > list. On my local email client I see the correct From. Further, git > send-email reports the correct From as well: Sure, this is absolutely *not* your fault! This is done by DMARC (https://en.wikipedia.org/wiki/DMARC) as part of anti-phishing and the like and it happend on some domains, including the one I am using as you can see. The issue has already been discussed but as far as I know if you are hit by it there is currently no better alternative than using the git sendemail.from field to put an *additional* From line at the beginning of the body. When people receive an e-mail from the mailing list, it will look like: 8< From: "Sean Anderson via lists.openembedded.org" To: openembedded-core@lists.openembedded.org Cc: Christophe Chapuis , Richard Purdie , Martin Jansa , Sean Anderson Subject: [PATCH] rootfs.py: find .ko.zst kernel modules Date: Tue, 31 May 2022 11:10:52 -0400 Message-Id: <20220531151052.3667079-1-sean.ander...@seco.com> X-Mailer: git-send-email 2.35.1.1320.gc452695387.dirty MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: Sean Anderson < THIS ONE ...your original commit message + diff... 8< See the additional 'From:' line in the body. Since it is in the body and not in the header, DMARC won't mangle it. 'git am' will use it for the Author: field and remove it from the commit message. I suggest you (and anybody affected by the issue) to try and see: it's simpler to do it than to explain it! :-) -- Luca Ceresoli, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#166515): https://lists.openembedded.org/g/openembedded-core/message/166515 Mute This Topic: https://lists.openembedded.org/mt/91453338/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] cve-update-db-native: make it possible to disable database updates
Make it possible to disable the database update completely by using
a negative update interval CVE_DB_UPDATE_INTERVAL.
Disabling the update is useful when running multiple parallel builds
when we want to have a control on the database version. This allows
coherent cve-check results without an database update for only
some of the builds.
Signed-off-by: Marta Rybczynska
---
meta/recipes-core/meta/cve-update-db-native.bb | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/meta/cve-update-db-native.bb
b/meta/recipes-core/meta/cve-update-db-native.bb
index c8c1cbf115..18af89b53e 100644
--- a/meta/recipes-core/meta/cve-update-db-native.bb
+++ b/meta/recipes-core/meta/cve-update-db-native.bb
@@ -15,6 +15,7 @@ deltask do_populate_sysroot
NVDCVE_URL ?= "https://nvd.nist.gov/feeds/json/cve/1.1/nvdcve-1.1-;
# CVE database update interval, in seconds. By default: once a day (24*60*60).
# Use 0 to force the update
+# Use a negative value to skip the update
CVE_DB_UPDATE_INTERVAL ?= "86400"
python () {
@@ -51,8 +52,9 @@ python do_fetch() {
try:
import time
update_interval = int(d.getVar("CVE_DB_UPDATE_INTERVAL"))
-if (update_interval < 0):
-update_interval = 0
+if update_interval < 0:
+bb.note("CVE database update skipped")
+return
if time.time() - os.path.getmtime(db_file) < update_interval:
bb.debug(2, "Recently updated, skipping")
return
--
2.33.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166514):
https://lists.openembedded.org/g/openembedded-core/message/166514
Mute This Topic: https://lists.openembedded.org/mt/91517574/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] cve-check: move update_symlinks to a library
Move the function to a library, it could be useful in other places.
Signed-off-by: Marta Rybczynska
---
meta/classes/cve-check.bbclass | 11 +++
meta/lib/oe/cve_check.py | 10 ++
2 files changed, 13 insertions(+), 8 deletions(-)
diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
index c5c22c4c51..5eb0622d00 100644
--- a/meta/classes/cve-check.bbclass
+++ b/meta/classes/cve-check.bbclass
@@ -80,16 +80,10 @@ CVE_CHECK_LAYER_INCLUDELIST ??= ""
# set to "alphabetical" for version using single alphabetical character as
increment release
CVE_VERSION_SUFFIX ??= ""
-def update_symlinks(target_path, link_path):
-if link_path != target_path and os.path.exists(target_path):
-if os.path.exists(os.path.realpath(link_path)):
-os.remove(link_path)
-os.symlink(os.path.basename(target_path), link_path)
-
def generate_json_report(d, out_path, link_path):
if os.path.exists(d.getVar("CVE_CHECK_SUMMARY_INDEX_PATH")):
import json
-from oe.cve_check import cve_check_merge_jsons
+from oe.cve_check import cve_check_merge_jsons, update_symlinks
bb.note("Generating JSON CVE summary")
index_file = d.getVar("CVE_CHECK_SUMMARY_INDEX_PATH")
@@ -110,6 +104,7 @@ def generate_json_report(d, out_path, link_path):
python cve_save_summary_handler () {
import shutil
import datetime
+from oe.cve_check import update_symlinks
cve_tmp_file = d.getVar("CVE_CHECK_TMP_FILE")
@@ -179,7 +174,7 @@ python cve_check_write_rootfs_manifest () {
import shutil
import json
from oe.rootfs import image_list_installed_packages
-from oe.cve_check import cve_check_merge_jsons
+from oe.cve_check import cve_check_merge_jsons, update_symlinks
if d.getVar("CVE_CHECK_COPY_FILES") == "1":
deploy_file = d.getVar("CVE_CHECK_RECIPE_FILE")
diff --git a/meta/lib/oe/cve_check.py b/meta/lib/oe/cve_check.py
index dc7d2e2826..aa06497727 100644
--- a/meta/lib/oe/cve_check.py
+++ b/meta/lib/oe/cve_check.py
@@ -163,3 +163,13 @@ def cve_check_merge_jsons(output, data):
return
output["package"].append(data["package"][0])
+
+def update_symlinks(target_path, link_path):
+"""
+Update a symbolic link link_path to point to target_path.
+Remove the link and recreate it if exist and is different.
+"""
+if link_path != target_path and os.path.exists(target_path):
+if os.path.exists(os.path.realpath(link_path)):
+os.remove(link_path)
+os.symlink(os.path.basename(target_path), link_path)
--
2.33.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166513):
https://lists.openembedded.org/g/openembedded-core/message/166513
Mute This Topic: https://lists.openembedded.org/mt/91517492/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] cve-check: fix return type in check_cves
Make empty return types in check_cvs the same for all code paths.
Signed-off-by: Marta Rybczynska
---
meta/classes/cve-check.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
index c80a365819..c5c22c4c51 100644
--- a/meta/classes/cve-check.bbclass
+++ b/meta/classes/cve-check.bbclass
@@ -269,7 +269,7 @@ def check_cves(d, patched_cves):
products = d.getVar("CVE_PRODUCT").split()
# If this has been unset then we're not scanning for CVEs here (for
example, image recipes)
if not products:
-return ([], [], [], {})
+return ([], [], [], [])
pv = d.getVar("CVE_VERSION").split("+git")[0]
# If the recipe has been skipped/ignored we return empty lists
--
2.33.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166512):
https://lists.openembedded.org/g/openembedded-core/message/166512
Mute This Topic: https://lists.openembedded.org/mt/91517484/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] bitbake.conf: Make TCLIBC and TCMODE lazy assigned
An example we have right now:
bitbake.conf: TCLIBC ?= "glibc"
linux-distro.conf: TCLIBC = "musl"
TCLIBC="glibc" bitbake -e distro-image-base => TCLIBC == "musl" which
confuses users a lot (and it was not working this way in dunfell).
Same applies to if TCLIBC="glibc" is in conf/local.conf then musl is used.
With linux-distro.conf : TCLIBC ?= "musl" image is build with "glibc"
which is not that we want.
With suggested changes:
bitbake.conf: TCLIBC ??= "glibc"
linux-distro.conf: TCLIBC ?= "musl"
TCLIBC="glibc" bitbake -e distro-image-base => TCLIBC == "glibc"
bitbake -e distro-image-base => TCLIBC == "musl"
If distro maintainers wants they can set to TCLIBC = ""
and disable overriding explicitly.
Do I miss something?
"Martin Jansa" writes:
> You can always override it from local.conf with an override, right? That
> always worked for me and I don't see why this change is needed.
>
> On Fri, Jun 3, 2022 at 8:42 AM Pavel Zhukov wrote:
>
> This allows two level of overriding (distro level and local.conf/shell
> variable). Previous settings blocked shell variables overring
> if it was overriden on distro level.
>
> Signed-off-by: Pavel Zhukov
> ---
> meta/conf/bitbake.conf | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index 0e939aca4f..2a3cf6f8aa 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -386,8 +386,8 @@ FILESYSTEM_PERMS_TABLES ?= "${@'files/fs-perms.txt' if
> oe.types.boolean(d.getVar
> # General work and output directories for the build system.
> ##
>
> -TCMODE ?= "default"
> -TCLIBC ?= "glibc"
> +TCMODE ??= "default"
> +TCLIBC ??= "glibc"
> TMPDIR ?= "${TOPDIR}/tmp"
>
> CACHE = "${TMPDIR}/cache/${TCMODE}-${TCLIBC}${@['', '/' +
> str(d.getVar('MACHINE'))][bool(d.getVar('MACHINE'))]}${@['', '/' +
> str(d.getVar
> ('SDKMACHINE'))][bool(d.getVar('SDKMACHINE'))]}"
> --
> 2.35.1
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166511):
https://lists.openembedded.org/g/openembedded-core/message/166511
Mute This Topic: https://lists.openembedded.org/mt/91516557/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] bitbake.conf: Make TCLIBC and TCMODE lazy assigned
You can always override it from local.conf with an override, right? That
always worked for me and I don't see why this change is needed.
On Fri, Jun 3, 2022 at 8:42 AM Pavel Zhukov wrote:
> This allows two level of overriding (distro level and local.conf/shell
> variable). Previous settings blocked shell variables overring
> if it was overriden on distro level.
>
> Signed-off-by: Pavel Zhukov
> ---
> meta/conf/bitbake.conf | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index 0e939aca4f..2a3cf6f8aa 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -386,8 +386,8 @@ FILESYSTEM_PERMS_TABLES ?= "${@'files/fs-perms.txt' if
> oe.types.boolean(d.getVar
> # General work and output directories for the build system.
> ##
>
> -TCMODE ?= "default"
> -TCLIBC ?= "glibc"
> +TCMODE ??= "default"
> +TCLIBC ??= "glibc"
> TMPDIR ?= "${TOPDIR}/tmp"
>
> CACHE = "${TMPDIR}/cache/${TCMODE}-${TCLIBC}${@['', '/' +
> str(d.getVar('MACHINE'))][bool(d.getVar('MACHINE'))]}${@['', '/' +
> str(d.getVar('SDKMACHINE'))][bool(d.getVar('SDKMACHINE'))]}"
> --
> 2.35.1
>
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166510):
https://lists.openembedded.org/g/openembedded-core/message/166510
Mute This Topic: https://lists.openembedded.org/mt/91516557/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] bitbake.conf: Make TCLIBC and TCMODE lazy assigned
This allows two level of overriding (distro level and local.conf/shell
variable). Previous settings blocked shell variables overring
if it was overriden on distro level.
Signed-off-by: Pavel Zhukov
---
meta/conf/bitbake.conf | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 0e939aca4f..2a3cf6f8aa 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -386,8 +386,8 @@ FILESYSTEM_PERMS_TABLES ?= "${@'files/fs-perms.txt' if
oe.types.boolean(d.getVar
# General work and output directories for the build system.
##
-TCMODE ?= "default"
-TCLIBC ?= "glibc"
+TCMODE ??= "default"
+TCLIBC ??= "glibc"
TMPDIR ?= "${TOPDIR}/tmp"
CACHE = "${TMPDIR}/cache/${TCMODE}-${TCLIBC}${@['', '/' +
str(d.getVar('MACHINE'))][bool(d.getVar('MACHINE'))]}${@['', '/' +
str(d.getVar('SDKMACHINE'))][bool(d.getVar('SDKMACHINE'))]}"
--
2.35.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#166509):
https://lists.openembedded.org/g/openembedded-core/message/166509
Mute This Topic: https://lists.openembedded.org/mt/91516557/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
