Hello!
Many thanks for this prompt recipe!
On Thu, 30 Sept 2021 at 14:09, Petr Vorel wrote:
> New patches to fix functionality:
> * 0002-lib-fix-MemAvailable-parsing.patch
> * 0003-lapi-rtnetlink.h-Fix-include-guards.patch
> * 0004-lapi-Create-if_addr.h-and-reuse-it-in-rtnetlink.h.patch
> * 0005
Le ven. 1 oct. 2021 à 17:22, Richard Purdie
a écrit :
>
> On Fri, 2021-10-01 at 14:04 -0400, Guillaume Champagne wrote:
> > Hi,
> >
> > when building binutils-cross-x86_64 on hardknott, do_compile fails with:
> > make[4]: Entering directory
> > '/builds/project/tmp/work/x86_64-linux/binutils-cross
On Fri, 2021-10-01 at 14:04 -0400, Guillaume Champagne wrote:
> Hi,
>
> when building binutils-cross-x86_64 on hardknott, do_compile fails with:
> make[4]: Entering directory
> '/builds/project/tmp/work/x86_64-linux/binutils-cross-x86_64/2.36.1-r0/git/build.x86_64-linux.x86_64-dist-linux/ld/po'
>
On Fri, 2021-10-01 at 14:04 -0400, Guillaume Champagne wrote:
> binutils uses pod2man in its makefile, leading to "pod2man: command not
> found" errors when unavailable. Make it available by inheriting
> pernaltive.
>
> Signed-off-by: Guillaume Champagne
> ---
> meta/recipes-devtools/binutils/bi
binutils uses pod2man in its makefile, leading to "pod2man: command not
found" errors when unavailable. Make it available by inheriting
pernaltive.
Signed-off-by: Guillaume Champagne
---
meta/recipes-devtools/binutils/binutils.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi,
when building binutils-cross-x86_64 on hardknott, do_compile fails with:
make[4]: Entering directory
'/builds/project/tmp/work/x86_64-linux/binutils-cross-x86_64/2.36.1-r0/git/build.x86_64-linux.x86_64-dist-linux/ld/po'
make[4]: *** No rule to make target 'all'. Stop.
Seems like it's caused
On 10/1/21 7:40 AM, Alexandre Belloni wrote:
On 30/09/2021 19:22:25-0700, Khem Raj wrote:
Hi Alex
Please drop this from kirkstone-next, this is causing wield failures
on riscv64/systemd, totally unrelated but we need to debug them before
we can upgrade.
Sure, dropped
I have sent a v3 yes
Please merge these changes.
Thanks,
Anuj
The following changes since commit 437f5e04c92158d3c9e27fe6252260a02a108391:
ffmpeg: fix CVE-2021-38114 (2021-09-24 10:17:24 +0100)
are available in the Git repository at:
git://push.openembedded.org/openembedded-core-contrib stable/hardknott-next
On 30/09/2021 19:22:25-0700, Khem Raj wrote:
> Hi Alex
>
> Please drop this from kirkstone-next, this is causing wield failures
> on riscv64/systemd, totally unrelated but we need to debug them before
> we can upgrade.
>
Sure, dropped
> Thanks
> -Khem
>
> On Sat, Sep 18, 2021 at 11:16 AM Khem
FWIW: I've fixed some bigger layers where pkgconfig was causing quite a few
build failures,
e.g. meta-webosose needed it in around 30 recipes (included in
https://github.com/shr-project/meta-webosose/commits/dunfell)
meta-ros layers I'm still working on, sofar over 50 recipes (
https://github.com/
Similarly to DATETIME, exclude IMAGE_VERSION_SUFFIX from expansion in
image tasks to ensure the sstate signatures are calculated correctly.
Signed-off-by: Richard Purdie
---
meta/classes/image.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/image.bbclass b/meta/classes/i
With hash equivalence working properly, this test breaks as it detects
an unchanged tasks and doesn't rerun subsequent tasks.
Add a uuid to the payload to ensure it doesn't ever match
equivalence and the test works as intended.
Signed-off-by: Richard Purdie
---
meta/lib/oeqa/selftest/cases/bbte
Writing an expanded version of $HOME into the wrapper script breaks
reproducibility. We don't need this here so don't.
Signed-off-by: Richard Purdie
---
.../gobject-introspection/gobject-introspection_1.68.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta/recip
Sort the list of files to ensure the pkgdata output is deterministic.
Signed-off-by: Richard Purdie
---
meta/recipes-core/util-linux/util-linux_2.37.2.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/util-linux/util-linux_2.37.2.bb
b/meta/recipes-cor
The hostname removal from the script is useful to make libtool-cross
reproduce. Apply the patch everywhere as it doesn't cause any issues.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/libtool/libtool-2.4.6.inc | 1 +
meta/recipes-devtools/libtool/libtool_2.4.6.bb | 2 +-
2 files chan
Add a sort to ensure the package dependency output is determnistic.
Signed-off-by: Richard Purdie
---
meta/recipes-graphics/mesa/mesa.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/mesa/mesa.inc
b/meta/recipes-graphics/mesa/mesa.inc
index 0a7a3ca7b
Currently the pkgconfig pclist files contain full paths which are build
host specific and the order of entries is not deterministic.
Fix both these issues so the files are deterministic.
Signed-off-by: Richard Purdie
---
meta/classes/package.bbclass | 6 +++---
1 file changed, 3 insertions(+),
We don't want the compression thread numbers to be encoded into the rpm
since this results in the rpm not being deterministic. Add a patch
from Alex Kanavin which addresses this issue (was queued for rpm 4.17
but we need to fix this with 4.16 too).
Signed-off-by: Richard Purdie
---
...not-insert
Set a path to where sendmail would exist making the output deterministic
as it no longer depends on the build host and the presense of sendmail
there.
Signed-off-by: Richard Purdie
---
meta/recipes-support/gnupg/gnupg_2.3.1.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-supp
Hi,
rust-cross-* imported from meta-rust has incorrect signatures, depending on
MACHINEOVERRIDES making it effectively MACHINE_ARCH
as shown by sstate-diff-machines.sh:
oe-core$ openembedded-core/scripts/sstate-diff-machines.sh
--tmpdir=tmp-glibc --machines="qemux86 qemux86copy qemuarm"
--targ
Hi Kristian,
On Fri, 2021-10-01 at 09:13 +0200, Kristian Klausen wrote:
> That is unfortunate. I just had a quick look at the failed no-x11
> build[1] and failed wic build[3]. According to the error logs[2][4] the
> "postinstall intercept hook 'update_gio_module_cache'" is failing due
> to:
> T
Hi Richard,
>> we may need to account for musl/glibc in the recipe name or it's
>> workdir if it is going to be "picky" like this.
Thanks for your suggestion on fixing this issue in a better way.
Please find the patch posted at the following link as per your suggestion and
let me know if it's fi
Modify the SYSROOT PATH to fix race around issue when rust-hello-world
is run for two libc one after the other.
Signed-off-by: Pgowda
---
meta/recipes-devtools/rust/rust-cross.inc | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/rust/rust-cro
Den Thu, Sep 30, 2021 at 23:46:00 +0100 skrev Richard Purdie:
> On Mon, 2021-09-27 at 13:18 +0200, Kristian Klausen wrote:
> > Den Mon, Sep 13, 2021 at 10:13:04 +0200 skrev Kristian Klausen:
> > > "A unified kernel image is a single EFI PE executable combining an EFI
> > > stub loader, a kernel ima
24 matches
Mail list logo