Re: [OE-core] [PATCH v2 0/3] tunes: the great migration

On Tue, Aug 17, 2021 at 4:44 PM Alexandre Belloni wrote: > > Hello Jon, > > I did run that through the autobuilders: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/2457 > > This is mostly good, the meta-arm failure is about a kernel patch not > applying, I don't think it is

Re: [OE-core] [PATCH] glibc: package the stub .a libaries into glibc-dev

hmm I am seeing pseudo build failures on master-next on all arches see [1]. I wonder if this is related https://errors.yoctoproject.org/Errors/Details/601473/ On Tue, Aug 17, 2021 at 4:46 PM Khem Raj wrote: > > On Tue, Aug 17, 2021 at 3:29 PM Ross Burton wrote: > > > > In glibc 2.34, the

Re: [OE-core] [PATCH] glibc: package the stub .a libaries into glibc-dev

On Tue, Aug 17, 2021 at 3:29 PM Ross Burton wrote: > > In glibc 2.34, the libraries libpthread, libdl, libutil, libanl have > been integrated into libc. To retain compatibility with old binaries the > shared libaries are still shipped but are empty, and to keep software > building there are empty

Re: [OE-core] [meta-oe][PATCH] meta-oe: libusbgx: Configure the Devices Used

On Tue, Aug 17, 2021 at 2:47 PM Maxim Sloyko via lists.openembedded.org wrote: > > Add ability to configure the UDC used for specific schema. > The feature is backwards compatible, so existing users don't need to > change anything. > > If one wants to specify which UDC is used for specific

[OE-core] [PATCH] oeqa/sdk: add relocation test for buildtools

The buildtools-extended tarball includes GCC, which relies on being relocated correctly to work. Add a test case that verifies that the loader paths have all been relocated, as otherwise there are hard-to-debug errors at build time. Signed-off-by: Ross Burton ---

[OE-core] [PATCH] glibc: package the stub .a libaries into glibc-dev

In glibc 2.34, the libraries libpthread, libdl, libutil, libanl have been integrated into libc. To retain compatibility with old binaries the shared libaries are still shipped but are empty, and to keep software building there are empty static libraries. However, these static libraries get

[OE-core] [PATCH] oeqa/sdk: add HTTPS test for buildtools

Verify that HTTPS connections work in both wget and Python, as this depends on variables correctly pointing to the certificate chain. Signed-off-by: Ross Burton --- meta/lib/oeqa/sdk/buildtools-cases/https.py | 20 1 file changed, 20 insertions(+) create mode 100644

[OE-core] [gatesgarth][PATCH] glib-2.0: backport 2.65.0 commit to fix intermittent race condition

glib versions between 2.63.3 and 2.64.6 are susceptible to a race condition that has a low chance of happening, but can cause segmentation faults. For example, when using NetworkManager 1.22.0 or newer, a segmentation fault can happen even when running a simple command like 'nmcli'. Backport a

[OE-core] [meta-oe][PATCH] meta-oe: libusbgx: Configure the Devices Used

Add ability to configure the UDC used for specific schema. The feature is backwards compatible, so existing users don't need to change anything. If one wants to specify which UDC is used for specific schema, for example, `eth0`, they can add this variable to the configuration file:

Re: [OE-core] [PATCH v2 0/3] tunes: the great migration

Hello Jon, I did run that through the autobuilders: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/2457 This is mostly good, the meta-arm failure is about a kernel patch not applying, I don't think it is related, you'd have to rebase

Re: [OE-core][PATCH v2 2/2] oeqa: wic: Add tests for --no-fstab-update

Hi, On Tue, 17 Aug 2021 at 15:34, Alexandre Belloni wrote: > > Hi, > > On 16/08/2021 10:05:08+0200, Daniel Gomez wrote: > > Hi Alexandre, > > > > > > On Fri, 13 Aug 2021 at 07:41, Daniel Gomez via lists.openembedded.org > > wrote: > > > > > > Hi Alexandre, > > > > > > On Thu, 12 Aug 2021 at

[OE-core][PATCH v3 1/2] wic: Add --no-fstab-update part option

When embedding a rootfs image (e.g. 'rootfs-dir') as a partition we might want to keep the stock fstab for that image. In such a case, use this option to not update the fstab and use the stock one instead. This option allows you to specify which partitions get the fstab updated and which get the

[OE-core][PATCH v3 2/2] oeqa: wic: Add tests for --no-fstab-update

Add tests for the --no-fstab-update wic part command. Signed-off-by: Daniel Gomez --- meta/lib/oeqa/selftest/cases/wic.py | 58 + 1 file changed, 58 insertions(+) diff --git a/meta/lib/oeqa/selftest/cases/wic.py b/meta/lib/oeqa/selftest/cases/wic.py index

[OE-core] [PATCH] grep: upgrade 3.6 -> 3.7

GNU grep 3.7 has been released with a fix for a bug causing "extreme performance degradation" in certain types of search. https://www.theregister.com/2021/08/16/gnu_grep_37/ Signed-off-by: Denys Dmytriyenko --- meta/recipes-extended/grep/{grep_3.6.bb => grep_3.7.bb} | 2 +- 1 file changed, 1

Re: [OE-core] [PATCH 2/2] binutils: Apply upstream patch to fix 'too many open files' on qtwebengine

On 8/17/21 7:32 AM, Andreas Müller wrote: Since upgrade of binutils to 2.37 builds of qtwebengine failed to link even with ulimits -n 100 (!!). Fix that by applying a patch from stable 'binutils-2_37-branch'. lgtm Signed-off-by: Andreas Müller --- .../binutils/binutils-2.37.inc

Re: [oe-core][PATCH 1/1] blktrace: change shebangs

When I previously checked upstream, they explicitly left the "python" when they converted the scripts to work with python3 because the scripts work with 2 or 3. Joe > -Original Message- > From: Richard Purdie > Sent: Monday, August 16, 2021 2:59 PM > To: Alexander Kanavin ; Slater,

[OE-core] [PATCH 4/4] kernel-devsrc: fix 5.14+ objtool compilation

From: Bruce Ashfield In v5.14+, x86 requires not just elfutils, but the elf headers on the target to build objtool (required for 'scripts parepare'), so we tweak our RDEPENDS to ensure that the right headers are on the target. Signed-off-by: Bruce Ashfield ---

[OE-core] [PATCH 3/4] kernel-devsrc: 5.14+ updates

From: Bruce Ashfield commit 6218d0f6b8dec [x86/syscalls: Switch to generic syscalltbl.sh] means that x86 no longer has a syscall script to copy, which causes a build error. We already copy the generic syscall script (in scripts), so we just catch errors for the copies to support older and 5.14+

[OE-core] [PATCH 2/4] lttng-modules: update to 2.13.0

From: Bruce Ashfield Updating to 2.13.0, so we can pick up the latest -stable and support for 5.14+ kernels. We refresh one patch for new context, and update the LICENSE checksum due to commit 2df37e95fa4303 [Cleanup: Move headers from toplevel to include/lttng/]. which impacted the LICENSE

[OE-core] [PATCH 0/4] linux-yocto-dev: dev and supporting recipes updates

From: Bruce Ashfield Richard, Continuing on the kenrel update path, I've built, booted and run core-image-kernel-dev on all the supported architectures for v5.14-rcX. I've pushed the kernel changes, and here are the supporting updaes. lttng-modules is of course involved, and on that front

[OE-core] [PATCH 1/4] linux-yocto-dev: bump to v5.14+

From: Bruce Ashfield Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-dev.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb b/meta/recipes-kernel/linux/linux-yocto-dev.bb index 28a255a0c0..0911787009

Re: [OE-core] [PATCH] glibc: Fix CVE-2021-33574

Hi Ernst, Thanks, for the update of CVE-2021-38604. Will send a path to the hardknott branch as well as master branch. Regards, Vinay On Tue, Aug 17, 2021 at 12:10 PM Ernst Sjöstrand wrote: > > There is now an additional fix on top of this: > >

Re: [OE-core] [poky][dunfell][PATCH] python3: Remove unused python3 recipe

On Tue, Aug 17, 2021 at 5:09 AM Khem Raj wrote: > > On Tue, Aug 17, 2021 at 8:00 AM Martin Jansa wrote: > > > > On Tue, Aug 17, 2021 at 4:52 PM Steve Sakoman wrote: > >> > >> On Mon, Aug 9, 2021 at 9:08 PM Purushottam choudhary > >> wrote: > >> > > >> > Currently in dunfell branch python3

Re: [OE-core] [poky][dunfell][PATCH] python3: Remove unused python3 recipe

On Tue, Aug 17, 2021 at 8:00 AM Martin Jansa wrote: > > On Tue, Aug 17, 2021 at 4:52 PM Steve Sakoman wrote: >> >> On Mon, Aug 9, 2021 at 9:08 PM Purushottam choudhary >> wrote: >> > >> > Currently in dunfell branch python3 version is 3.8.11. >> > so, python3_3.8.10.bb is not needed. >> >

Re: [OE-core] [poky][dunfell][PATCH] python3: Remove unused python3 recipe

On Tue, Aug 17, 2021 at 4:52 PM Steve Sakoman wrote: > On Mon, Aug 9, 2021 at 9:08 PM Purushottam choudhary > wrote: > > > > Currently in dunfell branch python3 version is 3.8.11. > > so, python3_3.8.10.bb is not needed. > > Hence, removed. > > I don't feel good about removing a recipe from a

Re: [OE-core] [v4] [RFC] Merge meta-rust to oe-core

On 2021-08-13 11:22 a.m., Vinay Kumar wrote: Hi Randy, Vinay or I will look into glibc/qemuppc64 if no one else is working on that. The failure is due to the below error in libstd-rs package build. "error: unrecognized arch "powerpc64le" in target specification" The reason for this is

Re: [OE-core] [poky][dunfell][PATCH] python3: Remove unused python3 recipe

On Mon, Aug 9, 2021 at 9:08 PM Purushottam choudhary wrote: > > Currently in dunfell branch python3 version is 3.8.11. > so, python3_3.8.10.bb is not needed. > Hence, removed. I don't feel good about removing a recipe from a stable release. There may be people who are using 3.8.10 for whatever

Re: [OE-core] [poky][dunfell][PATCH] lighttpd: Add patch for reuse large memory chunks

On Thu, Aug 12, 2021 at 9:56 PM Purushottam choudhary wrote: > > Added 0001-core-reuse-large-mem-chunks-fix-mem-usage-fixes-3033.patch > to fix large memory usage for large file downloads > from dynamic backends reuse or release large memory chunks. > > This issue is caused by a bug in the

[OE-core] Yocto Project Status WW33`21

Current Dev Position: YP 3.4 M3 Next Deadline: 23rd Aug. 2021 YP 3.4 M3 build (Feature Freeze) Next Team Meetings: * Bug Triage meeting Thursday Aug. 19th at 7:30am PDT (

[OE-core] [PATCH 2/2] binutils: Apply upstream patch to fix 'too many open files' on qtwebengine

Since upgrade of binutils to 2.37 builds of qtwebengine failed to link even with ulimits -n 100 (!!). Fix that by applying a patch from stable 'binutils-2_37-branch'. Signed-off-by: Andreas Müller --- .../binutils/binutils-2.37.inc| 1 +

[OE-core] [PATCH 1/2] mesa: upgrade 21.1.5 -> 21.1.7

Joshua's vc4/v3d/dma-patch was applied in 21.1.7 Release notes 21.1.7: Bug fixes Miscompilation of a switch case [radeonsi][regression] CPU is being used ~10 times more than usual after c5478f9067f. dEQP-VK.wsi.android.swapchain.create#image_swapchain_create_info crash on Android R

Re: [OE-core][PATCH v2 2/2] oeqa: wic: Add tests for --no-fstab-update

Hi, On 16/08/2021 10:05:08+0200, Daniel Gomez wrote: > Hi Alexandre, > > > On Fri, 13 Aug 2021 at 07:41, Daniel Gomez via lists.openembedded.org > wrote: > > > > Hi Alexandre, > > > > On Thu, 12 Aug 2021 at 18:34, Alexandre Belloni > > wrote: > > > > > > Hello, > > > > > > On 10/08/2021

Re: [OE-core] [PATCH V2] shadow: add /etc/default/useradd

Thanks, this should work fine :) Alex On Tue, 17 Aug 2021 at 10:17, Yi Zhao wrote: > The shadow 4.9 stops shiping /etc/default/useradd[1] and uses built-in > settings by default. Some settings are not consistent with previous > shadow 4.8.1 in oe-core. e.g. The default shell is /bin/bash

[OE-core] [PATCH V2] shadow: add /etc/default/useradd

The shadow 4.9 stops shiping /etc/default/useradd[1] and uses built-in settings by default. Some settings are not consistent with previous shadow 4.8.1 in oe-core. e.g. The default shell is /bin/bash rather than /bin/sh. Per shadow 4.8.1 settings, add /etc/default/useradd back to update useradd

Re: [OE-core] [poky][dunfell][PATCH] lighttpd: Add patch for reuse large memory chunks

Hi Steve, could you please check again? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#154872): https://lists.openembedded.org/g/openembedded-core/message/154872 Mute This Topic: https://lists.openembedded.org/mt/84836400/21656 Group Owner:

Re: [OE-core] [poky][dunfell][PATCH] python3: Remove unused python3 recipe

Hi, Please provide an update on this change. Could you please confirm if changes are OK and can be merged? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#154871): https://lists.openembedded.org/g/openembedded-core/message/154871 Mute This Topic:

Re: [OE-core] [PATCH] shadow: update default settings for useradd

On 8/17/21 2:59 PM, Alexander Kanavin wrote: If the issue is that /etc/default/useradd was deleted, shouldn't we address this by reinstating that file? Patching the source code does not seem like a better solution, and introduces surprising behaviour for those expecting upstream defaults

[OE-core] AUH mails not delivered to oe-core list

Hello Michael, the problem (AUH mails not making it to the mailing lists) still goes on. Has there been any progress with the ticket? Should we think of possible workarounds? Alex On Mon, 2 Aug 2021 at 14:42, Alexander Kanavin wrote: > Hello Michael, > > unfortunately the problem persists -

Re: [OE-core] [PATCH] shadow: update default settings for useradd

If the issue is that /etc/default/useradd was deleted, shouldn't we address this by reinstating that file? Patching the source code does not seem like a better solution, and introduces surprising behaviour for those expecting upstream defaults rather than Yocto's. Alex On Tue, 17 Aug 2021 at

Re: [OE-core] [PATCH] glibc: Fix CVE-2021-33574

There is now an additional fix on top of this: https://it.slashdot.org/story/21/08/16/2131221/linux-glibc-security-fix-created-a-nastier-linux-bug https://access.redhat.com/security/cve/cve-2021-38604 //E Den mån 2 aug. 2021 kl 06:14 skrev Vinay Kumar : > Hi Anuj, > > >> It seems wrong to me