Re: [OE-core][hardknott][PATCH] binutils-cross-canadian: Add lib*.a files to the staticdev package

On Tue, 2023-01-03 at 23:47 +, Shruthi Ravichandran wrote: > Bump. I'd appreciate feedback on this change if any. Hardknott branch is not maintained any more. Please see: https://wiki.yoctoproject.org/wiki/Releases Thanks, Anuj > > > -Original Message- > > From: > >

[OE-Core][PATCH 1/2] kernel-fitimage: Adjust order of dtb/dtbo files

The dtb files must be before the dtbo files, otherwise the overlays may not be applied correctly. >From Bruce Ashfield: We can split between dtbs and dtbos, they just need to be sorted for reproducibility reasons. Two loops versus one, would be fine, with not too much duplicated code.

[OE-Core][PATCH 2/2] kernel-fitimage: Allow user to select dtb when multiple dtb exists

Allow user to select the default DTB for FIT image when multiple dtb's exists. >From machine.conf or local.conf user can specify the default dtb for FIT image as shown below. FIT_CONF_DEFAULT_DTB = "board-default.dtb" Signed-off-by: Sandeep Gundlupet Raju ---

[OE-Core][langdale][PATCH 2/2] kernel-fitimage: Allow user to select dtb when multiple dtb exists

Allow user to select the default DTB for FIT image when multiple dtb's exists. >From machine.conf or local.conf user can specify the default dtb for FIT image as shown below. FIT_CONF_DEFAULT_DTB = "board-default.dtb" Signed-off-by: Sandeep Gundlupet Raju ---

[OE-Core][langdale][PATCH 1/2] kernel-fitimage: Adjust order of dtb/dtbo files

The dtb files must be before the dtbo files, otherwise the overlays may not be applied correctly. >From Bruce Ashfield: We can split between dtbs and dtbos, they just need to be sorted for reproducibility reasons. Two loops versus one, would be fine, with not too much duplicated code.

Re: [OE-core][hardknott][PATCH] binutils-cross-canadian: Add lib*.a files to the staticdev package

Bump. I'd appreciate feedback on this change if any. > -Original Message- > From: openembedded-core@lists.openembedded.org > On Behalf Of Shruthi Ravichandran > Sent: Monday, December 5, 2022 11:27 AM > To: openembedded-core@lists.openembedded.org > Cc: Shruthi Ravichandran > Subject:

Re: [OE-core] [PATCH v2 1/5] rust: Fix build with 64bit time_t

On Tue, Jan 3, 2023 at 8:06 PM Khem Raj wrote: > > The vendored copy of zlib undefines _FILE_OFFSET_BITS when > _LARGEFILE64_SOURCE is defined and enabling 64bit time_t requires 64bit > off_t ( _FILE_OFFSET_BITS=64 ), therefore remove this from the > zlib module > > Signed-off-by: Khem Raj > ---

[OE-core] [PATCH v2 4/5] time64: Remove leading whitespace from GLIBC_64BIT_TIME_FLAGS

This avoids adding a spurious space in TARGET_CC_ARCH when GLIBC_64BIT_TIME_FLAGS is empty Signed-off-by: Khem Raj --- meta/conf/distro/include/time64.inc | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/meta/conf/distro/include/time64.inc

[OE-core] [PATCH v2 5/5] defaultsetup: Enable largefile and 64bit time_t support systemwide

Signed-off-by: Khem Raj --- meta/conf/distro/defaultsetup.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/distro/defaultsetup.conf b/meta/conf/distro/defaultsetup.conf index f6894f3ab5..1abb509629 100644 --- a/meta/conf/distro/defaultsetup.conf +++

[OE-core] [PATCH v2 3/5] time64.conf: Add GLIBC_64BIT_TIME_FLAGS on ppc/x86 as well

Make mips expression across all 32bit mips architectures Signed-off-by: Khem Raj --- meta/conf/distro/include/time64.inc | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/meta/conf/distro/include/time64.inc b/meta/conf/distro/include/time64.inc index

[OE-core] [PATCH v2 1/5] rust: Fix build with 64bit time_t

The vendored copy of zlib undefines _FILE_OFFSET_BITS when _LARGEFILE64_SOURCE is defined and enabling 64bit time_t requires 64bit off_t ( _FILE_OFFSET_BITS=64 ), therefore remove this from the zlib module Signed-off-by: Khem Raj --- meta/recipes-devtools/rust/rust-source.inc| 1 +

[OE-core] [PATCH v2 2/5] stress-ng: Do not enforce gold linker

This can then be controlled by yocto environment through LDFLAGS if needed since we support multiple linkers and distro policy may want a different linker, moreover gold fails on ppc32 to link since its missing Fixes errors like below on ppc/gold + clang

Re: [OE-core] C.UTF-8 in glibc

On 02/01/2023 16:40:20+, Alex Kiernan wrote: > On Mon, Jan 2, 2023 at 4:28 PM Richard Purdie > wrote: > > > > On Sun, 2023-01-01 at 18:32 +, Alex Kiernan wrote: > > > glibc got an official C.UTF-8 in 2.35, but we don't appear to install > > > it by default... if I add "c" to IMAGE_LINGUAS

Re: [OE-core] [master][langdale][kirkstone][dunfell][PATCH] glibc-version.inc: Use https protocol for fetch task

On Tue, Jan 3, 2023 at 6:02 AM Richard Purdie wrote: > > On Tue, 2023-01-03 at 05:49 -0800, Ranjitsinh Rathod wrote: > > Hi Rechard, > > Whilst that typo doesn't bother me, it does make me wonder about the > effort you're putting into these patches and I will judge them > accordingly. > > > >

[OE-core] [PATCH] rm_work: handle non-existant stamps directory

Since 'build/siggen: Rework stamps functions'[1] the stamps directory for each recipe is only created if there are stamps to be written. Some recipes - such as package-index - only have nostamp tasks so the stamps directory is never created, resulting in the rm_work task trying to cd into a

Re: [OE-core] Struggling to get QEMU sound working on core-image-base

On Tue, 2023-01-03 at 14:29 +0100, Mark Jonas wrote: > Hi, > > > I have difficulties getting core-image-base and QEMU x86-64 sound > > output working. I do not even get to the point of having a visible > > ALSA sound device. > > > > What part of the puzzle am I missing? > > > > Alternatively,

Re: [oe-core][PATCH] gsettings-desktop-schemas.pc.in: use pc_sysrootdir for prefix

Agreed, and commented on the MR. Ross > On 31 Dec 2022, at 17:14, Richard Purdie via lists.openembedded.org > wrote: > > On Thu, 2022-12-29 at 09:08 +0100, Markus Volk wrote: >> Signed-off-by: Markus Volk >> --- >> ...ktop-schemas.pc.in-use-pc_sysrootdir.patch | 34 +++ >>

Re: [OE-core] [langdale][kirkstone][PATCH] go-mod.bbclass: Allow network in do_compile

Martin, first of all: thank you for testing the patches. As usual the corner cases are the most tricky ones. tl;dr: I'm working on an updated patch series to address the reported issues. I've looked into the issues and would like to give some explanation. 1) the first module you mention

[OE-core] Yocto Project Status 3 January 2023 (WW01)

Current Dev Position: YP 4.2 M2 Next Deadline: 23rd January 2023 YP 4.2 M2 Build Next Team Meetings: * Bug Triage meeting Thursday January 5th 7:30 am PDT (

Re: [OE-core] is "poky" distro defined to use "sysvinit" as INIT_MANAGER?

Hello Richard, Trying to improve the documentation about the selection of the init system, I'm jumping back to this old conversation, following a change that you made (https://lists.yoctoproject.org/g/poky/message/12760). Am 06.07.22 um 18:40 schrieb Khem Raj: On Wed, Jul 6, 2022 at 12:38

[OE-core] [langdale][master][PATCH v4] rust: Do not use default compiler flags defined in CC crate

Rust crates build dependecy C libraries using "CC" crate. This crate adds some default compiler parameters depending on target arch. For some targets these parameters conflict with the parameters defined by OE. Warnings/errors like this can be seen in the case: cc1: error: switch

[OE-core] [PATCH][langdale] dbus: upgrade 1.14.0 -> 1.14.4

From: wangmy License-Update: D-Bus changed to dbus. (From OE-Core rev: 8c2ab4c014807e2d8ad0fded4188578aa05e8c55) Signed-off-by: Wang Mingyu Signed-off-by: Alexandre Belloni Signed-off-by: Richard Purdie Signed-off-by: Chee Yang Lee --- meta/recipes-core/dbus/{dbus_1.14.0.bb =>

[oe-core][PATCH v2]] cve-update-db-native: avoid incomplete updates

The database update has been done on the original file. In case of network connection issues, temporary outage of the NVD server or a similar situation, the function could exit with incomplete data in the database. This patch solves the issue by performing the update on a copy of the database. It

Re: [OE-core] [master][langdale][kirkstone][dunfell][PATCH] glibc-version.inc: Use https protocol for fetch task

On Tue, 2023-01-03 at 05:49 -0800, Ranjitsinh Rathod wrote: > Hi Rechard, Whilst that typo doesn't bother me, it does make me wonder about the effort you're putting into these patches and I will judge them accordingly. > > Thanks for the input. > But is it okay to change protocol from git to

Re: [OE-core] [master][langdale][kirkstone][dunfell][PATCH] glibc-version.inc: Use https protocol for fetch task

On Tue, Jan 3, 2023 at 05:53 AM, Alexander Kanavin wrote: > > There needs to be a reason for the change that is applicable outside > of your organization's network. "Our IT department isn't able to fix > the network" is not a reason. Thanks Alex, Got it. And, Of course our IT team is capable of

Re: [OE-core] [master][langdale][kirkstone][dunfell][PATCH] glibc-version.inc: Use https protocol for fetch task

On Tue, 3 Jan 2023 at 14:49, Ranjitsinh Rathod wrote: > Thanks for the input. > But is it okay to change protocol from git to https. I can change the commit > message if it is possible > > I hope it will not harm anything if we change the protocol, right? There needs to be a reason for the

Re: [OE-core] [master][langdale][kirkstone][dunfell][PATCH] glibc-version.inc: Use https protocol for fetch task

Hi Rechard, Thanks for the input. But is it okay to change protocol from git to https. I can change the commit message if it is possible I hope it will not harm anything if we change the protocol, right? Thanks, Ranjitsinh -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this

[OE-core] [PATCH 5/5] python3-pathspec: upgrade 0.10.1 -> 0.10.3

Signed-off-by: Ross Burton --- .../{python3-pathspec_0.10.1.bb => python3-pathspec_0.10.3.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-devtools/python/{python3-pathspec_0.10.1.bb => python3-pathspec_0.10.3.bb} (78%) diff --git

[OE-core] [PATCH 4/5] python3-hatchling: upgrade 1.11.1 -> 1.12.1

Signed-off-by: Ross Burton --- ...{python3-hatchling_1.11.1.bb => python3-hatchling_1.12.1.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-devtools/python/{python3-hatchling_1.11.1.bb => python3-hatchling_1.12.1.bb} (84%) diff --git

[OE-core] [PATCH 2/5] pango: upgrade 1.50.11 -> 1.50.12

Signed-off-by: Ross Burton --- ...d-install-nofonts-fonts.conf-as-it-i.patch | 35 --- .../{pango_1.50.11.bb => pango_1.50.12.bb}| 3 +- 2 files changed, 1 insertion(+), 37 deletions(-) delete mode 100644

[OE-core] [PATCH 3/5] python3-hatch-vcs: upgrade 0.2.0 -> 0.3.0

Signed-off-by: Ross Burton --- .../{python3-hatch-vcs_0.2.0.bb => python3-hatch-vcs_0.3.0.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-devtools/python/{python3-hatch-vcs_0.2.0.bb => python3-hatch-vcs_0.3.0.bb} (80%) diff --git

[OE-core] [PATCH 1/5] lsof: upgrade 4.96.4 -> 4.96.5

Signed-off-by: Ross Burton --- meta/recipes-extended/lsof/{lsof_4.96.4.bb => lsof_4.96.5.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-extended/lsof/{lsof_4.96.4.bb => lsof_4.96.5.bb} (96%) diff --git a/meta/recipes-extended/lsof/lsof_4.96.4.bb

Re: [OE-core] Struggling to get QEMU sound working on core-image-base

Hi, > I have difficulties getting core-image-base and QEMU x86-64 sound > output working. I do not even get to the point of having a visible > ALSA sound device. > > What part of the puzzle am I missing? > > Alternatively, can someone point me to a (simple) YP image where sound > works with QEMU

Re: [OE-Core][master][langdale][kirkstone][dunfell][PATCH] glibc-version.inc: Use https protocol for fetch task

On Tue, 2023-01-03 at 18:04 +0530, Ranjitsinh Rathod wrote: > From: Ranjitsinh Rathod > > Use https protocol instead of git as sometimes in proxy network git > protocol uses whole timeout and finally gives fatal error and then uses > mirror. > > Error: > LANG=C git -c core.fsyncobjectfiles=0

[OE-core] [PATCH] layer.conf: Update to use mickledore as the layer series name

OE-Core has changes which do need careful evaluation for compatibilty, such as the addpylib directive. Move the core later names to mickledore so layers can mark their compatibility as such. Also increase the version number for core. If we do make further changes that need layer changes, we'll

[OE-Core][master][langdale][kirkstone][dunfell][PATCH] glibc-version.inc: Use https protocol for fetch task

From: Ranjitsinh Rathod Use https protocol instead of git as sometimes in proxy network git protocol uses whole timeout and finally gives fatal error and then uses mirror. Error: LANG=C git -c core.fsyncobjectfiles=0 fetch -f --progress "git://sourceware.org/git/glibc.git" refs/*:refs/*' in

Re: [OE-core] [PATCH 2/2] cve-update-db-native: avoid partial updates

On Tue, Jan 3, 2023 at 10:30 AM Jose Quaresma wrote: > > > Marta Rybczynska escreveu no dia segunda, > 2/01/2023 à(s) 16:38: > >> >> >> On Mon, Jan 2, 2023 at 2:14 PM Jose Quaresma >> wrote: >> >>> Hi Marta, >>> >>> Marta Rybczynska escreveu no dia segunda, >>> 2/01/2023 à(s) 07:03: >>>

[OE-core] [PATCH] sqlite3: upgrade 3.40.0 -> 3.40.1

From: Changqing Li Signed-off-by: Changqing Li --- .../sqlite/{sqlite3_3.40.0.bb => sqlite3_3.40.1.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-support/sqlite/{sqlite3_3.40.0.bb => sqlite3_3.40.1.bb} (86%) diff --git

Re: [OE-core] [PATCH 2/2] cve-update-db-native: avoid partial updates

Marta Rybczynska escreveu no dia segunda, 2/01/2023 à(s) 16:38: > > > On Mon, Jan 2, 2023 at 2:14 PM Jose Quaresma > wrote: > >> Hi Marta, >> >> Marta Rybczynska escreveu no dia segunda, >> 2/01/2023 à(s) 07:03: >> >>> The database update has been done on the original file. In case of >>>

[OE-Core][PATCH v2 2/2] default-distrovars: Include "c" in IMAGE_LINGUAS for glibc

glibc 2.35 introduced C.UTF-8, we should include this by default. Signed-off-by: Alex Kiernan --- Changes in v2: - Switch to DEFAULT_IMAGE_LINGUAS so that override ordering is obvious meta/conf/distro/include/default-distrovars.inc | 5 - 1 file changed, 4 insertions(+), 1 deletion(-)

[OE-Core][PATCH v2 1/2] classes: image: Set empty weak default IMAGE_LINGUAS

This is already set in default-distrovars.inc and so this assignment will almost never succeed. Rather than leaving it to confuse, set an empty weak default. Signed-off-by: Alex Kiernan --- (no changes since v1) meta/classes-recipe/image.bbclass | 3 +-- 1 file changed, 1 insertion(+), 2