[OE-core] [PATCH v2 2/2] kernel.bbclass: Allow using update-alternatives for the kernel image

From: Zoltán Böszörményi When using dnf to install new kernel versions and installonly_limit is reached, dnf automatically removes the oldest kernel version. For the dnf.conf documentation on installonlypkgs, installonly_limit and others settings, see:

[OE-core] RFC [v2]: Make kernel upgrades via dnf work like on Red Hat

I have observed two issues when upgrading to kernel versions successively. One is that when installonly_limit is reached in dnf, only the main kernel package was removed. Patch 1 fixes this by adding extra RDEPENDS to the kernel subpackages on the main kernel package. This circular dependency

[OE-core] [PATCH v2 1/2] kernel.bbclass: Add runtime dependency to subpackages on main package

From: Zoltán Böszörményi Although this creates a circular dependency between the main kernel package and its subpackages, it helps dnf to automatically remove all kernel packages of the same version. Signed-off-by: Zoltán Böszörményi --- meta/classes/kernel.bbclass | 8 1 file

Re: [OE-core] [PATCH 2/2] kernel.bbclass: Allow using update-alternatives for the kernel image

On 2021. 09. 29. 6:18, Zoltan Boszormenyi via lists.openembedded.org wrote: On 2021. 09. 29. 6:01, Böszörményi Zoltán wrote: On 2021. 09. 28. 22:27, Bruce Ashfield wrote: On Tue, Sep 28, 2021 at 10:16 AM Zoltan Boszormenyi via lists.openembedded.org wrote: From: Zoltán Böszörményi When

Re: [OE-core] [PATCH 2/2] kernel.bbclass: Allow using update-alternatives for the kernel image

On 2021. 09. 29. 6:01, Böszörményi Zoltán wrote: On 2021. 09. 28. 22:27, Bruce Ashfield wrote: On Tue, Sep 28, 2021 at 10:16 AM Zoltan Boszormenyi via lists.openembedded.org wrote: From: Zoltán Böszörményi When using dnf to install new kernel versions and installonly_limit is reached, dnf

Re: [OE-core] [PATCH 2/2] kernel.bbclass: Allow using update-alternatives for the kernel image

Resending from the subscribed address. On 2021. 09. 28. 22:27, Bruce Ashfield wrote: On Tue, Sep 28, 2021 at 10:16 AM Zoltan Boszormenyi via lists.openembedded.org wrote: From: Zoltán Böszörményi When using dnf to install new kernel versions and installonly_limit is reached, dnf

Re: [OE-core][PATCH] systemd: fix CVE-2021-33910

Please ignore this one, this patch is for hardknott. On 09/29/2021 11:29 AM, Chen Qi wrote: Backport patch to fix CVE-2021-33910. Signed-off-by: Chen Qi --- ...it-name-do-not-use-strdupa-on-a-path.patch | 72 +++ meta/recipes-core/systemd/systemd_247.6.bb| 1 + 2

[OE-core][hardknott][PATCH] systemd: fix CVE-2021-33910

Backport patch to fix CVE-2021-33910. Signed-off-by: Chen Qi --- ...it-name-do-not-use-strdupa-on-a-path.patch | 72 +++ meta/recipes-core/systemd/systemd_247.6.bb| 1 + 2 files changed, 73 insertions(+) create mode 100644

[OE-core][PATCH] systemd: fix CVE-2021-33910

Backport patch to fix CVE-2021-33910. Signed-off-by: Chen Qi --- ...it-name-do-not-use-strdupa-on-a-path.patch | 72 +++ meta/recipes-core/systemd/systemd_247.6.bb| 1 + 2 files changed, 73 insertions(+) create mode 100644

[OE-core] [PATCH] openssh: openssh-dev shouldn't depend on openssh

In some situations packages such as openssh-sftp-server are used separately from openssh-sshd. The openssh-dev package is empty but can have conflicts when installed via populate_sdk. Removing the dependency avoids that. https://github.com/openbmc/openbmc/issues/3819 is an example of the problem.

Re: [OE-core] [PATCH] libevent: mark util/monotonic_prc_fallback as retriable

On 9/28/21 5:32 PM, Alexander Kanavin wrote: **[Please note: This e-mail is from an EXTERNAL e-mail address] How did you run the test? I cherry-picked the proposed fix into my queue, and alas, the fail from ptest-runner is still occurring sporadically. # ./test.sh Running tests: EVPORT

Re: [OE-core] [PATCH 04/10] cmake: update 3.20.2 -> 3.20.3

Did we find out the reason why this was happening? I have started getting this error on Centos-8 while building hardknott. https://autobuilder.yoctoproject.org/typhoon/#/builders/63/builds/4045 Thanks, Anuj On Wed, 2021-06-16 at 23:45 +0100, Richard Purdie wrote: > On Sun, 2021-06-06 at 21:51

Re: [OE-core] [meta-security][PATCH] clamav: Set clamav:clamav ownership on /var/lib/clamav in do_install

merged. On 9/26/21 5:25 AM, Zoltán Böszörményi wrote: > From: Zoltán Böszörményi > > Also, rearrange the runtime-dependencies a little so > clamav-freshclam is installed later than clamav. > > The issue is that clamav-freshclam ships /var/lib/clamav > and the main clamav package uses chown in

[OE-core][dunfell 00/25] Pull request (cover letter only)

The following changes since commit c7d2281eb6cda9c1637c20b3540b142073bca235: build-appliance-image: Update to dunfell head revision (2021-09-15 18:34:19 +0100) are available in the Git repository at: git://git.openembedded.org/openembedded-core-contrib stable/dunfell-next

Re: [OE-core] [PATCH 2/2] kernel.bbclass: Allow using update-alternatives for the kernel image

On Tue, Sep 28, 2021 at 10:16 AM Zoltan Boszormenyi via lists.openembedded.org wrote: > > From: Zoltán Böszörményi > > When using dnf to install new kernel versions and installonly_limit > is reached, dnf automatically removes the oldest kernel version. What about other package managers ? Is

Re: [OE-core] [PATCH] state/staging: Fix directory not deleted for race

On Thu, 2021-09-16 at 13:58 +0530, pgowda cve wrote: > Hi Richard, > > Thanks for reviewing the patch and your comments. > > > Looking further at this and your description, I think you might be saying > > there > > are multiple levels of empty directories. > > Yes. There are multiple level of

[OE-core] Yocto Project Status WW39`21

Current Dev Position: YP 3.4 M4 Next Deadline: 4th Oct. 2021 YP 3.4 M4 build Next Team Meetings: * Bug Triage meeting Thursday Sept. 30th at 7:30am PDT ( https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)

Re: [OE-core] binutils: compilation error 'unknown pseudo-op: `.l`'

Khem, > -Original Message- > From: Khem Raj > Sent: Tuesday, September 28, 2021 2:41 PM > To: Bryan Evenson > Cc: openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] binutils: compilation error 'unknown pseudo-op: `.l`' > > On Tue, Sep 28, 2021 at 8:11 AM Bryan Evenson >

Re: [OE-core] binutils: compilation error 'unknown pseudo-op: `.l`'

On Tue, Sep 28, 2021 at 8:11 AM Bryan Evenson wrote: > > All, > > I have a AT91SAM9G25 based system that has been built and works using > yocto-2.2 (morty). I am in the process of upgrading my build tools to the > latest. The build image is a custom image that is based off of >

Re: [OE-core] ERROR: Task (.../kernel-module-something.bb:do_package) failed with exit code '134'

On Mon, 2021-09-27 at 10:44 -0700, Vasyl Vavrychuk wrote: > I have external kernel module recipe, let's call it kernel-module- > something.bb. > > Sometimes, it fails with > >   ERROR: Task (.../kernel-module-something.bb:do_package) failed with exit > code > '134' > > I have checked 

[OE-core] [PATCH] sstatesig: Revert "Test cross/native hashserv method extension"

This reverts commit 2a76082363d189880613765ad339718e3614049d. We have an issue where x86 host builds are not matching hashes with aarch64 host builds. We'd expect that for a given target, the target artefacts should work regardless of the host architecture, compiler version etc. but this isn't

Re: [OE-core] [PATCH] state/staging: Fix directory not deleted for race

Add Khem (aka Mr Musl). ;-) On 2021-09-16 4:28 a.m., Pgowda wrote: Hi Richard, Thanks for reviewing the patch and your comments. Looking further at this and your description, I think you might be saying there are multiple levels of empty directories. Yes. There are multiple level of

[OE-core] binutils: compilation error 'unknown pseudo-op: `.l`'

All, I have a AT91SAM9G25 based system that has been built and works using yocto-2.2 (morty). I am in the process of upgrading my build tools to the latest. The build image is a custom image that is based off of core-image-minimal with a few additional packages. I'm using Ubuntu 18.04.06

Re: [OE-core] [PATCH] recipes-support/ptest-runner: Bump to v2.4.2

That is a meta-agl specific issue, and needs to be addressed in that layer. Alex On Tue, 28 Sept 2021 at 16:40, Oleksiy Obitotskyy via lists.openembedded.org wrote: > Hi, > > Patch applied with warnings. > https://autobuilder.yoctoproject.org/typhoon/#/builders/120/builds/270 >

[OE-core] [PATCH] ovmf: add TPM PACKAGECONFIG and enable if tpm is in MACHINE_FEATURES

By enabling TPM support the boot will be measured into the TPM's Platform Configuration Registers (PCRs). Signed-off-by: Kristian Klausen --- meta/recipes-core/ovmf/ovmf_git.bb | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/meta/recipes-core/ovmf/ovmf_git.bb

Re: [OE-core] [PATCH] recipes-support/ptest-runner: Bump to v2.4.2

Hi, Patch applied with warnings. https://autobuilder.yoctoproject.org/typhoon/#/builders/120/builds/270 https://autobuilder.yoctoproject.org/typhoon/#/builders/120/builds/269 WARNING: ptest-runner-2.4.2+gitAUTOINC+bcb82804da-r0 do_patch: Fuzz detected: Applying patch

[OE-core] [PATCH 2/2] kernel.bbclass: Allow using update-alternatives for the kernel image

From: Zoltán Böszörményi When using dnf to install new kernel versions and installonly_limit is reached, dnf automatically removes the oldest kernel version. However, the /boot/bzImage symlink (or whatever image type is used) is removed unconditionally. Allow using the alternative symlink

[OE-core] [PATCH v3] wic/bootimg-efi: Add Unified Kernel Image option

"A unified kernel image is a single EFI PE executable combining an EFI stub loader, a kernel image, an initramfs image, and the kernel command line. [...] Images of this type have the advantage that all metadata and payload that makes up the boot entry is monopolized in a single PE file that can

[OE-core] [meta-OE][dunfell][PATCH] tcpdump: Update CVE-2020-8037 tag

CVE tag was missing inside the patch file which is the remedy for CVE-2020-8037 and tracked by cve-check. Signed-off-by: Purushottam Choudhary Signed-off-by: Purushottam Choudhary --- ...01-PPP-When-un-escaping-don-t-allocate-a-too-large-buff.patch | 1 + 1 file changed, 1 insertion(+) diff

Re: [OE-core] simplest use of SSTATE_MIRRORS?

On Tue, 28 Sep 2021, Richard Purdie wrote: > On Mon, 2021-09-27 at 12:13 -0400, Robert P. J. Day wrote: > > colleague asked me how SSTATE_MIRRORS worked, so i had to check, > > followed the section here: > > > > http://docs.yoctoproject.org/overview-manual/concepts.html#shared-state-cache > > >

Re: [OE-core] [PATCH] vim: fix CVE-2021-3778

On Tue, 2021-09-28 at 00:36 -0700, Minjae Kim wrote: > Hi Richard, > > When I tried to rebuild this patch on the latest master branch, > I could not get any patch errors as below. > > poky/master/poky$ bitbake vim -c cleanall; bitbake vim -C compile > Loading cache: 100% |                       

Re: [OE-core] simplest use of SSTATE_MIRRORS?

On Mon, 2021-09-27 at 12:13 -0400, Robert P. J. Day wrote: > colleague asked me how SSTATE_MIRRORS worked, so i had to check, > followed the section here: > > http://docs.yoctoproject.org/overview-manual/concepts.html#shared-state-cache > > and in one of own builds, i moved the entire

Re: [OE-core] [PATCH] libevent: mark util/monotonic_prc_fallback as retriable

How did you run the test? I cherry-picked the proposed fix into my queue, and alas, the fail from ptest-runner is still occurring sporadically. Alex On Tue, 28 Sept 2021 at 11:08, Yu, Mingli wrote: > > > On 9/28/21 1:15 AM, Alexandre Belloni wrote: > > [Please note: This e-mail is from an

Re: [OE-core] [PATCH] libevent: mark util/monotonic_prc_fallback as retriable

On 9/28/21 1:15 AM, Alexandre Belloni wrote: [Please note: This e-mail is from an EXTERNAL e-mail address] Hello, On 22/09/2021 16:35:06+0800, Yu, Mingli wrote: From: Mingli Yu Backport a patch to fix the below ptest failure: # ./run-ptest Running tests: EVPORT Skipping test

[OE-core][kirkstone][PATCH] inetutils: drop CVE-2021-40491 patch

This CVE is already fixed in inetutils 2.2 Signed-off-by: Alexandre Belloni --- .../inetutils/inetutils/CVE-2021-40491.patch | 88 --- .../inetutils/inetutils_2.2.bb| 1 - 2 files changed, 89 deletions(-) delete mode 100644

Re: [OE-core] [PATCH] vim: fix CVE-2021-3778

Hi Richard, When I tried to rebuild this patch on the latest master branch, I could not get any patch errors as below. poky/master/poky$ bitbake vim -c cleanall; bitbake vim -C compile Loading cache: 100% |                                                                                         

Re: [OE-core] [PATCH] vim: fix CVE-2021-3778

Hi Richard , Thanks for the notice, I'll update it properly. Thanks Minjae Kim. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#156407): https://lists.openembedded.org/g/openembedded-core/message/156407 Mute This Topic: