[oe-core][PATCH 2/2] packagegroup-core-boot: recommend ifupdown

2024-04-10 Thread Joe Slater via lists.openembedded.org
From: Joe Slater If the distro features sysvinit and pni-names are enabled, RRECOMMENDS ifupdown because busybox ifupdown will not initialize the renamed interfaces. Signed-off-by: Joe Slater --- .../init-ifupdown/init-ifupdown-1.0/qemuall/interfaces | 5 - meta/recipes-core/packageg

[oe-core][PATCH 1/2] init-ifupdown: modify interfaces for busybox

2024-04-10 Thread Joe Slater via lists.openembedded.org
From: Joe Slater Busybox ifupdown does not recognize /xxx names, so we use eth0 instead of /eth0. If we want to find "predictable name" interfaces starting with en..., we will have to use the real ifupdown. Signed-off-by: Joe Slater --- meta/recipes-core/init-ifupdown/init-ifupdown-1.0/interf

[OE-core][PATCH v2] bash: Fix file-substitution error-handling bug

2024-04-10 Thread Zev Weiss
This is part of a patch that's been upstream for a while but hasn't yet been released. The bug is causing some downstream difficulties, so a local patch to tide us over until the next release makes things a bit easier. Signed-off-by: Zev Weiss --- Changes in v2: - Added s-o-b line to patch file

Patchtest results for [OE-core][PATCH] bash: Fix file-substitution error-handling bug

2024-04-10 Thread Patchtest
Thank you for your submission. Patchtest identified one or more issues with the patch. Please see the log below for more information: --- Testing patch /home/patchtest/share/mboxes/bash-Fix-file-substitution-error-handling-bug.patch FAIL: test Signed-off-by presence: A patch file has been added

[OE-core][PATCH] bash: Fix file-substitution error-handling bug

2024-04-10 Thread Zev Weiss
This is part of a patch that's been upstream for a while but hasn't yet been released. The bug is causing some downstream difficulties, so a local patch to tide us over until the next release makes things a bit easier. Signed-off-by: Zev Weiss --- .../bash/bash/fix-filesubst-errexit.patch |

[OE-core] [PATCH] linux-yocto: Enable nft modules for ptest images

2024-04-10 Thread Khem Raj
nftables ptests need it Signed-off-by: Khem Raj --- meta/recipes-kernel/linux/linux-yocto_6.6.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-kernel/linux/linux-yocto_6.6.bb b/meta/recipes-kernel/linux/linux-yocto_6.6.bb index 1c03e22c3cb..e8e84f8f788 100644

Re: [oe-core][PATCH 1/1] init-ifupdown: add predictable interface names

2024-04-10 Thread Joe Slater via lists.openembedded.org
> -Original Message- > From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Joe Slater via > lists.openembedded.org > Sent: Wednesday, April 10, 2024 12:30 PM > To: Richard Purdie ; Ross Burton > > Cc: openembedded-core@lists.openembedded.org; MacLeod

Re: [oe-core][PATCH 1/1] init-ifupdown: add predictable interface names

2024-04-10 Thread Joe Slater via lists.openembedded.org
The easiest thing to do is to change "auto /eth0" back to "auto eth0". This lets bitbake's ifupdown initialize eth0 and also allows the real ifupdown to initialize en* interfaces if they exist. Joe > -Original Message- > From: Richard Purdie > Sent: Wednesday, April 10, 2024 10:29 AM

Re: [oe-core][PATCH 1/1] init-ifupdown: add predictable interface names

2024-04-10 Thread Alexander Kanavin
On Wed, 10 Apr 2024 at 19:29, Richard Purdie wrote: > I'd like to see a patch proposal on what we should do. Time is short as > testing changes takes time and we're now a bit behind already :/. > > So specific proposals welcome. If no one comes out with a better proposal, I'd suggest reverting th

Re: [OE-core][PATCH] systemd: make predictable name mac policy opt-out

2024-04-10 Thread Peter Marko via lists.openembedded.org
-Original Message- From: Ross Burton Sent: Wednesday, April 10, 2024 18:18 To: Marko, Peter (ADV D EU SK BFS1) Cc: openembedded-core@lists.openembedded.org Subject: Re: [OE-core][PATCH] systemd: make predictable name mac policy opt-out > On 8 Apr 2024, at 08:04, Peter Marko via lists.o

Re: [oe-core][PATCH 1/1] init-ifupdown: add predictable interface names

2024-04-10 Thread Richard Purdie
On Wed, 2024-04-10 at 13:41 +, Ross Burton wrote: > On 10 Jan 2024, at 21:10, Joe Slater via lists.openembedded.org > wrote: > > -# Wired or wireless interfaces > > -auto eth0 > > +# Wired or wireless interfaces including predictable names > > +auto /eth0 > > Obviously we’re days away from re

[OE-core] [PATCH][dunfell] linux-yocto/5.4: configuration warning fixes

2024-04-10 Thread Bruce Ashfield
From: Bruce Ashfield Integrating the following commit(s) to linux-yocto/.: 1/2 [ Author: Bruce Ashfield Email: bruce.ashfi...@gmail.com Subject: net/cfg: remove CONFIG_NET_SCH_CBQ Date: Thu, 6 Jul 2023 12:39:20 -0400 commit 051d442098421c28c7 [net/sched: Retire CBQ qdisc] re

Re: [OE-core][PATCH] systemd: make predictable name mac policy opt-out

2024-04-10 Thread Ross Burton
On 8 Apr 2024, at 08:04, Peter Marko via lists.openembedded.org wrote: > > From: Peter Marko > > Even the patch says it's inappropriate for upstream, > and it's also inappropriate for some downstream projects, too. > So make it possible to opt-out on it. I’m looking at these patches because o

Re: [OE-core][PATCH] systemd: make predictable name mac policy opt-out

2024-04-10 Thread Ross Burton
On 8 Apr 2024, at 08:04, Peter Marko via lists.openembedded.org wrote: > + ${@bb.utils.contains('PACKAGECONFIG', 'predictable-if-mac', > 'file://0001-NamePolicy.patch', '', d)} \ There’s a few other places which use the pni-names DISTRO_FEATURE (which probably needs to be documented)

Re: [OE-core] [yocto-patches] [PATCH 1/2] README: Switch to yocto-patches mailing list

2024-04-10 Thread Richard Purdie
On Wed, 2024-04-10 at 14:30 +0200, Quentin Schulz via lists.yoctoproject.org wrote: > Hi Richard, > > On 4/10/24 11:29, Richard Purdie via lists.yoctoproject.org wrote: > > We're trying to align the various components so tweak pseudo to match our > > other projects a little more and use the yocto

Re: [oe-core][PATCH 1/1] init-ifupdown: add predictable interface names

2024-04-10 Thread Ross Burton
On 10 Jan 2024, at 21:10, Joe Slater via lists.openembedded.org wrote: > -# Wired or wireless interfaces > -auto eth0 > +# Wired or wireless interfaces including predictable names > +auto /eth0 Obviously we’re days away from release but I think we need to revert or rewrite this. The /name synt

[OE-core][dunfell 5/5] licenses.conf: Add missing LGPLv2.0+ license

2024-04-10 Thread Steve Sakoman
From: Colin McAllister Adds LGPLv2.0+ license variation to match LGPLv2+. Signed-off-by: Colin McAllister Signed-off-by: Steve Sakoman --- meta/conf/licenses.conf | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/conf/licenses.conf b/meta/conf/licenses.conf index d14c365977..c78823e847

[OE-core][dunfell 4/5] xserver-xorg: Backport fix for CVE-2024-31080

2024-04-10 Thread Steve Sakoman
From: Ashish Sharma Upstream-Status: Backport [https://gitlab.freedesktop.org/xorg/xserver/-/commit/96798fc1967491c80a4d0c8d9e0a80586cb2152b] Signed-off-by: Ashish Sharma Signed-off-by: Steve Sakoman --- .../xserver-xorg/CVE-2024-31080.patch | 49 +++ .../xorg-xserver/

[OE-core][dunfell 3/5] xserver-xorg: Backport fix for CVE-2024-31081

2024-04-10 Thread Steve Sakoman
From: Ashish Sharma Upstream-Status: Backport [https://gitlab.freedesktop.org/xorg/xserver/-/commit/3e77295f888c67fc7645db5d0c00926a29ffecee] Signed-off-by: Ashish Sharma Signed-off-by: Steve Sakoman --- .../xserver-xorg/CVE-2024-31081.patch | 47 +++ .../xorg-xserver/

[OE-core][dunfell 2/5] go: Backport fix for CVE-2024-24784

2024-04-10 Thread Steve Sakoman
From: Ashish Sharma Upstream-Status: Backport [https://github.com/golang/go/commit/5330cd225ba54c7dc78c1b46dcdf61a4671a632c] Signed-off-by: Ashish Sharma Signed-off-by: Steve Sakoman --- meta/recipes-devtools/go/go-1.14.inc | 1 + .../go/go-1.14/CVE-2024-24784.patch | 205

[OE-core][dunfell 1/5] ncurses: Backport fix for CVE-2023-50495

2024-04-10 Thread Steve Sakoman
From: Vijay Anusuri Upstream-Status: Backport from https://github.com/ThomasDickey/ncurses-snapshots/commit/efe9674ee14b14b788f9618941f97d31742f0adc Reference: https://invisible-island.net/archives/ncurses/6.4/ncurses-6.4-20230424.patch.gz Signed-off-by: Vijay Anusuri Signed-off-by: Steve Sa

[OE-core][dunfell 0/5] Patch review

2024-04-10 Thread Steve Sakoman
Please review this set of changes for dunfell and have comments back by end of day Friday, April 12 Passed a-full on autobuilder: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/6774 The following changes since commit 47ce772102b45db14dc21112367534ea1c37e33c: perf: bump PR t

Re: [oe-core][kirkstone][PATCH v2 1/1] expat: fix CVE-2023-52425

2024-04-10 Thread Steve Sakoman
Unfortunately this change is causing ptest failures: {'expat': ['test_accounting_precision', 'test_return_ns_triplet', 'test_column_number_after_parse', 'test_default_current', 'test_external_entity_values']} Could you investigate and see if you can pro

Re: [OE-core] [yocto-patches] [PATCH 1/2] README: Switch to yocto-patches mailing list

2024-04-10 Thread Quentin Schulz via lists.openembedded.org
Hi Richard, On 4/10/24 11:29, Richard Purdie via lists.yoctoproject.org wrote: We're trying to align the various components so tweak pseudo to match our other projects a little more and use the yocto-patches mailing list for submissions. Signed-off-by: Richard Purdie --- README | 17

[OE-core] [PATCH] rust: set CVE_STATUS for CVE-2024-24576

2024-04-10 Thread Sadineni, Harish via lists.openembedded.org
From: Harish Sadineni CVE-2024-24576 only applies when invoking batch files (with the `bat` and `cmd` extensions) on Windows & No other platform or use is affected. More details about CVE is here: https://nvd.nist.gov/vuln/detail/CVE-2024-24576 Signed-off-by: Harish Sadineni --- meta/recipes-

Re: [OE-core] [PATCH v2] devtool: standard: throws appropriate error if source is in detached HEAD

2024-04-10 Thread Peter Kjellerstedt
> -Original Message- > From: openembedded-core@lists.openembedded.org > On Behalf Of Julien Stephan > Sent: den 10 april 2024 09:07 > To: openembedded-core@lists.openembedded.org > Cc: Julien Stephan > Subject: [OE-core] [PATCH v2] devtool: standard: throws appropriate error if > source

[OE-core] [PATCH 2/2] fchmodat: Ignore symlinks, don't return an error

2024-04-10 Thread Richard Purdie
Ugrading to coreutils 9.5 pulls in: https://git.savannah.gnu.org/cgit/coreutils.git/commit/src/chmod.c?id=07a69fc3ba717b879218592db685a1c79869cb28 which calls fchmodat with AT_SYMLINK_NOFOLLOW. All the docs I can find say that symlinks don't have modes and are always readable. With the error in pl

[OE-core] [PATCH 1/2] README: Switch to yocto-patches mailing list

2024-04-10 Thread Richard Purdie
We're trying to align the various components so tweak pseudo to match our other projects a little more and use the yocto-patches mailing list for submissions. Signed-off-by: Richard Purdie --- README | 17 - 1 file changed, 4 insertions(+), 13 deletions(-) diff --git a/README b/

Re: [OE-core] Yocto Project Status 9 April 2024 (WW15)

2024-04-10 Thread Alexander Kanavin
On Tue, 9 Apr 2024 at 16:55, Stephen Jolley wrote: > We received some disappointing feedback from a key organization in the RISC-V > ecosystem that the Yocto Project was not important and not worth funding. We > will take this feedback into account. Can anything else be disclosed about this? A

[oe-core][PATCH] gtk4: update 4.14.1 -> 4.14.2

2024-04-10 Thread Markus Volk
Overview of Changes in 4.14.2, 03-04-2024 = * GtkScale: - Improve positioning of values in some cases * Theme: - Make progress in entries visible * Accessibility: - Fix text insertion handling * GDK: - dnd: Use the default cursor durion motion - dnd:

[OE-core][PATCH] update-rc.d: add +git to PV

2024-04-10 Thread Peter Marko via lists.openembedded.org
From: Peter Marko This hash is ahead of the tag, so adapt PV accordingly. Signed-off-by: Peter Marko --- meta/recipes-core/update-rc.d/update-rc.d_0.8.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-core/update-rc.d/update-rc.d_0.8.bb b/meta/recipes-core/update-rc.d/update

[OE-core] [PATCH v5 1/3] image.bbclass/rootfs: archive and deploy package database

2024-04-10 Thread Johannes Schneider via lists.openembedded.org
archive the package database after the rootfs has been put together as *rootfs-pkdbfs.tar.gz, and put it into the deploy folder. This creates a snapshot of the package mangers state at the point in time when all dependencies have been resolved and installed; which could be used by "extension image

[OE-core] [PATCH v5 3/3] classes: add a systemd-sysext image class

2024-04-10 Thread Johannes Schneider via lists.openembedded.org
systemd-sysext can load a raw-image containing usr/ and opt/ folders to mount them as RO overlay over the rootfs, to "extend" the systems. This class provides the necessary changes/additions to the enclosed file-system so that systemd-sysext accepts the extension for "merge" into the rootfs. With

[OE-core] [PATCH v5 2/3] image.bbclass/rootfs: set and unpack package-database

2024-04-10 Thread Johannes Schneider via lists.openembedded.org
set the package-database of a "lower image" to unpack and build upon when installing packages for the current image. This way a lean image will be created, which only holds the packages that are not already present in the lower image. An image build such could then be used with overlayfs or system

[OE-core] [PATCH v5 0/3] pkg-database and systemd-sysext image

2024-04-10 Thread Johannes Schneider via lists.openembedded.org
systemd-sysext allows to overlay another image (or multiple) ontop of a "base-image" = the current rootfs, via the use of overlayfs; to add tools and features meant for development purposes. To quote the documentation on systemd-sysext: " ...addition in order to make debugging/development easier).

[OE-core] [PATCH v2] devtool: standard: throws appropriate error if source is in detached HEAD

2024-04-10 Thread Julien Stephan
If source is in detached HEAD, we get the following error when using detvool finish command: [...] File "<...>/poky/scripts/lib/devtool/standard.py", line 1938, in _update_recipe bb.process.run('git checkout %s' % startbranch, cwd=srctree) File "<...>/poky/bitbake/lib/bb/process