[OE-core] [PATCH 2/2] sstate: Ignore sstate signing key

From: Daniel McGregor What key is used to sign sstate artefacts should not affect the hash of the object, otherwise everyone would need to use the same signing key. Signed-off-by: Daniel McGregor --- meta/classes/sstate.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classes

[OE-core] [PATCH 1/2] lib/oe/gpg_sign.py: Fix gpg verification

From: Daniel McGregor A stray space made it into the command for verifying gpg signatures. This caused verification to fail, at least on my host. Removing the space makes it work as expected. Signed-off-by: Daniel McGregor --- meta/lib/oe/gpg_sign.py | 2 +- 1 file changed, 1 insertion(+), 1 d

Re: [OE-core] how to create debugfs while ruthlessly stripping image contents?

On Tue, 18 May 2021, Andre McCurdy wrote: > On Tue, May 18, 2021 at 10:00 AM Robert P. J. Day > wrote: > > muh colleague just presented me with the following ... until > > recently, build was properly producing bootable image while > > simultaneously creating companion debugfs. so far, so good

Re: [OE-core] how to create debugfs while ruthlessly stripping image contents?

On Tue, May 18, 2021 at 10:00 AM Robert P. J. Day wrote: > muh colleague just presented me with the following ... until > recently, build was properly producing bootable image while > simultaneously creating companion debugfs. so far, so good. > > then enough packages were added so that image

[OE-core] [[dunfell][meta][PATCH]] Make busybox's syslog.cfg depend on VIRTUAL-RUNTIME_base-utils-syslog

syslog.cfg is added to the list of sources for busybox independent of the VIRTUAL-RUNTIME_base-utils-syslog variable. So even if VIRTUAL-RUNTIME_base-utils-syslog being set e.g. to empty, syslogd will be enabled. So only include syslog.cfg in SRC_URI if VIRTUAL-RUNTIME_base-utils-syslog is set to b

[OE-core] how to create debugfs while ruthlessly stripping image contents?

muh colleague just presented me with the following ... until recently, build was properly producing bootable image while simultaneously creating companion debugfs. so far, so good. then enough packages were added so that image didn't fit in target eMMC, so decision was made to strip bins and

[OE-core] Yocto Project Status WW20`21

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

Re: [OE-core] [PATCH v2] mklibs: remove recipes and class

On Tue, 2021-05-18 at 13:23 +0100, Ross Burton wrote: > On Tue, 18 May 2021 at 10:42, Alexander Kanavin > wrote: > > The location of local.conf.sample* is somewhat confusing. In poky they  > > are in meta-poky/, but in oe-core they are in meta/. > > What's the correct way to update them? > > Thi

[OE-core] [PATCH] oeqa: sdk: basic go toolchain test support

Add a simple build test for the golang toolchain which is produced into a SDK. Signed-off-by: Peter Morrow --- meta/lib/oeqa/sdk/cases/go.py | 34 ++ meta/lib/oeqa/sdk/files/test.go | 7 +++ 2 files changed, 41 insertions(+) create mode 100644 meta/lib/oeq

Re: [OE-core] [PATCH v2] mklibs: remove recipes and class

On Tue, 18 May 2021 at 10:42, Alexander Kanavin wrote: > The location of local.conf.sample* is somewhat confusing. In poky they are in > meta-poky/, but in oe-core they are in meta/. > What's the correct way to update them? This is one of the rare times you actually need a clone of meta-poky and

Re: [OE-core] is there an easy to prevent *creation* of some recipe's packages?

On Fri, 14 May 2021 at 12:17, Robert P. J. Day wrote: > pretty sure i know the answer to this one, but was asked the other > day and wanted to make sure. in order to speed up the normal OE build, > someone suggested bypassing the creation of packages that weren't > going to be relevant, such as

[OE-core] [PATCH] Revert "cml1.bbclass: Return sorted list of cfg files"

This reverts commit dee41e92f0efac7e453597bed4b4c02f867e3aa9. This patch breaks cases where some config files make changes to earlier ones, ordering is important. The reproducibility issue in busybox was elsewhere. Signed-off-by: Richard Purdie --- meta/classes/cml1.bbclass | 2 +- 1 file chang

Re: [OE-core][PATCH 1/2] systemd: Fix static neighbor creation in networkd

Yes it's non-trivial, but would be very appreciated. On the other hand, backporting these fixes (which are not about security, and can be applied in your private layer via bbappend) removes all incentive for you to work on the upgrade and it becomes someone else's problem. Alex On Tue, 18 May 20

Re: [OE-core][PATCH 1/2] systemd: Fix static neighbor creation in networkd

It would be nice, but it was non-trivial so I opted to go this path first. These patches can be dropped once v248.2 is brought in. On Tue, May 18, 2021 at 2:26 AM Alexander Kanavin wrote: > > At this point it might be better to update systemd itself to 248? > > Alex > > On Tue, 18 May 2021 at 00:

Re: [OE-core] [PATCH v2] mklibs: remove recipes and class

The location of local.conf.sample* is somewhat confusing. In poky they are in meta-poky/, but in oe-core they are in meta/. What's the correct way to update them? Alex On Tue, 18 May 2021 at 08:25, Jacob Kroon wrote: > From: Alexander Kanavin > > This is not enabled or tested by default, and h

Re: [OE-core] [PATCH] elfutils: upgrade 0.183 -> 0.184

On Tue, 18 May 2021 at 03:43, wangmy wrote: > -@@ -263,7 +263,7 @@ debuginfod_clean_cache(debuginfod_client *c, > - if (interval_file == NULL) > - return -errno; > - > -- int rc = fprintf(interval_file, "%ld", > cache_clean_default_interval_s); > -+ int rc = fprintf(interv

Re: [OE-core] [PATCH] mklibs-native: Fix build with gcc 11

Don't bother, it looks abandoned: https://salsa.debian.org/installer-team/mklibs Alex On Tue, 18 May 2021 at 11:19, Jacob Kroon wrote: > On 5/18/21 12:20 AM, Khem Raj wrote: > > > > > > On 5/17/21 10:01 AM, Jacob Kroon wrote: > >> In gcc 11 the default mode for C++ is now -std=gnu++17 instead o

Re: [OE-core][PATCH 1/2] systemd: Fix static neighbor creation in networkd

At this point it might be better to update systemd itself to 248? Alex On Tue, 18 May 2021 at 00:51, William A. Kennington III via lists.openembedded.org wrote: > Backport a patch to fix the creation of static neighbors. > > Signed-off-by: William A. Kennington III > --- > ...or-Always-add-ne

Re: [OE-core] [PATCH] mklibs-native: Fix build with gcc 11

On 5/18/21 12:20 AM, Khem Raj wrote: On 5/17/21 10:01 AM, Jacob Kroon wrote: In gcc 11 the default mode for C++ is now -std=gnu++17 instead of -std=gnu++14, in which support for dynamic exception specifications has been removed. See http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p00

Re: [OE-core][PATCH] sanity.bbclass: also check invalid char for SDKPATH

On 05/18/2021 04:53 PM, Richard Purdie wrote: On Tue, 2021-05-18 at 00:06 -0700, Chen Qi wrote: The invalid char check are now only for COREBASE and TMPDIR, however, the SDKPATH with special char could also cause problem. e.g. bitbake nativesdk-xxhash And we get the following error message. Mak

Re: [OE-core][PATCH] sanity.bbclass: also check invalid char for SDKPATH

On Tue, 2021-05-18 at 00:06 -0700, Chen Qi wrote: > The invalid char check are now only for COREBASE and TMPDIR, however, > the SDKPATH with special char could also cause problem. > > e.g. > bitbake nativesdk-xxhash > And we get the following error message. > Makefile:422: *** configured libdir >

[OE-core] [poky][meta-poky][PATCH] poky.conf: do not use '+' in DISTRO_VERSION

If '+' is is DISTRO_VERSION and thus in SDKPATH, some sed command could fail unexpectedly. e.g. bitbake nativesdk-xxhash And we get the following error. Makefile:422: *** configured libdir (/opt/poky/3.3+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib) is outside of exec_prefix (/opt/poky/3.3+sna

[OE-core][PATCH] sanity.bbclass: also check invalid char for SDKPATH

The invalid char check are now only for COREBASE and TMPDIR, however, the SDKPATH with special char could also cause problem. e.g. bitbake nativesdk-xxhash And we get the following error message. Makefile:422: *** configured libdir (/opt/poky/3.3+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib) is