[OE-core] [PATCH v2] libseccomp: Upgrade to 2.5.2 and beyond

2021-09-30 Thread Khem Raj
Forward port the rv32 port Signed-off-by: Khem Raj --- v2: Regerate syscalls.csv with latest 5.15-rc3 kernel Fix RV64 regression ...rch-Add-riscv32-architecture-support.patch | 162 +- .../0002-man-Add-RISCV64-to-arch-list.patch | 28 +++ ...he-syscall-defs-for-Linux-v5.1

Re: [OE-core] [PATCH 1/2] libseccomp: Upgrade to 2.5.2 and beyond

2021-09-30 Thread Khem Raj
Hi Alex Please drop this from kirkstone-next, this is causing wield failures on riscv64/systemd, totally unrelated but we need to debug them before we can upgrade. Thanks -Khem On Sat, Sep 18, 2021 at 11:16 AM Khem Raj wrote: > > Forward port the rv32 port > > Signed-off-by: Khem Raj > --- >

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

2021-09-30 Thread Richard Purdie
On Mon, 2021-09-27 at 13:18 +0200, Kristian Klausen wrote: > Den Mon, Sep 13, 2021 at 10:13:04 +0200 skrev Kristian Klausen: > > "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. > > > > [...

[OE-core][PATCH] python3: Fix sysroot reproducibility

2021-09-30 Thread Joshua Watt
Fixes the reformatting of the sysconfigdata to be reproducible in the sysroot as well as in the package. During this a bug was uncovered in the way that the data was reformatted where it appears that python cannot parse a single line of code over 4 characters. To work around this, pass a maximu

[OE-core] [PATCH 1/1] ltp: Update to 20210927

2021-09-30 Thread Petr Vorel
New patches to fix functionality: * 0002-lib-fix-MemAvailable-parsing.patch * 0003-lapi-rtnetlink.h-Fix-include-guards.patch * 0004-lapi-Create-if_addr.h-and-reuse-it-in-rtnetlink.h.patch * 0005-lapi-if_addr.h-Define-IFA_FLAGS.patch Removed patch from this release * 0001-syscalls-ioctl_ns05.c-ioct

Re: [OE-core] [PATCH] strace_5.13 -> strace 5.14

2021-09-30 Thread Khem Raj
On Wed, Sep 29, 2021 at 11:46 PM Alexandre Belloni < alexandre.bell...@bootlin.com> wrote: > Hello, > > On 29/09/2021 13:57:10-0700, Khem Raj wrote: > > From: Persian Prince > > > > Strace 5.13 won't compile with 5.14 headers: > > > > | ../../strace-5.13/src/fs_x_ioctl.c: In function 'fs_x_ioctl'

Re: [OE-core][PATCH] ruby: fix the reproducibility issue

2021-09-30 Thread Alexandre Belloni
On 30/09/2021 16:28:56+0200, Alexander Kanavin wrote: > But if it's not removed from repro exceptions you won't get an error if > it's still not reproducible. > Sure, I'll remove it. > Alex > > On Thu, 30 Sept 2021 at 16:27, Alexandre Belloni < > alexandre.bell...@bootlin.com> wrote: > > > On

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

2021-09-30 Thread Alexander Kanavin
Neither the syntax was fixed, nor the other patch was submitted upstream. Alex On Thu, 30 Sept 2021 at 16:21, Thomas Perrot wrote: > Hello, > > On Thu, 2021-09-30 at 16:11 +0200, Alexander Kanavin wrote: > > How is this different to the previous patch submission? > > > > I have indicated where

Re: [OE-core][PATCH] ruby: fix the reproducibility issue

2021-09-30 Thread Alexander Kanavin
But if it's not removed from repro exceptions you won't get an error if it's still not reproducible. Alex On Thu, 30 Sept 2021 at 16:27, Alexandre Belloni < alexandre.bell...@bootlin.com> wrote: > On 30/09/2021 16:12:30+0200, Alexander Kanavin wrote: > > Does this mean ruby can be dropped from r

Re: [OE-core][PATCH] ruby: fix the reproducibility issue

2021-09-30 Thread Alexandre Belloni
On 30/09/2021 16:12:30+0200, Alexander Kanavin wrote: > Does this mean ruby can be dropped from reproducibility exception list? > That is the goal, I'll run that through the autobuilders > Alex > > On Thu, 30 Sept 2021 at 16:04, Thomas Perrot > wrote: > > > Apply some changes on the Ruby make

Re: [OE-core][PATCH] ruby: fix the reproducibility issue

2021-09-30 Thread Thomas Perrot
Hello, On Thu, 2021-09-30 at 16:12 +0200, Alexander Kanavin wrote: > Does this mean ruby can be dropped from reproducibility exception > list? > I think so, but it would be nice to run some additional build tests on autobuilder before, because it's not often obvious to reproduce this kind of iss

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

2021-09-30 Thread Thomas Perrot
Hello, On Thu, 2021-09-30 at 16:11 +0200, Alexander Kanavin wrote: > How is this different to the previous patch submission? > I have indicated where patch 0003 comes from in the upstream status. Was there any other change to make? Best regards, Thomas > Alex > > On Thu, 30 Sept 2021 at 16:0

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

2021-09-30 Thread Zoltan Boszormenyi via lists.openembedded.org
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: https://dnf.readthedocs.io/en/latest/conf_re

[OE-core] [PATCH v3 1/2] kernel, kernel-module-split: Add runtime dependency to subpackages on main package

2021-09-30 Thread Zoltan Boszormenyi via lists.openembedded.org
From: Zoltán Böszörményi This creates a circular dependency between the main kernel package and its subpackages. It helps package managers to automatically remove all kernel packages of the same version when upgrading. Signed-off-by: Zoltán Böszörményi --- v2: No changes v3: Add reverse RDEPEN

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

2021-09-30 Thread Zoltan Boszormenyi via lists.openembedded.org
I have observed two issues when upgrading 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 helps p

Re: [OE-core][PATCH] ruby: fix the reproducibility issue

2021-09-30 Thread Alexander Kanavin
Does this mean ruby can be dropped from reproducibility exception list? Alex On Thu, 30 Sept 2021 at 16:04, Thomas Perrot wrote: > Apply some changes on the Ruby makefiles in order to fix the > reproducibility: > - use a fixed timestamp, > - sort linked objects, > - doesn't use the current date

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

2021-09-30 Thread Alexander Kanavin
How is this different to the previous patch submission? Alex On Thu, 30 Sept 2021 at 16:08, Thomas Perrot wrote: > Backport a patch to fix the below ptest failure: > # ./run-ptest > Running tests: > EVPORT > Skipping test > KQUEUE > Skipping test > EPOLL > test-eof: OKAY > test-dumpeve

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

2021-09-30 Thread Thomas Perrot
Backport a patch to fix the below ptest failure: # ./run-ptest Running tests: EVPORT Skipping test KQUEUE Skipping test EPOLL test-eof: OKAY test-dumpevents: OKAY (output not checked) regress: FAIL ../libevent-2.1.12-stable/test/regress_util.c:1478: assert(diff.tv_sec == 0): 1 vs 0 uti

[OE-core][PATCH] ruby: fix the reproducibility issue

2021-09-30 Thread Thomas Perrot
Apply some changes on the Ruby makefiles in order to fix the reproducibility: - use a fixed timestamp, - sort linked objects, - doesn't use the current date, - and use UTC date. [YOCTO #14268] Signed-off-by: Thomas Perrot --- ...doc-build-reproducible-documentation.patch | 35 ++ ...-li

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

2021-09-30 Thread Thomas Perrot
Hello, On Thu, 2021-09-30 at 10:50 +0200, Alexander Kanavin wrote: > Please submit the patch upstream first. Also note the syntax: > > Upstream-Status: Pending > Upstream-Status: Backport [from where] > I'm currently submitting a reworked patch for the libevent master branch, because since 2.1.

[OE-core] [PATCH RESEND 1/2] glibc: Exclude common code to build tests to glibc-tests.inc

2021-09-30 Thread ?ukasz Majewski
The common code to build tests has been excluded from glibc-testsuite recipe to glibc-tests.inc This code will be reused in the recipe necessary for providing glibc tests executed with ptest framework. Signed-off-by: Lukasz Majewski --- meta/recipes-core/glibc/glibc-tests.inc | 32 +++

[OE-core] [PATCH RESEND 2/2] glibc: ptest: Add support for running glibc test suite with ptest

2021-09-30 Thread ?ukasz Majewski
This patch introduces new recipe - namely 'glibc-tests', which builds and installs glibc test suite to OE/Yocto built image. It reuses code from already available 'glibc-testsuite' recipe, which is run with 'bitbake glibc-testsuite -c check' and uses qemu to execute remotely (via SSH) tests on som

Re: [OE-core] [PATCH 1/2] bitbake.conf: Ensure XZ_THREADS doesn't change sstate checksums

2021-09-30 Thread Richard Purdie
On Thu, 2021-09-30 at 08:50 +0200, Mike Looijmans wrote: > Wouldn't "0" be a better default? Setting threads to "0" will make xz use the > CPU count anyway, so it'd be honest too. On some systems we have this set to a specific value rather than auto so any value is potentially dishonest. I think

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

2021-09-30 Thread Alexander Kanavin
Please submit the patch upstream first. Also note the syntax: Upstream-Status: Pending Upstream-Status: Backport [from where] Alex On Wed, 29 Sept 2021 at 17:02, Thomas Perrot wrote: > Backport a patch to fix the below ptest failure: > # ./run-ptest > Running tests: > EVPORT > Skipping tes

Re: [OE-core] [PATCH 1/2] bitbake.conf: Ensure XZ_THREADS doesn't change sstate checksums

2021-09-30 Thread Jose Quaresma
Hi Mike, But who is this calculated ? For example, if we are inside of a container the XZ will use the host CPU available or the scheduler affinity. Mike Looijmans escreveu no dia quinta, 30/09/2021 à(s) 07:50: > Wouldn't "0" be a better default? Setting threads to "0" will make xz use > the >

[OE-core] [PATCH v2] findutils: add ptest

2021-09-30 Thread Oleh Matiusha via lists.openembedded.org
Fixed warning in v1 by adding findutils-ptest to ptest-packagelists.inc. Placed it in PTESTS_SLOW since it takes 36s to execute this ptest on qemu. Signed-off-by: Oleh Matiusha --- .../distro/include/ptest-packagelists.inc | 1 + meta/recipes-extended/findutils/findutils.inc | 6 +- .../f

[OE-core] [poky][dunfell][PATCH] openssh: Fix CVE-2021-28041

2021-09-30 Thread sana kazi
Added patch to fix CVE-2021-28041. Link: http://archive.ubuntu.com/ubuntu/pool/main/o/openssh/openssh_8.2p1-4ubuntu0.3.debian.tar.xz Signed-off-by: Sana Kazi Signed-off-by: Sana Kazi --- .../openssh/openssh/CVE-2021-28041.patch | 20 +++ .../openssh/openssh_8.2p1.bb

[PATCH v3] Re: [OE-core] [PATCH v2 2/3] Rust cross testing file

2021-09-30 Thread Pgowda
The attached patch sets "ninja = false" dependency during rust-testsuite build and fixes the error. Signed-off-by: Pgowda --- meta/recipes-devtools/rust/rust-testsuite.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/rust/rust-testsuite.inc b/meta/recipes-devtools/r