On Sat, 2020-02-29 at 17:42 -0800, Khem Raj wrote:
> Errors like below are fixed
>
> bus/connection.h is owned by uid 1000, which is the same as t
> he user running bitbake. This may be due to host contamination
>
> Signed-off-by: Khem Raj
> ---
> meta/recipes-core/dbus/dbus-test_1.12.16.bb | 4
bjam calls cp directly, which can install with same user name as bitbake
in staging, which is caught by packager and reported, therefore override
cp command to use right options to make cp behave like install utility
Signed-off-by: Khem Raj
---
meta/recipes-support/boost/boost.inc | 1 +
1 file
These patches fix host-user-contaminated QA issues
Khem Raj (3):
dbus-test: Fix QA host-contamination errors
strace: Fix host contamination QA errors
boost: Fix host-user-contaminated QA errors
meta/recipes-core/dbus/dbus-test_1.12.16.bb | 4 +--
.../strace/0001-Evaluate-AC_PROG_LN_S.pa
Errors like below are fixed
bus/connection.h is owned by uid 1000, which is the same as t
he user running bitbake. This may be due to host contamination
Signed-off-by: Khem Raj
---
meta/recipes-core/dbus/dbus-test_1.12.16.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Signed-off-by: Khem Raj
---
.../strace/0001-Evaluate-AC_PROG_LN_S.patch | 29 +++
meta/recipes-devtools/strace/strace_5.5.bb| 1 +
2 files changed, 30 insertions(+)
create mode 100644
meta/recipes-devtools/strace/strace/0001-Evaluate-AC_PROG_LN_S.patch
diff --git
a/meta
Add pixmap to PACKAGECONFIG defaults to allow consumers to
render color emojis without distro changes.
Signed-off-by: Matt Ranostay
---
meta/recipes-graphics/freetype/freetype_2.10.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/freetype/freetype_2.
On Sat, 29 Feb 2020 at 22:39, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> I'm not sure its this simple unfortunately.
>
> The big question is whether injected changes from the first "session"
> should persist into the second "session" or whether things should be
> reset to a cons
On Sat, 2020-02-29 at 20:47 +0100, Alexander Kanavin wrote:
> Both test_parse_recipe_initial_datastore and the preceding test
> operate on the same recipe, and both change recipe metadata and re-
> parse
> it. In some situations bitbake backend from the first test is
> catching the change done by t
On Sat, Feb 29, 2020 at 10:40 AM Petr Vorel wrote:
> Hi Richard, Khem,
>
> > I was able to confirm that fts is in the recipe sysroot and that the
> > compile step is running "make -j 88 LIBC=musl LIBS=-lfts", i.e. its
> > being passed in to ltp. Beyond that I'm a little out my depth to know
> > h
License-Update: add GPLv3 text in README.licensing
Also:
- Drop upstreamed patch
- Backport an upstream patch to fix an issue with 'sfdisk'
- Use 'disable-hwclock-gplv3' explicitly.
Since commit 7a3000f7ba548cf7d74ac77cc63fe8de228a669e ("hwclock: use parse_date
function") hwclock is linked
wi
since commit 03154d2cf25c1d5ce908da9e72d324004b8d5722 ("sfdisk: add -J between
mutually exclusive options")
in util-linux [1], the '-J' can't be used with the '-d' option anymore.
So, since we're using json format output, drop the '-d' option.
Fixes:
ERROR: _exec_cmd: /usr/sbin/sfdisk -dJ
/cor
Both test_parse_recipe_initial_datastore and the preceding test
operate on the same recipe, and both change recipe metadata and re-parse
it. In some situations bitbake backend from the first test is
catching the change done by the second test and interprets it as
non-deterministic metadata (not sur
Thank you. It bothered me but I didn’t think if this rather simple solution.
On Sat, Feb 29, 2020 at 8:16 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> Downloading a file called "LICENSE" into DL_DIR is 'problematic' and
> collides with the
> file from other versions of the rec
qemuarm64 on aarch64 host errors out when using kvm
qemu-system-aarch64: PMU: KVM_SET_DEVICE_ATTR: Invalid argument
qemu-system-aarch64: failed to set irq for PMU
Aborted
machines with GICv3 that don’t support GICv2 guests you must have ‘-machine
gic-version=3’ on the QEMU command line.
Signed-
glibc version has moved on to 2.31.x
Signed-off-by: Khem Raj
---
meta/conf/distro/include/tcmode-default.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/distro/include/tcmode-default.inc
b/meta/conf/distro/include/tcmode-default.inc
index fce2662c1f..ab4333144b
Hi,
> Removed ffsb copying file and associated runtest file fs_ext4
> (both removed in this release).
It compiles OK on my workstation.
$ MACHINE=qemuarm TCLIBC=musl bitbake ltp
...
Loaded 1305 entries from dependency cache.
NOTE: Resolving any missing task queue dependencies
Build Configuration
Hi Richard, Khem,
> I was able to confirm that fts is in the recipe sysroot and that the
> compile step is running "make -j 88 LIBC=musl LIBS=-lfts", i.e. its
> being passed in to ltp. Beyond that I'm a little out my depth to know
> how/why its not ending up where it should unfortunately. At least
This was in my queue from a previous yotco version. I haven't gotten my arm
bsp up and running yet. I will double check.
On 2/29/2020 7:37 AM, Adrian Bunk wrote:
On Fri, Feb 28, 2020 at 02:51:51PM -0800, Jeremy A. Puhlman wrote:
From: Jeremy Puhlman
We have had similar problems with missing a
The version 3.4.2 of libarchive add support for mbed TLS [1].
So, add PACKAGECONFIG for mbedtls.
[1] - https://github.com/libarchive/libarchive/releases/tag/v3.4.2
Signed-off-by: Pierre-Jean Texier
---
meta/recipes-extended/libarchive/libarchive_3.4.2.bb | 1 +
1 file changed, 1 insertion(+)
Hi Richard,
> Grep suggests LIBS is a configure option, not a makefile one. I tried:
> diff --git a/meta/recipes-extended/ltp/ltp_20200120.bb
> b/meta/recipes-extended/ltp/ltp_20200120.bb
> index 847f267b0b7..5be9489a756 100644
> --- a/meta/recipes-extended/ltp/ltp_20200120.bb
> +++ b/meta/recip
Hi Khem, Anuj,
> > * 0002-kernel-controllers-Link-with-libfts-explicitly-on-mu.patch
> > IMHO this one shouldn't be needed not, but CI still fails without it
Khem, thanks for fixing it! It'd take me long time.
> Is this patch still needed after the change in v6?
I've sent v7 where I removed it. I
Upstream just disagree on this patch
https://patchwork.ozlabs.org/comment/2012045/
Signed-off-by: Petr Vorel
Signed-off-by: Khem Raj
---
Changes v6->v7: NONE
...suite-mmap24-2-Relax-condition-a-bit.patch | 68 ---
meta/recipes-extended/ltp/ltp_20200120.bb | 1 -
2 files ch
Removed ffsb copying file and associated runtest file fs_ext4
(both removed in this release).
Added LIBS=-lfts for MUSL.
Removed patches (accepted upstream)
* 0001-mkswap01.sh-Add-udevadm-trigger-before-swap-verifica.patch
* 0001-testcases-fix-an-absent-format-string-issue.patch
* 0001-nm01-Remov
Downloading a file called "LICENSE" into DL_DIR is 'problematic' and collides
with the
file from other versions of the recipe at best.
Rename it to something more specific to avoid collision problems.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/python/python3-scons_3.1.2.bb | 4 ++-
Should fix the mips make 4.3 issue on target
Changes in this delta
* 71f2b249a2 malloc/tst-mallocfork2: Kill lingering process for unexpected
failures
* 5d31b083e4 riscv: Avoid clobbering register parameters in syscall
* f4f8843515 microblaze: Avoid clobbering register parameters in syscall
* aa
On 2/29/20 5:13 AM, Richard Purdie wrote:
> Just to quickly update everyone, a number of patches we probably wanted
> in 3.1 have had issues but have had the issues resolved and the patches
> have now merged. Thanks to all who dived in and helped with those!
So no Bind update?
>
> The patches/i
On Fri, Feb 28, 2020 at 02:51:51PM -0800, Jeremy A. Puhlman wrote:
> From: Jeremy Puhlman
>
> We have had similar problems with missing atomics on arm6 that arm5
> has.
How are you able to reproduce this problem?
I was wondering why the upstream fixes that happened in the meantime
didn't fix i
On Sat, Feb 29, 2020 at 07:23:52AM -0800, Khem Raj wrote:
> Should fix the mips make 4.3 issue on target
>
> Changes in this delta
>
> * 71f2b249a2 malloc/tst-mallocfork2: Kill lingering process for unexpected
> failures
> * 5d31b083e4 riscv: Avoid clobbering register parameters in syscall
> * f
On 29-Feb-20 11:00 PM, Khem Raj wrote:
From: Petr Vorel
Removed ffsb copying file and associated runtest file fs_ext4
(both removed in this release).
Added LIBS=-lfts for MUSL.
Removed patches (accepted upstream)
* 0001-mkswap01.sh-Add-udevadm-trigger-before-swap-verifica.patch
* 0001-testc
Should fix the mips make 4.3 issue on target
Changes in this delta
* 71f2b249a2 malloc/tst-mallocfork2: Kill lingering process for unexpected
failures
* 5d31b083e4 riscv: Avoid clobbering register parameters in syscall
* f4f8843515 microblaze: Avoid clobbering register parameters in syscall
* aa
On 2/29/20 5:53 AM, Richard Purdie wrote:
On Sat, 2020-02-29 at 13:42 +, Richard Purdie wrote:
On Sat, 2020-02-29 at 13:22 +, Richard Purdie wrote:
On Sat, 2020-02-29 at 07:46 +0100, Petr Vorel wrote:
At least we know, that once we solve this problem, we can remove
0002-kernel-contr
On 2/28/20 10:46 PM, Petr Vorel wrote:
Hi Richard, Khem,
Changes v4->v5:
* Put back 0002-kernel-controllers-Link-with-libfts-explicitly-on-
mu.patch
as it still needed on MUSL (although it should not be needed,
strange).
Reported by Anuj Mittal
I'm sorry to say that this still isn't quite
On 2/28/20 4:08 AM, Petr Vorel wrote:
Hi Richard,
Changes v3->v4:
* Fix musl build with LIBS=-lfts
Unfortunately the musl build is still failing with this version:
https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1627
https://autobuilder.yoctoproject.org/typhoon/#/buil
From: Petr Vorel
Upstream just disagree on this patch
https://patchwork.ozlabs.org/comment/2012045/
Signed-off-by: Petr Vorel
Signed-off-by: Khem Raj
---
Changes v5->v6: Rebase
...suite-mmap24-2-Relax-condition-a-bit.patch | 68 ---
meta/recipes-extended/ltp/ltp_20200120.bb
From: Petr Vorel
Removed ffsb copying file and associated runtest file fs_ext4
(both removed in this release).
Added LIBS=-lfts for MUSL.
Removed patches (accepted upstream)
* 0001-mkswap01.sh-Add-udevadm-trigger-before-swap-verifica.patch
* 0001-testcases-fix-an-absent-format-string-issue.patc
Signed-off-by: Khem Raj
---
meta/recipes-core/systemd/systemd_244.3.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_244.3.bb
b/meta/recipes-core/systemd/systemd_244.3.bb
index dfb7ad59c0..c5c0ce4bad 100644
--- a/meta/recipes-core/systemd/s
since commit 03154d2cf25c1d5ce908da9e72d324004b8d5722 ("sfdisk: add -J between
mutually exclusive options")
in util-linux [1], the '-J' can't be used with the '-d' option anymore.
So, since we're using json format output, drop the '-d' option.
Fixes:
ERROR: _exec_cmd: /usr/sbin/sfdisk -dJ
/cor
License-Update: add GPLv3 text in README.licensing
Also:
- Drop upstreamed patch
- Use 'disable-hwclock-gplv3' explicitly.
Since commit 7a3000f7ba548cf7d74ac77cc63fe8de228a669e ("hwclock: use parse_date
function") hwclock is linked
with parse_date.y from gnullib. This gnulib code is distribute
On Sat, 2020-02-29 at 13:42 +, Richard Purdie wrote:
> On Sat, 2020-02-29 at 13:22 +, Richard Purdie wrote:
> > On Sat, 2020-02-29 at 07:46 +0100, Petr Vorel wrote:
> > > At least we know, that once we solve this problem, we can remove
> > > 0002-kernel-controllers-Link-with-libfts-explicit
On Sat 29. Feb 2020 at 14.14, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Sat, 2020-02-29 at 14:11 +0100, Alexander Kanavin wrote:
> > On Sat 29. Feb 2020 at 11.40, Richard Purdie <
> > richard.pur...@linuxfoundation.org> wrote:
> > > On Sat, 2020-02-29 at 11:14 +0100, Alexand
On Sat, 2020-02-29 at 13:22 +, Richard Purdie wrote:
> On Sat, 2020-02-29 at 07:46 +0100, Petr Vorel wrote:
> > At least we know, that once we solve this problem, we can remove
> > 0002-kernel-controllers-Link-with-libfts-explicitly-on-mu.patch
> >
> > Please, how to reproduce this build local
Hello Richard,
Le 28/02/2020 à 13:25, Richard Purdie a écrit :
Unfortately this does seem to expose a problem with wic, e.g.:
https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/732
which can be reproduced with:
oe-selftest -r wic.Wic2.test_expand_mbr_image
Afer a quick check,
On Sat, 2020-02-29 at 07:46 +0100, Petr Vorel wrote:
> At least we know, that once we solve this problem, we can remove
> 0002-kernel-controllers-Link-with-libfts-explicitly-on-mu.patch
>
> Please, how to reproduce this build locally? Is it:
> . oe-init-build-env
> TCLIBC=musl bitbake ltp
Yes, th
On Sat, 2020-02-29 at 14:11 +0100, Alexander Kanavin wrote:
> On Sat 29. Feb 2020 at 11.40, Richard Purdie <
> richard.pur...@linuxfoundation.org> wrote:
> > On Sat, 2020-02-29 at 11:14 +0100, Alexander Kanavin wrote:
> > > This recipe is build-heavy, yet is not part of any images and
> > isn't
> >
Just to quickly update everyone, a number of patches we probably wanted
in 3.1 have had issues but have had the issues resolved and the patches
have now merged. Thanks to all who dived in and helped with those!
The patches/issues I'm aware of that are left:
* ltp upgrade (musl issue)
* util-linux
On Sat 29. Feb 2020 at 11.40, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Sat, 2020-02-29 at 11:14 +0100, Alexander Kanavin wrote:
> > This recipe is build-heavy, yet is not part of any images and isn't
> > runtime tesed as
> > part of oe-core. There's no evidence of anyone us
On Sat, 2020-02-29 at 10:12 +, Richard Purdie wrote:
> Hi Victor,
>
> On Sat, 2020-02-29 at 07:55 +, Victor Kamensky (kamensky) wrote:
> > I was able to reproduce and debugged the mips new make issue.
> > Workaround patch attached.
> >
> > In summary: kernelmodule.KernelModuleTest.test_ke
Image files are always generated now so make the gdk-pixbuf dependency
required.
Signed-off-by: Richard Purdie
---
meta/recipes-core/psplash/psplash_git.bb | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-core/psplash/psplash_git.bb
b/meta/recipes-core/pspl
Image files are always generated now so make the gdk-pixbuf dependency
required.
Signed-off-by: Richard Purdie
---
meta/recipes-core/psplash/psplash_git.bb | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-core/psplash/psplash_git.bb
b/meta/recipes-core/psp
Can you file a bug upstream so they can fix this?
Ross
On Fri, 28 Feb 2020 at 23:00, Jeremy A. Puhlman wrote:
>
> From: Jeremy Puhlman
>
> We fixed this two years go:
> http://lists.openembedded.org/pipermail/openembedded-core/2018-June/151922.html
>
> However xorgproto moved to meson and uses
On Sat, 2020-02-29 at 11:14 +0100, Alexander Kanavin wrote:
> This recipe is build-heavy, yet is not part of any images and isn't
> runtime tesed as
> part of oe-core. There's no evidence of anyone using it, as all
> commits are revision updates. It also pulls in NumPy, which is also
> a significan
This recipe is in core only to enable piglit, and isn't otherwise
eligible for inclusion.
Signed-off-by: Alexander Kanavin
---
meta/conf/distro/include/maintainers.inc | 1 -
...-and-so-on-for-libraries-by-default-.patch | 70 ---
...up.py-remove-the-detection-of-x86-ta.pat
This recipe is build-heavy, yet is not part of any images and isn't runtime
tesed as
part of oe-core. There's no evidence of anyone using it, as all
commits are revision updates. It also pulls in NumPy, which is also
a significant support item, and wouldn't otherwise be part of core.
Signed-off-b
Hi Victor,
On Sat, 2020-02-29 at 07:55 +, Victor Kamensky (kamensky) wrote:
> I was able to reproduce and debugged the mips new make issue.
> Workaround patch attached.
>
> In summary: kernelmodule.KernelModuleTest.test_kernel_module
> fails with 'fatal error: opening dependency file
> script
This will be needed again when using patchlevel versions again.
Also make it more generic.
Signed-off-by: Adrian Bunk
---
meta/recipes-core/ncurses/ncurses_6.2.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/ncurses/ncurses_6.2.bb
b/meta/recipes-core/n
On Fri, Feb 28, 2020 at 11:55:46PM -0800, Victor Kamensky via Openembedded-core
wrote:
> After make-4.3 migration child_execute_job function started
> using posix_spawn function, which happens to be broken on mips.
>
> It manifests itself as when make executed by root, it switches
> real user id
== Series Details ==
Series: make: disable use of posix_spawn on mips
Revision: 1
URL : https://patchwork.openembedded.org/series/23022/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been execut
[sorry for the top post: bad email client at work]
Hi Richard, Jens,
I was able to reproduce and debugged the mips new make issue. Workaround
patch attached.
In summary: kernelmodule.KernelModuleTest.test_kernel_module
fails with 'fatal error: opening dependency file scripts/basic/.fixdep.d:
Pe
After make-4.3 migration child_execute_job function started
using posix_spawn function, which happens to be broken on mips.
It manifests itself as when make executed by root, it switches
real user id to wrong value because of some issues with direct
setresuid system call done in glibc __spawni_chi
59 matches
Mail list logo
