[OE-core] [PATCH] glibc:drop libcidn package

From: Fred Liu libcidn has been dropped since glibc 2.28 Signed-off-by: Fred Liu --- meta/recipes-core/glibc/glibc-package.inc | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/meta/recipes-core/glibc/glibc-package.inc b/meta/recipes-core/glibc/glibc-package.inc index

[OE-core][dunfell 00/15] Pull request (cover letter only)

The following changes since commit 8e7c8e43260682efafabc50c757b9c2daff98f13: connman: add CVE_PRODUCT (2021-09-24 04:27:46 -1000) are available in the Git repository at: git://git.openembedded.org/openembedded-core-contrib stable/dunfell-next

Re: [OE-core] [PATCH] sstate: Switch to ZStandard compressor support

Hello Henry, On 04/10/2021 14:38:58+0100, Henry Kleynhans wrote: > From: Henry Kleynhans > > This patch switches the compressor from Gzip to ZStandard for ssate cache > files. > > Zstandard compression provides a significant improvement in > decompression speed as well as improvement in

Re: [OE-core] [External] Re: SPDX Data Fields in Open Embedded

On 10/6/21 1:51 PM, Christopher Lusk wrote: Below you will find a sample of the output that I am generating using the create-spdx.bbclass found within oe-core and layers like meta-doubleopen: Sample output: Text Description automatically generated with medium confidence The data field

Re: [OE-core] [PATCH] cairo: use ${PN} in package name

On Wed, 2021-10-06 at 19:22 +, Steven Walter wrote: > I have reproduced it with 23.0.10 That sounds like dunfell and there have definitely been fixes for this since dunfell that weren't easily ported into the LTS. Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages

Re: [OE-core] [PATCH] linux-yocto: add libmpc-native to DEPENDS

On 10/6/21 3:12 AM, Ross Burton wrote: On Wed, 6 Oct 2021 at 11:10, Ross Burton wrote: This depends on CONFIG_GCC_PLUGINS which I don't believe is enabled in any of the default configurations. meta-arm builds a few kernels with defconfig, which does. Sorry, brain still not warmed up yet.

Re: [OE-core] [PATCH] cairo: use ${PN} in package name

On Wed, 2021-10-06 at 17:15 +, Steven Walter wrote: > Sorry about that, should have included this in the commit message.  I believe > multilib is required for reproducing the issue.  I have a 32-bit ARM > multilib.  In that case, ${PN} is lib32-cairo, and so LICENSE gets set on >

Re: [OE-core] [PATCH] cairo: use ${PN} in package name

On Wed, 2021-10-06 at 10:36 -0400, bkyleruss...@gmail.com wrote: > From: Steven Walter > > Without this, bitbake complains that the license for cairo-gobject is > incorrect, because the license is set using ${PN} > > Signed-off-by: Kyle Russell > --- >

[OE-core] [hardknott][PATCH 00/11] Pull request (cover letter only)

Please merge these changes. Thanks, Anuj The following changes since commit 97d6a8452779fe511a354a70a72dd338f52a92cb: bash: Ensure deterministic build (2021-09-29 16:22:10 +0800) are available in the Git repository at: git://push.openembedded.org/openembedded-core-contrib

Re: [OE-core] SPDX Data Fields in Open Embedded

On Wed, Oct 6, 2021 at 9:44 AM Christopher Lusk wrote: > Hello all, > > > > I am reaching out to inquire about an issue I have experienced as it > relates to SPDX output from the oe-core build process and specifically the > create-spdx.bbclass output. The data fields in the output that I have >

[OE-core] [PATCH] cairo: use ${PN} in package name

From: Steven Walter Without this, bitbake complains that the license for cairo-gobject is incorrect, because the license is set using ${PN} Signed-off-by: Kyle Russell --- meta/recipes-graphics/cairo/cairo_1.16.0.bb | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff

[OE-core] [PATCH] qemu: Define libnfs PACKAGECONFIG

From: Andrei Gherzan The upstream qemu recipe uses host's pkg-config files as a solution to detecting host's SDL. This has a side effect of using other host libraries that are later queried by the configure script. This can get into a situation when the host provides libnfs (for example) and

[OE-core] [PATCH] linux-yocto/5.14: revert: scripts/gcc-plugins: consistently use HOSTCC

From: Bruce Ashfield The previously picked up gcc-plugins script wasn't correct and has been retracted upstream. We do the same in our 5.14 kernel: c4def465fc44 Revert "scripts/gcc-plugins: consistently use HOSTCC" Signed-off-by: Bruce Ashfield --- This follows my previous patches to add

Re: [OE-core] [PATCH 7/7] kernel-yocto: don't apply config metadata patches twice

On Wed, Oct 6, 2021 at 8:14 AM Bruce Ashfield via lists.openembedded.org wrote: > > On Wed, Oct 6, 2021 at 5:46 AM Jose Quaresma wrote: > > > > Hi Bruce, > > > > Bruce Ashfield escreveu no dia quarta, 6/10/2021 > > à(s) 01:12: > >> > >> From: Bruce Ashfield > >> > >> Signed-off-by: Bruce

[OE-core] [dunfell][PATCH v2] weston: Use systemd notify,

From: Pavel Zhukov Using systemd notify fixes the problem with dependency chain in case if other services depend on running weston. This change required more robust handling of weston modules arguments due to custom argument parser impmentation in weston (only last --modules argument is

Re: [OE-core] [PATCH] linux-yocto: add libmpc-native to DEPENDS

On Wed, Oct 6, 2021 at 7:42 AM Ross Burton wrote: > > I should have put this in the commit message, but here's the failure > when using an external toolchain: > > 2021-10-05 12:52:14 - INFO - | HOSTCXX > scripts/gcc-plugins/arm_ssp_per_task_plugin.so > 2021-10-05 12:52:14 - INFO - | In file

Re: [OE-core] [PATCH 7/7] kernel-yocto: don't apply config metadata patches twice

On Wed, Oct 6, 2021 at 5:46 AM Jose Quaresma wrote: > > Hi Bruce, > > Bruce Ashfield escreveu no dia quarta, 6/10/2021 > à(s) 01:12: >> >> From: Bruce Ashfield >> >> Signed-off-by: Bruce Ashfield >> --- >> meta/classes/kernel-yocto.bbclass | 5 - >> 1 file changed, 4 insertions(+), 1

Re: [OE-core] [PATCH 1/7] linux-yocto/5.14: scripts/gcc-plugins: consistently use HOSTCC

On Wed, Oct 6, 2021 at 7:05 AM Ross Burton wrote: > > Can you drop this. Turns out in fixing it, I broke it more! This particular commit has to stay, since all the -stable kernels are stacked on top. But I'll revert, merge it to the branches and send a new SRCREV update that would follow the

Re: [OE-core] [PATCH] linux-yocto: add libmpc-native to DEPENDS

I should have put this in the commit message, but here's the failure when using an external toolchain: 2021-10-05 12:52:14 - INFO - | HOSTCXX scripts/gcc-plugins/arm_ssp_per_task_plugin.so 2021-10-05 12:52:14 - INFO - | In file included from

Re: [OE-core] [PATCH] linux-yocto: add libmpc-native to DEPENDS

On Wed, 6 Oct 2021 at 11:10, Ross Burton wrote: > This depends on CONFIG_GCC_PLUGINS which I don't believe is enabled in > any of the default configurations. meta-arm builds a few kernels with > defconfig, which does. Sorry, brain still not warmed up yet. CONFIG_GCC_PLUGINS needs to be

Re: [OE-core] [PATCH] linux-yocto: add libmpc-native to DEPENDS

On Wed, 6 Oct 2021 at 01:17, Bruce Ashfield wrote: > What's the symptom when the native dependency isn't around ? I'm just > wondering why none of my tests have picked this up. Is it only showing > on ARM hosts ? Something else ? > > linux-yocto-dev can use this as well, I can take care of that,

Re: [OE-core] [PATCH 1/7] linux-yocto/5.14: scripts/gcc-plugins: consistently use HOSTCC

Can you drop this. Turns out in fixing it, I broke it more! Ross On Wed, 6 Oct 2021 at 01:12, Bruce Ashfield wrote: > > From: Bruce Ashfield > > Integrating the following commit(s) to linux-yocto/5.14: > > 724df5812165 scripts/gcc-plugins: consistently use HOSTCC > > Signed-off-by: Bruce

Re: [OE-core] [dunfell][PATCH] weston-init: Override the systemd service by a notify-based one

Without looking to much into the technical details of this patch, - it should master first (and then be backported to dunfell) - the patches to need an Upstream-Status field - changes should be brought to upstream first (and if rejected then a proper explanation has to be provided in the patch

[OE-core] [dunfell][PATCH] weston-init: Override the systemd service by a notify-based one

From: Pavel Zhukov Using systemd notify, a service dependency would be more robust. This allows, for example, another service to depend on weston-init without having to hack a sleep (or similar). This change required more robust handling of weston modules argument due to custom argument parser

Re: [OE-core] Improve npm support to run build scripts

The OE landscape is littered with unmaintained or barely maintained layers. By the looks of things, no one wants to maintain this proposed meta-nodejs layer either, which involves thousands of recipes, (so far) non-existent tooling to create and update them in scalable ways, and rigorous testing.

Re: [OE-core] Improve npm support to run build scripts

On 06.10.21 11:18, Stefan Herbrechtsmeier wrote: Hi Konrad, Am 05.10.2021 um 21:29 schrieb Konrad Weihmann: On 05.10.21 21:17, Alexander Kanavin wrote: On Tue, 5 Oct 2021 at 19:44, Stefan Herbrechtsmeier > wrote: > A layer with

Re: [OE-core] Improve npm support to run build scripts

Hi Konrad, Am 05.10.2021 um 21:29 schrieb Konrad Weihmann: On 05.10.21 21:17, Alexander Kanavin wrote: On Tue, 5 Oct 2021 at 19:44, Stefan Herbrechtsmeier > wrote: > A layer with thousands of recipes seems totally intractable.    

Re: [OE-core] Improve npm support to run build scripts

Hi Alex, Am 05.10.2021 um 21:17 schrieb Alexander Kanavin: On Tue, 5 Oct 2021 at 19:44, Stefan Herbrechtsmeier > wrote: > A layer with thousands of recipes seems totally intractable. What is your concern? The high number of

Re: [OE-core] Improve npm support to run build scripts

Hi Robert, Am 05.10.2021 um 20:18 schrieb Robert Berger: On 05/10/2021 15:48, Stefan Herbrechtsmeier wrote: Is a layer with more more than 1000 recipes thinkable? Did you have a look at this[1]? It says: "For instance I currently am using around 10 NPM-packages, those culminated into

Re: [OE-core] [PATCH 7/7] kernel-yocto: don't apply config metadata patches twice

Hi Bruce, Bruce Ashfield escreveu no dia quarta, 6/10/2021 à(s) 01:12: > From: Bruce Ashfield > > Signed-off-by: Bruce Ashfield > --- > meta/classes/kernel-yocto.bbclass | 5 - > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/meta/classes/kernel-yocto.bbclass >

Re: [OE-core] [PATCH] sstate.bbclass: adds warnings for the exceptions of os.utime in siginfo

Richard Purdie escreveu no dia segunda, 4/10/2021 à(s) 21:03: > On Mon, 2021-10-04 at 18:59 +0100, Jose Quaresma wrote: > > I understand the exception for the use cases but I think it would be > useful > > to show this to the users. Will it be more appropriate perhaps to log > this as > > debug

[OE-core][PATCH v2 2/2] kernel-fitimage: use correct kernel image

Even if initramfs_bundle_path was used, a wrong compression was reflected in output its template file. Use linux.bin as universal kernel image. The linux.bin file covers both cases. Signed-off-by: Andrej Valek Signed-off-by: Walter Schweizer --- meta/classes/kernel-fitimage.bbclass | 17

[OE-core][PATCH v2 1/2] featimage: refactor style

- use bash variable notation without {} where possible - just to make sure it looks like bash variable not bitbake variable one - fix indent style in "cat" commands - replace "! -z" -> "-n" - make debug info in ramdisk section creation more verbose Signed-off-by: Andrej Valek ---