Re: [OE-core][dunfell 13/19] pypi: set SRC_URI with _prepend, not with +=

On Mon, Jul 5, 2021 at 10:31 PM Martin Jansa wrote: > > Is this one worth backporting? It breaks some recipes in other layers (e.g. > podman-compose in meta-virtualization > http://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/commit/?id=92f976404b7f82c97996ffce94ca2d20be2dcbda) > and

[OE-core] [PATCH] tzdata: Allow controlling zoneinfo binary format

From: Zoltán Böszörményi tzcode 2020b changed the default format from "-b fat" to "-b slim". Allow external control for the binary format. Signed-off-by: Zoltán Böszörményi --- meta/recipes-extended/timezone/tzdata.bb | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff

Re: [OE-core] [PATCH] Revert "libubootenv: inherit uboot-config"

Hi again, sorry for the noise but did some investigations and was able to reproduce On 2021-07-06 15:42, Peter Bergin wrote: Hi, On 2021-07-06 04:44, Anuj Mittal wrote: Hi Peter, On Sun, 2021-07-04 at 10:21 +0100, Richard Purdie wrote: On Sun, 2021-07-04 at 10:59 +0200, Peter Bergin

Re: [OE-core] [PATCH] Revert "libubootenv: inherit uboot-config"

Hi, On 2021-07-06 04:44, Anuj Mittal wrote: Hi Peter, On Sun, 2021-07-04 at 10:21 +0100, Richard Purdie wrote: On Sun, 2021-07-04 at 10:59 +0200, Peter Bergin wrote: On 2021-07-03 16:55, Mittal, Anuj wrote: On Fri, 2021-07-02 at 13:59 +0200, Peter Bergin wrote: This reverts commit

Re: [OE-core] [PATCH] Revert "libubootenv: inherit uboot-config"

Em ter., 6 de jul. de 2021 às 10:04, Richard Purdie < richard.pur...@linuxfoundation.org> escreveu: > On Tue, 2021-07-06 at 02:44 +, Mittal, Anuj wrote: > > Hi Peter, > > > > On Sun, 2021-07-04 at 10:21 +0100, Richard Purdie wrote: > > > On Sun, 2021-07-04 at 10:59 +0200, Peter Bergin wrote:

[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:

Re: [OE-core] [PATCH 2/2] package.bbclass: manage external sources for debug source file packaging

Hello again, Since my patches doesn't meet the requirements and considering that you acknowledge the issue (please correct if I mistaken), should I open a bug? Of course I'll give as many details as I can in this report. Thanks. Le lun. 28 juin 2021 à 06:46, Frederic Martinsons via

Re: [OE-core][PATCH] iputils: Update to 20210202

On Mon, Jun 28, 2021 at 12:09 AM Changhyeok Bae wrote: > > Signed-off-by: Changhyeok Bae > --- > .../iputils/{iputils_s20200821.bb => iputils_20210202.bb} | 2 +- By this version went backwards. What is preferred Bump PE or re-add 's'? Andreas -=-=-=-=-=-=-=-=-=-=-=- Links: You receive

Re: [OE-core] [PATCH] Revert "libubootenv: inherit uboot-config"

On Tue, 2021-07-06 at 02:44 +, Mittal, Anuj wrote: > Hi Peter, > > On Sun, 2021-07-04 at 10:21 +0100, Richard Purdie wrote: > > On Sun, 2021-07-04 at 10:59 +0200, Peter Bergin wrote: > > > On 2021-07-03 16:55, Mittal, Anuj wrote: > > > > On Fri, 2021-07-02 at 13:59 +0200, Peter Bergin wrote:

[OE-core] Yocto Project Status WW27`21

Current Dev Position: YP 3.4 M2 Next Deadline: 12th July 2021 YP 3.4 M2 build Next Team Meetings: * Bug Triage meeting Thursday July 8th at 7:30am PDT ( https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)

Re: [OE-core] [PATCH] tzdata: Allow controlling zoneinfo binary format

2021. 07. 06. 17:12 keltezéssel, Zoltan Boszormenyi via lists.openembedded.org írta: From: Zoltán Böszörményi tzcode 2020b changed the default format from "-b fat" to "-b slim". Allow external control for the binary format. Signed-off-by: Zoltán Böszörményi ---

[OE-core] [RFC][PATCH] libubootenv: exclude from world build if no u-boot config

As a fix for failing the world build for targets not using u-boot as boot loader libubootenv is excluded from world builds if both UBOOT_MACHINE and UBOOT_CONFIG variables are empty. Signed-off-by: Peter Bergin --- meta/recipes-bsp/u-boot/libubootenv_0.3.2.bb | 3 +++ 1 file changed, 3

Re: [OE-core] [PATCH] texinfo: update 6.7 -> 6.8

On Tue, Jul 6, 2021 at 1:39 AM Alexander Kanavin wrote: > > Once again: it was bundled with the initial recipe submission over 10 years > ago, without explanation or origin info, and not added later on. There was > never any indication anyone finds it useful. Probably someone just took all >

[OE-core] [PATCH] linux-yocto/5.13: add devupstream support

From: Bruce Ashfield We are always getting questions about building -stable, or mainline master. Rather than introducing a separate set of recipes, we can facilitate this sort of testing by using the existing devupstream bbclass support. To build an unpatched or otherwise modifed -stable of

Re: [OE-core] [PATCH] Revert "libubootenv: inherit uboot-config"

Em ter., 6 de jul. de 2021 às 12:12, Peter Bergin escreveu: > Then I can correct my earlier statement and a new wisdom that run-time > dependecies are scanned already in the early phases. Apparently it is > not possible to build libubootenv due to RRECOMMENDS to > u-boot-default-env. The build

Re: [OE-core] [PATCH 4/8] linux-libc-headers: update to 5.13

Hi Bruce On Fri, Jul 2, 2021 at 8:14 AM Bruce Ashfield wrote: > > From: Bruce Ashfield > > Bumping the libc-headers to match the latest OE core reference > kernel. > > We refresh one of the musl patches to udpate to the 5.12+ context of > the header, but otherwise everything is unchanged. >

Re: [OE-core] [PATCH 4/8] linux-libc-headers: update to 5.13

On Tue, Jul 6, 2021 at 1:43 PM Khem Raj wrote: > > Hi Bruce > > On Fri, Jul 2, 2021 at 8:14 AM Bruce Ashfield > wrote: > > > > From: Bruce Ashfield > > > > Bumping the libc-headers to match the latest OE core reference > > kernel. > > > > We refresh one of the musl patches to udpate to the

Re: [OE-core] [PATCH] Revert "libubootenv: inherit uboot-config"

Hi Otavio, On 2021-07-06 18:56, Otavio Salvador wrote: Em ter., 6 de jul. de 2021 às 12:12, Peter Bergin mailto:pe...@berginkonsult.se>> escreveu: Then I can correct my earlier statement and a new wisdom that run-time dependecies are scanned already in the early phases.

Re: [OE-core] RRECOMMENDS "masking" unsatisfiable IMAGE_INSTALL

Hey Rasmus, Sorry for the delay; I was OOO for the holidays and I'm just now working through my inbox. On 6/28/21 4:17 AM, Rasmus Villemoes wrote: On 25/06/2021 18.13, Richard Purdie wrote: That is probably a bug that needs opening against opkg in bugzilla then. Added Alex to Cc: (opkg

Re: [OE-core] RRECOMMENDS "masking" unsatisfiable IMAGE_INSTALL

On 7/6/21 3:12 PM, Richard Purdie wrote: Kernel modules can be: a) not built at all b) built into the kernel3 c) built as separate packages For OE, where something needs a kernel module, we suggest people: RRECOMMEND_XXX += "kernel-module-xxx" and the kernel recipe has PACKAGES_DYNAMIC =

Re: [OE-core] [PATCH] linux-yocto/5.13: add devupstream support

On Tue, 6 Jul 2021 13:58:21 -0400 "Bruce Ashfield" wrote: > From: Bruce Ashfield > > We are always getting questions about building -stable, or mainline > master. Rather than introducing a separate set of recipes, we can > facilitate this sort of testing by using the existing devupstream >

Re: [OE-core] [PATCH 4/8] linux-libc-headers: update to 5.13

On Tue, Jul 6, 2021 at 11:03 AM Bruce Ashfield wrote: > > On Tue, Jul 6, 2021 at 1:43 PM Khem Raj wrote: > > > > Hi Bruce > > > > On Fri, Jul 2, 2021 at 8:14 AM Bruce Ashfield > > wrote: > > > > > > From: Bruce Ashfield > > > > > > Bumping the libc-headers to match the latest OE core

Re: [OE-core] RRECOMMENDS "masking" unsatisfiable IMAGE_INSTALL

On Tue, 2021-07-06 at 14:39 -0500, Alex Stewart wrote: > Hey Rasmus, > > Sorry for the delay; I was OOO for the holidays and I'm just now working > through my inbox. > > On 6/28/21 4:17 AM, Rasmus Villemoes wrote: > > On 25/06/2021 18.13, Richard Purdie wrote: > > > That is probably a bug that

Re: [OE-core] [PATCH] Revert "libubootenv: inherit uboot-config"

Em ter., 6 de jul. de 2021 às 15:39, Peter Bergin escreveu: > Hi Otavio, > On 2021-07-06 18:56, Otavio Salvador wrote: > > > > Em ter., 6 de jul. de 2021 às 12:12, Peter Bergin > escreveu: > >> Then I can correct my earlier statement and a new wisdom that run-time >> dependecies are scanned

Re: [OE-core] [PATCH] texinfo: update 6.7 -> 6.8

Khem, please. What is the use case you are trying to justify? Who on earth would want to install and read .info files on a target device (of the kind where saving a few kilobytes matters, no less!), when it's a million times more convenient to do that on the host, or just open the same things

Re: [OE-core] [PATCH] linux-yocto/5.13: add devupstream support

On Tue, Jul 6, 2021 at 5:48 PM Paul Barker wrote: > > On Tue, 6 Jul 2021 13:58:21 -0400 > "Bruce Ashfield" wrote: > > > From: Bruce Ashfield > > > > We are always getting questions about building -stable, or mainline > > master. Rather than introducing a separate set of recipes, we can > >

Re: [OE-core] [PATCH 4/8] linux-libc-headers: update to 5.13

On Tue, Jul 6, 2021 at 3:01 PM Khem Raj wrote: > > On Tue, Jul 6, 2021 at 11:03 AM Bruce Ashfield > wrote: > > > > On Tue, Jul 6, 2021 at 1:43 PM Khem Raj wrote: > > > > > > Hi Bruce > > > > > > On Fri, Jul 2, 2021 at 8:14 AM Bruce Ashfield > > > wrote: > > > > > > > > From: Bruce Ashfield

[OE-core] [hardknott][PATCH 00/22] pull request (cover letter only)

Please merge these changes in hardknott. Thanks, Anuj The following changes since commit 61feebd88960eb4e074a80a0e45b36a7a1db869c: kernel.bbclass: fix do_sizecheck() comparison (2021-06-22 11:19:38 +0800) are available in the Git repository at:

Re: [OE-core] [PATCH] texinfo: update 6.7 -> 6.8

Once again: it was bundled with the initial recipe submission over 10 years ago, without explanation or origin info, and not added later on. There was never any indication anyone finds it useful. Probably someone just took all of Red Hat's patches without reviewing their utility. I am not porting

[OE-core] [PATCH] perl: correct libpth and glibpth

From: Mingli Yu Previouly there is a logic as below used to set libpth in config.sh. libpth='@LIBDIR@ @BASELIBDIR@' But after the below commits introduced, the above logic is dropped. 52f2828314 perl: add a version that builds the recipe using perl-cross, and update to 5.28.1 68552c3532 perl:

Re: [OE-core][dunfell 13/19] pypi: set SRC_URI with _prepend, not with +=

Is this one worth backporting? It breaks some recipes in other layers (e.g. podman-compose in meta-virtualization http://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/commit/?id=92f976404b7f82c97996ffce94ca2d20be2dcbda) and it's only fixing issue with devtool which imho isn't so important

Re: [OE-core][dunfell 13/19] pypi: set SRC_URI with _prepend, not with +=

On Tue, Jul 6, 2021 at 1:31 AM Martin Jansa wrote: > > Is this one worth backporting? It breaks some recipes in other layers (e.g. > podman-compose in meta-virtualization > http://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/commit/?id=92f976404b7f82c97996ffce94ca2d20be2dcbda) > and

[OE-core] [hardknott][PATCH] perl: correct libpth and glibpth

From: Mingli Yu Previouly there is a logic as below used to set libpth in config.sh. libpth='@LIBDIR@ @BASELIBDIR@' But after the below commits introduced, the above logic is dropped. 52f2828314 perl: add a version that builds the recipe using perl-cross, and update to 5.28.1 68552c3532 perl:

[OE-core] [hardknott][PATCH] rxvt-unicode: fix CVE-2021-33477

From: Kai Kang Backport patch to fix CVE-2021-33477 for rxvt-unicode. Signed-off-by: Kai Kang --- .../rxvt-unicode-fix-CVE-2021-33477.patch | 33 +++ .../rxvt-unicode/rxvt-unicode_9.22.bb | 4 ++- 2 files changed, 36 insertions(+), 1 deletion(-) create mode

Re: [OE-core] [PATCH] texinfo: update 6.7 -> 6.8

On Tue, Jul 6, 2021 at 12:31 AM Alexander Kanavin wrote: > > Khem, please. What is the use case you are trying to justify? Who on earth > would want to install and read .info files on a target device (of the kind > where saving a few kilobytes matters, no less!), when it's a million times >

[OE-core] [PATCH] oeqa/selftest/multiprocesslauch: Fix test race

Having two possible failures in multiprocesslauch creates a race where one failure may occur and stop processes being lanuched meaning the second failure may not be seen. Rather than having periodic races appearing on the autobuilder, only have one failure, making the test much more

[OE-core] [PATCH] dwarfsrcfiles: Avoid races over debug-link files

We use dwarfsrcfiles in package.bbclass to list the source files used by a binary. This is done before they're stripped and linked to debug symbols in separate files. It is possible a binary may already have a link to separate debug symbols, e.g. some of the test binaries in lttng-tools ptest.