[OE-core] [V3][PATCH] ruby: workaround ptest hang problem

From: Changqing Li since openssl 3 not compatible problem, ruby have disable openssl extention. But disable openssl extention make test_smtp.rs hang at test case "test_start". Net::TestSMTP#test_start: NameError: uninitialized constant Net::SMTP::OpenSSL Did you mean? Open3 /usr/lib64/ruby/3.0.0

Re: [OE-core] [PATCH 0/6] kernel: consolidated pull request

On Thu, Nov 4, 2021 at 4:57 PM Khem Raj wrote: > > > On 11/4/21 12:48 PM, Bruce Ashfield wrote: > > From: Bruce Ashfield > > > > Richard, > > > > Here's a broad set of kernel updates: > > > > - stable for 5.14 > > - stable for 5.10 > > > > And then the bigger, a way earlier than normal: > >

Re: [OE-core] [V2][PATCH] ruby: workaround ptest hang problem

On 11/4/21 5:17 PM, Alexander Kanavin wrote: **[Please note: This e-mail is from an EXTERNAL e-mail address] On Thu, 4 Nov 2021 at 02:42, Changqing Li > wrote: @@ -85,12 +85,12 @@ PTESTS_SLOW = "\      tcl-ptest \      util-linux-ptest \    

Re: [OE-core] [PATCH] opkg: Fix poor operator combination choice

On Thu, 2021-11-04 at 17:05 -0500, Alex Stewart wrote: > On 11/4/21 09:35, Mikko Rapeli wrote: > > On Thu, Nov 04, 2021 at 02:02:57PM +, Richard Purdie wrote: > > > Combining :append with += rarely makes sense. Improve it to use the > > > standard > > > format (and tweak the implied spacing).

Re: [OE-core] [PATCH] opkg: Fix poor operator combination choice

On 11/4/21 09:35, Mikko Rapeli wrote: On Thu, Nov 04, 2021 at 02:02:57PM +, Richard Purdie wrote: Combining :append with += rarely makes sense. Improve it to use the standard format (and tweak the implied spacing). Maybe I'm silly but I find :append with += safer to do than manually rememb

Re: [OE-core] [PATCH 0/3] SPDX: Add annotations to relationship

On 11/4/21 3:50 PM, Richard Purdie wrote: On Thu, 2021-11-04 at 15:45 -0500, Joshua Watt wrote: On 11/4/21 3:43 PM, Richard Purdie wrote: On Thu, 2021-11-04 at 20:00 +, Jose Quaresma wrote: Richard Purdie escreveu no dia quinta, 28/10/2021 à(s) 21:58: On Thu, 2021-10-28 at 08:47 -1000,

Re: [OE-core] [PATCH 0/6] kernel: consolidated pull request

On 11/4/21 12:48 PM, Bruce Ashfield wrote: From: Bruce Ashfield Richard, Here's a broad set of kernel updates: - stable for 5.14 - stable for 5.10 And then the bigger, a way earlier than normal: - libc-headers bump to 5.15 - 5.15 reference kernel recipes As everyone has probably

Re: [OE-core] [PATCH 0/3] SPDX: Add annotations to relationship

On Thu, 2021-11-04 at 15:45 -0500, Joshua Watt wrote: > On 11/4/21 3:43 PM, Richard Purdie wrote: > > On Thu, 2021-11-04 at 20:00 +, Jose Quaresma wrote: > > > > > > Richard Purdie escreveu no dia > > > quinta, > > > 28/10/2021 à(s) 21:58: > > > > On Thu, 2021-10-28 at 08:47 -1000, Steve Sak

Re: [OE-core] [PATCH 0/3] SPDX: Add annotations to relationship

On 11/4/21 3:43 PM, Richard Purdie wrote: On Thu, 2021-11-04 at 20:00 +, Jose Quaresma wrote: Richard Purdie escreveu no dia quinta, 28/10/2021 à(s) 21:58: On Thu, 2021-10-28 at 08:47 -1000, Steve Sakoman wrote: On Tue, Oct 26, 2021 at 10:41 PM Jose Quaresma wrote: Hi all, There are

Re: [OE-core] [PATCH 0/3] SPDX: Add annotations to relationship

On Thu, 2021-11-04 at 20:00 +, Jose Quaresma wrote: > > > Richard Purdie escreveu no dia quinta, > 28/10/2021 à(s) 21:58: > > On Thu, 2021-10-28 at 08:47 -1000, Steve Sakoman wrote: > > > On Tue, Oct 26, 2021 at 10:41 PM Jose Quaresma > > wrote: > > > > > > > > Hi all, > > > > > > > > The

Re: [OE-core] [PATCH] patch.bbclass: don't repr() the exception, use str()

Richard Purdie escreveu no dia terça, 2/11/2021 à(s) 12:36: > On Tue, 2021-11-02 at 12:26 +, Ross Burton wrote: > > repr() results in formatting characters such as extra quotation marks > > which are pointless. > > > > Signed-off-by: Ross Burton > > --- > > meta/classes/patch.bbclass | 2 +-

Re: [OE-core] [PATCH 0/3] SPDX: Add annotations to relationship

Richard Purdie escreveu no dia quinta, 28/10/2021 à(s) 21:58: > On Thu, 2021-10-28 at 08:47 -1000, Steve Sakoman wrote: > > On Tue, Oct 26, 2021 at 10:41 PM Jose Quaresma > wrote: > > > > > > Hi all, > > > > > > There are any plans or is it possible to backport the SBOM/SPDX to the > dunfell bra

Re: [OE-core] [PATCH 1/2] sstate.bbclass: exceptions on mirror fetcher is not fatal

Richard Purdie escreveu no dia sábado, 30/10/2021 à(s) 22:34: > On Sat, 2021-10-30 at 00:13 +0100, Jose Quaresma wrote: > > An exceptions in sstate_checkhashes sstate mirror fetcher > > is not fatal for the build and it can be a warning. > > > > If we can't check status in the fetcher we can assu

[OE-core] [PATCH 6/6] strace: fix build against 5.15 kernel/kernel-headers

From: Bruce Ashfield kernel 5.15 removed ipx.h from the uapi, but strace hasn't adjusted its tests to the removal. There is a WIP patch on the esyr/5.15 branch that solves the problem, so we grab it here, adjust for context and fix our build problem. When strace updates to 5.15, and we can bump

[OE-core] [PATCH 5/6] linux-yocto/5.15: introduce recipes

From: Bruce Ashfield The 5.15 kernel will be a LTS release, so we introduce our reference recipes to track the release. We have some configuration tweaks for the final 5.15 release, but this is otherwise the same as the kernel that was tested in linux-yocto-dev. Signed-off-by: Bruce Ashfield -

[OE-core] [PATCH 4/6] linux-yocto-rt/5.10: update to -rt54

From: Bruce Ashfield Integrating the following commit(s) to linux-yocto-rt/5.10: f01089784fd6 Linux 5.10.73-rt54 f34df8f3c666 Linux 5.10.65-rt53 271c5e6e4064 Linux 5.10.59-rt52 1a4bba4bc32c locking/rwsem-rt: Remove might_sleep() in __up_read() ff591a2bdcfb Linux 5.10.59-rt51

[OE-core] [PATCH 2/6] linux-yocto/5.10: update to v5.10.76

From: Bruce Ashfield Updating linux-yocto/5.10 to the latest korg -stable release that comprises the following commits: 378e85d1aeb5 Linux 5.10.76 cfa79faf7e1f pinctrl: stm32: use valid pin identifier in stm32_pinctrl_resume() c56c801391c3 ARM: 9122/1: select HAVE_FUTEX_CMPXCHG

[OE-core] [PATCH 3/6] linux-libc-headers: update to v5.15

From: Bruce Ashfield No patches needed refreshing or removal, so we just update the SRC_URI and pick up the latest uapi / kernel headers. Signed-off-by: Bruce Ashfield --- meta/conf/distro/include/tcmode-default.inc | 2 +- ...{linux-libc-headers_5.14.bb => linux-libc-headers

[OE-core] [PATCH 1/6] linux-yocto/5.14: update to v5.14.15

From: Bruce Ashfield Updating linux-yocto/5.14 to the latest korg -stable release that comprises the following commits: b46092c7497e Linux 5.14.15 96e4ea34f6d7 pinctrl: stm32: use valid pin identifier in stm32_pinctrl_resume() 4850e9e3c6a3 ARM: 9122/1: select HAVE_FUTEX_CMPXCHG

[OE-core] [PATCH 0/6] kernel: consolidated pull request

From: Bruce Ashfield Richard, Here's a broad set of kernel updates: - stable for 5.14 - stable for 5.10 And then the bigger, a way earlier than normal: - libc-headers bump to 5.15 - 5.15 reference kernel recipes As everyone has probably heard, 5.15 is the next kernel LTS, so I wanted to

Re: [OE-core] [PATCH] bitbake: cooker: check if upstream hash equivalence server is available

To reproduce we can set: # the real port is 8687 and with the 18687 we can simulate a firewall block BB_HASHSERVE_UPSTREAM = "typhoon.yocto.io:18687" With the V2 patch and we get on the log: WARNING: BB_HASHSERVE_UPSTREAM is not valid, unable to connect hash equivalence server at 'typhoon.yocto.

Re: [OE-core] [PATCH] bitbake: cooker: check if upstream hash equivalence server is available

Jose Quaresma via lists.openembedded.org escreveu no dia domingo, 17/10/2021 à(s) 22:14: > > > Joshua Watt escreveu no dia sábado, 16/10/2021 > à(s) 20:15: > >> >> >> On Fri, Oct 15, 2021, 6:47 PM Jose Quaresma >> wrote: >> >>> When the user specify an upstream hash equivalence server in >>> BB

[OE-core] [PATCH v2] bitbake: cooker: check if upstream hash equivalence server is available

When the user specify an invalid upstream hash equivalence server in BB_HASHSERVE_UPSTREAM notify the user that we can't connect the server. Signed-off-by: Jose Quaresma --- v2: make it a warning instaed of fatal bitbake/lib/bb/cooker.py | 12 +++- 1 file changed, 11 insertions(+), 1 d

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

This patch is a fixup for 676757f "sstate: fix touching files inside pseudo" running the 'id' command inside the sstate_unpack_package function shows that this funcion run inside the pseudo: uid=0(root) gid=0(root) groups=0(root) The check for [ -w ${SSTATE_PKG} ] and [ -O ${SSTATE_PKG}.siginfo

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

Peter Kjellerstedt escreveu no dia quinta, 4/11/2021 à(s) 17:01: > > -Original Message- > > From: openembedded-core@lists.openembedded.org > c...@lists.openembedded.org> On Behalf Of Jose Quaresma > > Sent: den 4 november 2021 16:42 > > To: openembedded-core@lists.openembedded.org > > Cc

Re: [OE-core] [PATCH] create-spdx: Set the Organization field via a variable

On Thu, Nov 4, 2021 at 11:49 AM Andres Beltran wrote: > > Currently, the "Organization" field for SBOMs is hard-coded in > create-spdx. Create a new variable SPDX_ORG to make this field more > generic. > > Signed-off-by: Andres Beltran LGTM Reviewed-By: Joshua Watt > --- > meta/classes/creat

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

> -Original Message- > From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Jose Quaresma > Sent: den 4 november 2021 16:42 > To: openembedded-core@lists.openembedded.org > Cc: Jose Quaresma > Subject: [OE-core] [PATCH] sstate: another fix for touching

[OE-core] [PATCH] create-spdx: Set the Organization field via a variable

Currently, the "Organization" field for SBOMs is hard-coded in create-spdx. Create a new variable SPDX_ORG to make this field more generic. Signed-off-by: Andres Beltran --- meta/classes/create-spdx.bbclass | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/meta/class

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

This patch is a fixup for 676757f "sstate: fix touching files inside pseudo" running the 'id' command inside the sstate_unpack_package function shows that this funcion run inside the pseudo: uid=0(root) gid=0(root) groups=0(root) The check for [ -w ${SSTATE_PKG} ] and [ -O ${SSTATE_PKG}.siginfo

[OE-core] [PATCH] mesa: Broadcom v3d Vulkan driver

Enables building the Vulkan 1.1 compliant v3d driver. Signed-off-by: Joel Winarske --- meta/recipes-graphics/mesa/mesa.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-graphics/mesa/mesa.inc b/meta/recipes-graphics/mesa/mesa.inc index cc71114992..b687f8e4ab 100644 --- a/meta

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

This patch is a fixup for 676757f "sstate: fix touching files inside pseudo" running the 'id' command inside the sstate_unpack_package function shows that this funcion run inside the pseudo: uid=0(root) gid=0(root) groups=0(root) The check for [ -w ${SSTATE_PKG} ] and [ -O ${SSTATE_PKG}.siginfo

Re: [OE-core] [PATCH 11/14] libx11-compose-data: set precise BSD license

On Thu, Nov 4, 2021 at 6:33 AM Ross Burton wrote: > > Sorry, missed this email. > > I copied the license from libx11, as it is the same tarball. It was > Joshua Watt who introduced the expanded licenses in > 44fd2aa731956fe0a0f74d36959c88b0b87adab5. I don't recall the reasoning for BSD-4-Clause

Re: [OE-core] [PATCH] opkg: Fix poor operator combination choice

On Thu, Nov 04, 2021 at 02:02:57PM +, Richard Purdie wrote: > Combining :append with += rarely makes sense. Improve it to use the standard > format (and tweak the implied spacing). Maybe I'm silly but I find :append with += safer to do than manually remembring to add the space character. -Mik

[OE-core][dunfell 3/3] meta/scripts: Manual git url branch additions

From: Richard Purdie Following the scripted conversion adding branches to git:// SRC_URI entries, add the remaining references, mainly in the selftests and recipetool. Signed-off-by: Richard Purdie (cherry picked from commit 5340c0d688036c1be6c938f05d8a8c1e3b49ec38) Signed-off-by: Steve Sakoman

[OE-core][dunfell 2/3] meta: Add explict branch to git SRC_URIs, handle github url changes

This update was made with the convert-scruri.py script in scripts/contrib This script handles two emerging issues: 1. There is uncertainty about the default branch name in git going forward. To try and cover the different possible outcomes, add branch names to all git:// and gitsm://

[OE-core][dunfell 1/3] scripts/convert-srcuri: Backport SRC_URI conversion script from master branch

From: Richard Purdie This script handles two emerging issues: 1. There is uncertainty about the default branch name in git going forward. To try and cover the different possible outcomes, add branch names to all git:// and gitsm:// SRC_URI entries. 2. Github are dropping support for git:// prot

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

Please review these patches for dunfell and have comments back by end of day Monday. Passed a-full on autobuilder: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/2876 The following changes since commit 6cd21ddc6f998eec4d9be05f080e32072fddd2bd: tzdata: update 2021d -> 2021e

[OE-core] [PATCH] opkg: Fix poor operator combination choice

Combining :append with += rarely makes sense. Improve it to use the standard format (and tweak the implied spacing). Signed-off-by: Richard Purdie --- meta/recipes-devtools/opkg/opkg_0.4.5.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/opkg/opkg_0.4.

[OE-core] [PATCH] meson: set objcopy in the cross and native toolchain files

Signed-off-by: Ross Burton --- meta/classes/meson.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classes/meson.bbclass b/meta/classes/meson.bbclass index da58cb4bec..4ba70de3dc 100644 --- a/meta/classes/meson.bbclass +++ b/meta/classes/meson.bbclass @@ -48,6 +48,7 @@ ar = ${@m

Re: [OE-core] [PATCH 11/14] libx11-compose-data: set precise BSD license

Sorry, missed this email. I copied the license from libx11, as it is the same tarball. It was Joshua Watt who introduced the expanded licenses in 44fd2aa731956fe0a0f74d36959c88b0b87adab5. Ross On Thu, 4 Nov 2021 at 11:19, Peter Kjellerstedt wrote: > > Ross: any comment to my question below? >

Re: [OE-core] [PATCH 11/14] libx11-compose-data: set precise BSD license

Ross: any comment to my question below? > -Original Message- > From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Peter Kjellerstedt > Sent: den 28 oktober 2021 17:44 > To: Ross Burton > Cc: openembedded-core@lists.openembedded.org > Subject: Re: [OE

[OE-core] [PATCH RFC 1/2] package: Introduce PACKAGE_GLOBAL_RENAMES

Allow renaming of packages on a global basis to work, e.g.: PACKAGE_GLOBAL_RENAMES[bash] = "busybox" Note this happens at package creation time and build time dependencies remain as written. This does have the potential to replace the horrific VIRTUAL-RUNTIME* variables, see the follow up patch.

[OE-core] [PATCH RFC 2/2] conf/recipes: Replace VIRTUAL-RUNTIME with PACKAGE_GLOBAL_RENAMES

I don't think anyone has ever liked VIRTUAL-RUNTIME as a solution. This patch replaces it with PACKAGE_GLOBAL_RENAME. There are two types of VIRTUAL-RUNTIME. Direct package replacements like getopt or keymaps and "namespaces" for things like "device-manager" or "login-manager". The later are diffe

[OE-core] [PATCH RFC 0/2] Replace VIRTUAL-RUNTIME variables

The VIRTUAL-RUNTIME variables are a hack and not fit for purpose. These patches replace it with something different. There are some issues listed in the second patch which probably rule out the implmentation as is but I liked it enough to get it this far and maybe some better solution can rise fro

Re: [OE-core] [V2][PATCH] ruby: workaround ptest hang problem

On Thu, 4 Nov 2021 at 02:42, Changqing Li wrote: > @@ -85,12 +85,12 @@ PTESTS_SLOW = "\ > tcl-ptest \ > util-linux-ptest \ > valgrind-ptest \ > +ruby-ptest \ > " > Thanks, can you insert this in alphabetical order? Also please add to the commit message how long does the test