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) howeve
> -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 c
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:
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=cb4e69e6346a9fbeebf83a5d5397cacbd41d48
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.
Sig
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 s
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 giv
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
mounte
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 virtio-net-device,mac
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
> > > coreutils
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 (gettex
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
> > > bitbake
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 infrastuctur
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 p
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 OpenEmbed
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: R
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 the
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 defi
== 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
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 complete
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
meta/recipes-extended/groff/files/0001-Make
== 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
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 14ba6bfee6..b4f07601
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
meta/recipes-graphics/xorg-app/xinit/0001-
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
meta/recipes-extended/groff/files/0001-Make
* 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 from
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 a
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
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,
>
> Anuj
28 matches
Mail list logo
