[OE-core] [PATCH v2] musl-locales: Add package
This package will provide a limited set of localedata for musl based
systems. It will fill in into images when IMAGE_LINGUAS variable is set
however the choice is limited to the given 13 locales as of now.
e.g.
IMAGE_LINGUAS ?= "de-de fr-fr en-gb"
would work fine
Default locale can be set by exporting LANG= in /etc/profile or some
such file e.g.
export LANG=de_DE.UTF-8
This will also help in ptest coverage with musl where some test packages
expect locales e.g. pango to name one.
Do not empty out IMAGE_LINGUAS forcibly for musl anymore
Signed-off-by: Khem Raj
---
v2:
- Fix typo in LICENSE for musl-locales output package
- Do not reset IMAGE_LINGUAS for musl
meta/conf/distro/include/maintainers.inc | 1 +
meta/conf/distro/include/tclibc-musl.inc | 3 +-
meta/recipes-core/musl/musl-locales_git.bb | 73 ++
3 files changed, 75 insertions(+), 2 deletions(-)
create mode 100644 meta/recipes-core/musl/musl-locales_git.bb
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index 8bbcf071603..8efa27324f3 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -519,6 +519,7 @@ RECIPE_MAINTAINER:pn-mtd-utils = "Denys Dmytriyenko
"
RECIPE_MAINTAINER:pn-mtdev = "Anuj Mittal "
RECIPE_MAINTAINER:pn-mtools = "Anuj Mittal "
RECIPE_MAINTAINER:pn-musl = "Khem Raj "
+RECIPE_MAINTAINER:pn-musl-locales = "Khem Raj "
RECIPE_MAINTAINER:pn-musl-obstack = "Khem Raj "
RECIPE_MAINTAINER:pn-musl-utils = "Khem Raj "
RECIPE_MAINTAINER:pn-nasm = "Richard Purdie
"
diff --git a/meta/conf/distro/include/tclibc-musl.inc
b/meta/conf/distro/include/tclibc-musl.inc
index 8badbbb40a6..98d7a801ac8 100644
--- a/meta/conf/distro/include/tclibc-musl.inc
+++ b/meta/conf/distro/include/tclibc-musl.inc
@@ -10,6 +10,7 @@ PREFERRED_PROVIDER_virtual/libc ?= "musl"
PREFERRED_PROVIDER_virtual/libiconv ?= "musl"
PREFERRED_PROVIDER_virtual/libintl ?= "musl"
PREFERRED_PROVIDER_virtual/crypt ?= "musl"
+PREFERRED_PROVIDER_virtual/libc-locale ?= "musl-locales"
PREFERRED_PROVIDER_virtual/nativesdk-libintl ?= "nativesdk-glibc"
PREFERRED_PROVIDER_virtual/nativesdk-libiconv ?= "nativesdk-glibc"
@@ -19,8 +20,6 @@ DISTRO_FEATURES_BACKFILL_CONSIDERED += "ldconfig"
CXXFLAGS += "-fvisibility-inlines-hidden"
-IMAGE_LINGUAS = ""
-
LIBC_DEPENDENCIES = "\
musl \
musl-dbg \
diff --git a/meta/recipes-core/musl/musl-locales_git.bb
b/meta/recipes-core/musl/musl-locales_git.bb
new file mode 100644
index 000..99e71092e7d
--- /dev/null
+++ b/meta/recipes-core/musl/musl-locales_git.bb
@@ -0,0 +1,73 @@
+# Copyright (C) 2022 Khem Raj
+# Released under the MIT license (see COPYING.MIT for the terms)
+#
+SUMMARY = "Locales support for musl"
+HOMEPAGE = "https://gitlab.com/rilian-la-te/musl-locales";
+LICENSE = "MIT & LGPL-3.0-or-later"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=cf5713fba707073020b1db2acaa73e78 \
+file://LICENSE.MIT;md5=a4f1c6864a83ddf4b754cdab7d593523"
+
+SRC_URI =
"git://gitlab.com/rilian-la-te/musl-locales;protocol=https;branch=master"
+
+PV = "1.0+git${SRCPV}"
+SRCREV = "1101fb2bcdd189cd9415b8bd1c775eb43527d25c"
+
+S = "${WORKDIR}/git"
+
+DEPENDS = "virtual/libintl"
+
+PROVIDES = "virtual/libc-locale"
+
+inherit cmake gettext
+
+EXTRA_OECMAKE = ""
+#
+# We will skip parsing for non-musl systems
+#
+COMPATIBLE_HOST = ".*-musl.*"
+
+# only locale binaries are under GPL-3.0-or-later others are MIT
+LICENSE:${PN} = "LGPL-3.0-or-later"
+LICENSE:locale-base-ch-de = "MIT"
+LICENSE:locale-base-de-ch = "MIT"
+LICENSE:locale-base-de-de = "MIT"
+LICENSE:locale-base-en-gb = "MIT"
+LICENSE:locale-base-en-us = "MIT"
+LICENSE:locale-base-es-es = "MIT"
+LICENSE:locale-base-fr-fr = "MIT"
+LICENSE:locale-base-it-it = "MIT"
+LICENSE:locale-base-nb-no = "MIT"
+LICENSE:locale-base-nl-nl = "MIT"
+LICENSE:locale-base-pt-br = "MIT"
+LICENSE:locale-base-ru-ru = "MIT"
+LICENSE:locale-base-sv-se = "MIT"
+
+PACKAGES =+ "locale-base-ch-de \
+ locale-base-de-ch \
+ locale-base-de-de \
+ locale-base-en-gb \
+ locale-base-en-us \
+ locale-base-es-es \
+ locale-base-fr-fr \
+ locale-base-it-it \
+ locale-base-nb-no \
+ locale-base-nl-nl \
+ locale-base-pt-br \
+ locale-base-ru-ru \
+ locale-base-sv-se \
+ "
+FILES:locale-base-ch-de += "${datadir}/i18n/locales/musl/ch_DE.UTF-8"
+FILES:locale-base-de-ch += "${datadir}/i18n/locales/musl/de_CH.UTF-8"
+FILES:locale-base-de-de += "${datadir}/i18n/locales/musl/de_DE.UTF-8"
+FILES:locale-base-en-gb += "${datadir}/i18n/locales/musl/en_GB.UTF-8"
+FILES:locale-base-en-us += "${datadir}/i18n/locales/musl/en_US.UTF-8"
+FILES:locale-base-es-es += "${datadir}/i18n/locales/musl/es_ES.UTF-8"
+FILES:locale-base-fr-fr += "${datadir}/i18n/locales/musl/fr_FR.UTF-8"
+FILES:locale-base-it-it += "${datadir}/i18n/locales/musl/it_IT.UTF
[OE-core] [PATCH] apt: upgrade 2.4.4 -> 2.4.5
Signed-off-by: Wang Mingyu
---
meta/recipes-devtools/apt/{apt_2.4.4.bb => apt_2.4.5.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/apt/{apt_2.4.4.bb => apt_2.4.5.bb} (97%)
diff --git a/meta/recipes-devtools/apt/apt_2.4.4.bb
b/meta/recipes-devtools/apt/apt_2.4.5.bb
similarity index 97%
rename from meta/recipes-devtools/apt/apt_2.4.4.bb
rename to meta/recipes-devtools/apt/apt_2.4.5.bb
index 9faf1e7ea9..95c25e3036 100644
--- a/meta/recipes-devtools/apt/apt_2.4.4.bb
+++ b/meta/recipes-devtools/apt/apt_2.4.5.bb
@@ -25,7 +25,7 @@ SRC_URI:append:class-nativesdk = " \
file://0001-Revert-always-run-dpkg-configure-a-at-the-end-of-our.patch \
"
-SRC_URI[sha256sum] =
"d6d83d122ddd7cc83b2c2f839a55940c13ab93e5cf6024a010d6a6b4110dcf0e"
+SRC_URI[sha256sum] =
"5552f175c3a3924f5cda0c079b821b30f68a2521959f2c30ab164d2ec7993ecf"
LIC_FILES_CHKSUM = "file://COPYING.GPL;md5=b234ee4d69f5fce4486a80fdaf4a4263"
# the package is taken from snapshots.debian.org; that source is static and
goes stale
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164775):
https://lists.openembedded.org/g/openembedded-core/message/164775
Mute This Topic: https://lists.openembedded.org/mt/90622243/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] python3-hypothesis: upgrade 6.41.0 -> 6.44.0
Signed-off-by: Wang Mingyu
---
...ython3-hypothesis_6.41.0.bb => python3-hypothesis_6.44.0.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-hypothesis_6.41.0.bb =>
python3-hypothesis_6.44.0.bb} (91%)
diff --git a/meta/recipes-devtools/python/python3-hypothesis_6.41.0.bb
b/meta/recipes-devtools/python/python3-hypothesis_6.44.0.bb
similarity index 91%
rename from meta/recipes-devtools/python/python3-hypothesis_6.41.0.bb
rename to meta/recipes-devtools/python/python3-hypothesis_6.44.0.bb
index 9174b606bf..e0f80b0e11 100644
--- a/meta/recipes-devtools/python/python3-hypothesis_6.41.0.bb
+++ b/meta/recipes-devtools/python/python3-hypothesis_6.44.0.bb
@@ -13,7 +13,7 @@ SRC_URI += " \
file://test_rle.py \
"
-SRC_URI[sha256sum] =
"de48abb676fc76e4397cd002926e5747cef518570d132221244d27e1075c0bec"
+SRC_URI[sha256sum] =
"620ffa1782f9cb0b732b66b811d11c3beeb678b96fae947740aaab1dfd74a996"
RDEPENDS:${PN} += " \
python3-attrs \
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164774):
https://lists.openembedded.org/g/openembedded-core/message/164774
Mute This Topic: https://lists.openembedded.org/mt/90622242/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [kirkstone][PATCH] gstreamer1.0-plugins-bad: drop patch
With latest gstreamer version pkg-config able to find header
path with msdk enabled.
Drop this patch as its not require anymore.
(From OE-Core rev: eaa3b31247b4d3cc47428f4d80ae31f232e344d4)
Signed-off-by: Naveen Saini
Signed-off-by: Luca Ceresoli
Signed-off-by: Richard Purdie
---
.../0005-msdk-fix-includedir-path.patch | 40 ---
.../gstreamer1.0-plugins-bad_1.20.1.bb| 1 -
2 files changed, 41 deletions(-)
delete mode 100644
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0005-msdk-fix-includedir-path.patch
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0005-msdk-fix-includedir-path.patch
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0005-msdk-fix-includedir-path.patch
deleted file mode 100644
index 273b45bd49..00
---
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0005-msdk-fix-includedir-path.patch
+++ /dev/null
@@ -1,40 +0,0 @@
-From e31f68c46ff0c29fa3c22755f18d5dde87b23bf2 Mon Sep 17 00:00:00 2001
-From: Naveen Saini
-Date: Wed, 30 Dec 2020 16:37:47 +0800
-Subject: [PATCH] msdk: fix includedir path
-
-In cross compilation, need to prepend PKG_CONFIG_SYSROOT_DIR to the dir path.
-
-Upstream-Status: Inappropriate [OE-specific]
-
-Signed-off-by: Naveen Saini
-Signed-off-by: Jose Quaresma
-
- sys/msdk/meson.build | 4
- 1 file changed, 4 insertions(+)
-
-diff --git a/sys/msdk/meson.build b/sys/msdk/meson.build
-index 24aabc7..6003bb7 100644
a/sys/msdk/meson.build
-+++ b/sys/msdk/meson.build
-@@ -46,7 +46,9 @@ if mfx_api != 'oneVPL'
- mfx_dep = dependency('libmfx', version: ['>= 1.0', '<= 1.99'], required:
false)
-
- if mfx_dep.found()
-+pkgconf_sysroot = run_command(python3, '-c', 'import os;
print(os.environ.get("PKG_CONFIG_SYSROOT_DIR"))').stdout().strip()
- mfx_incdir = mfx_dep.get_variable('includedir')
-+mfx_incdir = pkgconf_sysroot + mfx_incdir
- mfx_inc = []
- use_msdk = true
- else
-@@ -75,7 +77,9 @@ if not use_msdk and mfx_api != 'MSDK'
- mfx_dep = dependency('vpl', version: '>= 2.2', required: false)
-
- if mfx_dep.found()
-+pkgconf_sysroot = run_command(python3, '-c', 'import os;
print(os.environ.get("PKG_CONFIG_SYSROOT_DIR"))').stdout().strip()
- mfx_incdir = mfx_dep.get_variable('includedir')
-+mfx_incdir = pkgconf_sysroot + mfx_incdir
- mfx_inc = []
- use_onevpl = true
- endif
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.20.1.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.20.1.bb
index 78e8f35025..134bd3adad 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.20.1.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.20.1.bb
@@ -10,7 +10,6 @@ SRC_URI =
"https://gstreamer.freedesktop.org/src/gst-plugins-bad/gst-plugins-bad
file://0002-avoid-including-sys-poll.h-directly.patch \
file://0003-ensure-valid-sentinals-for-gst_structure_get-etc.patch \
file://0004-opencv-resolve-missing-opencv-data-dir-in-yocto-buil.patch \
- file://0005-msdk-fix-includedir-path.patch \
"
SRC_URI[sha256sum] =
"09d3c2cf5911f0bc7da6bf557a55251779243d3de216b6a26cc90c445b423848"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164773):
https://lists.openembedded.org/g/openembedded-core/message/164773
Mute This Topic: https://lists.openembedded.org/mt/90622176/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] gcompat: Fix build when usrmerge distro feature is enabled
Signed-off-by: Khem Raj
---
meta/recipes-core/musl/gcompat_git.bb | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-core/musl/gcompat_git.bb
b/meta/recipes-core/musl/gcompat_git.bb
index 962bcd8c75f..b051e43b6ce 100644
--- a/meta/recipes-core/musl/gcompat_git.bb
+++ b/meta/recipes-core/musl/gcompat_git.bb
@@ -37,14 +37,14 @@ do_compile () {
}
do_install () {
- oe_runmake install 'DESTDIR=${D}'
+ oe_runmake install 'DESTDIR=${D}${root_prefix}'
if [ "${SITEINFO_BITS}" = "64" ]; then
- install -d ${D}/lib64
- ln -rs ${D}${GLIBC_LDSO} ${D}/lib64/`basename ${GLIBC_LDSO}`
+ install -d ${D}${nonarch_base_libdir}${SITEINFO_BITS}
+ ln -rs ${D}${GLIBC_LDSO}
${D}${nonarch_base_libdir}${SITEINFO_BITS}/`basename ${GLIBC_LDSO}`
fi
}
-FILES:${PN} += "/lib64"
+FILES:${PN} += "${nonarch_base_libdir}${SITEINFO_BITS}"
INSANE_SKIP:${PN} = "libdir"
--
2.36.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164772):
https://lists.openembedded.org/g/openembedded-core/message/164772
Mute This Topic: https://lists.openembedded.org/mt/90621486/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] musl: Fix build when usrmerge distro feature is enabled
Signed-off-by: Khem Raj
---
meta/recipes-core/musl/musl_git.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/musl/musl_git.bb
b/meta/recipes-core/musl/musl_git.bb
index 044ed9c064b..4b854013608 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -49,7 +49,7 @@ CONFIGUREOPTS = " \
--bindir=${bindir} \
--libdir=${libdir} \
--includedir=${includedir} \
---syslibdir=/lib \
+--syslibdir=${nonarch_base_libdir} \
"
do_configure() {
@@ -62,14 +62,14 @@ do_compile() {
do_install() {
oe_runmake install DESTDIR='${D}'
- install -d ${D}${bindir} ${D}/lib ${D}${sysconfdir}
+ install -d ${D}${bindir} ${D}${sysconfdir}
echo "${base_libdir}" >
${D}${sysconfdir}/ld-musl-${MUSL_LDSO_ARCH}.path
echo "${libdir}" >> ${D}${sysconfdir}/ld-musl-${MUSL_LDSO_ARCH}.path
rm -f ${D}${bindir}/ldd ${D}${GLIBC_LDSO}
ln -rs ${D}${libdir}/libc.so ${D}${bindir}/ldd
}
-FILES:${PN} += "/lib/ld-musl-${MUSL_LDSO_ARCH}.so.1
${sysconfdir}/ld-musl-${MUSL_LDSO_ARCH}.path"
+FILES:${PN} += "${nonarch_base_libdir}/ld-musl-${MUSL_LDSO_ARCH}.so.1
${sysconfdir}/ld-musl-${MUSL_LDSO_ARCH}.path"
FILES:${PN}-staticdev = "${libdir}/libc.a"
FILES:${PN}-dev =+ "${libdir}/libcrypt.a ${libdir}/libdl.a ${libdir}/libm.a \
${libdir}/libpthread.a ${libdir}/libresolv.a \
--
2.36.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164771):
https://lists.openembedded.org/g/openembedded-core/message/164771
Mute This Topic: https://lists.openembedded.org/mt/90621485/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] gcc: Upgrade to 11.3 release
This is a bugfix release on gcc-11 series, fixes 189 bugs [1]
Drop backported patches already included in 11.3 release
[1]
https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&resolution=FIXED&target_milestone=11.3
Signed-off-by: Khem Raj
---
meta/conf/distro/include/maintainers.inc | 2 +-
.../gcc/{gcc-11.2.inc => gcc-11.3.inc}| 66 ++--
...ian_11.2.bb => gcc-cross-canadian_11.3.bb} | 0
.../{gcc-cross_11.2.bb => gcc-cross_11.3.bb} | 0
...-crosssdk_11.2.bb => gcc-crosssdk_11.3.bb} | 0
...cc-runtime_11.2.bb => gcc-runtime_11.3.bb} | 0
...itizers_11.2.bb => gcc-sanitizers_11.3.bb} | 0
...{gcc-source_11.2.bb => gcc-source_11.3.bb} | 0
.../gcc/gcc/0001-CVE-2021-35465.patch | 138
...0001-gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch | 10 +-
.../gcc/gcc/0002-CVE-2021-35465.patch | 39 ---
.../0002-gcc-poison-system-directories.patch | 26 +-
patch => 0003-64-bit-multilib-hack.patch} | 2 +-
.../gcc/gcc/0003-CVE-2021-35465.patch | 103 --
.../gcc/gcc/0004-CVE-2021-35465.patch | 304 --
...s.h-in-B-instead-of-S-and-t-oe-in-B.patch} | 12 +-
.../gcc/gcc/0005-cpp-honor-sysroot.patch | 53 +++
...MIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch} | 101 +++---
...gcc-Fix-argument-list-too-long-error.patch | 42 +++
...{0014-libtool.patch => 0008-libtool.patch} | 2 +-
.../gcc/gcc/0009-cpp-honor-sysroot.patch | 59
...-fix-v4bx-to-linker-to-support-EABI.patch} | 2 +-
...config-files-from-B-instead-of-usin.patch} | 14 +-
...r-from-.la-which-usually-points-to-.patch} | 2 +-
...-target-gcc-headers-can-be-included.patch} | 6 +-
...gcc-Fix-argument-list-too-long-error.patch | 38 ---
...-directory-during-relink-if-inst_pr.patch} | 2 +-
...fix-libcc1-s-install-path-and-rpath.patch} | 8 +-
...e-build-CPP-CPPFLAGS-is-used-for-bu.patch} | 89 ++---
...ins-something-unsupported-by-the-bu.patch} | 39 +--
...e-sysroot-support-for-nativesdk-gcc.patch} | 14 +-
...root-gcc-version-specific-dirs-with.patch} | 8 +-
...019-nios2-Define-MUSL_DYNAMIC_LINKER.patch | 25 ++
...-to-link-commandline-for-musl-targe.patch} | 10 +-
...sing-LDFLAGS-not-just-SHLIB_LDFLAGS.patch} | 2 +-
...=> 0022-sync-gcc-stddef.h-with-musl.patch} | 2 +-
...e-introduce-spe-commandline-options.patch} | 4 +-
...s-for-__cpu_indicator_init-instead-.patch} | 6 +-
...-Do-not-use-__LINE__-for-maintainin.patch} | 4 +-
...gw32-Enable-operation_not_supported.patch} | 2 +-
...mic-Do-not-enforce-march-on-aarch64.patch} | 10 +-
...027-nios2-Define-MUSL_DYNAMIC_LINKER.patch | 31 --
...y-debug-prefix-maps-before-checksum.patch} | 24 +-
... 0029-Fix-install-path-of-linux64.h.patch} | 10 +-
.../gcc/0042-Fix-thread-stack-size-init.patch | 23 --
.../gcc/{gcc_11.2.bb => gcc_11.3.bb} | 0
...initial_11.2.bb => libgcc-initial_11.3.bb} | 0
.../gcc/{libgcc_11.2.bb => libgcc_11.3.bb}| 0
...ibgfortran_11.2.bb => libgfortran_11.3.bb} | 0
49 files changed, 372 insertions(+), 962 deletions(-)
rename meta/recipes-devtools/gcc/{gcc-11.2.inc => gcc-11.3.inc} (58%)
rename meta/recipes-devtools/gcc/{gcc-cross-canadian_11.2.bb =>
gcc-cross-canadian_11.3.bb} (100%)
rename meta/recipes-devtools/gcc/{gcc-cross_11.2.bb => gcc-cross_11.3.bb}
(100%)
rename meta/recipes-devtools/gcc/{gcc-crosssdk_11.2.bb =>
gcc-crosssdk_11.3.bb} (100%)
rename meta/recipes-devtools/gcc/{gcc-runtime_11.2.bb => gcc-runtime_11.3.bb}
(100%)
rename meta/recipes-devtools/gcc/{gcc-sanitizers_11.2.bb =>
gcc-sanitizers_11.3.bb} (100%)
rename meta/recipes-devtools/gcc/{gcc-source_11.2.bb => gcc-source_11.3.bb}
(100%)
delete mode 100644 meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch
delete mode 100644 meta/recipes-devtools/gcc/gcc/0002-CVE-2021-35465.patch
rename meta/recipes-devtools/gcc/gcc/{0004-64-bit-multilib-hack.patch =>
0003-64-bit-multilib-hack.patch} (99%)
delete mode 100644 meta/recipes-devtools/gcc/gcc/0003-CVE-2021-35465.patch
delete mode 100644 meta/recipes-devtools/gcc/gcc/0004-CVE-2021-35465.patch
rename
meta/recipes-devtools/gcc/gcc/{0007-Use-the-defaults.h-in-B-instead-of-S-and-t-oe-in-B.patch
=> 0004-Use-the-defaults.h-in-B-instead-of-S-and-t-oe-in-B.patch} (91%)
create mode 100644 meta/recipes-devtools/gcc/gcc/0005-cpp-honor-sysroot.patch
rename
meta/recipes-devtools/gcc/gcc/{0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
=> 0006-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch} (81%)
create mode 100644
meta/recipes-devtools/gcc/gcc/0007-gcc-Fix-argument-list-too-long-error.patch
rename meta/recipes-devtools/gcc/gcc/{0014-libtool.patch =>
0008-libtool.patch} (94%)
delete mode 100644 meta/recipes-devtools/gcc/gcc/0009-cpp-honor-sysroot.patch
rename
meta/recipes-devtools/gcc/gcc/{0015-gcc-armv4-pass-fix-v4bx-to-linker-to-support-EABI.patch
=> 0009-gcc-armv4-pass-fix-v4bx-to-linker-to-support-EABI.patch} (95%)
rename
meta/recipes-devtools/gcc
[OE-core] [dunfell][PATCH v2] boost: don't specify gcc version
From: Ross Burton
There's no need to specify an ancient GCC version here as Boost will
probe it.
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
Signed-off-by: Tim Orling
---
Change in v2: fix my email address
meta/recipes-support/boost/boost.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/boost/boost.inc
b/meta/recipes-support/boost/boost.inc
index 829e728b6de..1c13fb3599b 100644
--- a/meta/recipes-support/boost/boost.inc
+++ b/meta/recipes-support/boost/boost.inc
@@ -165,7 +165,7 @@ do_configure() {
# D2194:Fixing the failure of "error: duplicate initialization of gcc
with the following parameters" during compilation.
rm -f ${WORKDIR}/user-config.jam
- echo 'using gcc : 4.3.1 : ${CXX} : "${CFLAGS}"
"${CXXFLAGS}" "${LDFLAGS}" ;' >> ${WORKDIR}/user-config.jam
+ echo 'using gcc : : ${CXX} : "${CFLAGS}"
"${CXXFLAGS}" "${LDFLAGS}" ;' >> ${WORKDIR}/user-config.jam
# If we want Python then we need to tell Boost *exactly* where to find
it
if ${@bb.utils.contains('BOOST_LIBS', 'python', 'true', 'false', d)};
then
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164769):
https://lists.openembedded.org/g/openembedded-core/message/164769
Mute This Topic: https://lists.openembedded.org/mt/90617545/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] boost: don't specify gcc version
From: Ross Burton
There's no need to specify an ancient GCC version here as Boost will
probe it.
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
Signed-off-by: Tim Orling
---
meta/recipes-support/boost/boost.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/boost/boost.inc
b/meta/recipes-support/boost/boost.inc
index 829e728b6de..1c13fb3599b 100644
--- a/meta/recipes-support/boost/boost.inc
+++ b/meta/recipes-support/boost/boost.inc
@@ -165,7 +165,7 @@ do_configure() {
# D2194:Fixing the failure of "error: duplicate initialization of gcc
with the following parameters" during compilation.
rm -f ${WORKDIR}/user-config.jam
- echo 'using gcc : 4.3.1 : ${CXX} : "${CFLAGS}"
"${CXXFLAGS}" "${LDFLAGS}" ;' >> ${WORKDIR}/user-config.jam
+ echo 'using gcc : : ${CXX} : "${CFLAGS}"
"${CXXFLAGS}" "${LDFLAGS}" ;' >> ${WORKDIR}/user-config.jam
# If we want Python then we need to tell Boost *exactly* where to find
it
if ${@bb.utils.contains('BOOST_LIBS', 'python', 'true', 'false', d)};
then
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164768):
https://lists.openembedded.org/g/openembedded-core/message/164768
Mute This Topic: https://lists.openembedded.org/mt/90617502/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] musl-locales: Add package
This package will provide a limited set of localedata for musl based
systems. It will fill in into images when IMAGE_LINGUAS variable is set
however the choice is limited to the given 13 locales as of now.
e.g.
IMAGE_LINGUAS ?= "de-de fr-fr en-gb"
would work fine
Default locale can be set by exporting LANG= in /etc/profile or some
such file e.g.
export LANG=de_DE.UTF-8
This will also help in ptest coverage with musl where some test packages
expect locales e.g. pango to name one.
Signed-off-by: Khem Raj
---
meta/conf/distro/include/maintainers.inc | 1 +
meta/conf/distro/include/tclibc-musl.inc | 1 +
meta/recipes-core/musl/musl-locales_git.bb | 73 ++
3 files changed, 75 insertions(+)
create mode 100644 meta/recipes-core/musl/musl-locales_git.bb
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index 8bbcf071603..8efa27324f3 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -519,6 +519,7 @@ RECIPE_MAINTAINER:pn-mtd-utils = "Denys Dmytriyenko
"
RECIPE_MAINTAINER:pn-mtdev = "Anuj Mittal "
RECIPE_MAINTAINER:pn-mtools = "Anuj Mittal "
RECIPE_MAINTAINER:pn-musl = "Khem Raj "
+RECIPE_MAINTAINER:pn-musl-locales = "Khem Raj "
RECIPE_MAINTAINER:pn-musl-obstack = "Khem Raj "
RECIPE_MAINTAINER:pn-musl-utils = "Khem Raj "
RECIPE_MAINTAINER:pn-nasm = "Richard Purdie
"
diff --git a/meta/conf/distro/include/tclibc-musl.inc
b/meta/conf/distro/include/tclibc-musl.inc
index 8badbbb40a6..9698d35a7a4 100644
--- a/meta/conf/distro/include/tclibc-musl.inc
+++ b/meta/conf/distro/include/tclibc-musl.inc
@@ -10,6 +10,7 @@ PREFERRED_PROVIDER_virtual/libc ?= "musl"
PREFERRED_PROVIDER_virtual/libiconv ?= "musl"
PREFERRED_PROVIDER_virtual/libintl ?= "musl"
PREFERRED_PROVIDER_virtual/crypt ?= "musl"
+PREFERRED_PROVIDER_virtual/libc-locale ?= "musl-locales"
PREFERRED_PROVIDER_virtual/nativesdk-libintl ?= "nativesdk-glibc"
PREFERRED_PROVIDER_virtual/nativesdk-libiconv ?= "nativesdk-glibc"
diff --git a/meta/recipes-core/musl/musl-locales_git.bb
b/meta/recipes-core/musl/musl-locales_git.bb
new file mode 100644
index 000..e883d602b21
--- /dev/null
+++ b/meta/recipes-core/musl/musl-locales_git.bb
@@ -0,0 +1,73 @@
+# Copyright (C) 2022 Khem Raj
+# Released under the MIT license (see COPYING.MIT for the terms)
+#
+SUMMARY = "Locales support for musl"
+HOMEPAGE = "https://gitlab.com/rilian-la-te/musl-locales";
+LICENSE = "MIT & LGPL-3.0-or-later"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=cf5713fba707073020b1db2acaa73e78 \
+file://LICENSE.MIT;md5=a4f1c6864a83ddf4b754cdab7d593523"
+
+SRC_URI =
"git://gitlab.com/rilian-la-te/musl-locales;protocol=https;branch=master"
+
+PV = "1.0+git${SRCPV}"
+SRCREV = "1101fb2bcdd189cd9415b8bd1c775eb43527d25c"
+
+S = "${WORKDIR}/git"
+
+DEPENDS = "virtual/libintl"
+
+PROVIDES = "virtual/libc-locale"
+
+inherit cmake gettext
+
+EXTRA_OECMAKE = ""
+#
+# We will skip parsing for non-musl systems
+#
+COMPATIBLE_HOST = ".*-musl.*"
+
+# only locale binaries are under GPL-3.0-or-later others are MIT
+LICENSE:${PN} = "GPL-3.0-or-later"
+LICENSE:locale-base-ch-de = "MIT"
+LICENSE:locale-base-de-ch = "MIT"
+LICENSE:locale-base-de-de = "MIT"
+LICENSE:locale-base-en-gb = "MIT"
+LICENSE:locale-base-en-us = "MIT"
+LICENSE:locale-base-es-es = "MIT"
+LICENSE:locale-base-fr-fr = "MIT"
+LICENSE:locale-base-it-it = "MIT"
+LICENSE:locale-base-nb-no = "MIT"
+LICENSE:locale-base-nl-nl = "MIT"
+LICENSE:locale-base-pt-br = "MIT"
+LICENSE:locale-base-ru-ru = "MIT"
+LICENSE:locale-base-sv-se = "MIT"
+
+PACKAGES =+ "locale-base-ch-de \
+ locale-base-de-ch \
+ locale-base-de-de \
+ locale-base-en-gb \
+ locale-base-en-us \
+ locale-base-es-es \
+ locale-base-fr-fr \
+ locale-base-it-it \
+ locale-base-nb-no \
+ locale-base-nl-nl \
+ locale-base-pt-br \
+ locale-base-ru-ru \
+ locale-base-sv-se \
+ "
+FILES:locale-base-ch-de += "${datadir}/i18n/locales/musl/ch_DE.UTF-8"
+FILES:locale-base-de-ch += "${datadir}/i18n/locales/musl/de_CH.UTF-8"
+FILES:locale-base-de-de += "${datadir}/i18n/locales/musl/de_DE.UTF-8"
+FILES:locale-base-en-gb += "${datadir}/i18n/locales/musl/en_GB.UTF-8"
+FILES:locale-base-en-us += "${datadir}/i18n/locales/musl/en_US.UTF-8"
+FILES:locale-base-es-es += "${datadir}/i18n/locales/musl/es_ES.UTF-8"
+FILES:locale-base-fr-fr += "${datadir}/i18n/locales/musl/fr_FR.UTF-8"
+FILES:locale-base-it-it += "${datadir}/i18n/locales/musl/it_IT.UTF-8"
+FILES:locale-base-nb-no += "${datadir}/i18n/locales/musl/nb_NO.UTF-8"
+FILES:locale-base-nl-nl += "${datadir}/i18n/locales/musl/nl_NL.UTF-8"
+FILES:locale-base-pt-br += "${datadir}/i18n/locales/musl/pt_BR.UTF-8"
+FILES:locale-base-ru-ru += "${datadir}/i18n/locales/musl/ru_RU.UTF-8"
+FILES:locale-base-sv-se += "${datadir}/i18n/locales/musl/sv_SE.UTF-8"
+
+
[OE-core] [master][kirkstone][PATCH] license_image.bbclass: Make QA errors fail the build
If, e.g., license-file-missing is added to ERROR_QA, then the build should fail if any licenses are missing. Signed-off-by: Peter Kjellerstedt --- meta/classes/license_image.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classes/license_image.bbclass b/meta/classes/license_image.bbclass index 7e1d0e08a9..3213ea758e 100644 --- a/meta/classes/license_image.bbclass +++ b/meta/classes/license_image.bbclass @@ -104,6 +104,8 @@ def write_license_files(d, license_manifest, pkg_dic, rootfs=True): "The license listed %s was not in the "\ "licenses collected for recipe %s" % (lic, pkg_dic[pkg]["PN"]), d) +oe.qa.exit_if_errors(d) + # Two options here: # - Just copy the manifest # - Copy the manifest and the license directories -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#164766): https://lists.openembedded.org/g/openembedded-core/message/164766 Mute This Topic: https://lists.openembedded.org/mt/90615582/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] install/devshell: Introduce git intercept script due to fakeroot issues
From: Paul Gortmaker
In a devshell, recent versions of git will complain if the repo is owned
by someone other than the current UID - consider this example:
--
bitbake -c devshell linux-yocto
[...]
kernel-source#git branch
fatal: unsafe repository
('/home/paul/poky/build-qemuarm64/tmp/work-shared/qemuarm64/kernel-source' is
owned by someone else)
To add an exception for this directory, call:
git config --global --add safe.directory
/home/paul/poky/build-qemuarm64/tmp/work-shared/qemuarm64/kernel-source
kernel-source#
--
Of course the devshell has UID zero and the "real" UID is for "paul" in
this case. And so recent git versions complain.
As the whole purpose of the devshell is to invoke a shell where development
can take place, having a non-functional git is clearly unacceptable.
Richard suggested we could use PSEUDO_UNLOAD=1 to evade this issue, and I
suggested we probably will see other similar instances like this and should
make use of PATH to intercept via devshell wrappers - conveniently we already
have examples of this.
Here, we copy the existing "ar" example and tune it to the needs of git to
combine Richard's suggestion and mine.
As such we now also can store commit logs and use send-email with our user
specific settings, instead of "root", so in additon to fixing basic
commands like "git branch" it should also increase general usefulness.
RP: Tweaked the patch so the PATH change only applies to the devshell task
and is a generic git intercept rather than devshell specific.
RP: Also apply the PATH change to do_install tasks since that also runs under
fakeroot and several software projects inject "git describe" output into
their binaries (systemd, iputils, llvm, ipt-gpu-tools at least) causing
reproducibility issues from systems with different git versions.
Signed-off-by: Paul Gortmaker
Signed-off-by: Richard Purdie
---
meta/classes/base.bbclass | 1 +
meta/classes/devshell.bbclass | 2 ++
scripts/git-intercept/git | 19 +++
3 files changed, 22 insertions(+)
create mode 100755 scripts/git-intercept/git
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index 3515720bf95..b54b56d6248 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -367,6 +367,7 @@ addtask install after do_compile
do_install[dirs] = "${B}"
# Remove and re-create ${D} so that is it guaranteed to be empty
do_install[cleandirs] = "${D}"
+PATH:prepend:task-install = "${COREBASE}/scripts/git-intercept:"
base_do_install() {
:
diff --git a/meta/classes/devshell.bbclass b/meta/classes/devshell.bbclass
index 62dc958d9a4..75604d0c076 100644
--- a/meta/classes/devshell.bbclass
+++ b/meta/classes/devshell.bbclass
@@ -2,6 +2,8 @@ inherit terminal
DEVSHELL = "${SHELL}"
+PATH:prepend:task-devshell = "${COREBASE}/scripts/git-intercept:"
+
python do_devshell () {
if d.getVarFlag("do_devshell", "manualfakeroot"):
d.prependVar("DEVSHELL", "pseudo ")
diff --git a/scripts/git-intercept/git b/scripts/git-intercept/git
new file mode 100755
index 000..8adf5c9ecb7
--- /dev/null
+++ b/scripts/git-intercept/git
@@ -0,0 +1,19 @@
+#!/usr/bin/env python3
+#
+# Wrapper around 'git' that doesn't think we are root
+
+import os
+import shutil
+import sys
+
+os.environ['PSEUDO_UNLOAD'] = '1'
+
+# calculate path to the real 'git'
+path = os.environ['PATH']
+path = path.replace(os.path.dirname(sys.argv[0]), '')
+real_git = shutil.which('git', path=path)
+
+if len(sys.argv) == 1:
+os.execl(real_git, 'git')
+
+os.execv(real_git, sys.argv)
--
2.32.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164765):
https://lists.openembedded.org/g/openembedded-core/message/164765
Mute This Topic: https://lists.openembedded.org/mt/90609170/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/1] Fix permissions when splitting rootfs folders across partitions.
This patches ensures that the file database containing the file and
folder usernames and permissions is always located relative to the
source and not to the appended rootfs-dir.
Prior to this patch, the database was not found when using -rootfs-dir
in the WIC script, leading to erronous file permissions and ownership.
Signed-off-by: Felix Moessbauer
---
scripts/lib/wic/plugins/source/rootfs.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/lib/wic/plugins/source/rootfs.py
b/scripts/lib/wic/plugins/source/rootfs.py
index 2e34e715ca..efcc220c48 100644
--- a/scripts/lib/wic/plugins/source/rootfs.py
+++ b/scripts/lib/wic/plugins/source/rootfs.py
@@ -95,7 +95,7 @@ class RootfsPlugin(SourcePlugin):
part.rootfs_dir = cls.__get_rootfs_dir(rootfs_dir)
part.has_fstab = os.path.exists(os.path.join(part.rootfs_dir,
"etc/fstab"))
-pseudo_dir = os.path.join(part.rootfs_dir, "../pseudo")
+pseudo_dir = os.path.join(krootfs_dir['ROOTFS_DIR'], "../pseudo")
if not os.path.lexists(pseudo_dir):
logger.warn("%s folder does not exist. "
"Usernames and permissions will be invalid " %
pseudo_dir)
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164764):
https://lists.openembedded.org/g/openembedded-core/message/164764
Mute This Topic: https://lists.openembedded.org/mt/90609160/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][kirkstone 00/27] Patch review
On 2022-04-21 10:00, Steve Sakoman wrote: On Wed, Apr 20, 2022 at 7:14 PM Randy MacLeod wrote: On Wed., Apr. 20, 2022, 10:54 Steve Sakoman, wrote: On Wed, Apr 20, 2022 at 4:08 AM Steve Sakoman via lists.openembedded.org wrote: Please review this set of patches for kirkstone and have comments back by end of day Friday. I'd particularly like feedback on the security/bug fix version updates at the end of this series. In the past I took these only on request. Would people like me to be more proactive on this type of upgrade (such as this series), or should I continue to take them only on request? Proactive but reasonably cautious. ;-) That's my feeling too. Passed a-full on autobuilder: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/3547 The following changes since commit d2ba3b8850d461bc7b773240cdf15b22b31a3f9e: lua: fix CVE-2022-28805 (2022-04-19 14:02:08 +0100) are available in the Git repository at: git://git.openembedded.org/openembedded-core-contrib stable/kirkstone-nut http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/kirkstone-nut Alexander Kanavin (1): webkitgtk: adjust patch status Davide Gardenal (1): create-spdx: fix error when symlink cannot be created Ferry Toth (2): apt: add apt selftest to test signed package feeds package_manager: fix missing dependency on gnupg when signing deb package feeds Jon Mason (1): qemuarm64: use virtio pci interfaces Kai Kang (1): update_udev_hwdb: fix multilib issue with systemd Khem Raj (5): babeltrace: Disable warnings as errors xserver-xorg: Fix build with gcc12 systemtap: Fix build with gcc-12 gnupg: Disable FORTIFY_SOURCES on mips mdadm: Drop clang specific cflags Konrad Weihmann (2): git: correct license ncurses: use COPYING file Martin Jansa (1): systemd-boot: remove outdated EFI_LD comment Paulo Neves (1): selftest/lic_checksum: Add test for filename containing space Peter Kjellerstedt (2): u-boot: Correct the SRC_URI u-boot: Inherit pkgconfig Richard Purdie (1): buildtools-tarball: Only add cert envvars if certs are included Ross Burton (1): zlib: upgrade to 1.2.12 wangmy (5): linux-firmware: upgrade 20220310 -> 20220411 It's firmware so it should be fine but I don't know much about such things. Have firmware updates ever broken older kernels? Certainly there could be performance degradation. I guess it's a release note item for others to worry about. I've been doing these regularly for dunfell and it hasn't been an issue in the past two years. As expected but that's good to hear. libsoup: upgrade 3.0.5 -> 3.0.6 apt: upgrade 2.4.3 -> 2.4.4 libusb1: upgrade 1.0.25 -> 1.0.26 libgit2: upgrade 1.4.2 -> 1.4.3 zhengruoqin (3): wireless-regdb: upgrade 2022.02.18 -> 2022.04.08 git: upgrade 2.35.2 -> 2.35.3 ruby: upgrade 3.1.1 -> 3.1.2 These all seem like bug fix only updates. Are you assuming that third number updates don't change API/ABI or looking at commit summaries, git logs, or using a tool? Yes, my criteria for including is that they are bug/security only updates. I don't assume anything from the version number, I review the release notes (if any) and the git logs. In many cases the version updates in master don't include this info in the commit message. In that case I add either the release notes or the git log to the commit message when cherry-picking from master. That's great. The only better response would be if we could run API/ABI test. I'll see if that's something that we can work on for release branches but no promises or timeline for that so far. So it is a time consuming manual process :-) It is; thanks for the careful work. BTW, those who include release notes or commit logs in their version bumps get smiles and brownie points from me! +1 ../Randy Steve -- # Randy MacLeod # Wind River Linux -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#164763): https://lists.openembedded.org/g/openembedded-core/message/164763 Mute This Topic: https://lists.openembedded.org/mt/90584508/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][kirkstone 00/27] Patch review
On Wed, Apr 20, 2022 at 7:14 PM Randy MacLeod wrote: > > > > On Wed., Apr. 20, 2022, 10:54 Steve Sakoman, wrote: >> >> On Wed, Apr 20, 2022 at 4:08 AM Steve Sakoman via >> lists.openembedded.org >> wrote: >> > >> > Please review this set of patches for kirkstone and have comments back by >> > end of day Friday. >> >> I'd particularly like feedback on the security/bug fix version updates >> at the end of this series. >> >> In the past I took these only on request. >> >> Would people like me to be more proactive on this type of upgrade >> (such as this series), or should I continue to take them only on >> request? > > > Proactive but reasonably cautious. ;-) That's my feeling too. >> > Passed a-full on autobuilder: >> > >> > https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/3547 >> > >> > The following changes since commit >> > d2ba3b8850d461bc7b773240cdf15b22b31a3f9e: >> > >> > lua: fix CVE-2022-28805 (2022-04-19 14:02:08 +0100) >> > >> > are available in the Git repository at: >> > >> > git://git.openembedded.org/openembedded-core-contrib stable/kirkstone-nut >> > >> > http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/kirkstone-nut >> > >> > Alexander Kanavin (1): >> > webkitgtk: adjust patch status >> > >> > Davide Gardenal (1): >> > create-spdx: fix error when symlink cannot be created >> > >> > Ferry Toth (2): >> > apt: add apt selftest to test signed package feeds >> > package_manager: fix missing dependency on gnupg when signing deb >> > package feeds >> > >> > Jon Mason (1): >> > qemuarm64: use virtio pci interfaces >> > >> > Kai Kang (1): >> > update_udev_hwdb: fix multilib issue with systemd >> > >> > Khem Raj (5): >> > babeltrace: Disable warnings as errors >> > xserver-xorg: Fix build with gcc12 >> > systemtap: Fix build with gcc-12 >> > gnupg: Disable FORTIFY_SOURCES on mips >> > mdadm: Drop clang specific cflags >> > >> > Konrad Weihmann (2): >> > git: correct license >> > ncurses: use COPYING file >> > >> > Martin Jansa (1): >> > systemd-boot: remove outdated EFI_LD comment >> > >> > Paulo Neves (1): >> > selftest/lic_checksum: Add test for filename containing space >> > >> > Peter Kjellerstedt (2): >> > u-boot: Correct the SRC_URI >> > u-boot: Inherit pkgconfig >> > >> > Richard Purdie (1): >> > buildtools-tarball: Only add cert envvars if certs are included >> > >> > Ross Burton (1): >> > zlib: upgrade to 1.2.12 >> > >> > wangmy (5): >> > linux-firmware: upgrade 20220310 -> 20220411 > > > > It's firmware so it should be fine but I don't know much about such things. > Have firmware updates ever broken older kernels? > Certainly there could be performance degradation. I guess it's a release note > item for others to worry about. I've been doing these regularly for dunfell and it hasn't been an issue in the past two years. >> > libsoup: upgrade 3.0.5 -> 3.0.6 >> > apt: upgrade 2.4.3 -> 2.4.4 >> > libusb1: upgrade 1.0.25 -> 1.0.26 >> > libgit2: upgrade 1.4.2 -> 1.4.3 >> > >> > zhengruoqin (3): >> > wireless-regdb: upgrade 2022.02.18 -> 2022.04.08 >> > git: upgrade 2.35.2 -> 2.35.3 >> > ruby: upgrade 3.1.1 -> 3.1.2 > > > These all seem like bug fix only updates. > Are you assuming that third number updates don't change API/ABI or looking at > commit summaries, git logs, or using a tool? Yes, my criteria for including is that they are bug/security only updates. I don't assume anything from the version number, I review the release notes (if any) and the git logs. In many cases the version updates in master don't include this info in the commit message. In that case I add either the release notes or the git log to the commit message when cherry-picking from master. So it is a time consuming manual process :-) BTW, those who include release notes or commit logs in their version bumps get smiles and brownie points from me! Steve -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#164762): https://lists.openembedded.org/g/openembedded-core/message/164762 Mute This Topic: https://lists.openembedded.org/mt/90584508/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] wic --offset: how to create GPT images with out-of-order partitions?
Hello Joshua, On 20.04.22 17:33, Joshua Watt wrote: > On Wed, Apr 20, 2022 at 9:43 AM Ahmad Fatoum wrote: >> part rootfs-a --offset=64M --fixed-size=64M --fstype=ext4 >> part env-a--offset=4M --fixed-size=8K --source rawcopy >> --sourceparams="file=uboot-env.bin" >> bootloader --ptable gpt >> >> If I swap the partitions around, image creation succeeds, but I need >> them ordered the other way round. > > RIght, the code creates image partitions linearly from top to bottom, > so a partition lower in the list can't be inserted before an earlier > one; I believe this is mostly to simplify the logic for ensuring that > partitions don't overlap. Thanks for the quick answer! I feared as much. > If you are using GPT, I'd recommend mounting the disk by label or UUID > instead of position, so the ordering isn't important Ye, that is one possibility. Unfortunately, I need to support existing systems that don't have distinct PARTUUIDs or labels, so it's easier to recreate the existing partitioning offline. I will stick to genimage then. Thanks again. Cheers, Ahmad > >> >> Cheers, >> Ahmad >> >> -- >> Pengutronix e.K. | | >> Steuerwalder Str. 21 | http://www.pengutronix.de/ | >> 31137 Hildesheim, Germany | Phone: +49-5121-206917-0| >> Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917- | > -- Pengutronix e.K. | | Steuerwalder Str. 21 | http://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0| Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917- | -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#164761): https://lists.openembedded.org/g/openembedded-core/message/164761 Mute This Topic: https://lists.openembedded.org/mt/90585256/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] create-spdx: question about virtual/kernel dependency
David, It does seem like the line `do_image_complete[depends] = "virtual/kernel:do_create_spdx"` doesn't need to be hardcoded; I unfortunately don't remember why I added that. As a guess I would imagine it was so that you can add items that aren't normally part of an "image" (u-boot, kernel, etc.) to SPDX generation, in which case it should probably at least be a variable that can be overridden. It's also possible that line simply isn't useful at all since just creating the SPDX for those recipes doesn't mean they will be in the final SPDX generated tarball, and if they do we need some mechanism to specifically add them which would cover adding the dependencies also. TL; DR It seems likely it can be removed. CC'd Saul Wold (who did most of the kernel SPDX generation) in case he knows something I don't On Thu, Apr 21, 2022 at 5:14 AM Davide Gardenal wrote: > > Yes we could but I'm not sure if that dependency is needed in the first place. > Looking at the dependency graph I can see that other tasks depend upon it so > could it be redundant to have it? > > Davide > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#164760): https://lists.openembedded.org/g/openembedded-core/message/164760 Mute This Topic: https://lists.openembedded.org/mt/90602531/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] kernel-yocto.bbclass: Fixup do_kernel_configcheck usage of KMETA
On Wed, Apr 20, 2022 at 11:58 PM Russ Dill wrote:
>
> The do_kernel_configcheck task requires a meta directory, normally
> set by ${KMETA}. The meta directory is taken as a relative path
> from ${S}:
>
> outfile = "{}/{}/cfg/mismatch.txt".format( s, kmeta )
>
> However, when checking for the presence of ${KMETA} the current
> working directory is searched. This will almost always fail and
> "kgit --meta" is used instead. If the user does have a path in
> their current working directory that matches the ${KMETA}
> variable but the path is not present within the kernel source
> directory, the build will fail if it tries to write config errors/
> warnings to that path.
>
> If ${KMETA} is not set, the same problem exists with the hard-coded
> "meta" directory.
>
> Fix these issues by checking for ${KMETA} within ${S} rather than
> the current working directory. Additionally, drop the hardcoded
> backup directory "meta" as it hasn't been functioning and
> probably has no users
Looks good to me. I continued to poke at this yesterday, and can't
think of any users this will break .. and if it does, I'll be around to
fix any fallout.
Acked-by: Bruce Ashfield
>
> Signed-off-by: Russ Dill
> ---
> meta/classes/kernel-yocto.bbclass | 14 +++---
> 1 file changed, 7 insertions(+), 7 deletions(-)
>
> diff --git a/meta/classes/kernel-yocto.bbclass
> b/meta/classes/kernel-yocto.bbclass
> index 1d5a8cdf29..4cb638864c 100644
> --- a/meta/classes/kernel-yocto.bbclass
> +++ b/meta/classes/kernel-yocto.bbclass
> @@ -521,15 +521,15 @@ python do_config_analysis() {
> python do_kernel_configcheck() {
> import re, string, sys, subprocess
>
> -# if KMETA isn't set globally by a recipe using this routine, we need to
> -# set the default to 'meta'. Otherwise, kconf_check is not passed a valid
> -# meta-series for processing
> -kmeta = d.getVar("KMETA") or "meta"
> -if not os.path.exists(kmeta):
> -kmeta = subprocess.check_output(['kgit', '--meta'],
> cwd=d.getVar('S')).decode('utf-8').rstrip()
> -
> s = d.getVar('S')
>
> +# if KMETA isn't set globally by a recipe using this routine, use kgit to
> +# locate or create the meta directory. Otherwise, kconf_check is not
> +# passed a valid meta-series for processing
> +kmeta = d.getVar("KMETA")
> +if not kmeta or not os.path.exists('{}/{}'.format(s,kmeta)):
> +kmeta = subprocess.check_output(['kgit', '--meta'],
> cwd=d.getVar('S')).decode('utf-8').rstrip()
> +
> env = os.environ.copy()
> env['PATH'] = "%s:%s%s" % (d.getVar('PATH'), s, "/scripts/util/")
> env['LD'] = d.getVar('KERNEL_LD')
> --
> 2.25.1
>
--
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164759):
https://lists.openembedded.org/g/openembedded-core/message/164759
Mute This Topic: https://lists.openembedded.org/mt/90599712/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] zlib: upgrade to 1.2.12
On 3/29/22 15:45, Ross Burton wrote: > First upstream release since 2017! > - Fix a deflate bug when using the Z_FIXED strategy that can result in > out-of-bound accesses. > - Fix a deflate bug when the window is full in deflate_stored(). > - Speed up CRC-32 computations by a factor of 1.5 to 3. > - Use the hardware CRC-32 instruction on ARMv8 processors. > - Speed up crc32_combine() with powers of x tables. > - Add crc32_combine_gen() and crc32_combine_op() for fast combines. > > Drop CVE-2018-25032 as this is in the .12 release. > > Rebase 0001-configure-Pass-LDFLAGS-to-link-tests.patch to apply cleanly. > > Backport cc.patch to fix compilation with our CC. > > Signed-off-by: Ross Burton For whatever reason, this breaks building icedtea7-native from meta-java on my Fedora 35 system. Jacob -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#164758): https://lists.openembedded.org/g/openembedded-core/message/164758 Mute This Topic: https://lists.openembedded.org/mt/90108253/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] create-spdx: question about virtual/kernel dependency
Yes we could but I'm not sure if that dependency is needed in the first place. Looking at the dependency graph I can see that other tasks depend upon it so could it be redundant to have it? Davide -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#164757): https://lists.openembedded.org/g/openembedded-core/message/164757 Mute This Topic: https://lists.openembedded.org/mt/90602531/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] devshell: introduce intercepts as per native / nativesdk
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Andre McCurdy
> Sent: den 21 april 2022 01:25
> To: Paul Gortmaker
> Cc: OE Core mailing list ;
> Richard Purdie
> Subject: Re: [OE-core] [PATCH] devshell: introduce intercepts as per
> native / nativesdk
>
> On Wed, Apr 20, 2022 at 8:12 AM Paul Gortmaker
> wrote:
> >
> > In a devshell, recent versions of git will complain if the repo is owned
> > by someone other than the current UID - consider this example:
> >
> > --
> > bitbake -c devshell linux-yocto
> >
> > [...]
> >
> > kernel-source#git branch
> > fatal: unsafe repository ('/home/paul/poky/build-qemuarm64/tmp/work-
> shared/qemuarm64/kernel-source' is owned by someone else)
> > To add an exception for this directory, call:
> >
> > git config --global --add safe.directory /home/paul/poky/build-
> qemuarm64/tmp/work-shared/qemuarm64/kernel-source
> > kernel-source#
> > --
> >
> > Of course the devshell has UID zero and the "real" UID is for "paul" in
> > this case. And so recent git versions complain.
> >
> > As the whole purpose of the devshell is to invoke a shell where
> development
> > can take place, having a non-functional git is clearly unacceptable.
> >
> > Richard suggested we could use PSEUDO_UNLOAD=1 to evade this issue, and
> I
> > suggested we probably will see other similar instances like this and
> should
> > make use of PATH to intercept via devshell wrappers - conveniently we
> already
> > have examples of this.
> >
> > Here, we copy the existing "ar" example and tune it to the needs of git
> to
> > combine Richard's suggestion and mine.
> >
> > As such we now also can store commit logs and use send-email with our
> user
> > specific settings, instead of "root", so in additon to fixing basic
> > commands like "git branch" it should also increase general usefulness.
>
> It looks like this will address the performance issues of using git
> from a devshell too. Trying to run git log, git blame, etc for
> largeish repos in a devshell is annoyingly slow due to the overhead of
> pseudo.
>
> I always wondered what people do in a devshell which actually _does_
> need to run under pseudo...
To look at the output from, e.g., do_install to see it the way bitbakes
sees it when it comes to users/groups of the files.
//Peter
>
> > Cc: Richard Purdie
> > Signed-off-by: Paul Gortmaker
> >
> > diff --git a/meta/classes/devshell.bbclass
> b/meta/classes/devshell.bbclass
> > index 62dc958d9a4a..7ac134e0950f 100644
> > --- a/meta/classes/devshell.bbclass
> > +++ b/meta/classes/devshell.bbclass
> > @@ -2,6 +2,8 @@ inherit terminal
> >
> > DEVSHELL = "${SHELL}"
> >
> > +PATH:prepend = "${COREBASE}/scripts/devshell-intercept:"
> > +
> > python do_devshell () {
> > if d.getVarFlag("do_devshell", "manualfakeroot"):
> > d.prependVar("DEVSHELL", "pseudo ")
> > diff --git a/scripts/devshell-intercept/git b/scripts/devshell-
> intercept/git
> > new file mode 100755
> > index ..8adf5c9ecb71
> > --- /dev/null
> > +++ b/scripts/devshell-intercept/git
> > @@ -0,0 +1,19 @@
> > +#!/usr/bin/env python3
> > +#
> > +# Wrapper around 'git' that doesn't think we are root
> > +
> > +import os
> > +import shutil
> > +import sys
> > +
> > +os.environ['PSEUDO_UNLOAD'] = '1'
> > +
> > +# calculate path to the real 'git'
> > +path = os.environ['PATH']
> > +path = path.replace(os.path.dirname(sys.argv[0]), '')
> > +real_git = shutil.which('git', path=path)
> > +
> > +if len(sys.argv) == 1:
> > +os.execl(real_git, 'git')
> > +
> > +os.execv(real_git, sys.argv)
> > --
> > 2.17.1
> >
> >
> >
> >
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164756):
https://lists.openembedded.org/g/openembedded-core/message/164756
Mute This Topic: https://lists.openembedded.org/mt/90585970/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] create-spdx: question about virtual/kernel dependency
On Thu, 2022-04-21 at 02:53 -0700, Davide Gardenal wrote: > Greetings, > > I'm currently having a problem with this dependency in create-spdx.bbclass. > When building Linux everything is fine but using FreeRTOS brakes the build > because there is no "virtual/kernel" provided. > My question now is, is it really a necessary thing to have or not? It is ensuring the kernel license information is included even if the image doesn't actually contain the kernel binary. You'd obviously want to ensure the FreeRTOS kernel is accounted for in your license information but I'm not sure the right dependency for that. We could add some variable that FreeRTOS builds could use to mask that dependency out? Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#164755): https://lists.openembedded.org/g/openembedded-core/message/164755 Mute This Topic: https://lists.openembedded.org/mt/90602531/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] scriptutils: fix style to be more PEP8 compliant
Signed-off-by: Marius Kriegerowski
---
scripts/lib/scriptutils.py | 23 +++
1 file changed, 15 insertions(+), 8 deletions(-)
diff --git a/scripts/lib/scriptutils.py b/scripts/lib/scriptutils.py
index adf81476f0..b265b5c838 100644
--- a/scripts/lib/scriptutils.py
+++ b/scripts/lib/scriptutils.py
@@ -5,7 +5,6 @@
# SPDX-License-Identifier: GPL-2.0-only
#
-import argparse
import glob
import logging
import os
@@ -21,11 +20,12 @@ import importlib
import importlib.machinery
import importlib.util
+
class KeepAliveStreamHandler(logging.StreamHandler):
def __init__(self, keepalive=True, **kwargs):
super().__init__(**kwargs)
if keepalive is True:
-keepalive = 5000 # default timeout
+keepalive = 5000 # default timeout
self._timeout = threading.Condition()
self._stop = False
@@ -36,9 +36,9 @@ class KeepAliveStreamHandler(logging.StreamHandler):
with self._timeout:
if not self._timeout.wait(keepalive):
self.emit(logging.LogRecord("keepalive", logging.INFO,
-None, None, "Keepalive message", None, None))
+None, None, "Keepalive
message", None, None))
-self._thread = threading.Thread(target = thread, daemon = True)
+self._thread = threading.Thread(target=thread, daemon=True)
self._thread.start()
def close(self):
@@ -56,6 +56,7 @@ class KeepAliveStreamHandler(logging.StreamHandler):
with self._timeout:
self._timeout.notify()
+
def logger_create(name, stream=None, keepalive=None):
logger = logging.getLogger(name)
if keepalive is not None:
@@ -67,21 +68,21 @@ def logger_create(name, stream=None, keepalive=None):
logger.setLevel(logging.INFO)
return logger
+
def logger_setup_color(logger, color='auto'):
from bb.msg import BBLogFormatter
for handler in logger.handlers:
if (isinstance(handler, logging.StreamHandler) and
-isinstance(handler.formatter, BBLogFormatter)):
+isinstance(handler.formatter, BBLogFormatter)):
if color == 'always' or (color == 'auto' and
handler.stream.isatty()):
handler.formatter.enable_color()
def load_plugins(logger, plugins, pluginpath):
-
def load_plugin(name):
logger.debug('Loading plugin %s' % name)
-spec = importlib.machinery.PathFinder.find_spec(name,
path=[pluginpath] )
+spec = importlib.machinery.PathFinder.find_spec(name,
path=[pluginpath])
if spec:
mod = importlib.util.module_from_spec(spec)
spec.loader.exec_module(mod)
@@ -112,6 +113,7 @@ def git_convert_standalone_clone(repodir):
bb.process.run('git repack -a', cwd=repodir)
os.remove(alternatesfile)
+
def _get_temp_recipe_dir(d):
# This is a little bit hacky but we need to find a place where we can put
# the recipe so that bitbake can find it. We're going to delete it at the
@@ -128,12 +130,15 @@ def _get_temp_recipe_dir(d):
break
return fetchrecipedir
+
class FetchUrlFailure(Exception):
def __init__(self, url):
self.url = url
+
def __str__(self):
return "Failed to fetch URL %s" % self.url
+
def fetch_url(tinfoil, srcuri, srcrev, destdir, logger, preserve_tmp=False,
mirrors=False):
"""
Fetch the specified URL using normal do_fetch and do_unpack tasks, i.e.
@@ -254,12 +259,13 @@ def run_editor(fn, logger=None):
editor = os.getenv('VISUAL', os.getenv('EDITOR', 'vi'))
try:
-#print(shlex.split(editor) + files)
+# print(shlex.split(editor) + files)
return subprocess.check_call(shlex.split(editor) + files)
except subprocess.CalledProcessError as exc:
logger.error("Execution of '%s' failed: %s" % (editor, exc))
return 1
+
def is_src_url(param):
"""
Check if a parameter is a URL and return True if so
@@ -273,6 +279,7 @@ def is_src_url(param):
return True
return False
+
def filter_src_subdirs(pth):
"""
Filter out subdirectories of initial unpacked source trees that we do not
care about.
--
2.32.0 (Apple Git-132)
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164754):
https://lists.openembedded.org/g/openembedded-core/message/164754
Mute This Topic: https://lists.openembedded.org/mt/90602556/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] xorg-app: Tweak handling of compression changes in SRC_URI
On Thu, 2022-04-21 at 11:31 +0200, Luca Ceresoli wrote:
> Hi Richard,
>
> Il giorno Wed, 20 Apr 2022 12:55:09 +0100
> "Richard Purdie" ha scritto:
>
> > Rather than duplicating SRC_URI, change the compression to a variable.
> >
> > Signed-off-by: Richard Purdie
> > ---
> > meta/recipes-graphics/xorg-app/mkfontscale_1.2.2.bb | 3 +--
> > meta/recipes-graphics/xorg-app/xdpyinfo_1.3.3.bb| 3 +--
> > meta/recipes-graphics/xorg-app/xorg-app-common.inc | 3 ++-
> > meta/recipes-graphics/xorg-app/xrandr_1.5.1.bb | 3 +--
> > 4 files changed, 5 insertions(+), 7 deletions(-)
> >
> > diff --git a/meta/recipes-graphics/xorg-app/mkfontscale_1.2.2.bb
> > b/meta/recipes-graphics/xorg-app/mkfontscale_1.2.2.bb index
> > 573b05128e4..cd658ab219c 100644 ---
> > a/meta/recipes-graphics/xorg-app/mkfontscale_1.2.2.bb +++
> > b/meta/recipes-graphics/xorg-app/mkfontscale_1.2.2.bb @@ -15,8 +15,7
> > @@ RPROVIDES:${PN} += "mkfontdir"
> > BBCLASSEXTEND = "native"
> >
> > -SRC_URI = "${XORG_MIRROR}/individual/app/${BPN}-${PV}.tar.xz"
> > -
> > LIC_FILES_CHKSUM =
> > "file://COPYING;md5=99b1e1269aba5179139b9e4380fc0934"
> > +SRC_URI_EXT = "xz"
> > SRC_URI[sha256sum] =
> > "8ae3fb5b1fe7436e1f565060acaa3e2918fe745b0e4979b5593968914fe2d5c4"
> > diff --git a/meta/recipes-graphics/xorg-app/xdpyinfo_1.3.3.bb
> > b/meta/recipes-graphics/xorg-app/xdpyinfo_1.3.3.bb index
> > fa0fe36451a..e75a840b7de 100644 ---
> > a/meta/recipes-graphics/xorg-app/xdpyinfo_1.3.3.bb +++
> > b/meta/recipes-graphics/xorg-app/xdpyinfo_1.3.3.bb @@ -8,14 +8,13 @@
> > predefined values for various parameters used in communicating
> > between \ clients and the server, and the different types of screens
> > and visuals \ that are available." -SRC_URI =
> > "${XORG_MIRROR}/individual/app/${BPN}-${PV}.tar.xz" -
> > LIC_FILES_CHKSUM =
> > "file://COPYING;md5=f3d09e6b9e203a1af489e16c708f4fb3" DEPENDS +=
> > "libxtst libxext libxxf86vm libxi libxrender libxinerama libdmx
> > libxau libxcomposite" PE = "1"
> > SRC_URI += "file://disable-xkb.patch"
> >
> > +SRC_URI_EXT = "xz"
> > SRC_URI[sha256sum] =
> > "356d5fd62f3e98ee36d6becf1b32d4ab6112d618339fb4b592ccffbd9e0fc206"
> > EXTRA_OECONF = "--disable-xkb"
> > diff --git a/meta/recipes-graphics/xorg-app/xorg-app-common.inc
> > b/meta/recipes-graphics/xorg-app/xorg-app-common.inc index
> > 1c64e20aac7..6a9ebe842de 100644 ---
> > a/meta/recipes-graphics/xorg-app/xorg-app-common.inc +++
> > b/meta/recipes-graphics/xorg-app/xorg-app-common.inc @@ -8,7 +8,8 @@
> > DEPENDS = "util-macros-native virtual/libx11" # depends on
> > virtual/libx11 REQUIRED_DISTRO_FEATURES = "x11"
> >
> > -SRC_URI = "${XORG_MIRROR}/individual/app/${BPN}-${PV}.tar.bz2"
> > +SRC_URI_EXT = ".bz2"
> > +SRC_URI =
> > "${XORG_MIRROR}/individual/app/${BPN}-${PV}.tar.${SRC_URI_EXT}"
>
> There's an extra '.' in ".bz2" that causes fetch failures.
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/725/steps/12/logs/errors
>
> stdio: WARNING: xkbcomp-1.4.5-r0 do_fetch: Failed to fetch URL
> https://www.x.org/releases//individual/app/xkbcomp-1.4.5.tar..bz2,
> attempting MIRRORS if available
>
> I'm dropping this patch from my master-next branch for now.
There is an updated version in master-next.
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164753):
https://lists.openembedded.org/g/openembedded-core/message/164753
Mute This Topic: https://lists.openembedded.org/mt/90581932/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] create-spdx: question about virtual/kernel dependency
Greetings, I'm currently having a problem with this ( https://git.openembedded.org/openembedded-core/tree/meta/classes/create-spdx.bbclass?h=kirkstone#n38 ) dependency in create-spdx.bbclass. When building Linux everything is fine but using FreeRTOS brakes the build because there is no "virtual/kernel" provided. My question now is, is it really a necessary thing to have or not? Thanks for the help, Davide -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#164752): https://lists.openembedded.org/g/openembedded-core/message/164752 Mute This Topic: https://lists.openembedded.org/mt/90602531/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] devshell: introduce intercepts as per native / nativesdk
On Wed, 2022-04-20 at 11:11 -0400, Paul Gortmaker wrote:
> In a devshell, recent versions of git will complain if the repo is owned
> by someone other than the current UID - consider this example:
>
> --
> bitbake -c devshell linux-yocto
>
> [...]
>
> kernel-source#git branch
> fatal: unsafe repository
> ('/home/paul/poky/build-qemuarm64/tmp/work-shared/qemuarm64/kernel-source' is
> owned by someone else)
> To add an exception for this directory, call:
>
> git config --global --add safe.directory
> /home/paul/poky/build-qemuarm64/tmp/work-shared/qemuarm64/kernel-source
> kernel-source#
> --
>
> Of course the devshell has UID zero and the "real" UID is for "paul" in
> this case. And so recent git versions complain.
>
> As the whole purpose of the devshell is to invoke a shell where development
> can take place, having a non-functional git is clearly unacceptable.
>
> Richard suggested we could use PSEUDO_UNLOAD=1 to evade this issue, and I
> suggested we probably will see other similar instances like this and should
> make use of PATH to intercept via devshell wrappers - conveniently we already
> have examples of this.
>
> Here, we copy the existing "ar" example and tune it to the needs of git to
> combine Richard's suggestion and mine.
>
> As such we now also can store commit logs and use send-email with our user
> specific settings, instead of "root", so in additon to fixing basic
> commands like "git branch" it should also increase general usefulness.
>
> Cc: Richard Purdie
> Signed-off-by: Paul Gortmaker
>
> diff --git a/meta/classes/devshell.bbclass b/meta/classes/devshell.bbclass
> index 62dc958d9a4a..7ac134e0950f 100644
> --- a/meta/classes/devshell.bbclass
> +++ b/meta/classes/devshell.bbclass
> @@ -2,6 +2,8 @@ inherit terminal
>
> DEVSHELL = "${SHELL}"
>
> +PATH:prepend = "${COREBASE}/scripts/devshell-intercept:"
> +
I just realised, we can't do that! It would apply globally and mean builds
change behaviour depending on whether devshell is inherited or not. It also
means all git calls run through the wrapper, not just devshell ones.
I've also realised we have a bigger problem since some software is running git
to get the version during do_install.
My proposal is to change scripts/devshell-intercept to scripts/git-intercept,
make the PATH change in the do_devshell function below but also add something
like:
PATH:prepend:task-do_install = "${COREBASE}/scripts/git-intercept:"
in common code.
Since this hasn't merged yet, I can tweak the patch if that works for you (or
you can)?
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164751):
https://lists.openembedded.org/g/openembedded-core/message/164751
Mute This Topic: https://lists.openembedded.org/mt/90585970/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] xorg-app: Tweak handling of compression changes in SRC_URI
Hi Richard,
Il giorno Wed, 20 Apr 2022 12:55:09 +0100
"Richard Purdie" ha scritto:
> Rather than duplicating SRC_URI, change the compression to a variable.
>
> Signed-off-by: Richard Purdie
> ---
> meta/recipes-graphics/xorg-app/mkfontscale_1.2.2.bb | 3 +--
> meta/recipes-graphics/xorg-app/xdpyinfo_1.3.3.bb| 3 +--
> meta/recipes-graphics/xorg-app/xorg-app-common.inc | 3 ++-
> meta/recipes-graphics/xorg-app/xrandr_1.5.1.bb | 3 +--
> 4 files changed, 5 insertions(+), 7 deletions(-)
>
> diff --git a/meta/recipes-graphics/xorg-app/mkfontscale_1.2.2.bb
> b/meta/recipes-graphics/xorg-app/mkfontscale_1.2.2.bb index
> 573b05128e4..cd658ab219c 100644 ---
> a/meta/recipes-graphics/xorg-app/mkfontscale_1.2.2.bb +++
> b/meta/recipes-graphics/xorg-app/mkfontscale_1.2.2.bb @@ -15,8 +15,7
> @@ RPROVIDES:${PN} += "mkfontdir"
> BBCLASSEXTEND = "native"
>
> -SRC_URI = "${XORG_MIRROR}/individual/app/${BPN}-${PV}.tar.xz"
> -
> LIC_FILES_CHKSUM =
> "file://COPYING;md5=99b1e1269aba5179139b9e4380fc0934"
> +SRC_URI_EXT = "xz"
> SRC_URI[sha256sum] =
> "8ae3fb5b1fe7436e1f565060acaa3e2918fe745b0e4979b5593968914fe2d5c4"
> diff --git a/meta/recipes-graphics/xorg-app/xdpyinfo_1.3.3.bb
> b/meta/recipes-graphics/xorg-app/xdpyinfo_1.3.3.bb index
> fa0fe36451a..e75a840b7de 100644 ---
> a/meta/recipes-graphics/xorg-app/xdpyinfo_1.3.3.bb +++
> b/meta/recipes-graphics/xorg-app/xdpyinfo_1.3.3.bb @@ -8,14 +8,13 @@
> predefined values for various parameters used in communicating
> between \ clients and the server, and the different types of screens
> and visuals \ that are available." -SRC_URI =
> "${XORG_MIRROR}/individual/app/${BPN}-${PV}.tar.xz" -
> LIC_FILES_CHKSUM =
> "file://COPYING;md5=f3d09e6b9e203a1af489e16c708f4fb3" DEPENDS +=
> "libxtst libxext libxxf86vm libxi libxrender libxinerama libdmx
> libxau libxcomposite" PE = "1"
> SRC_URI += "file://disable-xkb.patch"
>
> +SRC_URI_EXT = "xz"
> SRC_URI[sha256sum] =
> "356d5fd62f3e98ee36d6becf1b32d4ab6112d618339fb4b592ccffbd9e0fc206"
> EXTRA_OECONF = "--disable-xkb"
> diff --git a/meta/recipes-graphics/xorg-app/xorg-app-common.inc
> b/meta/recipes-graphics/xorg-app/xorg-app-common.inc index
> 1c64e20aac7..6a9ebe842de 100644 ---
> a/meta/recipes-graphics/xorg-app/xorg-app-common.inc +++
> b/meta/recipes-graphics/xorg-app/xorg-app-common.inc @@ -8,7 +8,8 @@
> DEPENDS = "util-macros-native virtual/libx11" # depends on
> virtual/libx11 REQUIRED_DISTRO_FEATURES = "x11"
>
> -SRC_URI = "${XORG_MIRROR}/individual/app/${BPN}-${PV}.tar.bz2"
> +SRC_URI_EXT = ".bz2"
> +SRC_URI =
> "${XORG_MIRROR}/individual/app/${BPN}-${PV}.tar.${SRC_URI_EXT}"
There's an extra '.' in ".bz2" that causes fetch failures.
https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/725/steps/12/logs/errors
stdio: WARNING: xkbcomp-1.4.5-r0 do_fetch: Failed to fetch URL
https://www.x.org/releases//individual/app/xkbcomp-1.4.5.tar..bz2,
attempting MIRRORS if available
I'm dropping this patch from my master-next branch for now.
--
Luca Ceresoli, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164750):
https://lists.openembedded.org/g/openembedded-core/message/164750
Mute This Topic: https://lists.openembedded.org/mt/90581932/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [qa-build-notification] QA notification for completed autobuilder build (yocto-4.0.rc3)
Hello everyone, This is the full report for yocto-4.0.rc3: https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults === Summary No high milestone defects. No new issue found. Thanks, Jay > -Original Message- > From: qa-build-notificat...@lists.yoctoproject.org notificat...@lists.yoctoproject.org> On Behalf Of Pokybuild User > Sent: Sunday, 17 April, 2022 3:36 AM > To: yo...@lists.yoctoproject.org > Cc: qa-build-notificat...@lists.yoctoproject.org > Subject: [qa-build-notification] QA notification for completed autobuilder > build (yocto-4.0.rc3) > > > A build flagged for QA (yocto-4.0.rc3) was completed on the autobuilder and > is available at: > > > https://autobuilder.yocto.io/pub/releases/yocto-4.0.rc3 > > > Build hash information: > > bitbake: c212b0f3b542efa19f15782421196b7f4b64b0b9 > meta-agl: ca53308f8803fb50709b3f17bb1f9e476366bb62 > meta-arm: 3ee7d019898854f776f95ed31f4b7ea8c8a73dfe > meta-aws: da48f9e0fb5444ee8d3112ee00f5937a3fd9f96a > meta-gplv2: d2f8b5cdb285b72a4ed93450f6703ca27aa42e8a > meta-intel: 5e2b4c4ad933556c96722ab0c5f2f3f5eb93b692 > meta-mingw: a90614a6498c3345704e9611f2842eb933dc51c1 > meta-openembedded: 8e1986e95ad30a31c8eaa3cfe2e045b335ef7555 > oecore: 92fcb6570bddd0c5717d8cfdf38ecf3e44942b0f > poky: 00cfdde791a0176c134f31e5a09eff725e75b905 > > > > 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 (#164749): https://lists.openembedded.org/g/openembedded-core/message/164749 Mute This Topic: https://lists.openembedded.org/mt/90532644/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] [meta-oe][PATCH 7/8] wpa-supplicant: Simplify build/install flow
On Thu, Apr 21, 2022 at 9:20 AM Köry Maincent wrote: > > Hello Alex, > > On Tue, 12 Apr 2022 14:03:14 +0100 > "Alex Kiernan" wrote: > > > The build/install steps for wpa-supplicant support CFLAGS and an install > > target, so use these rather than attempting to do it manually (which was > > broken by upstream splitting into build.rules and lib.rules). > > > > Note that this installs wpa_passphrase into sbindir rather than bindir. > > It seems the wpa_passphrase binary is not installed anymore with that patch. > Could you verify on your side? > Looks like it gets built, but not installed, seems like it's the upstream patch which fixes parsing of the config for it (and the shared library). I'll take a look at it. -- Alex Kiernan -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#164748): https://lists.openembedded.org/g/openembedded-core/message/164748 Mute This Topic: https://lists.openembedded.org/mt/90417290/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [poky][dunfell][PATCH] tiff: Fix CVE-2022-0891
Fix CVE-2022-0891 for tiff
Link:
https://sources.debian.org/src/tiff/4.1.0+git191117-2%7Edeb10u4/debian/patches/CVE-2022-0891.patch/
Signed-off-by: Sana Kazi
Signed-off-by: Sana Kazi
---
.../libtiff/files/CVE-2022-0891.patch | 217 ++
meta/recipes-multimedia/libtiff/tiff_4.1.0.bb | 1 +
2 files changed, 218 insertions(+)
create mode 100644 meta/recipes-multimedia/libtiff/files/CVE-2022-0891.patch
diff --git a/meta/recipes-multimedia/libtiff/files/CVE-2022-0891.patch
b/meta/recipes-multimedia/libtiff/files/CVE-2022-0891.patch
new file mode 100644
index 00..e2f1bd3056
--- /dev/null
+++ b/meta/recipes-multimedia/libtiff/files/CVE-2022-0891.patch
@@ -0,0 +1,217 @@
+From 232282fd8f9c21eefe8d2d2b96cdbbb172fe7b7c Mon Sep 17 00:00:00 2001
+From: Su Laus
+Date: Tue, 8 Mar 2022 17:02:44 +
+Subject: [PATCH] tiffcrop: fix issue #380 and #382 heap buffer overflow in
+ extractImageSection
+
+CVE: CVE-2022-0891
+Upstream-Status: Backport
[https://sources.debian.org/src/tiff/4.1.0+git191117-2%7Edeb10u4/debian/patches/CVE-2022-0891.patch/]
+Comment: No change in any hunk
+Signed-off-by: Sana Kazi
+---
+ tools/tiffcrop.c | 92 +++-
+ 1 file changed, 36 insertions(+), 56 deletions(-)
+
+diff --git a/tools/tiffcrop.c b/tools/tiffcrop.c
+index f2e5474a..e62bcc71 100644
+--- a/tools/tiffcrop.c
b/tools/tiffcrop.c
+@@ -105,8 +105,8 @@
+ *of messages to monitor progess without enabling dump logs.
+ */
+
+-static char tiffcrop_version_id[] = "2.4";
+-static char tiffcrop_rev_date[] = "12-13-2010";
++static char tiffcrop_version_id[] = "2.4.1";
++static char tiffcrop_rev_date[] = "03-03-2010";
+
+ #include "tif_config.h"
+ #include "tiffiop.h"
+@@ -6670,10 +6670,10 @@ extractImageSection(struct image_data *image, struct
pageseg *section,
+ #ifdef DEVELMODE
+ uint32img_length;
+ #endif
+- uint32j, shift1, shift2, trailing_bits;
++ uint32j, shift1, trailing_bits;
+ uint32row, first_row, last_row, first_col, last_col;
+ uint32src_offset, dst_offset, row_offset, col_offset;
+- uint32offset1, offset2, full_bytes;
++ uint32offset1, full_bytes;
+ uint32sect_width;
+ #ifdef DEVELMODE
+ uint32sect_length;
+@@ -6683,7 +6683,6 @@ extractImageSection(struct image_data *image, struct
pageseg *section,
+ #ifdef DEVELMODE
+ int k;
+ unsigned char bitset;
+- static char *bitarray = NULL;
+ #endif
+
+ img_width = image->width;
+@@ -6701,17 +6700,12 @@ extractImageSection(struct image_data *image, struct
pageseg *section,
+ dst_offset = 0;
+
+ #ifdef DEVELMODE
+- if (bitarray == NULL)
+-{
+-if ((bitarray = (char *)malloc(img_width)) == NULL)
+- {
+- TIFFError ("", "DEBUG: Unable to allocate debugging bitarray");
+- return (-1);
+- }
+-}
++ char bitarray[39];
+ #endif
+
+- /* rows, columns, width, length are expressed in pixels */
++ /* rows, columns, width, length are expressed in pixels
++ * first_row, last_row, .. are index into image array starting at 0 to
width-1,
++ * last_col shall be also extracted. */
+ first_row = section->y1;
+ last_row = section->y2;
+ first_col = section->x1;
+@@ -6721,9 +6715,14 @@ extractImageSection(struct image_data *image, struct
pageseg *section,
+ #ifdef DEVELMODE
+ sect_length = last_row - first_row + 1;
+ #endif
+- img_rowsize = ((img_width * bps + 7) / 8) * spp;
+- full_bytes = (sect_width * spp * bps) / 8; /* number of COMPLETE bytes
per row in section */
+- trailing_bits = (sect_width * bps) % 8;
++/* The read function loadImage() used copy separate plane data into a
buffer as interleaved
++ * samples rather than separate planes so the same logic works to extract
regions
++ * regardless of the way the data are organized in the input file.
++ * Furthermore, bytes and bits are arranged in buffer according to
COMPRESSION=1 and FILLORDER=1
++ */
++img_rowsize = (((img_width * spp * bps) + 7) / 8);/* row size in full
bytes of source image */
++full_bytes = (sect_width * spp * bps) / 8;/* number of
COMPLETE bytes per row in section */
++trailing_bits = (sect_width * spp * bps) % 8; /* trailing bits
within the last byte of destination buffer */
+
+ #ifdef DEVELMODE
+ TIFFError ("", "First row: %d, last row: %d, First col: %d, last col:
%d\n",
+@@ -6736,10 +6735,9 @@ extractImageSection(struct image_data *image, struct
pageseg *section,
+
+ if ((bps % 8) == 0)
+ {
+-col_offset = first_col * spp * bps / 8;
++col_offset = (first_col * spp * bps) / 8;
+ for (row = first_row; row <= last_row; row++)
+ {
+- /* row_offset = row * img_width * spp * bps / 8; */
+ row_offset = row * img_rowsize;
+ src_offset = row_offset + col_offset;
+
+@@ -6752,14 +6750,12 @@ extractImageSection(struct image_data *image, struct
pageseg *section,
+ }
+ else
+ { /* bps !=
Re: [OE-core] [meta-oe][PATCH 7/8] wpa-supplicant: Simplify build/install flow
Hello Alex, On Tue, 12 Apr 2022 14:03:14 +0100 "Alex Kiernan" wrote: > The build/install steps for wpa-supplicant support CFLAGS and an install > target, so use these rather than attempting to do it manually (which was > broken by upstream splitting into build.rules and lib.rules). > > Note that this installs wpa_passphrase into sbindir rather than bindir. It seems the wpa_passphrase binary is not installed anymore with that patch. Could you verify on your side? Regards, -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#164746): https://lists.openembedded.org/g/openembedded-core/message/164746 Mute This Topic: https://lists.openembedded.org/mt/90417290/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] sysvinit: upgrade 3.02 -> 3.03
Hi zhengruoqin, Il giorno Thu, 21 Apr 2022 15:00:35 +0800 "zhengruoqin" ha scritto: > 0001-Fixed-compile-error-on-GNU-Hurd.patch > removed since it's included in 3.03. > > Signed-off-by: Zheng Ruoqin Thank you for sending an update version of your patch, but I'm afraid it does not apply, and this is for a weird reason, see below. > diff --git > a/meta/recipes-core/sysvinit/sysvinit/0001-Fixed-compile-error-on-GNU-Hurd.patch > b/meta/recipes-core/sysvinit/sysvinit/0001-Fixed-compile-error-on-GNU-Hurd.patch > deleted file mode 100644 index d278a32ec7..00 --- > a/meta/recipes-core/sysvinit/sysvinit/0001-Fixed-compile-error-on-GNU-Hurd.patch > +++ /dev/null @@ -1,28 +0,0 @@ > -From d595594506e6fd2247f7984c276f822ea626434c Mon Sep 17 00:00:00 > -From: Zheng Ruoqin The patch currently in the repo has a different name here: From: Wang Mingyu > -Date: Thu, 7 Apr 2022 11:57:19 +0900 > -Subject: [PATCH] Fixed compile error on GNU Hurd > - > -Fixed compile error on GNU Hurd due to missing MAX_PATH definition. > - > -Upstream-Status: Backport > [https://github.com/slicer69/sysvinit/commit/14d8d25269016b26965b428a855dd084cc88994d] > - -Signed-off-by: Zheng Ruoqin Same here. Did you apply any mangling to the patch before sending? Please resend without any mangling and I'll be glad to take your patch for testing. Best regards. -- Luca Ceresoli, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#164745): https://lists.openembedded.org/g/openembedded-core/message/164745 Mute This Topic: https://lists.openembedded.org/mt/90601089/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.6.rc1)
Hi all, Intel and WR YP QA is planning for QA execution for YP build yocto-3.3.6.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. NUC 7 3. NUC 6 4. Edgerouter 5. Beaglebone ETA for completion next Monday, April 25. Thanks, Jay > -Original Message- > From: yo...@lists.yoctoproject.org On Behalf > Of Pokybuild User > Sent: Wednesday, 20 April, 2022 2:02 PM > To: yo...@lists.yoctoproject.org > Cc: qa-build-notificat...@lists.yoctoproject.org > Subject: [yocto] QA notification for completed autobuilder build (yocto- > 3.3.6.rc1) > > > A build flagged for QA (yocto-3.3.6.rc1) was completed on the autobuilder > and is available at: > > > https://autobuilder.yocto.io/pub/releases/yocto-3.3.6.rc1 > > > Build hash information: > > bitbake: d01d8326331cfe59208674cfc53aa26c0028b313 > meta-agl: ca53308f8803fb50709b3f17bb1f9e476366bb62 > meta-arm: 878fabbfc720da7d634ed9a2c0e24d4b8845ea20 > meta-aws: 6801abf40bb255a31bce5061c5c6b72f5e2a8f58 > meta-gplv2: 9e119f333cc8f53bd3cf64326f826dbc6ce3db0f > meta-intel: 16bfef2d1e0d0c8c596741d0bbb820541c432f6d > meta-mingw: 422b96cb2b6116442be1f40dfb5bd77447d1219e > meta-openembedded: a970ee45c2335c37041ad1658323481874bb4f0e > oecore: fbbb689c8df7f82644b8a9bc5bb6884bc6516660 > poky: eee9fba7b4d5d7a268a495688039027390894e6d > > > > 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 (#164744): https://lists.openembedded.org/g/openembedded-core/message/164744 Mute This Topic: https://lists.openembedded.org/mt/90601305/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] sysvinit: upgrade 3.02 -> 3.03
0001-Fixed-compile-error-on-GNU-Hurd.patch
removed since it's included in 3.03.
Signed-off-by: Zheng Ruoqin
---
...0001-Fixed-compile-error-on-GNU-Hurd.patch | 28 ---
.../{sysvinit_3.02.bb => sysvinit_3.03.bb}| 3 +-
2 files changed, 1 insertion(+), 30 deletions(-)
delete mode 100644
meta/recipes-core/sysvinit/sysvinit/0001-Fixed-compile-error-on-GNU-Hurd.patch
rename meta/recipes-core/sysvinit/{sysvinit_3.02.bb => sysvinit_3.03.bb} (96%)
diff --git
a/meta/recipes-core/sysvinit/sysvinit/0001-Fixed-compile-error-on-GNU-Hurd.patch
b/meta/recipes-core/sysvinit/sysvinit/0001-Fixed-compile-error-on-GNU-Hurd.patch
deleted file mode 100644
index d278a32ec7..00
---
a/meta/recipes-core/sysvinit/sysvinit/0001-Fixed-compile-error-on-GNU-Hurd.patch
+++ /dev/null
@@ -1,28 +0,0 @@
-From d595594506e6fd2247f7984c276f822ea626434c Mon Sep 17 00:00:00 2001
-From: Zheng Ruoqin
-Date: Thu, 7 Apr 2022 11:57:19 +0900
-Subject: [PATCH] Fixed compile error on GNU Hurd
-
-Fixed compile error on GNU Hurd due to missing MAX_PATH definition.
-
-Upstream-Status: Backport
[https://github.com/slicer69/sysvinit/commit/14d8d25269016b26965b428a855dd084cc88994d]
-
-Signed-off-by: Zheng Ruoqin
- src/bootlogd.h | 3 +++
- 1 file changed, 3 insertions(+)
-
-diff --git a/src/bootlogd.h b/src/bootlogd.h
-index b47bc9d..ba17f0c 100644
a/src/bootlogd.h
-+++ b/src/bootlogd.h
-@@ -10,3 +10,6 @@
- #define FALSE 0
- #endif
-
-+#ifndef PATH_MAX
-+#define PATH_MAX 2048
-+#endif
---
-2.25.1
-
diff --git a/meta/recipes-core/sysvinit/sysvinit_3.02.bb
b/meta/recipes-core/sysvinit/sysvinit_3.03.bb
similarity index 96%
rename from meta/recipes-core/sysvinit/sysvinit_3.02.bb
rename to meta/recipes-core/sysvinit/sysvinit_3.03.bb
index cfe9d0b597..f6547f237a 100644
--- a/meta/recipes-core/sysvinit/sysvinit_3.02.bb
+++ b/meta/recipes-core/sysvinit/sysvinit_3.03.bb
@@ -20,9 +20,8 @@ SRC_URI =
"${SAVANNAH_GNU_MIRROR}/sysvinit/sysvinit-${PV}.tar.xz \
file://rcS \
file://bootlogd.init \
file://01_bootlogd \
- file://0001-Fixed-compile-error-on-GNU-Hurd.patch \
"
-SRC_URI[sha256sum] =
"4ca03ffdbefb5a99a60b94a021693686c2b498a08ff8aa4e859821fa7c39a792"
+SRC_URI[sha256sum] =
"a80418c80828558da9e29208ebbe22d91903d047fd5babdd3cd0eb1fea32d6f0"
S = "${WORKDIR}/sysvinit-${PV}"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#164743):
https://lists.openembedded.org/g/openembedded-core/message/164743
Mute This Topic: https://lists.openembedded.org/mt/90601089/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
