Re: [OE-core] [PATCH 1/2] glibc: Explicitly disable msgfmt

2020-03-07 Thread Khem Raj
On Sat, Mar 7, 2020 at 2:37 PM Richard Purdie wrote: > > If configure is rerun it finds msgfmt from gettext-native which is installed > during package_write_ipk|deb and means builds are not determinisic. > > Whether msgfmt is needed is debatable (libc.mo files arne't generated without > it)

Re: [OE-core] [PATCH 1/2] glibc: Explicitly disable msgfmt

2020-03-07 Thread Peter Kjellerstedt
> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org boun...@lists.openembedded.org> On Behalf Of Richard Purdie > Sent: den 7 mars 2020 23:38 > To: openembedded-core@lists.openembedded.org > Subject: [OE-core] [PATCH 1/2] glibc: Explicitly disable msgfmt > > If

[OE-core] [PATCH 2/2] reproducibile_build: Fix SDE file generation when unpack reruns

2020-03-07 Thread Richard Purdie
Currently, if an existing TMPDIR is rebuilt, do_fetch/do_unpack can rerun but SDE would remain unchanged. This leads to different results compared to a fresh build. An example change which triggered this is:

[OE-core] [PATCH 1/2] glibc: Explicitly disable msgfmt

2020-03-07 Thread Richard Purdie
If configure is rerun it finds msgfmt from gettext-native which is installed during package_write_ipk|deb and means builds are not determinisic. Whether msgfmt is needed is debatable (libc.mo files arne't generated without it) however we should at least be consistent which this patch ensures.

Re: [OE-core] [PATCH] kernel.bbclass: fix SOURCE_DATE_EPOCH for non-git kernel builds

2020-03-07 Thread Alex Kiernan
On Sat, Mar 7, 2020 at 8:04 PM wrote: > > From: Christopher Clark > > Only use git to set SOURCE_DATE_EPOCH if ${S} is the top level of a git > repository. > > Fixes the following errors with the prior logic when building a kernel > that is not obtained from a git repository: > > 1. With TMPDIR

[OE-core] [opencv] debugging

2020-03-07 Thread Adrian Fiergolski
Hi, I would like to build /opencv/ with debug symbols and with possible minimum optimization (I need to debug it). In the /opencv/ recipe I haven't found any PACKAGECONFIG related to debugging. I have tried to add /EXTRA_OECMAKE_append = " -DCMAKE_BUILD_TYPE=Debug" / in the recipe but it

[OE-core] [PATCH] kernel.bbclass: fix SOURCE_DATE_EPOCH for non-git kernel builds

2020-03-07 Thread christopher . w . clark
From: Christopher Clark Only use git to set SOURCE_DATE_EPOCH if ${S} is the top level of a git repository. Fixes the following errors with the prior logic when building a kernel that is not obtained from a git repository: 1. With TMPDIR set to a directory outside any git repository on a

Re: [OE-core] [PATCH v3] runqemu: support multiple NICs

2020-03-07 Thread Richard Purdie
On Sat, 2020-03-07 at 16:01 +0100, Adrian Freihofer wrote: > Emulating more than one network interface with runqemu is sometimes a > bit tricky, but possible. For example, this leads to an emulated device > with eth0 and eth1: > > QB_NETWORK_DEVICE_prepend = " \ > -device

Re: [OE-core] Yocto Project Status WW09'20

2020-03-07 Thread Richard Purdie
On Sat, 2020-03-07 at 16:58 +, Richard Purdie wrote: > On Fri, 2020-03-06 at 22:53 +0100, Alexander Kanavin wrote: > > On Wed, 4 Mar 2020 at 23:42, Richard Purdie < > > richard.pur...@linuxfoundation.org> wrote: > > > Just FYI I think there may also be a couple of other packages > > >

Re: [OE-core] Yocto Project Status WW09'20

2020-03-07 Thread Richard Purdie
On Fri, 2020-03-06 at 22:53 +0100, Alexander Kanavin wrote: > On Wed, 4 Mar 2020 at 23:42, Richard Purdie < > richard.pur...@linuxfoundation.org> wrote: > > Just FYI I think there may also be a couple of other packages > > coreutils > > pulls in and they may also have reproducibility issues

Re: [OE-core] [PATCH 0/2] Extensible SDK improvements

2020-03-07 Thread Richard Purdie
On Sat, 2020-03-07 at 15:55 +0100, Adrian Freihofer wrote: > On Sat, 2020-03-07 at 12:40 +, Richard Purdie wrote: > > On Sat, 2020-03-07 at 12:54 +0100, Adrian Freihofer wrote: > > > Hi Richard, > > > > > > We have found two already supported ways to copy variables from > > > the > > >

[OE-core] buildtools-extended-tarball wrapping builds

2020-03-07 Thread Richard Purdie
Hi, I just wanted to mention that we now have the ability to wrap builds on specific workers with specific buildtools tarballs. Currently this functionality is in master, we do have the option of porting the helper code to other stable branches. We have had multiple issues, with the

Re: [OE-core] ✗ patchtest: failure for groff: Make manpages binary identical

2020-03-07 Thread Jeremy A. Puhlman
On 3/7/2020 7:59 AM, Richard Purdie wrote: On Sat, 2020-03-07 at 14:32 +, Patchwork wrote: == Series Details == Series: groff: Make manpages binary identical Revision: 1 URL : https://patchwork.openembedded.org/series/23145/ State : failure == Summary == Thank you for submitting this

Re: [OE-core] ✗ patchtest: failure for groff: Make manpages binary identical

2020-03-07 Thread Richard Purdie
On Sat, 2020-03-07 at 14:32 +, Patchwork wrote: > == Series Details == > > Series: groff: Make manpages binary identical > Revision: 1 > URL : https://patchwork.openembedded.org/series/23145/ > State : failure > > == Summary == > > > Thank you for submitting this patch series to

[OE-core] [PATCH] files/toolchain-shar-extract.sh: Rework PATH cleaning

2020-03-07 Thread Richard Purdie
Trying to create a clean PATH breaks cases where we install a buildtools tarball on hosts to provide newer versions of gcc. Rework the fix for #8698 to clean up directories in PATH which don't exist isntead. Do it with python as the shell version was too fraught with corner cases. Signed-off-by:

[OE-core] [PATCH v3] runqemu: support multiple NICs

2020-03-07 Thread Adrian Freihofer
Emulating more than one network interface with runqemu is sometimes a bit tricky, but possible. For example, this leads to an emulated device with eth0 and eth1: QB_NETWORK_DEVICE_prepend = " \ -device virtio-net-device,mac=52:54:00:12:34:03 \ " Note: On some emulated NIC types, Qemu and

Re: [OE-core] [PATCH 0/2] Extensible SDK improvements

2020-03-07 Thread Adrian Freihofer
On Sat, 2020-03-07 at 12:40 +, Richard Purdie wrote: > On Sat, 2020-03-07 at 12:54 +0100, Adrian Freihofer wrote: > > Hi Richard, > > > > We have found two already supported ways to copy variables from the > > bitbake environment local.conf to the eSDK local.conf > > > > If a variable is

[OE-core] ✗ patchtest: failure for groff: Make manpages binary identical

2020-03-07 Thread Patchwork
== Series Details == Series: groff: Make manpages binary identical Revision: 1 URL : https://patchwork.openembedded.org/series/23145/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed

Re: [OE-core] [PATCH v2] babeltrace2: added first version, 2.0.1

2020-03-07 Thread Khem Raj
I am seeing a QA textrel issue with clang/arm http://errors.yoctoproject.org/Errors/Details/393983/ On Thu, Mar 5, 2020 at 4:07 AM Anders Wallin wrote: > > Babeltrace 1 vs. Babeltrace 2 > > The Babeltrace project exists since 2010. In 2020, Babeltrace 2 was released. > Babeltrace 2 is a

[OE-core] [PATCH v2] groff: Make manpages binary identical

2020-03-07 Thread Jeremy A. Puhlman
From: Jeremy Puhlman Signed-off-by: Jeremy A. Puhlman --- .../0001-Make-manpages-mulitlib-identical.patch| 27 ++ meta/recipes-extended/groff/groff_1.22.4.bb| 1 + 2 files changed, 28 insertions(+) create mode 100644

[OE-core] ✗ patchtest: failure for "groff: Make manpages binary id..." and 2 more

2020-03-07 Thread Patchwork
== Series Details == Series: "groff: Make manpages binary id..." and 2 more Revision: 1 URL : https://patchwork.openembedded.org/series/23144/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] [PATCH 2/3] xserver-xorg: make manpage mutlilib identical

2020-03-07 Thread Jeremy A. Puhlman
From: Jeremy Puhlman Signed-off-by: Jeremy A. Puhlman --- meta/recipes-graphics/xorg-xserver/xserver-xorg.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc index

[OE-core] [PATCH 3/3] xinit: make manpages multilib identical

2020-03-07 Thread Jeremy A. Puhlman
From: Jeremy Puhlman Signed-off-by: Jeremy A. Puhlman --- .../0001-Make-manpage-multilib-identical.patch | 28 ++ meta/recipes-graphics/xorg-app/xinit_1.4.1.bb | 2 ++ 2 files changed, 30 insertions(+) create mode 100644

[OE-core] [PATCH 1/3] groff: Make manpages binary identical

2020-03-07 Thread Jeremy A. Puhlman
From: Jeremy Puhlman Signed-off-by: Jeremy A. Puhlman --- .../0001-Make-manpages-mulitlib-identical.patch| 27 ++ meta/recipes-extended/groff/groff_1.22.4.bb| 1 + 2 files changed, 28 insertions(+) create mode 100644

[OE-core] [PATCH] openssl: fix perl shebang in c_rehash

2020-03-07 Thread Martin Jansa
* passing PERL=perl breaks c_rehash calls from dash (works fine with bash) dash doesn't like #!perl shebang PERL="/usr/bin/env perl" unfortunately just passing PERL like this doesn't pass do_configure: Creating Makefile sh: 1: /usr/bin/env perl: not found WARNING: exit code 1

Re: [OE-core] [PATCH 0/2] Extensible SDK improvements

2020-03-07 Thread Richard Purdie
On Sat, 2020-03-07 at 12:54 +0100, Adrian Freihofer wrote: > Hi Richard, > > We have found two already supported ways to copy variables from the > bitbake environment local.conf to the eSDK local.conf > > If a variable is defined in the local.conf bitbake environment, > SDK_LOCAL_CONF_WHITELIST

Re: [OE-core] [PATCH 0/2] Extensible SDK improvements

2020-03-07 Thread Adrian Freihofer
Hi Richard, We have found two already supported ways to copy variables from the bitbake environment local.conf to the eSDK local.conf If a variable is defined in the local.conf bitbake environment, SDK_LOCAL_CONF_WHITELIST and SDK_LOCAL_CONF_BLACKLIST can be used to add it to the local.conf eSDK

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

2020-03-07 Thread Mittal, Anuj
Ping. On Wed, 2020-03-04 at 07:59 +0800, Anuj Mittal wrote: > 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, > >