Re: [OE-core] [PATCH v2 4/4] reproducible: try to ensure reproducible xz archives

On Tue, 2020-03-03 at 21:31 -0300, Otavio Salvador wrote: > On Tue, Mar 3, 2020 at 1:08 PM André Draszik wrote: > > On Tue, 2020-03-03 at 16:05 +, André Draszik wrote: > > In an ideal world, it'd parse the output of xz --verbose --verbose, > > to catch > > all possible ways people might be ad

[OE-core] Stable release changes now that YP has an LTS program

Hello, As Richard has pointed out, The Yocto Project now has a LTS program.  It means the stable branch life cycles are changing.  The new standard life span for a stable release will be 7 months before transitioning to "Community Supported". That extra month is so we can pull in changes missed in

Re: [OE-core] bash: Fix CVE-2019-18276

Got it, thanks Anuj! Thanks, Mingli From: openembedded-core-boun...@lists.openembedded.org [openembedded-core-boun...@lists.openembedded.org] on behalf of Mittal, Anuj [anuj.mit...@intel.com] Sent: Wednesday, March 04, 2020 7:49 AM To: openembedded-core@l

Re: [OE-core] bash: Fix CVE-2019-18276

Thanks Chet very much for your confirmation! If the commit fixs the CVE-2019-18276, why is it merged to the master branch? Thanks, Mingli From: Chet Ramey [chet.ra...@case.edu] Sent: Tuesday, March 03, 2020 9:55 PM To: Yu, Mingli; Mittal, Anuj; richard.pur

Re: [OE-core] [PATCH v2 4/4] reproducible: try to ensure reproducible xz archives

On Tue, Mar 3, 2020 at 1:08 PM André Draszik wrote: > On Tue, 2020-03-03 at 16:05 +, André Draszik wrote: > In an ideal world, it'd parse the output of xz --verbose --verbose, to catch > all possible ways people might be adjusting the thread limit, but that's > non-trivial. Couldn't we just "

[OE-core] [PATCH] python3-native: Should not search the system for headers/libraries.

From: Jeremy Puhlman The specific issue here is rpc/rpc.h, but its likely more general. /usr/include is searched for rpc/rpc.h and if it exists on the system, it changes behavior. If you are using the extended buildtools tarball on a machine that has /usr/include/rpc/rpc.h, it will decide that is

[OE-core] [zeus][PATCH 00/22] zeus merge request, cover letter only

Please merge these changes from stable/zeus-next. Clean a-full on autobuilder except a single unrelated fetch failure for esdk test: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/751 Thanks, Anuj The following changes since commit f39285bb82e68945a81034b84da09ca1078d6719:

Re: [OE-core] bash: Fix CVE-2019-18276

On Tue, 2020-03-03 at 03:11 +, Yu, Mingli wrote: > Hi Anuj, > > I agree the Backport status is not accurate as the patch doesn't go > to master branch, but why do you say the patch is irrelevant to the > CVE-2019-18276, could you help to provide more info? I didn't say that the patch was irre

[OE-core] [PATCH] openssl: recommend cryptodev-module for corresponding PACKAGECONFIG

From: Denys Dmytriyenko Signed-off-by: Denys Dmytriyenko --- meta/recipes-connectivity/openssl/openssl_1.1.1d.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb index c

Re: [OE-core] [PATCH 2/2] bind: Update to latest ESV version 9.16

On Thu, 2020-02-27 at 12:56 -0800, Armin Kuster wrote: > From: Armin Kuster > > Removed obsolete packageconfig options > > License change to MPL-2.0 > https://gitlab.isc.org/isc-projects/bind9/blob/master/LICENSE > > Refreshed: > bind-ensure-searching-for-json-headers-searches-sysr.patch > 0001

[OE-core] Multilib conflicts in man pages.

Is there a preferred method in oe-core for dealing with man pages that conflict due to differences in multilib pathing. For example an application lives in /usr/lib/foo/bar for one abi but /usr/lib64/foo/bar in another, and that kind of information is encoded in to the man pages. Some things

[OE-core] Yocto Project Long Term Support (LTS) Announced

Its posted at: https://www.yoctoproject.org/yocto-project-long-term-support-announced/ but I'll copy it below since this is an important announcement """ To fulfill the evolving requirements of its members and users, the Yocto Project announced a new plan to extend support for selected releases. T

[OE-core] [oe-core][PATCH 1/1] blktrace: modify two scripts for python3

Backport from git.kernel.dk. Changed shebangs to use python3. Signed-off-by: Joe Slater --- .../blktrace/make-btt-scripts-python3-ready.patch | 197 + meta/recipes-kernel/blktrace/blktrace_git.bb | 1 + 2 files changed, 198 insertions(+) create mode 100644 meta/re

Re: [OE-core] freetype: add pixmap to PACKAGECONFIG

On 3/3/20 11:10 PM, Martin Jansa wrote: On Tue, Mar 03, 2020 at 09:45:25PM +, Richard Purdie wrote: On Tue, 2020-03-03 at 22:23 +0100, Leon Woestenberg wrote: Hello all, On Tue, Mar 3, 2020 at 6:42 PM Jacob Kroon wrote: On 3/1/20 12:47 AM, Matt Ranostay wrote: Add pixmap to PACKAGECONFI

Re: [OE-core] freetype: add pixmap to PACKAGECONFIG

On Tue, Mar 03, 2020 at 09:45:25PM +, Richard Purdie wrote: > On Tue, 2020-03-03 at 22:23 +0100, Leon Woestenberg wrote: > > Hello all, > > > > On Tue, Mar 3, 2020 at 6:42 PM Jacob Kroon > > wrote: > > > On 3/1/20 12:47 AM, Matt Ranostay wrote: > > > > Add pixmap to PACKAGECONFIG defaults to

Re: [OE-core] freetype: add pixmap to PACKAGECONFIG

On Tue, 2020-03-03 at 22:23 +0100, Leon Woestenberg wrote: > Hello all, > > On Tue, Mar 3, 2020 at 6:42 PM Jacob Kroon > wrote: > > On 3/1/20 12:47 AM, Matt Ranostay wrote: > > > Add pixmap to PACKAGECONFIG defaults to allow consumers to > > > render color emojis without distro changes. > > > >

Re: [OE-core] freetype: add pixmap to PACKAGECONFIG

Hello all, On Tue, Mar 3, 2020 at 6:42 PM Jacob Kroon wrote: > > On 3/1/20 12:47 AM, Matt Ranostay wrote: > > Add pixmap to PACKAGECONFIG defaults to allow consumers to > > render color emojis without distro changes. > > > > Signed-off-by: Matt Ranostay > > --- > > -PACKAGECONFIG ??= "zlib" > >

Re: [OE-core] [v2][PATCH] libuv: move from meta-oe to core for bind update

On Tue, Mar 03, 2020 at 01:09:03PM -0800, Armin Kuster wrote: > From: Armin Kuster > > Signed-off-by: Armin Kuster > > [v2] > Add maintainer > Update to newer version in meta-oe This belongs either under --- or in this case normal commit message before Signed-off-by (without '[v2]'). > --- >

Re: [OE-core] [v2][PATCH] libuv: move from meta-oe to core for bind update

Please send removal for meta-oe as well, once its merged in core, otherwise meta-oe will override it. On 3/3/20 1:09 PM, Armin Kuster wrote: From: Armin Kuster Signed-off-by: Armin Kuster [v2] Add maintainer Update to newer version in meta-oe --- meta/conf/distro/include/maintainers.inc

[OE-core] [v2][PATCH] libuv: move from meta-oe to core for bind update

From: Armin Kuster Signed-off-by: Armin Kuster [v2] Add maintainer Update to newer version in meta-oe --- meta/conf/distro/include/maintainers.inc | 1 + .../libuv/libuv_1.34.2.bb | 19 +++ 2 files changed, 20 insertions(+) create mode 100644 meta/rec

Re: [OE-core] [PATCH] arch-arm64.inc: Do not append aarch64 in MACHINEOVERRIDES

On 3/3/20 3:59 AM, Peter Kjellerstedt wrote: -Original Message- From: openembedded-core-boun...@lists.openembedded.org On Behalf Of Junling Zheng Sent: den 3 mars 2020 04:11 To: Khem Raj ; openembedded- c...@lists.openembedded.org Cc: wangn...@huawei.com Subject: Re: [OE-core] [PATCH]

Re: [OE-core] [PATCH] arch-arm64.inc: Do not append aarch64 in MACHINEOVERRIDES

On 3/2/20 1:34 PM, Adrian Bunk wrote: On Mon, Mar 02, 2020 at 10:29:37AM -0800, Khem Raj wrote: On 3/2/20 9:11 AM, Junling Zheng wrote: Currently, for arch-arm64, poky will append the MACHINEOVERRIDES with "aarch64:", which has the higher priority than TRANSLATED_TARGET_ARCH. So, for aarch

Re: [OE-core] [PATCH] arch-arm64.inc: Do not append aarch64 in MACHINEOVERRIDES

On 3/3/2020 5:39 AM, Adrian Bunk wrote: On Tue, Mar 03, 2020 at 11:59:58AM +, Peter Kjellerstedt wrote: ... Which corresponds to how it is done for armv7*. At least we currently rely on being able to do, e.g.: COMPATIBLE_MACHINE = "aarch64|armv7a|armv7ve" and if you remove "aarch64" fro

Re: [OE-core] how to cleanly centralize a zillion BBCLASSEXTEND += "nativesdk" settings?

On 3/3/2020 6:38 AM, Richard Purdie wrote: On Tue, 2020-03-03 at 06:25 -0800, Tim Orling wrote: On Tue, Mar 3, 2020 at 4:32 AM Peter Kjellerstedt < peter.kjellerst...@axis.com> wrote: -Original Message- From: openembedded-core-boun...@lists.openembedded.org boun...@lists.openembed

Re: [OE-core] freetype: add pixmap to PACKAGECONFIG

On 3/1/20 12:47 AM, Matt Ranostay wrote: Add pixmap to PACKAGECONFIG defaults to allow consumers to render color emojis without distro changes. Signed-off-by: Matt Ranostay --- meta/recipes-graphics/freetype/freetype_2.10.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [PATCH v2 4/4] reproducible: try to ensure reproducible xz archives

On Tue, 2020-03-03 at 16:05 +, André Draszik wrote: > xz suffers from a reproducibility problem when not using multi- > threaded mode: > a) archives are created differently in single- vs multi-threaded >modes > b) xz will scale down the compression level so as to be able to >work within

[OE-core] [PATCH v2 4/4] reproducible: try to ensure reproducible xz archives

xz suffers from a reproducibility problem when not using multi- threaded mode: a) archives are created differently in single- vs multi-threaded modes b) xz will scale down the compression level so as to be able to work within any memory limit given to it when being launched in single-thread

[OE-core] [PATCH v2 3/4] bitbake.conf: omit XZ threads and RAM from sstate signatures

The number of threads used, and the amount of memory allowed to be used, should not affect sstate signatures, as they don't affect the outcome of the compression if xz operates in multi-threaded mode [1]. Otherwise, it becomes impossible to re-use sstate from automated builders on developer's mach

[OE-core] [PATCH v2 1/4] lib/oe/utils: allow to set a lower bound on returned cpu_count()

This will be needed for making xz compression more deterministic, as xz archives are created differently in single- vs multi-threaded modes. This means that due to bitbake's default of using as many threads as there are cores in the system, files compressed with xz will be different if built on a

[OE-core] [PATCH v2 2/4] bitbake.conf: more deterministic xz compression (threads)

xz archives can be non-deterministic / non-reproducible: a) archives are created differently in single- vs multi-threaded modes b) xz will scale down the compression level so as to be try to work within any memory limit given to it when operating in single-threaded mode

[OE-core] Yocto Project Status WW09'20

Current Dev Position: YP 3.1 M3 - At Feature Freeze, build pending Next Deadline: YP 3.1 M3 build date 2/24/2020 Next Team Meetings: * Bug Triage meeting Thursday Mar. 5th at 7:30am PDT ( https://zoom.us/j/454367603) * Monthly Project Meeting Tuesday

Re: [OE-core] how to cleanly centralize a zillion BBCLASSEXTEND += "nativesdk" settings?

On Tue, Mar 03, 2020 at 02:38:29PM +, Richard Purdie wrote: > On Tue, 2020-03-03 at 06:25 -0800, Tim Orling wrote: > > > > > > On Tue, Mar 3, 2020 at 4:32 AM Peter Kjellerstedt < > > peter.kjellerst...@axis.com> wrote: > > > > -Original Message- > > > > From: openembedded-core-boun...

[OE-core] [PATCH v2] babeltrace: only check latest git tag version for 1.x.x

version 2.x.x will be added with a new babeltrace2 recipe Signed-off-by: Anders Wallin --- meta/recipes-kernel/lttng/babeltrace_1.5.8.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-kernel/lttng/babeltrace_1.5.8.bb b/meta/recipes-kernel/lttng/babeltrace_1.5.8

Re: [OE-core] [PATCH] arch-arm64.inc: Do not append aarch64 in MACHINEOVERRIDES

On 2020/3/3 22:20, Peter Kjellerstedt wrote: >> -Original Message- >> From: Junling Zheng >> Sent: den 3 mars 2020 15:14 >> To: Peter Kjellerstedt ; Khem Raj >> ; openembedded-core@lists.openembedded.org >> Cc: wangn...@huawei.com >> Subject: Re: [OE-core] [PATCH] arch-arm64.inc: Do not ap

Re: [OE-core] how to cleanly centralize a zillion BBCLASSEXTEND += "nativesdk" settings?

On Tue, 2020-03-03 at 06:25 -0800, Tim Orling wrote: > > > On Tue, Mar 3, 2020 at 4:32 AM Peter Kjellerstedt < > peter.kjellerst...@axis.com> wrote: > > > -Original Message- > > > From: openembedded-core-boun...@lists.openembedded.org > > > > boun...@lists.openembedded.org> On Behalf Of

Re: [OE-core] how to cleanly centralize a zillion BBCLASSEXTEND += "nativesdk" settings?

On Tue, Mar 3, 2020 at 4:32 AM Peter Kjellerstedt < peter.kjellerst...@axis.com> wrote: > > -Original Message- > > From: openembedded-core-boun...@lists.openembedded.org > > boun...@lists.openembedded.org> On Behalf Of rpj...@crashcourse.ca > > Sent: den 2 mars 2020 13:41 > > To: openembe

Re: [OE-core] [PATCH] arch-arm64.inc: Do not append aarch64 in MACHINEOVERRIDES

> -Original Message- > From: Junling Zheng > Sent: den 3 mars 2020 15:14 > To: Peter Kjellerstedt ; Khem Raj > ; openembedded-core@lists.openembedded.org > Cc: wangn...@huawei.com > Subject: Re: [OE-core] [PATCH] arch-arm64.inc: Do not append aarch64 in > MACHINEOVERRIDES > > On 2020/3/3

Re: [OE-core] [PATCH] arch-arm64.inc: Do not append aarch64 in MACHINEOVERRIDES

> -Original Message- > From: Adrian Bunk > Sent: den 3 mars 2020 14:40 > To: Peter Kjellerstedt > Cc: Junling Zheng ; Khem Raj > ; openembedded-core@lists.openembedded.org; > wangn...@huawei.com > Subject: Re: [OE-core] [PATCH] arch-arm64.inc: Do not append aarch64 in > MACHINEOVERRIDES >

Re: [OE-core] [PATCH] arch-arm64.inc: Do not append aarch64 in MACHINEOVERRIDES

On 2020/3/3 19:59, Peter Kjellerstedt wrote: >> -Original Message- >> From: openembedded-core-boun...@lists.openembedded.org > boun...@lists.openembedded.org> On Behalf Of Junling Zheng >> Sent: den 3 mars 2020 04:11 >> To: Khem Raj ; openembedded- >> c...@lists.openembedded.org >> Cc: wang

Re: [OE-core] [PATCH] systemd: Fix service file for race issues

Yeah it's exactly like that, been bitten by that before. Regards //Ernst tis 2020-03-03 klockan 13:05 + skrev Richard Purdie: It seems this service needs both Requires: and After: according to the definitions in the systemd docs, else we see boot race failures. Signed-off-by: Richard Pur

Re: [OE-core] [PATCH] arch-arm64.inc: Do not append aarch64 in MACHINEOVERRIDES

On Tue, Mar 03, 2020 at 11:59:58AM +, Peter Kjellerstedt wrote: >... > Which corresponds to how it is done for armv7*. > > At least we currently rely on being able to do, e.g.: > > COMPATIBLE_MACHINE = "aarch64|armv7a|armv7ve" > > and if you remove "aarch64" from MACHINEOVERRIDES, we need a

Re: [OE-core] [PATCH] arch-arm64.inc: Do not append aarch64 in MACHINEOVERRIDES

> -Original Message- > From: Herve Jourdain > Sent: den 3 mars 2020 14:05 > To: Peter Kjellerstedt ; 'Junling Zheng' > ; 'Khem Raj' ; openembedded- > c...@lists.openembedded.org > Cc: wangn...@huawei.com > Subject: RE: [OE-core] [PATCH] arch-arm64.inc: Do not append aarch64 in > MACHINEOVE

[OE-core] ✗ patchtest: failure for systemd: Fix service file for race issues

== Series Details == Series: systemd: Fix service file for race issues Revision: 1 URL : https://patchwork.openembedded.org/series/23063/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been execu

Re: [OE-core] [PATCH] python3-scons: Fix license file collision

On Tue, 2020-03-03 at 11:21 +, Peter Kjellerstedt wrote: > > SUMMARY = "Software Construction tool (make/autotools replacement)" > > SECTION = "devel/python" > > LICENSE = "MIT" > > -LIC_FILES_CHKSUM = > > "file://${WORKDIR}/LICENSE;md5=e14e1b33428df24a40a782ae142785d0" > > +LIC_FILES_CHKSU

Re: [OE-core] is there ever a compelling reason for "FILESEXTRAPATHS_append := ..."?

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org boun...@lists.openembedded.org> On Behalf Of Robert P. J. Day > Sent: den 1 mars 2020 12:51 > To: OE Core mailing list > Subject: Re: [OE-core] is there ever a compelling reason for > "FILESEXTRAPATHS_append :=

Re: [OE-core] [PATCH] arch-arm64.inc: Do not append aarch64 in MACHINEOVERRIDES

Hi, Just my 2 cents about this. armv8-a is the architecture of the arm core, while aarch64/aarch32 is the execution mode on said architecture. So I believe that we should have overrides for BOTH the architecture and the execution mode, as you can have armv8-a executing in 32 bits mode - and btw, t

[OE-core] [PATCH] systemd: Fix service file for race issues

It seems this service needs both Requires: and After: according to the definitions in the systemd docs, else we see boot race failures. Signed-off-by: Richard Purdie --- meta/recipes-core/psplash/files/psplash-systemd.service | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-core

Re: [OE-core] how to cleanly centralize a zillion BBCLASSEXTEND += "nativesdk" settings?

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org boun...@lists.openembedded.org> On Behalf Of rpj...@crashcourse.ca > Sent: den 2 mars 2020 13:41 > To: openembedded-core@lists.openembedded.org > Subject: [OE-core] how to cleanly centralize a zillion BBCLASSEXTE

Re: [OE-core] [PATCH] babeltrace: only check latest git tag version for 1.x.x

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org boun...@lists.openembedded.org> On Behalf Of Anders Wallin > Sent: den 3 mars 2020 08:52 > To: openembedded-core@lists.openembedded.org > Subject: [OE-core] [PATCH] babeltrace: only check latest git tag version >

Re: [OE-core] [PATCH] arch-arm64.inc: Do not append aarch64 in MACHINEOVERRIDES

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org boun...@lists.openembedded.org> On Behalf Of Junling Zheng > Sent: den 3 mars 2020 04:11 > To: Khem Raj ; openembedded- > c...@lists.openembedded.org > Cc: wangn...@huawei.com > Subject: Re: [OE-core] [PATCH] arc

Re: [OE-core] [PATCH] python3-scons: Fix license file collision

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > On Behalf Of Richard Purdie > Sent: den 29 februari 2020 17:16 > To: openembedded-core@lists.openembedded.org > Subject: [OE-core] [PATCH] python3-scons: Fix license file collision > > Downloading a file call