[OE-core] [langdale,master][PATCH] insane.bbclass: Allow hashlib version that only accepts on parameter
Some versions of hashlib don't appear to implement the second FIPS related argument. Detect this and support both versions. Signed-off-by: Mark Hatle Signed-off-by: Mark Hatle --- This was found on an internal Ubuntu 18.04 container. Unfortunately I don't have access to the container itself but this resolves the issue. meta/classes-global/insane.bbclass | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/meta/classes-global/insane.bbclass b/meta/classes-global/insane.bbclass index db34b4bdb5..dc46857a19 100644 --- a/meta/classes-global/insane.bbclass +++ b/meta/classes-global/insane.bbclass @@ -555,7 +555,10 @@ python populate_lic_qa_checksum() { import hashlib lineno = 0 license = [] -m = hashlib.new('MD5', usedforsecurity=False) +try: +m = hashlib.new('MD5', usedforsecurity=False) +except TypeError: +m = hashlib.new('MD5') for line in f: lineno += 1 if (lineno >= beginline): -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171515): https://lists.openembedded.org/g/openembedded-core/message/171515 Mute This Topic: https://lists.openembedded.org/mt/94168126/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] dbus: Fix incorrect path for container sockets
On 10/6/22 5:02 PM, Sean Anderson wrote: > I noticed the following warning from systemd-tmpfiles while booting: > > /usr/lib/tmpfiles.d/dbus.conf:13: Line references path below legacy > directory /var/run/, updating /var/run/dbus/containers > > The offending line [1] is > > d @EXPANDED_RUNSTATEDIR@/dbus/containers 0755 @DBUS_USER@ - - - > > We do not set runstatedir, so it defaults to /var/run. Set runstatedir > to /run to avoid this problem. > > [1] > https://gitlab.freedesktop.org/dbus/dbus/-/blob/master/bus/tmpfiles.d/dbus.conf.in#L13 > > Fixes: 4df1a16e5c ("dbus: Specify runstatedir configure option") > Signed-off-by: Sean Anderson > --- > > meta/recipes-core/dbus/dbus_1.14.0.bb | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/meta/recipes-core/dbus/dbus_1.14.0.bb > b/meta/recipes-core/dbus/dbus_1.14.0.bb > index 0046b9fda2..9fb1f777bd 100644 > --- a/meta/recipes-core/dbus/dbus_1.14.0.bb > +++ b/meta/recipes-core/dbus/dbus_1.14.0.bb > @@ -21,6 +21,7 @@ EXTRA_OECONF = "--disable-xml-docs \ > --disable-doxygen-docs \ > --enable-largefile \ > --with-system-socket=/run/dbus/system_bus_socket \ > +--runstatedir=/run \ > --enable-tests \ > --enable-checks \ > --enable-asserts \ > oops, ignore this please I didn't read the patch I put in fixes >.> -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171514): https://lists.openembedded.org/g/openembedded-core/message/171514 Mute This Topic: https://lists.openembedded.org/mt/94167145/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] dbus: Fix incorrect path for container sockets
I noticed the following warning from systemd-tmpfiles while booting: /usr/lib/tmpfiles.d/dbus.conf:13: Line references path below legacy directory /var/run/, updating /var/run/dbus/containers The offending line [1] is d @EXPANDED_RUNSTATEDIR@/dbus/containers 0755 @DBUS_USER@ - - - We do not set runstatedir, so it defaults to /var/run. Set runstatedir to /run to avoid this problem. [1] https://gitlab.freedesktop.org/dbus/dbus/-/blob/master/bus/tmpfiles.d/dbus.conf.in#L13 Fixes: 4df1a16e5c ("dbus: Specify runstatedir configure option") Signed-off-by: Sean Anderson --- meta/recipes-core/dbus/dbus_1.14.0.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-core/dbus/dbus_1.14.0.bb b/meta/recipes-core/dbus/dbus_1.14.0.bb index 0046b9fda2..9fb1f777bd 100644 --- a/meta/recipes-core/dbus/dbus_1.14.0.bb +++ b/meta/recipes-core/dbus/dbus_1.14.0.bb @@ -21,6 +21,7 @@ EXTRA_OECONF = "--disable-xml-docs \ --disable-doxygen-docs \ --enable-largefile \ --with-system-socket=/run/dbus/system_bus_socket \ +--runstatedir=/run \ --enable-tests \ --enable-checks \ --enable-asserts \ -- 2.35.1.1320.gc452695387.dirty -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171513): https://lists.openembedded.org/g/openembedded-core/message/171513 Mute This Topic: https://lists.openembedded.org/mt/94167145/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] go: add support to build on ppc64le
Verified by building on a ppc64le based system Signed-off-by: Andrew Geissler --- meta/recipes-devtools/go/go-binary-native_1.19.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/go/go-binary-native_1.19.bb b/meta/recipes-devtools/go/go-binary-native_1.19.bb index ca424a66b8..eda90f3753 100644 --- a/meta/recipes-devtools/go/go-binary-native_1.19.bb +++ b/meta/recipes-devtools/go/go-binary-native_1.19.bb @@ -10,6 +10,7 @@ PROVIDES = "go-native" SRC_URI = "https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE}; SRC_URI[go_linux_amd64.sha256sum] = "464b6b66591f6cf055bc5df90a9750bf5fbc9d038722bb84a9d56a2bea974be6" SRC_URI[go_linux_arm64.sha256sum] = "efa97fac9574fc6ef6c9ff3e3758fb85f1439b046573bf434cccb5e012bd00c8" +SRC_URI[go_linux_ppc64le.sha256sum] = "92bf5aa598a01b279d03847c32788a3a7e0a247a029dedb7c759811c2a4241fc" UPSTREAM_CHECK_URI = "https://golang.org/dl/; UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux" -- 2.30.1 (Apple Git-130) -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171512): https://lists.openembedded.org/g/openembedded-core/message/171512 Mute This Topic: https://lists.openembedded.org/mt/94166389/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] perf: make scripting depend on setuptools3
From: Bruce Ashfield It looks like this should have been an error for a while, but it only started showing up in my 6.x linux-yocto-dev testing. Without the inherit of setuptool3, we get a module missing error during configure and the build obviously fails. Tested against 5.x and 6.x kernels. Signed-off-by: Bruce Ashfield --- v2: as suggested by Ross, we remove the perf dependency on python that is picked up from the inherited setuptools3. Test build and target runs, everything works as expected. meta/recipes-kernel/perf/perf.bb | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb index 31bc04635d..7629423cb4 100644 --- a/meta/recipes-kernel/perf/perf.bb +++ b/meta/recipes-kernel/perf/perf.bb @@ -48,7 +48,7 @@ PROVIDES = "virtual/perf" inherit linux-kernel-base kernel-arch manpages # needed for building the tools/perf Python bindings -inherit ${@bb.utils.contains('PACKAGECONFIG', 'scripting', 'python3targetconfig', '', d)} +inherit ${@bb.utils.contains('PACKAGECONFIG', 'scripting', 'python3targetconfig setuptools3', '', d)} inherit python3-dir export PYTHON_SITEPACKAGES_DIR @@ -338,6 +338,10 @@ PACKAGE_ARCH = "${MACHINE_ARCH}" PACKAGES =+ "${PN}-archive ${PN}-tests ${PN}-perl ${PN}-python" RDEPENDS:${PN} += "elfutils bash" +# PN picks up a python3-core RDEPENDS, due to needing setuptool3 as a build +# dependency, we remove it from the package, as PN-python is where the scripting +# is packaged. +RDEPENDS:${PN}:remove = "python3-core" RDEPENDS:${PN}-archive =+ "bash" RDEPENDS:${PN}-python =+ "bash python3 python3-modules ${@bb.utils.contains('PACKAGECONFIG', 'audit', 'audit-python', '', d)}" RDEPENDS:${PN}-perl =+ "bash perl perl-modules" -- 2.19.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171511): https://lists.openembedded.org/g/openembedded-core/message/171511 Mute This Topic: https://lists.openembedded.org/mt/94162006/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/2] opkg: use a git clone, not a dynamic snapshot
Sorry, got carried away whilst battling a cold. I retract this patch, but stand by the opkg-utils patch. Ross From: Alex Stewart Date: Thursday, 6 October 2022 at 16:52 To: Ross Burton Cc: nd , openembedded-core@lists.openembedded.org Subject: Re: [OE-core] [PATCH 1/2] opkg: use a git clone, not a dynamic snapshot NACK. The downloads.yoctoproject.org fileserver isn't a dynamic cgit snapshot. Those are static tarballs that I manually create every opkg release. [1] [1] https://git.yoctoproject.org/opkg/tree/scripts/make-dist.sh On 10/6/22 08:31, Ross Burton wrote: > opkg fetches using a cgit snapshot of a tag, which is not reproducible as > the tag could move, not reliable as a future dynamic snapshot could have > a different checksum, and a waste of CPU load as these tarballs are built > on demand. > > Switch opkg to use a proper git clone of the relevant SHA. > > Signed-off-by: Ross Burton > --- > meta/recipes-devtools/opkg/opkg_0.6.0.bb | 6 -- > 1 file changed, 4 insertions(+), 2 deletions(-) > > diff --git a/meta/recipes-devtools/opkg/opkg_0.6.0.bb > b/meta/recipes-devtools/opkg/opkg_0.6.0.bb > index 4cd589cd29e..f9e5073ba5d 100644 > --- a/meta/recipes-devtools/opkg/opkg_0.6.0.bb > +++ b/meta/recipes-devtools/opkg/opkg_0.6.0.bb > @@ -12,13 +12,15 @@ DEPENDS = "libarchive" > > PE = "1" > > -SRC_URI = > "https://urldefense.com/v3/__http://downloads.yoctoproject.org/releases/$*7BBPN*7D/$*7BBPN*7D-$*7BPV*7D.tar.gz__;JSUlJSUl!!FbZ0ZwI3Qg!pyuHI_PMGrZ2NigEUgUanIZNHVUAWoJRWYY0JDL6RQzMmoQPyN-WSs9wjjW7a9E1qPmn22PazWgh2nsmLQ$ >\ > +SRC_URI = "git://git.yoctoproject.org/opkg;protocol=https;branch=master \ > file://opkg.conf \ > > file://0001-opkg_conf-create-opkg.lock-in-run-instead-of-var-run.patch > \ > file://run-ptest \ > " > > -SRC_URI[sha256sum] = > "56844722eff237daf14aa6e681436f3245213c5590ed0cda37a79df637ff3a4c" > +SRCREV = "9007789c18f70bc9f315a566c589231ef0a2e6fa" > + > +S = "${WORKDIR}/git" > > # This needs to be before ptest inherit, otherwise all ptest files end > packaged > # in libopkg package if OPKGLIBDIR == libdir, because default > > > -- 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 (#171510): https://lists.openembedded.org/g/openembedded-core/message/171510 Mute This Topic: https://lists.openembedded.org/mt/94157332/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/2] opkg: use a git clone, not a dynamic snapshot
NACK. The downloads.yoctoproject.org fileserver isn't a dynamic cgit snapshot. Those are static tarballs that I manually create every opkg release. [1] [1] https://git.yoctoproject.org/opkg/tree/scripts/make-dist.sh On 10/6/22 08:31, Ross Burton wrote: opkg fetches using a cgit snapshot of a tag, which is not reproducible as the tag could move, not reliable as a future dynamic snapshot could have a different checksum, and a waste of CPU load as these tarballs are built on demand. Switch opkg to use a proper git clone of the relevant SHA. Signed-off-by: Ross Burton --- meta/recipes-devtools/opkg/opkg_0.6.0.bb | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/opkg/opkg_0.6.0.bb b/meta/recipes-devtools/opkg/opkg_0.6.0.bb index 4cd589cd29e..f9e5073ba5d 100644 --- a/meta/recipes-devtools/opkg/opkg_0.6.0.bb +++ b/meta/recipes-devtools/opkg/opkg_0.6.0.bb @@ -12,13 +12,15 @@ DEPENDS = "libarchive" PE = "1" -SRC_URI = "https://urldefense.com/v3/__http://downloads.yoctoproject.org/releases/$*7BBPN*7D/$*7BBPN*7D-$*7BPV*7D.tar.gz__;JSUlJSUl!!FbZ0ZwI3Qg!pyuHI_PMGrZ2NigEUgUanIZNHVUAWoJRWYY0JDL6RQzMmoQPyN-WSs9wjjW7a9E1qPmn22PazWgh2nsmLQ$ \ +SRC_URI = "git://git.yoctoproject.org/opkg;protocol=https;branch=master \ file://opkg.conf \ file://0001-opkg_conf-create-opkg.lock-in-run-instead-of-var-run.patch \ file://run-ptest \ " -SRC_URI[sha256sum] = "56844722eff237daf14aa6e681436f3245213c5590ed0cda37a79df637ff3a4c" +SRCREV = "9007789c18f70bc9f315a566c589231ef0a2e6fa" + +S = "${WORKDIR}/git" # This needs to be before ptest inherit, otherwise all ptest files end packaged # in libopkg package if OPKGLIBDIR == libdir, because default -- 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 (#171509): https://lists.openembedded.org/g/openembedded-core/message/171509 Mute This Topic: https://lists.openembedded.org/mt/94157332/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][PATCH] qemu: Fix CVE-2021-3750 for qemu
On Wed, Oct 5, 2022 at 11:01 PM Michael Opdenacker wrote: > > Hi Virendra > > > Thanks for the patch! > > On 01.10.22 07:52, Virendra Thakur via lists.openembedded.org wrote: > > Attached patch file also. > > > > *From:* openembedded-core@lists.openembedded.org > > on behalf of Virendra > > Thakur via lists.openembedded.org > > > > *Sent:* Saturday, October 1, 2022 11:20 AM > > *To:* openembedded-core@lists.openembedded.org > > > > *Cc:* st...@sakoman.com > > *Subject:* [OE-Core][kirkstone][PATCH] qemu: Fix CVE-2021-3750 for qemu > > Caution: This email originated from outside of the KPIT. Do not click > > links or open attachments unless you recognize the sender and know the > > content is safe. > > > > Add patch to fix CVE-2021-3750 > > > > Signed-off-by: Virendra Thakur > > --- > > meta/recipes-devtools/qemu/qemu.inc | 3 + > > .../qemu/qemu/CVE-2021-3750-1.patch | 59 +++ > > .../qemu/qemu/CVE-2021-3750-2.patch | 65 > > .../qemu/qemu/CVE-2021-3750-3.patch | 156 ++ > > 4 files changed, 283 insertions(+) > > create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2021-3750-1.patch > > create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2021-3750-2.patch > > create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2021-3750-3.patch > > > > diff --git a/meta/recipes-devtools/qemu/qemu.inc > > b/meta/recipes-devtools/qemu/qemu.inc > > index a493ac8add..816f9a7eac 100644 > > > Unfortunately, your patch doesn't apply. Would you mind updating it > according to the current master branch and send it again, please? > Thanks in advance Hi Michael, I don't think this is an issue for master! It was intended for kirkstone (and I've already taken it in stable/kirkstone-nut) Steve -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171508): https://lists.openembedded.org/g/openembedded-core/message/171508 Mute This Topic: https://lists.openembedded.org/mt/94047305/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 2/3] perf: make scripting depend on setuptools3
On Thu, Oct 6, 2022 at 9:43 AM Ross Burton wrote: > > On 6 Oct 2022, at 14:29, Bruce Ashfield wrote: > > I'm not particularly concerned if the extra RDEPENDS arrives with > > this, since if it is acceptable for other packages inheriting the > > setuptools (I thought it was build support only!), it really should be > > ok for perf as well. In particular since perf is debug/optional. Or am > > I missing something there ? > > With this change the base perf package will always runtime-depend on python3, > even if perf-python isn’t installed. That sounds suboptimal. > But is triggered on the 'scripting' packageconfig, which does mean we want the support, so it is at least somewhat conditional .. but yes, I agree that once we've built and packaged, it does make sense to keep the python dependencies in the dedicated package. Let me re-work this and do the remove of the RDEPENDS and send a v2. Bruce Bruce > Ross -- - 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 (#171507): https://lists.openembedded.org/g/openembedded-core/message/171507 Mute This Topic: https://lists.openembedded.org/mt/94118767/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-zephyr][kirkstone][PATCH] nrf52840-mdk-usb-dongle.conf: Add new machine from makerdiary
This should go to yo...@lists.yoctoproject.org, not oe-core. Cheers, Ross > On 6 Oct 2022, at 14:23, philippe.co...@astrolabe.coop via > lists.openembedded.org > wrote: > > From: Philippe Coval > > It was tested with zephyr-openthread-rcp > along Oniro's IoT gateway blueprint > > For the record deployment was done manually: > > - Click on device button > - uf2conv.py "zephyr.hex" -c -f 0xADA52840 > - and then copy to mounted "/dev/disk/by-label/MDK-DONGLE" > > Support of unfree flashing tools might be added later (once double verified) > > Forwarded: https://lists.yoctoproject.org/g/yocto/message/58142 > Relate-to: > https://gitlab.eclipse.org/eclipse/oniro-blueprints/transparent-gateway/meta-oniro-blueprints-gateway/-/issues/6 > Relate-to: https://wiki.makerdiary.com/nrf52840-mdk/zephyr/ > Relate-to: > https://gitlab.eclipse.org/pcoval/oniro-presentations/-/wikis/openthread > Signed-off-by: Philippe Coval > Signed-off-by: Philippe Coval > Tested-by: Jon Mason > Signed-off-by: Naveen Saini > --- > meta-zephyr-bsp/conf/machine/nrf52840-mdk-usb-dongle.conf | 7 +++ > 1 file changed, 7 insertions(+) > create mode 100644 meta-zephyr-bsp/conf/machine/nrf52840-mdk-usb-dongle.conf > > diff --git a/meta-zephyr-bsp/conf/machine/nrf52840-mdk-usb-dongle.conf > b/meta-zephyr-bsp/conf/machine/nrf52840-mdk-usb-dongle.conf > new file mode 100644 > index 000..67e407a > --- /dev/null > +++ b/meta-zephyr-bsp/conf/machine/nrf52840-mdk-usb-dongle.conf > @@ -0,0 +1,7 @@ > +#@TYPE: Machine > +#@NAME: nrf52840-mdk-usb-dongle > + > +#@DESCRIPTION: Machine configuration for makerdiary's nrf52840-mdk-usb-dongle > + > +require conf/machine/include/nrf52.inc > +ARCH:nrf52840-mdk-usb-dongle = "arm" > -- > 2.34.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171506): https://lists.openembedded.org/g/openembedded-core/message/171506 Mute This Topic: https://lists.openembedded.org/mt/94157183/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][kirkstone] image_types_wic.bbclass: fix cross binutils dependency
From: Chen Qi Enable multilib and wic at the same time and we'll meet the following error. ERROR: Nothing PROVIDES 'virtual/i686-wrsmllib32-linux-binutils' Adjust the dependency to take multilib into consideration. Signed-off-by: Chen Qi Signed-off-by: Luca Ceresoli --- meta/classes/image_types_wic.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/image_types_wic.bbclass b/meta/classes/image_types_wic.bbclass index 5374d6125e..6453dd1b74 100644 --- a/meta/classes/image_types_wic.bbclass +++ b/meta/classes/image_types_wic.bbclass @@ -85,7 +85,7 @@ do_image_wic[deptask] += "do_image_complete" WKS_FILE_DEPENDS_DEFAULT = '${@bb.utils.contains_any("BUILD_ARCH", [ 'x86_64', 'i686' ], "syslinux-native", "",d)}' WKS_FILE_DEPENDS_DEFAULT += "bmap-tools-native cdrtools-native btrfs-tools-native squashfs-tools-native e2fsprogs-native" # Unified kernel images need objcopy -WKS_FILE_DEPENDS_DEFAULT += "virtual/${TARGET_PREFIX}binutils" +WKS_FILE_DEPENDS_DEFAULT += "virtual/${MLPREFIX}${TARGET_PREFIX}binutils" WKS_FILE_DEPENDS_BOOTLOADERS = "" WKS_FILE_DEPENDS_BOOTLOADERS:x86 = "syslinux grub-efi systemd-boot os-release" WKS_FILE_DEPENDS_BOOTLOADERS:x86-64 = "syslinux grub-efi systemd-boot os-release" -- 2.38.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171505): https://lists.openembedded.org/g/openembedded-core/message/171505 Mute This Topic: https://lists.openembedded.org/mt/94157606/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 2/3] perf: make scripting depend on setuptools3
On 6 Oct 2022, at 14:29, Bruce Ashfield wrote: > I'm not particularly concerned if the extra RDEPENDS arrives with > this, since if it is acceptable for other packages inheriting the > setuptools (I thought it was build support only!), it really should be > ok for perf as well. In particular since perf is debug/optional. Or am > I missing something there ? With this change the base perf package will always runtime-depend on python3, even if perf-python isn’t installed. That sounds suboptimal. Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171504): https://lists.openembedded.org/g/openembedded-core/message/171504 Mute This Topic: https://lists.openembedded.org/mt/94118767/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] opkg: use a git clone, not a dynamic snapshot
opkg fetches using a cgit snapshot of a tag, which is not reproducible as the tag could move, not reliable as a future dynamic snapshot could have a different checksum, and a waste of CPU load as these tarballs are built on demand. Switch opkg to use a proper git clone of the relevant SHA. Signed-off-by: Ross Burton --- meta/recipes-devtools/opkg/opkg_0.6.0.bb | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/opkg/opkg_0.6.0.bb b/meta/recipes-devtools/opkg/opkg_0.6.0.bb index 4cd589cd29e..f9e5073ba5d 100644 --- a/meta/recipes-devtools/opkg/opkg_0.6.0.bb +++ b/meta/recipes-devtools/opkg/opkg_0.6.0.bb @@ -12,13 +12,15 @@ DEPENDS = "libarchive" PE = "1" -SRC_URI = "http://downloads.yoctoproject.org/releases/${BPN}/${BPN}-${PV}.tar.gz \ +SRC_URI = "git://git.yoctoproject.org/opkg;protocol=https;branch=master \ file://opkg.conf \ file://0001-opkg_conf-create-opkg.lock-in-run-instead-of-var-run.patch \ file://run-ptest \ " -SRC_URI[sha256sum] = "56844722eff237daf14aa6e681436f3245213c5590ed0cda37a79df637ff3a4c" +SRCREV = "9007789c18f70bc9f315a566c589231ef0a2e6fa" + +S = "${WORKDIR}/git" # This needs to be before ptest inherit, otherwise all ptest files end packaged # in libopkg package if OPKGLIBDIR == libdir, because default -- 2.34.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171502): https://lists.openembedded.org/g/openembedded-core/message/171502 Mute This Topic: https://lists.openembedded.org/mt/94157332/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] opkg-utils: use a git clone, not a dynamic snapshot
opkg-utils fetches using a cgit snapshot of a tag, which is not reproducible as the tag could move, not reliable as a future dynamic snapshot could have a different checksum, and a waste of CPU load as these tarballs are built on demand. Switch opkg-utils to use a proper git clone of the relevant SHA. Signed-off-by: Ross Burton --- meta/recipes-devtools/opkg-utils/opkg-utils_0.5.0.bb | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_0.5.0.bb b/meta/recipes-devtools/opkg-utils/opkg-utils_0.5.0.bb index e72c171b927..b27e3ded33b 100644 --- a/meta/recipes-devtools/opkg-utils/opkg-utils_0.5.0.bb +++ b/meta/recipes-devtools/opkg-utils/opkg-utils_0.5.0.bb @@ -7,12 +7,12 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \ file://opkg.py;beginline=2;endline=18;md5=ffa11ff3c15eb31c6a7ceaa00cc9f986" PROVIDES += "${@bb.utils.contains('PACKAGECONFIG', 'update-alternatives', 'virtual/update-alternatives', '', d)}" -SRC_URI = "http://git.yoctoproject.org/cgit/cgit.cgi/${BPN}/snapshot/${BPN}-${PV}.tar.gz \ +SRC_URI = "git://git.yoctoproject.org/opkg-utils;protocol=https;branch=master \ file://0001-update-alternatives-correctly-match-priority.patch \ " -UPSTREAM_CHECK_URI = "http://git.yoctoproject.org/cgit/cgit.cgi/opkg-utils/refs/; +SRCREV = "9239541f14a2529b9d01c0a253ab11afa2822dab" -SRC_URI[sha256sum] = "55733c0f8ffde2bb4f9593cfd66a1f68e6a2f814e8e62f6fd78472911c818c32" +S = "${WORKDIR}/git" TARGET_CC_ARCH += "${LDFLAGS}" -- 2.34.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171503): https://lists.openembedded.org/g/openembedded-core/message/171503 Mute This Topic: https://lists.openembedded.org/mt/94157333/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 2/3] perf: make scripting depend on setuptools3
On Thu, Oct 6, 2022 at 9:13 AM Ross Burton wrote: > > On 6 Oct 2022, at 13:38, Bruce Ashfield wrote: > > > > On Thu, Oct 6, 2022 at 7:29 AM Ross Burton wrote: > >> > >> On 4 Oct 2022, at 18:27, Bruce Ashfield via lists.openembedded.org > >> wrote: > >>> -inherit ${@bb.utils.contains('PACKAGECONFIG', 'scripting', > >>> 'python3targetconfig', '', d)} > >>> +inherit ${@bb.utils.contains('PACKAGECONFIG', 'scripting', > >>> 'python3targetconfig setuptools3', '', d)} > >> > >> For reasons, setuptools3-base does this: > >> > >> RDEPENDS:${PN}:append:class-target = " ${PYTHON_PN}-core” > >> > >> So buildhistory-diff says: > >> > >> packages/qemuarm64-poky-linux/perf/perf: RDEPENDS: added "python3-core” > >> > >> I’m guessing that isn’t what you meant. > >> > > > > We do need the python support on the target when perf is installed. > > Isn't that what python-core provides ? > > > > While it maybe wasn't a RDEPENDS before, it really should have been > > (if python-core does provide the runtime bits for target execution). > > Sure, but there’s a perf-python package that contains all of the python > stuff, right? So the RDEPENDS should be there (and is already). Indeed, that's why it would have worked before. I'm not particularly concerned if the extra RDEPENDS arrives with this, since if it is acceptable for other packages inheriting the setuptools (I thought it was build support only!), it really should be ok for perf as well. In particular since perf is debug/optional. Or am I missing something there ? Bruce > > Ross > > -- - 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 (#171501): https://lists.openembedded.org/g/openembedded-core/message/171501 Mute This Topic: https://lists.openembedded.org/mt/94118767/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [meta-zephyr][kirkstone][PATCH] nrf52840-mdk-usb-dongle.conf: Add new machine from makerdiary
From: Philippe Coval It was tested with zephyr-openthread-rcp along Oniro's IoT gateway blueprint For the record deployment was done manually: - Click on device button - uf2conv.py "zephyr.hex" -c -f 0xADA52840 - and then copy to mounted "/dev/disk/by-label/MDK-DONGLE" Support of unfree flashing tools might be added later (once double verified) Forwarded: https://lists.yoctoproject.org/g/yocto/message/58142 Relate-to: https://gitlab.eclipse.org/eclipse/oniro-blueprints/transparent-gateway/meta-oniro-blueprints-gateway/-/issues/6 Relate-to: https://wiki.makerdiary.com/nrf52840-mdk/zephyr/ Relate-to: https://gitlab.eclipse.org/pcoval/oniro-presentations/-/wikis/openthread Signed-off-by: Philippe Coval Signed-off-by: Philippe Coval Tested-by: Jon Mason Signed-off-by: Naveen Saini --- meta-zephyr-bsp/conf/machine/nrf52840-mdk-usb-dongle.conf | 7 +++ 1 file changed, 7 insertions(+) create mode 100644 meta-zephyr-bsp/conf/machine/nrf52840-mdk-usb-dongle.conf diff --git a/meta-zephyr-bsp/conf/machine/nrf52840-mdk-usb-dongle.conf b/meta-zephyr-bsp/conf/machine/nrf52840-mdk-usb-dongle.conf new file mode 100644 index 000..67e407a --- /dev/null +++ b/meta-zephyr-bsp/conf/machine/nrf52840-mdk-usb-dongle.conf @@ -0,0 +1,7 @@ +#@TYPE: Machine +#@NAME: nrf52840-mdk-usb-dongle + +#@DESCRIPTION: Machine configuration for makerdiary's nrf52840-mdk-usb-dongle + +require conf/machine/include/nrf52.inc +ARCH:nrf52840-mdk-usb-dongle = "arm" -- 2.34.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171500): https://lists.openembedded.org/g/openembedded-core/message/171500 Mute This Topic: https://lists.openembedded.org/mt/94157183/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 2/3] perf: make scripting depend on setuptools3
On 6 Oct 2022, at 13:38, Bruce Ashfield wrote: > > On Thu, Oct 6, 2022 at 7:29 AM Ross Burton wrote: >> >> On 4 Oct 2022, at 18:27, Bruce Ashfield via lists.openembedded.org >> wrote: >>> -inherit ${@bb.utils.contains('PACKAGECONFIG', 'scripting', >>> 'python3targetconfig', '', d)} >>> +inherit ${@bb.utils.contains('PACKAGECONFIG', 'scripting', >>> 'python3targetconfig setuptools3', '', d)} >> >> For reasons, setuptools3-base does this: >> >> RDEPENDS:${PN}:append:class-target = " ${PYTHON_PN}-core” >> >> So buildhistory-diff says: >> >> packages/qemuarm64-poky-linux/perf/perf: RDEPENDS: added "python3-core” >> >> I’m guessing that isn’t what you meant. >> > > We do need the python support on the target when perf is installed. > Isn't that what python-core provides ? > > While it maybe wasn't a RDEPENDS before, it really should have been > (if python-core does provide the runtime bits for target execution). Sure, but there’s a perf-python package that contains all of the python stuff, right? So the RDEPENDS should be there (and is already). Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171499): https://lists.openembedded.org/g/openembedded-core/message/171499 Mute This Topic: https://lists.openembedded.org/mt/94118767/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 2/3] perf: make scripting depend on setuptools3
On Thu, Oct 6, 2022 at 7:29 AM Ross Burton wrote: > > On 4 Oct 2022, at 18:27, Bruce Ashfield via lists.openembedded.org > wrote: > > -inherit ${@bb.utils.contains('PACKAGECONFIG', 'scripting', > > 'python3targetconfig', '', d)} > > +inherit ${@bb.utils.contains('PACKAGECONFIG', 'scripting', > > 'python3targetconfig setuptools3', '', d)} > > For reasons, setuptools3-base does this: > > RDEPENDS:${PN}:append:class-target = " ${PYTHON_PN}-core” > > So buildhistory-diff says: > > packages/qemuarm64-poky-linux/perf/perf: RDEPENDS: added "python3-core” > > I’m guessing that isn’t what you meant. > We do need the python support on the target when perf is installed. Isn't that what python-core provides ? While it maybe wasn't a RDEPENDS before, it really should have been (if python-core does provide the runtime bits for target execution). > Might be easier to :remove that RDEPENDS than faff around recreating the > right dependencies. I can definitely do that, but I just want to understand if we do .. or don't want python3-core appearing now. Bruce > > Ross -- - 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 (#171498): https://lists.openembedded.org/g/openembedded-core/message/171498 Mute This Topic: https://lists.openembedded.org/mt/94118767/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH V4 1/2] bluez5: change configuration directory mode
Is this in a build with systemd or sysvinit? Looking at the referenced commit, that’s when running in a systemd-managed contained environment. In sysv that isn’t the case, so I’m not convinced this is the correct solution. Ross > On 6 Oct 2022, at 12:27, Ming Liu via lists.openembedded.org > wrote: > > From: Ming Liu > > Change configuration directory mode from 0755 to 0555, this fixes a > following warning when bluetoothd starts: > | ConfigurationDirectory 'bluetooth' already exists but the mode is different. > | (File system: 755 ConfigurationDirectoryMode: 555) > > Reference: > https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=00cfb36e20e3c35db2150e7d0351ad7b8442e2d8 > > Signed-off-by: Ming Liu > --- > meta/recipes-connectivity/bluez5/bluez5.inc | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc > b/meta/recipes-connectivity/bluez5/bluez5.inc > index 79d4645ca8..9f5c78b81e 100644 > --- a/meta/recipes-connectivity/bluez5/bluez5.inc > +++ b/meta/recipes-connectivity/bluez5/bluez5.inc > @@ -82,7 +82,7 @@ do_install:append() { > install -d ${D}${INIT_D_DIR} > install -m 0755 ${WORKDIR}/init ${D}${INIT_D_DIR}/bluetooth > > - install -d ${D}${sysconfdir}/bluetooth/ > + install -m 0555 -d ${D}${sysconfdir}/bluetooth/ > if [ -f ${S}/profiles/network/network.conf ]; then > install -m 0644 ${S}/profiles/network/network.conf > ${D}/${sysconfdir}/bluetooth/ > fi > -- > 2.25.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171497): https://lists.openembedded.org/g/openembedded-core/message/171497 Mute This Topic: https://lists.openembedded.org/mt/94155398/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 2/3] perf: make scripting depend on setuptools3
On 4 Oct 2022, at 18:27, Bruce Ashfield via lists.openembedded.org wrote: > -inherit ${@bb.utils.contains('PACKAGECONFIG', 'scripting', > 'python3targetconfig', '', d)} > +inherit ${@bb.utils.contains('PACKAGECONFIG', 'scripting', > 'python3targetconfig setuptools3', '', d)} For reasons, setuptools3-base does this: RDEPENDS:${PN}:append:class-target = " ${PYTHON_PN}-core” So buildhistory-diff says: packages/qemuarm64-poky-linux/perf/perf: RDEPENDS: added "python3-core” I’m guessing that isn’t what you meant. Might be easier to :remove that RDEPENDS than faff around recreating the right dependencies. Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171496): https://lists.openembedded.org/g/openembedded-core/message/171496 Mute This Topic: https://lists.openembedded.org/mt/94118767/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 V4 2/2] testsdk.py: ensure the testsdk directory is writable before removing it
From: Ming Liu We have to make sure all users have write permission to testsdk directory before removing it, this is to avoid potential 'rm' failures. Signed-off-by: Ming Liu --- meta/lib/oeqa/sdk/testsdk.py | 4 1 file changed, 4 insertions(+) diff --git a/meta/lib/oeqa/sdk/testsdk.py b/meta/lib/oeqa/sdk/testsdk.py index 35e40187bc..e0179c9849 100644 --- a/meta/lib/oeqa/sdk/testsdk.py +++ b/meta/lib/oeqa/sdk/testsdk.py @@ -101,6 +101,10 @@ class TestSDK(TestSDKBase): processes = None sdk_dir = d.expand("${WORKDIR}/testimage-sdk/") + +# Ensure the Test SDK directory is writable for all users. +subprocess.check_output(['chmod', 'ugo+w', '-R', sdk_dir], stderr=subprocess.STDOUT) + bb.utils.remove(sdk_dir, True) bb.utils.mkdirhier(sdk_dir) -- 2.25.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171495): https://lists.openembedded.org/g/openembedded-core/message/171495 Mute This Topic: https://lists.openembedded.org/mt/94155399/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 V4 1/2] bluez5: change configuration directory mode
From: Ming Liu Change configuration directory mode from 0755 to 0555, this fixes a following warning when bluetoothd starts: | ConfigurationDirectory 'bluetooth' already exists but the mode is different. | (File system: 755 ConfigurationDirectoryMode: 555) Reference: https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=00cfb36e20e3c35db2150e7d0351ad7b8442e2d8 Signed-off-by: Ming Liu --- meta/recipes-connectivity/bluez5/bluez5.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc b/meta/recipes-connectivity/bluez5/bluez5.inc index 79d4645ca8..9f5c78b81e 100644 --- a/meta/recipes-connectivity/bluez5/bluez5.inc +++ b/meta/recipes-connectivity/bluez5/bluez5.inc @@ -82,7 +82,7 @@ do_install:append() { install -d ${D}${INIT_D_DIR} install -m 0755 ${WORKDIR}/init ${D}${INIT_D_DIR}/bluetooth - install -d ${D}${sysconfdir}/bluetooth/ + install -m 0555 -d ${D}${sysconfdir}/bluetooth/ if [ -f ${S}/profiles/network/network.conf ]; then install -m 0644 ${S}/profiles/network/network.conf ${D}/${sysconfdir}/bluetooth/ fi -- 2.25.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171494): https://lists.openembedded.org/g/openembedded-core/message/171494 Mute This Topic: https://lists.openembedded.org/mt/94155398/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 V4 0/2] bluez5: change configuration directory mode
From: Ming Liu The changes in V4: 1 In commit message, add reference to https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=00cfb36e20e3c35db2150e7d0351ad7b8442e2d8 2 Make testsdk directory writable before removing it. Both as suggested by @Luca Ceresoli. Ming Liu (2): bluez5: change configuration directory mode testsdk.py: ensure the testsdk directory is writable before removing it meta/lib/oeqa/sdk/testsdk.py| 4 meta/recipes-connectivity/bluez5/bluez5.inc | 2 +- 2 files changed, 5 insertions(+), 1 deletion(-) -- 2.25.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171493): https://lists.openembedded.org/g/openembedded-core/message/171493 Mute This Topic: https://lists.openembedded.org/mt/94155396/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 3/3] kernel-yocto: improve fatal error messages of symbol_why.py
> On 30 Sep 2022, at 18:54, Jose Quaresma via lists.openembedded.org > wrote: > -bb.fatal( "config analysis failed: %s" % e.output.decode('utf-8')) > +bb.fatal( "config analysis failed when running '%s': %s" % (" > ".join(cmd), e.output.decode('utf-8'))) Much easier to just use e.cmd. https://docs.python.org/3/library/subprocess.html#subprocess.CalledProcessError Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171492): https://lists.openembedded.org/g/openembedded-core/message/171492 Mute This Topic: https://lists.openembedded.org/mt/94022666/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 2/3] kern-tools-native: don't pull the toolchain as it is not used
On 30 Sep 2022, at 18:54, Jose Quaresma via lists.openembedded.org wrote: > > Prevents the default dependencies, namely the C compiler and standard C > library (libc), > from being added to DEPENDS. This variable is usually used within recipes > that do not > require any compilation using the C compiler. > > This also improves the speed as it will not populate the > native sysroot with the toolchain. But this is a native recipe, so it doesn’t depend on a cross-compiler: $ bitbake-getvar -r kern-tools-native DEPENDS DEPENDS=" git-native” Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171491): https://lists.openembedded.org/g/openembedded-core/message/171491 Mute This Topic: https://lists.openembedded.org/mt/94022665/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] chrony: add pkgconfig class as pkg-config is explicitly searched for
This should go to openembedded-devel@, not -core@. Also, there’s no need for a comment in the recipe explaining what the pkgconfig inherit is for, just put it on the same line as the other inherits. Ross > On 6 Oct 2022, at 05:02, Federico Pellegrin via lists.openembedded.org > wrote: > > The configure script present in chrony will explicitly look for > pkg-config and without the pkgconfig class it will fail: > > Checking for pkg-config : No > > This then affects the possibility (via image features or bbappend) > to use features based on nettle/gnutls/nss which strictly require > pkgconfig to be present and working. > > Signed-off-by: Federico Pellegrin > --- > meta-networking/recipes-support/chrony/chrony_4.3.bb | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/meta-networking/recipes-support/chrony/chrony_4.3.bb > b/meta-networking/recipes-support/chrony/chrony_4.3.bb > index 083d2cbc0..dfdb7864a 100644 > --- a/meta-networking/recipes-support/chrony/chrony_4.3.bb > +++ b/meta-networking/recipes-support/chrony/chrony_4.3.bb > @@ -47,6 +47,9 @@ DEPENDS = "pps-tools" > # chrony does not use GNU Autotools. > inherit update-rc.d systemd > > +# The configure scripts explicitly check for pkgconfig and needs it for > gnutls/neetle/nss > +inherit pkgconfig > + > # Add chronyd user if privdrop packageconfig is selected > inherit ${@bb.utils.contains('PACKAGECONFIG', 'privdrop', 'useradd', '', d)} > USERADD_PACKAGES = "${@bb.utils.contains('PACKAGECONFIG', 'privdrop', > '${PN}', '', d)}" > -- > 2.37.3 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171490): https://lists.openembedded.org/g/openembedded-core/message/171490 Mute This Topic: https://lists.openembedded.org/mt/94151504/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] dropbear: add pam to PACKAGECONFIG
From: Ming Liu Add pam to PACKAGECONFIG to make the code cleaner. Signed-off-by: Ming Liu --- meta/recipes-core/dropbear/dropbear_2022.82.bb | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/meta/recipes-core/dropbear/dropbear_2022.82.bb b/meta/recipes-core/dropbear/dropbear_2022.82.bb index 41c14ff2f1..4ed4c65cc1 100644 --- a/meta/recipes-core/dropbear/dropbear_2022.82.bb +++ b/meta/recipes-core/dropbear/dropbear_2022.82.bb @@ -12,8 +12,6 @@ DEPENDS = "zlib virtual/crypt" RPROVIDES:${PN} = "ssh sshd" RCONFLICTS:${PN} = "openssh-sshd openssh" -DEPENDS += "${@bb.utils.contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)}" - SRC_URI = "http://matt.ucc.asn.au/dropbear/releases/dropbear-${PV}.tar.bz2 \ file://0001-urandom-xauth-changes-to-options.h.patch \ file://init \ @@ -36,8 +34,6 @@ PAM_PLUGINS = "libpam-runtime \ pam-plugin-permit \ pam-plugin-unix \ " -RDEPENDS:${PN} += "${@bb.utils.contains('DISTRO_FEATURES', 'pam', '${PAM_PLUGINS}', '', d)}" - inherit autotools update-rc.d systemd CVE_PRODUCT = "dropbear_ssh" @@ -51,14 +47,12 @@ SBINCOMMANDS = "dropbear dropbearkey dropbearconvert" BINCOMMANDS = "dbclient ssh scp" EXTRA_OEMAKE = 'MULTI=1 SCPPROGRESS=1 PROGRAMS="${SBINCOMMANDS} ${BINCOMMANDS}"' -PACKAGECONFIG ?= "disable-weak-ciphers" +PACKAGECONFIG ?= "disable-weak-ciphers ${@bb.utils.filter('DISTRO_FEATURES', 'pam', d)}" +PACKAGECONFIG[pam] = "--enable-pam,--disable-pam,libpam,${PAM_PLUGINS}" PACKAGECONFIG[system-libtom] = "--disable-bundled-libtom,--enable-bundled-libtom,libtommath libtomcrypt" PACKAGECONFIG[disable-weak-ciphers] = "" PACKAGECONFIG[enable-x11-forwarding] = "" -EXTRA_OECONF += "\ - ${@bb.utils.contains('DISTRO_FEATURES', 'pam', '--enable-pam', '--disable-pam', d)}" - # This option appends to CFLAGS and LDFLAGS from OE # This is causing [textrel] QA warning EXTRA_OECONF += "--disable-harden" -- 2.25.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171489): https://lists.openembedded.org/g/openembedded-core/message/171489 Mute This Topic: https://lists.openembedded.org/mt/94154722/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] core-image-sato: install virtio input for Qemu targets
Hello Bruce, On Wed, 2022-10-05 at 13:19 -0400, Bruce Ashfield wrote: > On Wed, Oct 5, 2022 at 12:51 PM Thomas Perrot via > lists.openembedded.org > wrote: > > > > Hello Khem, > > > > On Wed, 2022-10-05 at 09:19 -0700, Khem Raj wrote: > > > On Wed, Oct 5, 2022 at 8:01 AM Thomas Perrot via > > > lists.openembedded.org > > > wrote: > > > > > > > > Otherwise, it isn't possible to interact with the UI. > > > > > > I wonder if it should be in the MACHINE_EXTRA_RRECOMMENDS in > > > machine > > > configs, it will help a wide range of users who may be using > > > graphical images. > > > > I hesitated to put it in MACHINE_EXTRA_RDEPENDS for Qemu targets. > > > > Currently, kernel-modules are in MACHINE_EXTRA_RRECOMMENDS of Qemu > > RISC-V and PPC64, which are not installed when > > NO_RECOMMENDATIONS="1" > > > > We don't control the kernel configuration to the point where we can > guarantee that something is built as a module or not. > > Have you tried assembling the image with that option built-in, versus > a module ? I tried to use a built-in virtio-input on Qemu targets, so the boot process stalled with the following message: "please wait: booting..." Then it seems necessary to use this driver as a kernel module on Qemu targets. Kind regards, Thomas > Last I checked, a kernel-module* dependency won't be > provided by the built-ins, and this will trigger an error. > > With that option appended, it isn't something that can be overridden > easily, and the qemu* + core images are used as a starting point for > demos, etc (whether or not that is a good idea is also debatable). If > a non-core kernel provider and qemu are used in a scenario like that > .. they can trigger the error. > > Bruce > > > Kind regards, > > Thomas > > > > > > > > > > > > > Signed-off-by: Thomas Perrot > > > > --- > > > > meta/recipes-sato/images/core-image-sato.bb | 2 ++ > > > > 1 file changed, 2 insertions(+) > > > > > > > > diff --git a/meta/recipes-sato/images/core-image-sato.bb > > > > b/meta/recipes-sato/images/core-image-sato.bb > > > > index e63a229d1257..0e37c15097b3 100644 > > > > --- a/meta/recipes-sato/images/core-image-sato.bb > > > > +++ b/meta/recipes-sato/images/core-image-sato.bb > > > > @@ -12,6 +12,8 @@ inherit core-image > > > > TOOLCHAIN_HOST_TASK:append = " nativesdk-intltool nativesdk- > > > > glib- > > > > 2.0" > > > > TOOLCHAIN_HOST_TASK:remove:task-populate-sdk-ext = " > > > > nativesdk- > > > > intltool nativesdk-glib-2.0" > > > > > > > > +IMAGE_INSTALL:append:qemuall = " kernel-module-virtio-input" > > > > + > > > > QB_MEM = '${@bb.utils.contains("DISTRO_FEATURES", "opengl", "- > > > > m > > > > 512", "-m 256", d)}' > > > > QB_MEM:qemuarmv5 = "-m 256" > > > > QB_MEM:qemumips = "-m 256" > > > > -- > > > > 2.37.3 > > > > > > > > > > > > > > > > > > > > -- > > Thomas Perrot, Bootlin > > Embedded Linux and kernel engineering > > https://bootlin.com > > > > > > > > > > > > > -- Thomas Perrot, Bootlin Embedded Linux and kernel engineering https://bootlin.com signature.asc Description: This is a digitally signed message part -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171488): https://lists.openembedded.org/g/openembedded-core/message/171488 Mute This Topic: https://lists.openembedded.org/mt/94137249/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH V3] bluez5: change configuration directory mode
Hello Ming Liu, On Wed, 5 Oct 2022 21:51:28 +0200 "Ming Liu" wrote: > From: Ming Liu > > Change configuration directory mode from 0755 to 0555, this fixes a > following warning when bluetoothd starts: > | ConfigurationDirectory 'bluetooth' already exists but the mode is different. > | (File system: 755 ConfigurationDirectoryMode: 555) > > Signed-off-by: Ming Liu > --- > meta/recipes-connectivity/bluez5/bluez5.inc | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc > b/meta/recipes-connectivity/bluez5/bluez5.inc > index 79d4645ca8..9f5c78b81e 100644 > --- a/meta/recipes-connectivity/bluez5/bluez5.inc > +++ b/meta/recipes-connectivity/bluez5/bluez5.inc > @@ -82,7 +82,7 @@ do_install:append() { > install -d ${D}${INIT_D_DIR} > install -m 0755 ${WORKDIR}/init ${D}${INIT_D_DIR}/bluetooth > > - install -d ${D}${sysconfdir}/bluetooth/ > + install -m 0555 -d ${D}${sysconfdir}/bluetooth/ This change triggers errors in the do_testsdk task of core-image-sato, as reported by the autobuilders: Exception: subprocess.CalledProcessError: Command '['rm', '-rf', '/home/pokybuild/yocto-worker/qemumips64/build/build/tmp/work/qemumips64-poky-linux/core-image-sato/1.0-r0/testimage-sdk/']' returned non-zero exit status 1. Some logs are: https://autobuilder.yoctoproject.org/typhoon/#/builders/74/builds/5911/steps/15/logs/stdio https://autobuilder.yoctoproject.org/typhoon/#/builders/73/builds/5909/steps/15/logs/stdio https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/5960/steps/16/logs/stdio The reason, not visible in those logs, is that the new permissions do not allow removing files in ${sysconfdir}/bluetooth/. Your patch looks legitimate after the upstream change [1] so I'm afraid I don't know which would be the best solution here. Some ideas that come to mind, least ugly first: 1) chmod -R ugo+w on the entire tree before calling 'rm' 2) revert the upstream patch -- not good for oe-core maintainability BTW please mention [1] in your commit message should you send a new patch to handle this issue. [1] https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=00cfb36e20e3c35db2150e7d0351ad7b8442e2d8 -- Luca Ceresoli, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171487): https://lists.openembedded.org/g/openembedded-core/message/171487 Mute This Topic: https://lists.openembedded.org/mt/94143567/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] [dunfell] [PATCH] externalsrc: git submodule--helper list unsupported
On 06.10.22 11:30, Michael Opdenacker via lists.openembedded.org wrote: Thanks for the patch, but it doesn't apply. I guess you should re-apply to the openembedded-core repository first, which has different paths. My bad, it does apply indeed to the "dunfell" branch. Apologies for the noise Michael. -- Michael Opdenacker, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171486): https://lists.openembedded.org/g/openembedded-core/message/171486 Mute This Topic: https://lists.openembedded.org/mt/94154127/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] [dunfell] [PATCH] externalsrc: git submodule--helper list unsupported
Hi again Sven On 06.10.22 11:30, Michael Opdenacker via lists.openembedded.org wrote: Hi Seven, Sorry for the typo on your name! Michael. -- Michael Opdenacker, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171485): https://lists.openembedded.org/g/openembedded-core/message/171485 Mute This Topic: https://lists.openembedded.org/mt/94154127/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] [dunfell] [PATCH] externalsrc: git submodule--helper list unsupported
Hi Seven, On 06.10.22 11:22, Sven via lists.openembedded.org wrote: From: John Edward Broadbent Git has removed support for "git submodule--helper list". https://github.com/git/git/commit/31955475d1c283120d5d84247eb3fd55d9f5fdd9 This change provides an alternate method for gathering the submodules information. Tested: Build recipes with and without submodules Signed-off-by: Carson Labrado Signed-off-by: John Edward Broadbent Signed-off-by: Richard Purdie (cherry picked from commit 6d9364e5f3535954f65cbbc694ee7933ac1d664f) --- Notes: With git 2.38.0 externalsrc does not work anymore. I hope, we can backport this fix to stable branches as well. meta/classes/externalsrc.bbclass | 19 ++- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git a/meta/classes/externalsrc.bbclass b/meta/classes/externalsrc.bbclass index 0e0a3ae89c..291fcf5653 100644 --- a/meta/classes/externalsrc.bbclass +++ b/meta/classes/externalsrc.bbclass Thanks for the patch, but it doesn't apply. I guess you should re-apply to the openembedded-core repository first, which has different paths. Thanks again Michael. -- Michael Opdenacker, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171484): https://lists.openembedded.org/g/openembedded-core/message/171484 Mute This Topic: https://lists.openembedded.org/mt/94154127/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] externalsrc: git submodule--helper list unsupported
From: John Edward Broadbent Git has removed support for "git submodule--helper list". https://github.com/git/git/commit/31955475d1c283120d5d84247eb3fd55d9f5fdd9 This change provides an alternate method for gathering the submodules information. Tested: Build recipes with and without submodules Signed-off-by: Carson Labrado Signed-off-by: John Edward Broadbent Signed-off-by: Richard Purdie (cherry picked from commit 6d9364e5f3535954f65cbbc694ee7933ac1d664f) --- Notes: With git 2.38.0 externalsrc does not work anymore. I hope, we can backport this fix to stable branches as well. meta/classes/externalsrc.bbclass | 19 ++- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git a/meta/classes/externalsrc.bbclass b/meta/classes/externalsrc.bbclass index 0e0a3ae89c..291fcf5653 100644 --- a/meta/classes/externalsrc.bbclass +++ b/meta/classes/externalsrc.bbclass @@ -225,15 +225,16 @@ def srctree_hash_files(d, srcdir=None): env['GIT_INDEX_FILE'] = tmp_index.name subprocess.check_output(['git', 'add', '-A', '.'], cwd=s_dir, env=env) git_sha1 = subprocess.check_output(['git', 'write-tree'], cwd=s_dir, env=env).decode("utf-8") -submodule_helper = subprocess.check_output(['git', 'submodule--helper', 'list'], cwd=s_dir, env=env).decode("utf-8") -for line in submodule_helper.splitlines(): -module_dir = os.path.join(s_dir, line.rsplit(maxsplit=1)[1]) -if os.path.isdir(module_dir): -proc = subprocess.Popen(['git', 'add', '-A', '.'], cwd=module_dir, env=env, stdout=subprocess.DEVNULL, stderr=subprocess.DEVNULL) -proc.communicate() -proc = subprocess.Popen(['git', 'write-tree'], cwd=module_dir, env=env, stdout=subprocess.PIPE, stderr=subprocess.DEVNULL) -stdout, _ = proc.communicate() -git_sha1 += stdout.decode("utf-8") +if os.path.exists(".gitmodules"): +submodule_helper = subprocess.check_output(["git", "config", "--file", ".gitmodules", "--get-regexp", "path"], cwd=s_dir, env=env).decode("utf-8") +for line in submodule_helper.splitlines(): +module_dir = os.path.join(s_dir, line.rsplit(maxsplit=1)[1]) +if os.path.isdir(module_dir): +proc = subprocess.Popen(['git', 'add', '-A', '.'], cwd=module_dir, env=env, stdout=subprocess.DEVNULL, stderr=subprocess.DEVNULL) +proc.communicate() +proc = subprocess.Popen(['git', 'write-tree'], cwd=module_dir, env=env, stdout=subprocess.PIPE, stderr=subprocess.DEVNULL) +stdout, _ = proc.communicate() +git_sha1 += stdout.decode("utf-8") sha1 = hashlib.sha1(git_sha1.encode("utf-8")).hexdigest() with open(oe_hash_file, 'w') as fobj: fobj.write(sha1) -- 2.37.3 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171483): https://lists.openembedded.org/g/openembedded-core/message/171483 Mute This Topic: https://lists.openembedded.org/mt/94154127/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] core-image-sato: install virtio input for Qemu targets
Hello Alex, On Wed, 2022-10-05 at 19:09 +0200, Alexander Kanavin wrote: > > Does core-image-weston have the same problem? If it does, then this > > certainly needs to go to qemu include in conf/machine/ > > Yes, the same issue occurs on core-image-weston, when NO_RECOMMENDATIONS = "1". So, instead of adding this rdepends in the sato image, I can add kernel-module-virtio-input in MACHINE_EXTRA_RDEPENDS in conf/machine/include/qemu.inc. In addition, I'm looking to use a built-in virtio-input, as proposed by Bruce Ashfield. Kind regards, Thomas > > Alex > > > > On Wed, 5 Oct 2022 at 18:51, Thomas Perrot via > > lists.openembedded.org > > wrote: > > > > > > > > Hello Khem, > > > > > > > > On Wed, 2022-10-05 at 09:19 -0700, Khem Raj wrote: > > > > > > On Wed, Oct 5, 2022 at 8:01 AM Thomas Perrot via > > > > > > lists.openembedded.org > > > > > > wrote: > > > > > > > > > > > > > > > > Otherwise, it isn't possible to interact with the UI. > > > > > > > > > > > > I wonder if it should be in the MACHINE_EXTRA_RRECOMMENDS > > > > > > in > > > machine > > > > > > configs, it will help a wide range of users who may be > > > > > > using > > > > > > graphical images. > > > > > > > > I hesitated to put it in MACHINE_EXTRA_RDEPENDS for Qemu > > > > targets. > > > > > > > > Currently, kernel-modules are in MACHINE_EXTRA_RRECOMMENDS of > > > > Qemu > > > > RISC-V and PPC64, which are not installed when > > > > > > NO_RECOMMENDATIONS="1" > > > > > > > > Kind regards, > > > > Thomas > > > > > > > > > > > > > > > > > > > > > > > > > > Signed-off-by: Thomas Perrot > > > > > > > > > > > > > > > > --- > > > > > > > > meta/recipes-sato/images/core-image-sato.bb | 2 ++ > > > > > > > > 1 file changed, 2 insertions(+) > > > > > > > > > > > > > > > > diff --git a/meta/recipes-sato/images/core-image- > > > > > > > > sato.bb > > > > > > > > b/meta/recipes-sato/images/core-image-sato.bb > > > > > > > > index e63a229d1257..0e37c15097b3 100644 > > > > > > > > --- a/meta/recipes-sato/images/core-image-sato.bb > > > > > > > > +++ b/meta/recipes-sato/images/core-image-sato.bb > > > > > > > > @@ -12,6 +12,8 @@ inherit core-image > > > > > > > > TOOLCHAIN_HOST_TASK:append = " nativesdk-intltool > > > > > > > > > > > > nativesdk-glib- > > > > > > > > 2.0" > > > > > > > > TOOLCHAIN_HOST_TASK:remove:task-populate-sdk-ext = " > > > > > > > > > > > > nativesdk- > > > > > > > > intltool nativesdk-glib-2.0" > > > > > > > > > > > > > > > > +IMAGE_INSTALL:append:qemuall = " kernel-module-virtio- > > > > > > > > input" > > > > > > > > + > > > > > > > > QB_MEM = '${@bb.utils.contains("DISTRO_FEATURES", > > > > > > > > "opengl", > > > > "-m > > > > > > > > 512", "-m 256", d)}' > > > > > > > > QB_MEM:qemuarmv5 = "-m 256" > > > > > > > > QB_MEM:qemumips = "-m 256" > > > > > > > > -- > > > > > > > > 2.37.3 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Thomas Perrot, Bootlin > > > > Embedded Linux and kernel engineering > > > > https://bootlin.com > > > > > > > > > > > > > > > > > > > > > > -- Thomas Perrot, Bootlin Embedded Linux and kernel engineering https://bootlin.com signature.asc Description: This is a digitally signed message part -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171482): https://lists.openembedded.org/g/openembedded-core/message/171482 Mute This Topic: https://lists.openembedded.org/mt/94137249/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][PATCH] qemu: Fix CVE-2021-3750 for qemu
Hi Virendra Thanks for the patch! On 01.10.22 07:52, Virendra Thakur via lists.openembedded.org wrote: Attached patch file also. *From:* openembedded-core@lists.openembedded.org on behalf of Virendra Thakur via lists.openembedded.org *Sent:* Saturday, October 1, 2022 11:20 AM *To:* openembedded-core@lists.openembedded.org *Cc:* st...@sakoman.com *Subject:* [OE-Core][kirkstone][PATCH] qemu: Fix CVE-2021-3750 for qemu Caution: This email originated from outside of the KPIT. Do not click links or open attachments unless you recognize the sender and know the content is safe. Add patch to fix CVE-2021-3750 Signed-off-by: Virendra Thakur --- meta/recipes-devtools/qemu/qemu.inc | 3 + .../qemu/qemu/CVE-2021-3750-1.patch | 59 +++ .../qemu/qemu/CVE-2021-3750-2.patch | 65 .../qemu/qemu/CVE-2021-3750-3.patch | 156 ++ 4 files changed, 283 insertions(+) create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2021-3750-1.patch create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2021-3750-2.patch create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2021-3750-3.patch diff --git a/meta/recipes-devtools/qemu/qemu.inc b/meta/recipes-devtools/qemu/qemu.inc index a493ac8add..816f9a7eac 100644 Unfortunately, your patch doesn't apply. Would you mind updating it according to the current master branch and send it again, please? Thanks in advance Cheers Michael. -- Michael Opdenacker, Bootlin Embedded Linux and Kernel engineering https://bootlin.com -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#171481): https://lists.openembedded.org/g/openembedded-core/message/171481 Mute This Topic: https://lists.openembedded.org/mt/94047305/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-