[OE-core] [PATCH 3/5] binutils: Disable parallel install for target binutils

2021-01-29 Thread Khem Raj
2.36 has a build race between libctf and libbfd Signed-off-by: Khem Raj --- meta/recipes-devtools/binutils/binutils_2.36.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-devtools/binutils/binutils_2.36.bb b/meta/recipes-devtools/binutils/binutils_2.36.bb index 976e49765a..

[OE-core] [PATCH 4/5] glibc: Drop adding .file directive in asm files

2021-01-29 Thread Khem Raj
it was a workaround for binutils issue which is fixed in 2.36 with https://sourceware.org/bugzilla/show_bug.cgi?id=26822 Signed-off-by: Khem Raj --- ...0026-inject-file-assembly-directives.patch | 244 -- meta/recipes-core/glibc/glibc_2.32.bb | 1 - 2 files changed, 24

[OE-core] [PATCH 5/5] musl: Drop adding .file directive in asm files

2021-01-29 Thread Khem Raj
it was a workaround for binutils issue which is fixed in 2.36 with https://sourceware.org/bugzilla/show_bug.cgi?id=26822 Signed-off-by: Khem Raj --- .../musl/0001-crt-Add-.file-directive.patch | 245 -- meta/recipes-core/musl/musl_git.bb| 1 - 2 files changed, 24

[OE-core] [PATCH 2/5] binutils: Package libdep linker plugins

2021-01-29 Thread Khem Raj
this is new plugin added in binutils 2.36 Signed-off-by: Khem Raj --- meta/recipes-devtools/binutils/binutils.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/binutils/binutils.inc b/meta/recipes-devtools/binutils/binutils.inc index e93cd50b20..81891963c8 100644 ---

Re: [OE-core] [PATCH v4 4/4] shaderc: fix the build with glslang 11.1.0

2021-01-29 Thread Jose Quaresma
Hi Richard, Thanks for the help in catch and try to solve this issue. The recipe shaderc-native is the only recipe that is build in OE-Core as it is needed by gstreamer plugins bad vulkan element. The target shaderc is not used by anyone in OE-core at the moment and because of that it don't have

Re: [OE-core] [PATCH] [RFC] openssl: Enable cryptodev-linux by default

2021-01-29 Thread Otavio Salvador
Em sex., 29 de jan. de 2021 às 18:14, Andre McCurdy escreveu: > On Fri, Jan 29, 2021 at 12:45 PM Otavio Salvador > wrote: > > > > Em sex., 29 de jan. de 2021 às 17:39, Andre McCurdy > > escreveu: > > > > > > If a distro or BSP layer wants to enable cryptodev-linux support in > > > openssl they c

Re: [OE-core] [PATCH] [RFC] openssl: Enable cryptodev-linux by default

2021-01-29 Thread Andre McCurdy
On Fri, Jan 29, 2021 at 12:45 PM Otavio Salvador wrote: > > Em sex., 29 de jan. de 2021 às 17:39, Andre McCurdy > escreveu: > > > > If a distro or BSP layer wants to enable cryptodev-linux support in > > openssl they can already do so by creating a .bbappend for openssl > > which adds the PACKAGE

Re: [OE-core] [PATCH] [RFC] openssl: Enable cryptodev-linux by default

2021-01-29 Thread Otavio Salvador
Em sex., 29 de jan. de 2021 às 17:39, Andre McCurdy escreveu: > > If a distro or BSP layer wants to enable cryptodev-linux support in > openssl they can already do so by creating a .bbappend for openssl > which adds the PACKAGECONFIG. ie if we decide that the option should > be left disabled by de

Re: [OE-core] [PATCH] [RFC] openssl: Enable cryptodev-linux by default

2021-01-29 Thread Andre McCurdy
On Fri, Jan 29, 2021 at 12:34 AM Diego Santa Cruz via lists.openembedded.org wrote: > > > -Original Message- > > From: openembedded-core@lists.openembedded.org > c...@lists.openembedded.org> On Behalf Of Khem Raj via > > lists.openembedded.org > > Sent: 29 January 2021 02:16 > > To: Tom H

Re: [OE-core] [meta-oe][PATCH] glm: Fix packaging for header-only recipe

2021-01-29 Thread Otavio Salvador
Em sex., 29 de jan. de 2021 às 13:06, Tom Hochstein escreveu: > On Thu, Jan 28, 2021 at 10:57 PM Khem Raj wrote: > > On Thu, Jan 28, 2021 at 5:44 PM Tom Hochstein > > wrote: > > > Set ALLOW_EMPTY for the main package to "1" for this heade

Re: [OE-core] [meta-oe][PATCH] glm: Fix packaging for header-only recipe

2021-01-29 Thread Tom Hochstein
On Thu, Jan 28, 2021 at 10:57 PM Khem Raj wrote: > > On Thu, Jan 28, 2021 at 5:44 PM Tom Hochstein > wrote: > > Set ALLOW_EMPTY for the main package to "1" for this header-only recipe. > > This > > allows the SDK to be created properly

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

2021-01-29 Thread Steve Sakoman
The following changes since commit b286258fc2f6974a88ebd90d3c2f9465437cfcfd: linuxloader: Avoid confusing string concat errors (2021-01-27 09:32:57 +) are available in the Git repository at: git://git.openembedded.org/openembedded-core-contrib stable/dunfell-next http://cgit.openembed

[OE-core] [dunfell][PATCH v2 3/3] bitbake: fetch/git: download LFS content too during do_fetch

2021-01-29 Thread Mikko Rapeli
From: Matt Hoosier Insert an explicit pass to fetch all blobs needed by Git LFS, during the fetch() function. This avoids the default behavior of Git LFS to wait until 'git checkout' to begin downloading the blobs pointed to by LFS records. Network access is not allowed at that point in the recip

[OE-core] [dunfell][PATCH v2 2/3] bitbake: git.py: Use the correct branch to check if the repository has LFS objects.

2021-01-29 Thread Mikko Rapeli
From: Mauro Queirós Function "contains_lfs" was only looking at the master branch when searching for LFS content. LFS may be configured in specific branches only, so we need to use the correct branch. (Bitbake rev: 4fa67c2af830035a1ddedc14592ee25a15ebff22) Signed-off-by: Mauro Queiros Signed-

[OE-core] [dunfell][PATCH v2 1/3] bitbake: git.py: skip smudging if lfs=0 is set

2021-01-29 Thread Mikko Rapeli
From: Mauro Queirós Git-LFS objects were being fetched even when lfs=0 was not set. This patch disables LFS smudging when lfs=0. That way, only the LFS pointers are downloaded during checkout. (Bitbake rev: 646d86df7de774255246a3d7051c308e43eb257d) Signed-off-by: Mauro Queiros Signed-off-by: R

Re: [OE-core] [dunfell][PATCH 1/2] bitbake: git.py: Use the correct branch to check if the repository has LFS objects.

2021-01-29 Thread Mikko Rapeli
Sorry, third patch needs to be backported from master for git lfs to work nicely on dunfell. Will send a v2. -Mikko -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#147456): https://lists.openembedded.org/g/openembedded-core/message/147456 Mute This

[OE-core] [dunfell][PATCH 2/2] bitbake: fetch/git: download LFS content too during do_fetch

2021-01-29 Thread Mikko Rapeli
From: Matt Hoosier Insert an explicit pass to fetch all blobs needed by Git LFS, during the fetch() function. This avoids the default behavior of Git LFS to wait until 'git checkout' to begin downloading the blobs pointed to by LFS records. Network access is not allowed at that point in the recip

[OE-core] [dunfell][PATCH 1/2] bitbake: git.py: Use the correct branch to check if the repository has LFS objects.

2021-01-29 Thread Mikko Rapeli
From: Mauro Queirós Function "contains_lfs" was only looking at the master branch when searching for LFS content. LFS may be configured in specific branches only, so we need to use the correct branch. (Bitbake rev: 4fa67c2af830035a1ddedc14592ee25a15ebff22) Signed-off-by: Mauro Queiros Signed-

Re: [OE-core] [PATCH v4 4/4] shaderc: fix the build with glslang 11.1.0

2021-01-29 Thread Richard Purdie
On Fri, 2021-01-29 at 11:42 +, Richard Purdie via lists.openembedded.org wrote: > On Thu, 2021-01-28 at 22:44 +, Richard Purdie via > lists.openembedded.org wrote: > > On Thu, 2021-01-28 at 23:38 +0100, Alexandre Belloni wrote: > > > Hello Jose, > > > > > > On 24/01/2021 18:07:58+, Jos

[OE-core] [PATCH] kernel.bbclass: fix deployment for initramfs images

2021-01-29 Thread Awais Belal
The do_bundle_initramfs() only processes kernel image types that are found in KERNEL_IMAGETYPE_FOR_MAKE whereas the build system can generate other types that are not directly supported by the kernel build system. In which case when we come to the deploy phase not all the images mentioned in KERNEL

Re: [OE-core] [PATCH] lib/oe/patch.py: Don't return command stderr from runcmd function

2021-01-29 Thread Richard Purdie
On Fri, 2021-01-29 at 12:41 +0100, Quentin Schulz wrote: > Hi Tomasz, > > On Fri, Jan 29, 2021 at 12:38:08PM +0100, Tomasz Dziendzielski wrote: > > If a function returns any stderr it will be passed to extractPatches and > > used as path to patch. > > > > For example subprocess command output can

Re: [OE-core] [PATCH] lib/oe/patch.py: Don't return command stderr from runcmd function

2021-01-29 Thread Tomasz Dziendzielski
As far as I understand subprocess.getstatusoutput is actually doing the same and also we're using "sh -c" in that command anyway. There is one case where "PATCHFILE="%s" is passed at the beginning of "cmd" variable so we would need to modify this file to stop doing that and pass it through env argu

Re: [OE-core] [PATCH v4 4/4] shaderc: fix the build with glslang 11.1.0

2021-01-29 Thread Richard Purdie
On Thu, 2021-01-28 at 22:44 +, Richard Purdie via lists.openembedded.org wrote: > On Thu, 2021-01-28 at 23:38 +0100, Alexandre Belloni wrote: > > Hello Jose, > > > > On 24/01/2021 18:07:58+, Jose Quaresma wrote: > > > Drop patches: > > > * 0001-Fix-the-link-order-of-libglslang-and-libH

Re: [OE-core] [PATCH] lib/oe/patch.py: Don't return command stderr from runcmd function

2021-01-29 Thread Quentin Schulz
Hi Tomasz, On Fri, Jan 29, 2021 at 12:38:08PM +0100, Tomasz Dziendzielski wrote: > If a function returns any stderr it will be passed to extractPatches and > used as path to patch. > > For example subprocess command output can be: > | sh: warning: setlocale: LC_ALL: cannot change locale (en_US.UT

[OE-core] [PATCH] lib/oe/patch.py: Don't return command stderr from runcmd function

2021-01-29 Thread Tomasz Dziendzielski
If a function returns any stderr it will be passed to extractPatches and used as path to patch. For example subprocess command output can be: | sh: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8) | /tmp/oepatchhuqle8fj/0001-foo.patch | /tmp/oepatchhuqle8fj/0002-bar.patch that will

Re: [OE-core] [PATCH 01/13] gobject-introspection: Fix variable override order

2021-01-29 Thread Richard Purdie
On Fri, 2021-01-29 at 11:31 +0100, Quentin Schulz wrote: > Hi Richard, > > On Fri, Jan 29, 2021 at 10:24:07AM +, Richard Purdie wrote: > > The DEPENDS variable override ordering here was almostly certainly > > incorrect and led to weird behaviour when making changes elsewhere. > > Correct it.

Re: [OE-core] [PATCH 01/13] gobject-introspection: Fix variable override order

2021-01-29 Thread Quentin Schulz
Hi Richard, On Fri, Jan 29, 2021 at 10:24:07AM +, Richard Purdie wrote: > The DEPENDS variable override ordering here was almostly certainly > incorrect and led to weird behaviour when making changes elsewhere. > Correct it. > > Signed-off-by: Richard Purdie > --- > .../gobject-introspectio

[OE-core] [PATCH 09/13] apr: Fix to work with autoconf 2.70

2021-01-29 Thread Richard Purdie
Fix an issue with autoconf 2.70 where duplicate macro includes caused configure failures. Signed-off-by: Richard Purdie --- .../recipes-support/apr/apr/autoconf270.patch | 22 +++ meta/recipes-support/apr/apr_1.7.0.bb | 1 + 2 files changed, 23 insertions(+) create mode

[OE-core] [PATCH 10/13] lrzsz: Fix to work with autoconf 2.70

2021-01-29 Thread Richard Purdie
Add the missing gettext version needed for autoconf 2.70. Signed-off-by: Richard Purdie --- .../lrzsz-0.12.20/autotools-update.patch | 249 ++ 1 file changed, 142 insertions(+), 107 deletions(-) diff --git a/meta/recipes-bsp/lrzsz/lrzsz-0.12.20/autotools-update.patch b/met

[OE-core] [PATCH 12/13] msmtp: Fix to work with autoconf 2.70

2021-01-29 Thread Richard Purdie
Add the required gettext version macro to work with the new autoconf version. Signed-off-by: Richard Purdie --- .../msmtp/msmtp/autoconf270.patch | 17 + meta/recipes-extended/msmtp/msmtp_1.8.14.bb | 3 ++- 2 files changed, 19 insertions(+), 1 deletion(-) crea

[OE-core] [PATCH 13/13] ruby: Fix to work with autoconf 2.70

2021-01-29 Thread Richard Purdie
Drop a macro we don't need which was breaking with autoconf 2.70. Signed-off-by: Richard Purdie --- .../ruby/ruby/autoconf270.patch | 34 +++ meta/recipes-devtools/ruby/ruby_2.7.2.bb | 1 + 2 files changed, 35 insertions(+) create mode 100644 meta/recipes-dev

[OE-core] [PATCH 11/13] at: Upgrade 3.1.23 -> 3.2.1

2021-01-29 Thread Richard Purdie
This fixes flex issues with autoconf 2.70 rather than backporting patches. Patches refreshed. Signed-off-by: Richard Purdie --- .../at/at/0001-remove-glibc-assumption.patch | 23 --- .../at/at/file_replacement_with_gplv2.patch | 8 +++ .../at/at/fix_parallel_build_error.

[OE-core] [PATCH 06/13] meta: Clean up various class-native* RDEPENDS overrides

2021-01-29 Thread Richard Purdie
With PACKAGES functioning more correctly for native recipes combined with classextend improvements over the years, there are various overrides of RDEPENDS which look unecessary now, clean them up. There some some minor changes in dependencies, specifically: "python3-numpy-native.do_populate_sysro

[OE-core] [PATCH 07/13] gtk-doc: Disable dependencies in native case

2021-01-29 Thread Richard Purdie
Ensure that dependencies like qemu-native aren't added in the native case since we don't want docs generate for native recipes. Signed-off-by: Richard Purdie --- meta/classes/gtk-doc.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/gtk-doc.bbclass b/meta/classes/gtk-doc.b

[OE-core] [PATCH 08/13] pseudo: Update to include passwd and file renaming fixes

2021-01-29 Thread Richard Purdie
Pulls in: pseudo_client: Ensure renames update open fd file paths pseudo_client.c: Rebuild passwd paths after chroot which should fix issues seen in apt package index creation, new binutils and other autobuilder race issues in pseudo amongst other issues. Signed-off-by: Richard Purdie --- m

[OE-core] [PATCH 05/13] native: Stop clearing PACKAGES

2021-01-29 Thread Richard Purdie
Native recipes have been special and they don't have packages generated from them. The RDEPENDS/RPROVIDES and other runtime package specific variables can contain important data about dependencies recipes need though and currently it is required to write this information explicitly in the native ca

[OE-core] [PATCH 03/13] package_rpm: Clean up unset runtime package variable handling

2021-01-29 Thread Richard Purdie
If the R* runtime package variables are unset it could cause trackbacks. There were some fallbacks already, clean this up to handle consistently. The code was expecting strings but setting defaults of empty lists which silently were converted to strings by the "or" statements which was a nightmare

[OE-core] [PATCH 04/13] bitbake.conf/python: Drop setting RDEPENDS/RPROVIDES default

2021-01-29 Thread Richard Purdie
We never recommend setting RDEPENDS or RPROVIDES without a package name against them. The default in bitbake.conf is legacy only, drop it. The python recipe was trying to add to the empty variable in the native case fix that too. Signed-off-by: Richard Purdie --- meta/conf/bitbake.conf

[OE-core] [PATCH 01/13] gobject-introspection: Fix variable override order

2021-01-29 Thread Richard Purdie
The DEPENDS variable override ordering here was almostly certainly incorrect and led to weird behaviour when making changes elsewhere. Correct it. Signed-off-by: Richard Purdie --- .../gobject-introspection/gobject-introspection_1.66.1.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletion

[OE-core] [PATCH 02/13] nativesdk-buildtools-perl-dummy: Add missing entries for nativesdk-automake

2021-01-29 Thread Richard Purdie
This allows the hardcoded nativesdk dependency hacking in the automake recipe to be dropped and matches what autoconf is doing. Signed-off-by: Richard Purdie --- meta/recipes-core/meta/nativesdk-buildtools-perl-dummy.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-core/met

[OE-core] [PATCH] buildhistory.bbclass: avoid exception for empty BUILDHISTORY_FEATURES variable

2021-01-29 Thread Peter Bergin
An exception is fired when a BuildStarted event is sent to buildhistory bbclass and the variable BUILDHISTORY_FEATURES is not set. ERROR: Execution of event handler 'buildhistory_eventhandler' failed Traceback (most recent call last): File "<...>/meta/classes/buildhistory.bbclass", l

Re: [OE-core] [PATCH] sanity.bbclass: verify that user isn't building in PSEUDO_IGNORE_PATHS

2021-01-29 Thread Chen Qi
Hi Richard, I've sent out the patches. They are tested with: 1. bitbake IMAGE && bitbake IMAGE -c populate_sdk 2. bitbake world 3. bitbake IMAGE -c populate_sdk_ext; Install the eSDK The world build covers all oe-core recipes and part of the recipes in some other meta layers such as meta-openem

Re: [OE-core] [PATCH] [RFC] openssl: Enable cryptodev-linux by default

2021-01-29 Thread Diego Santa Cruz via lists.openembedded.org
> -Original Message- > From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Khem Raj via > lists.openembedded.org > Sent: 29 January 2021 02:16 > To: Tom Hochstein ; openembedded- > c...@lists.openembedded.org > Cc: ota...@ossystems.com.br > Subject: Re:

[OE-core][PATCH 3/3] libc-package: add locale stash related dirs to PSEUDO_CONSIDER_PATHS

2021-01-29 Thread Chen Qi
The locale stash related directories need to be considered, otherwise, there will be QA warning for glibc-locale about host contamination. Signed-off-by: Chen Qi --- meta/classes/libc-package.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/libc-package.bbclass b/meta/cl

[OE-core][PATCH 2/3] bitbake.conf: use PSEUDO_CONSIDER_PATHS

2021-01-29 Thread Chen Qi
Instead of ignoring paths for pseudo path filtering, we use the opposite logic to only take into consideration a few paths we care about. Signed-off-by: Chen Qi --- meta/conf/bitbake.conf | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/conf/bitbake.conf b/meta/co

[OE-core][PATCH 1/3] pseudo: use PSEUDO_CONSIDER_PATHS for path filetering

2021-01-29 Thread Chen Qi
Patch pseudo to only take into consideration paths we care about. Use PSEUDO_CONSIDER_PATHS to hold the paths. The behavior of this var is the opposite of PSEUDO_IGNORE_PATHS. Signed-off-by: Chen Qi --- ...DO_CONSIDER_PATHS-for-path-filtering.patch | 55 +++ meta/recipes-devtools

Re: [OE-core] [PATCH 1/7] ncurses: Don't put terminfo into the sysroot

2021-01-29 Thread Mikko Rapeli
On Thu, Jan 28, 2021 at 04:38:08PM +, Richard Purdie wrote: > On Thu, 2021-01-28 at 08:45 +, mikko.rap...@bmw.de wrote: > > Interesting series! Do you already have some numbers how this affects > > bitbake builds? > > We do now have measurements: > > https://autobuilder.yocto.io/pub/non-r