Re: [OE-core] linux-yocto: Set CONFIG_ATA_PIIX=y by default

On 10/19/21 04:40, Bruce Ashfield wrote: On Mon, Oct 18, 2021 at 2:39 AM Jacob Kroon wrote: On 10/17/21 15:32, Bruce Ashfield wrote: On Sun, Oct 17, 2021 at 4:26 AM Jacob Kroon wrote: Hi Bruce and Saul, On 10/16/21 09:18, Jacob Kroon via lists.openembedded.org wrote: Hi Bruce, My Yocto

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

Hi Richard, Thanks for the confirmation. >> Let's try that please. Please find the patch posted at the following link as per your suggestion. https://lists.openembedded.org/g/openembedded-core/message/157103 >> There is a related issue Martin reported where the recipe is really TUNE_ARCH >> spe

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

Modify the SYSROOT PATH to fix race around issue when rust-hello-world is run for two libc one after the other. Signed-off-by: Pgowda --- meta/recipes-devtools/rust/rust-cross.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/rust/rust-cross.inc b/met

[OE-core] [PATCH 3/3][dunfell] linux-yocto/5.4: update to v5.4.153

From: Bruce Ashfield Updating linux-yocto/5.4 to the latest korg -stable release that comprises the following commits: 940a14a7d844 Linux 5.4.153 6a89b1e0c250 x86/Kconfig: Correct reference to MWINCHIP3D 5b3b400741a5 x86/hpet: Use another crystalball to evaluate HPET usability 36

[OE-core] [PATCH 2/3][dunfell] linux-yocto/5.4: update to v5.4.150

From: Bruce Ashfield Updating linux-yocto/5.4 to the latest korg -stable release that comprises the following commits: 3a7dc5b4cfbd Linux 5.4.150 27f8c4402c4a qnx4: work around gcc false positive warning bug 3a0f951e3725 xen/balloon: fix balloon kthread freezing f80b6793811d arm6

[OE-core] [PATCH 1/3][dunfell] linux-yocto/5.4: update to v5.4.149

From: Bruce Ashfield Updating linux-yocto/5.4 to the latest korg -stable release that comprises the following commits: e74e2950a0d6 Linux 5.4.149 382526348612 drm/nouveau/nvkm: Replace -ENOSYS with -ENODEV 409cb0b3d45a rtc: rx8010: select REGMAP_I2C 43832bf76363 blk-throttle: fix

Re: [OE-core] linux-yocto: Set CONFIG_ATA_PIIX=y by default

On Mon, Oct 18, 2021 at 2:39 AM Jacob Kroon wrote: > > On 10/17/21 15:32, Bruce Ashfield wrote: > > On Sun, Oct 17, 2021 at 4:26 AM Jacob Kroon wrote: > >> > >> Hi Bruce and Saul, > >> > >> On 10/16/21 09:18, Jacob Kroon via lists.openembedded.org wrote: > >>> Hi Bruce, > >>> > >>> My Yocto image

[OE-core] [PATCH] libgit2: upgrade 1.2.0 -> 1.3.0

New Features Support custom git extensions by @ethomson in #6031 Introduce git_email_create; deprecate git_diff_format_email by @ethomson in #6061 Deprecated APIs git_oidarray_free is deprecated; callers should use git_oidarray_dispose Bug fixes remote: Mark git_remote_name_is_valid as GIT_EXTERN

[OE-core][PATCH] image_types: allow the creation of block devices on top of UBI volumes

Currently, the function multiubi_mkfs doesn't allow using anything else than UBIFS over UBI. Here, we propose to introduce two variables that allow to customize the ubinize configuration and the image dependency, in order to be able to build UBI images using the ubiblock abstraction layer and bloc

Re: [OE-core] [meta-oe][PATCH] mozjs: move large static library into staticdev package

Thanks, both patches should go to oe-devel list though. Alex On Mon, 18 Oct 2021 at 23:10, Kurt Kiefer wrote: > From: Kurt Kiefer > > The libmozjs package was including /usr/lib/libjs_static.ajs, not > required for runtime usage. > > Keep this file, but move it to the staticdev package. > > Si

[OE-core] [meta-oe][PATCH] mozjs: move large static library into staticdev package

From: Kurt Kiefer The libmozjs package was including /usr/lib/libjs_static.ajs, not required for runtime usage. Keep this file, but move it to the staticdev package. Signed-off-by: Kurt Kiefer --- .../meta-python/recipes-extended/mozjs/mozjs_91.1.0.bb | 3 ++- 1 file changed, 2 insert

Re: [OE-core] [RFC PATCH 14/14] layer.conf: Extend recipes not to install without explict dependencies

On Mon, 2021-10-18 at 21:07 +0200, Konrad Weihmann wrote: > Just as an idea: can those knowingly breaking changes be announced > upfront somehow? maybe in the architecture list?!? (and then applied on > a flag day) This one was announced on the mailing list in patch form, in the weekly tech call

[OE-core] [meta-python][PATCH] meta-python: gyp: fix for compatibility with Python 3.10

From: Kurt Kiefer The collections abstract base classes module is finally moved to collections.abc starting in Python 3.10. Fixes the following problem encountered making use of gyp: | File "[...]/usr/lib/python3.10/site-packages/gyp/common.py", line 497, in | class OrderedSet(collectio

Re: [OE-core] [RFC PATCH 14/14] layer.conf: Extend recipes not to install without explict dependencies

Just as an idea: can those knowingly breaking changes be announced upfront somehow? maybe in the architecture list?!? (and then applied on a flag day) I know we all got a bit of a high workload, so it might be better to have breaking changes not hit "uncontrolled" into master. I agree that m

[OE-core] [PATCH] sstate: fix touching files inside pseudo

running the 'id' command inside the sstate_create_package function shows that this funcion run inside the pseudo: uid=0(root) gid=0(root) groups=0(root) The check for touch files [ ! -w ${SSTATE_PKG} ] will always return true and the touch can fail when the real user don't have permission or in

[OE-core] classes/lib/useradd: The option -P is deprecated

Since [1] the option -P is not available, so remove it from parsing lib. This is a partial fix for [YOCTO #14605]. During the do_rootfs, the error message when using -P is: useradd: unrecognized option '--clear-password' Signed-off-by: Daiane Angolini --- meta/lib/oe/useradd.py | 1 - 1 fil

[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed

All, The triage team is starting to try and collect up and classify bugs which a newcomer to the project would be able to work on in a way which means people can find them. They're being listed on the triage page under the appropriate heading: https://wiki.yoctoproject.org/wiki/Bug_Triage#Newc

[OE-core] [PATCH] ffmpeg: fix CVE-2021-38114

backport from upstream Signed-off-by: Kiran Surendran --- .../ffmpeg/ffmpeg/fix-CVE-2021-38114.patch| 67 +++ meta/recipes-multimedia/ffmpeg/ffmpeg_4.4.bb | 3 +- 2 files changed, 69 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-multimedia/ffmpeg/ffmpeg/fix

Re: [OE-core] [RFC PATCH 14/14] layer.conf: Extend recipes not to install without explict dependencies

On Mon, Oct 18, 2021 at 4:12 PM Martin Jansa wrote: > > On Mon, Oct 18, 2021 at 1:50 AM Andreas Müller > wrote: >> >> On Fri, Oct 1, 2021 at 4:17 PM Martin Jansa wrote: >> > >> > FWIW: I've fixed some bigger layers where pkgconfig was causing quite a >> > few build failures, >> > >> Had an off

Re: [OE-core] [RFC PATCH 14/14] layer.conf: Extend recipes not to install without explict dependencies

On Mon, Oct 18, 2021 at 4:12 PM Martin Jansa wrote: > > On Mon, Oct 18, 2021 at 1:50 AM Andreas Müller > wrote: >> >> On Fri, Oct 1, 2021 at 4:17 PM Martin Jansa wrote: >> > >> > FWIW: I've fixed some bigger layers where pkgconfig was causing quite a >> > few build failures, >> > >> Had an off

[OE-core][hardknott][PATCH v4] mesa: gallium/dri Make YUV formats we're going to emulate external-only

This patch fixes the red label issues on video for Raspberry 4-64 Mesa VC4 driver and for iMX53 Adreno A200 GPU using the Mesa Freedreno driver. Issue was originally reported in meta-webkit [1] and later contributed in Mesa [2] where it was already merged in master. [1] https://github.com/Igalia/

Re: [OE-core][hardknott][PATCH v3] mesa: gallium/dri Make YUV formats we're going to emulate external-only

This patch was not explicitly sent to master. Instead of this I also created this upgrade [1] patch for mesa from 21.2.1 -> 21.2.4. [1] https://lists.openembedded.org/g/openembedded-core/message/157082 On Mon, 2021-10-18 at 18:12 +0200, Pablo Saavedra wrote: > This patch fix red label issues on

[OE-core][hardknott][PATCH v3] mesa: gallium/dri Make YUV formats we're going to emulate external-only

This patch fix red label issues on video for Raspberry 4-64 Mesa VC4 driver and for iMX53 Adreno A200 GPU using the Mesa Freedreno driver. Issue was originally reported in meta-webkit [1] and later contributed in Mesa [2] where it was already merged in master. [1] https://github.com/Igalia/meta-w

[OE-core][PATCH v2] mesa: upgrade 21.2.1 -> 21.2.4

Contains 'Make YUV formats we're going to emulate external-only' [1] was applied in 21.2.4. This fixes red label issues on video for VC4, Freedreno and others. Deletes meta/recipes-graphics/mesa/files/without-neon.patch [2] already in Mesa since 21.2. Release notes: * 21.2.2: https://docs.mesa3d

Re: [OE-core][PATCH] mesa: upgrade 21.2.1 -> 21.2.4

Please also update mesa-gl recipe (a simple file rename will do). Alex On Mon, 18 Oct 2021 at 17:14, Pablo Saavedra Rodi?o wrote: > Contains 'Make YUV formats we're going to emulate external-only' [1] > was applied in 21.2.4. This fixes red label issues on video for VC4, > Freedreno and others.

[OE-core][PATCH] mesa: upgrade 21.2.1 -> 21.2.4

Contains 'Make YUV formats we're going to emulate external-only' [1] was applied in 21.2.4. This fixes red label issues on video for VC4, Freedreno and others. Deletes meta/recipes-graphics/mesa/files/without-neon.patch [2] already in Mesa since 21.2. Release notes: * 21.2.2: https://docs.mesa3d

Re: [OE-core] [PATCH] webkitgtk: add PACKAGECONFIG for opengl-or-es

I usually run a-full with poky checkout pointing to my package update branch, so all upgrades are there, and things can and do break and they get privately addressed before any patches are sent here. The branch is here http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-versi

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

On Mon, Oct 18, 2021 at 4:52 PM Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Mon, 2021-10-18 at 19:17 +0530, pgowda cve wrote: > > Hi Richard, > > > > Thanks for the review and suggestion. > > > > > > I'm wondering if we should just add TCLIBC to PN unconditionally? > > > > I d

Re: [OE-core] [PATCH] webkitgtk: add PACKAGECONFIG for opengl-or-es

So you're testing your version upgrades by a build which doesn't include the upgraded recipes? and that's the proof that "the upgrade works as intended" and then you get angry, because someone reports an regression and even sends a fix for it.. it's early, but I guess I need more coffee or beer to

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

On Mon, 2021-10-18 at 19:17 +0530, pgowda cve wrote: > Hi Richard, > > Thanks for the review and suggestion. > > > > I'm wondering if we should just add TCLIBC to PN unconditionally? > > I didn't want to add TCLIBC to the code when using default GLIBC. > Hence, I tried to keep the folder default

Re: [OE-core] [PATCH] webkitgtk: add PACKAGECONFIG for opengl-or-es

On Mon, 18 Oct 2021 at 16:38, Martin Jansa wrote: > >> I do test all my upgrades on the AB. For major ones like python or >> openssl, I run meta-oe builds too. >> >> If the AB gives a green pass (which it did), then the upgrade works as >> intended. If you think AB is not doing enough testing, fi

Re: [OE-core] [PATCH] webkitgtk: add PACKAGECONFIG for opengl-or-es

On Mon, Oct 18, 2021 at 4:32 PM Alexander Kanavin wrote: > On Mon, 18 Oct 2021 at 16:20, Martin Jansa wrote: > >> OK, I'll simply PNBLACKLIST all the recipes your AUH upgrades break or >> stop doing the CI builds completely. >> >> Having latest versions is nice, but this approach to regressions

Re: [OE-core] [PATCH] webkitgtk: add PACKAGECONFIG for opengl-or-es

Perhaps the easiest way out is to just change: REQUIRED_DISTRO_FEATURES = "${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'opengl', '', d)}" to say 'opengl' unconditionally. If upstream doesn't test and isn't interested in opengl-less configuration, we shouldn't try either. Alex On Mon, 18 O

Re: [OE-core] [PATCH] webkitgtk: add PACKAGECONFIG for opengl-or-es

On Mon, Oct 18, 2021 at 4:20 PM Alexander Kanavin wrote: > ... especially if you don't actually have a use case for this, and wrote > the patch just to keep your private CI happy. > yeah, my private CI testing _the default oe-core setup_. But I can stop doing that, if it's not welcome, there are

Re: [OE-core] [PATCH] webkitgtk: add PACKAGECONFIG for opengl-or-es

On Mon, 18 Oct 2021 at 16:20, Martin Jansa wrote: > OK, I'll simply PNBLACKLIST all the recipes your AUH upgrades break or > stop doing the CI builds completely. > > Having latest versions is nice, but this approach to regressions > introduced by version upgrades is quite a pain already. > I do

Re: [OE-core] [RFC PATCH 14/14] layer.conf: Extend recipes not to install without explict dependencies

On Mon, 2021-10-18 at 16:12 +0200, Martin Jansa wrote: > On Mon, Oct 18, 2021 at 1:50 AM Andreas Müller > wrote: > > On Fri, Oct 1, 2021 at 4:17 PM Martin Jansa wrote: > > > > > > FWIW: I've fixed some bigger layers where pkgconfig was causing quite a > > > few > > build failures, > > > > > Had

Re: [OE-core] [PATCH] webkitgtk: add PACKAGECONFIG for opengl-or-es

... especially if you don't actually have a use case for this, and wrote the patch just to keep your private CI happy. Alex On Mon, 18 Oct 2021 at 16:16, Alexander Kanavin via lists.openembedded.org wrote: > Sorry, but no. If you say 'Pending', the upstreaming is on you - I will > simply drop t

Re: [OE-core] [PATCH] webkitgtk: add PACKAGECONFIG for opengl-or-es

> If you say 'Pending', the upstreaming is on you Sorry, but no, read the definition on https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines Pending - No determination has been made yet or not yet submitted to upstream > I will simply drop the patch if it proves to be a pain. O

Re: [OE-core] [PATCH] webkitgtk: add PACKAGECONFIG for opengl-or-es

Sorry, but no. If you say 'Pending', the upstreaming is on you - I will simply drop the patch if it proves to be a pain. Alex On Mon, 18 Oct 2021 at 16:14, Martin Jansa wrote: > On Mon, Oct 18, 2021 at 4:06 PM Alexander Kanavin > wrote: > >> Please do send this upstream, the patch looks like a

Re: [OE-core] [PATCH] webkitgtk: add PACKAGECONFIG for opengl-or-es

On Mon, Oct 18, 2021 at 4:06 PM Alexander Kanavin wrote: > Please do send this upstream, the patch looks like a pain to rebase (and > there's no AB config to test it). > Feel free to do that, I'm not interested in webkitgtk at all - just wanted it to disappear from build failures in world CI. -

Re: [OE-core] [RFC PATCH 14/14] layer.conf: Extend recipes not to install without explict dependencies

On Mon, Oct 18, 2021 at 1:50 AM Andreas Müller wrote: > On Fri, Oct 1, 2021 at 4:17 PM Martin Jansa > wrote: > > > > FWIW: I've fixed some bigger layers where pkgconfig was causing quite a > few build failures, > > > Had an off-oe time due to heavy work load. > Think this one is the reason for

Re: [OE-core] [PATCH] webkitgtk: add gperf-native to DEPENDS to fix build

But I still don't understand this. How can this be reproduced? Alex On Mon, 18 Oct 2021 at 16:07, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Mon, 2021-10-18 at 15:56 +0200, Martin Jansa wrote: > > On Sun, Oct 17, 2021 at 2:45 PM Martin Jansa via lists.openembedded.org > >

Re: [OE-core] [PATCH] webkitgtk: add gperf-native to DEPENDS to fix build

On Mon, 2021-10-18 at 15:56 +0200, Martin Jansa wrote: > On Sun, Oct 17, 2021 at 2:45 PM Martin Jansa via lists.openembedded.org > wrote: > > On Sun, Oct 17, 2021 at 2:03 PM Richard Purdie > > wrote: > > > On Sun, 2021-10-17 at 13:57 +0200, Andreas Müller wrote: > > > > >   Could NOT find Gperf (

Re: [OE-core] [PATCH] webkitgtk: add PACKAGECONFIG for opengl-or-es

Please do send this upstream, the patch looks like a pain to rebase (and there's no AB config to test it). Alex On Mon, 18 Oct 2021 at 15:53, Martin Jansa wrote: > * added in: > > https://github.com/WebKit/WebKit/commit/29421afdcd64250c839fc1dbf26c9089584e224c > > * fixes build without opengl i

Re: [OE-core] [PATCH] webkitgtk: add gperf-native to DEPENDS to fix build

On Sun, Oct 17, 2021 at 2:45 PM Martin Jansa via lists.openembedded.org wrote: > On Sun, Oct 17, 2021 at 2:03 PM Richard Purdie < > richard.pur...@linuxfoundation.org> wrote: > >> On Sun, 2021-10-17 at 13:57 +0200, Andreas Müller wrote: >> > > Could NOT find Gperf (missing: GPERF_EXECUTABLE) (R

[OE-core] [PATCH] webkitgtk: add PACKAGECONFIG for opengl-or-es

* added in: https://github.com/WebKit/WebKit/commit/29421afdcd64250c839fc1dbf26c9089584e224c * fixes build without opengl in DISTRO_FEATURES which was failing since upgrade to 2.34.0 with: | CMake Error at Source/cmake/OptionsGTK.cmake:353 (message): | Either GLX or EGL is needed. | Call St

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

Hi Richard, Thanks for the review and suggestion. >> I'm wondering if we should just add TCLIBC to PN unconditionally? I didn't want to add TCLIBC to the code when using default GLIBC. Hence, I tried to keep the folder default for GLIBC. However, if you suggest adding TCLIBC to PN unconditional

Re: [OE-core] [PATCH] systemd: add missing include for musl

I don't think so, this change an existing related patch instead of adding a new one. On 10/18/21 14:18, Alexander Kanavin wrote: > The recipe needs to be adjusted as well? > > Alex > > On Mon, 18 Oct 2021 at 14:03, Yureka via lists.openembedded.org > > wrote: > >

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

On Fri, 2021-10-01 at 00:24 -0700, Pgowda wrote: > Modify the SYSROOT PATH to fix race around issue when rust-hello-world > is run for two libc one after the other. > > Signed-off-by: Pgowda > --- > meta/recipes-devtools/rust/rust-cross.inc | 12 +++- > 1 file changed, 11 insertions(+),

Re: [OE-core] [PATCH] systemd: add missing include for musl

The recipe needs to be adjusted as well? Alex On Mon, 18 Oct 2021 at 14:03, Yureka via lists.openembedded.org wrote: > Fixes "error: ‘FTW_ACTIONRETVAL’ undeclared (first use in this > function)" in src/shared/mount-setup.c. > > Signed-off-by: Yureka > --- > .../0008-add-missing-FTW_-macros-fo

[OE-core] [PATCH] systemd: add missing include for musl

Fixes "error: ‘FTW_ACTIONRETVAL’ undeclared (first use in this function)" in src/shared/mount-setup.c. Signed-off-by: Yureka --- .../0008-add-missing-FTW_-macros-for-musl.patch | 16 ++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/meta/recipes-core/systemd/syste

Re: [OE-core] Little sstate reuse when using uninative and yocto sstate cache

On 10/18/21 12:15, Richard Purdie wrote: On Mon, 2021-10-18 at 09:16 +0200, Jacob Kroon wrote: I'm on latest dunfell and using uninative and have put the yocto servers in my SSTATE_MIRRORS: my-distro.conf: ... SSTATE_MIRRORS ?= "file://.* http://sstate.yoctoproject.org/3.1.11/PATH;downloadfil

Re: [OE-core] Little sstate reuse when using uninative and yocto sstate cache

On Mon, 2021-10-18 at 09:16 +0200, Jacob Kroon wrote: > I'm on latest dunfell and using uninative and have put the yocto servers > in my SSTATE_MIRRORS: > > my-distro.conf: > ... > > SSTATE_MIRRORS ?= "file://.* > > http://sstate.yoctoproject.org/3.1.11/PATH;downloadfilename=PATH"; > > require c

[OE-core] [hardknott][PATCH] curl: fix CVE-2021-22945 through -22947

From: Mingli Yu Backport patches to fix below CVEs: - CVE-2021-22945 - CVE-2021-22946 - CVE-2021-22947 Signed-off-by: Mingli Yu --- .../curl/curl/CVE-2021-22945.patch| 36 + .../curl/curl/CVE-2021-22946.patch| 133 ++ .../curl/curl/CVE-2021-22947

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

Hi, Gentle ping on this patch. Thanks, pgowda On Fri, Oct 1, 2021 at 12:59 PM Pgowda via lists.openembedded.org wrote: > > Hi Richard, > > >> we may need to account for musl/glibc in the recipe name or it's > >> workdir if it is going to be "picky" like this. > > Thanks for your suggestion on f

[OE-core] Little sstate reuse when using uninative and yocto sstate cache

Hi, I'm on latest dunfell and using uninative and have put the yocto servers in my SSTATE_MIRRORS: my-distro.conf: ... SSTATE_MIRRORS ?= "file://.* http://sstate.yoctoproject.org/3.1.11/PATH;downloadfilename=PATH"; require conf/distro/include/yocto-uninative.inc INHERIT += "uninative" ...