On 3/11/17 4:58 PM, Andrea Adami wrote:
> As seen doing world builds after the host-tools changes dash needs nl.
>
> GEN usr/dash/builtins.c
> TOPDIR/tmp-glibc/work/core2-64-oe-linux/klibc/2.0.4-r0/git/usr/dash/
> mkbuiltins: 100: TOPDIR/tmp-glibc/work/core2-64-oe-linux/klibc/2.0.4-r0/git/
As seen doing world builds after the host-tools changes dash needs nl.
GEN usr/dash/builtins.c
TOPDIR/tmp-glibc/work/core2-64-oe-linux/klibc/2.0.4-r0/git/usr/dash/
mkbuiltins: 100: TOPDIR/tmp-glibc/work/core2-64-oe-linux/klibc/2.0.4-r0/git/
usr/dash/mkbuiltins: nl: not found
Signed-off-by:
On Sun, Mar 12, 2017 at 12:29 AM, Mark Asselstine
wrote:
> On Sat, Mar 11, 2017 at 1:02 PM, Martin Jansa wrote:
>> This time the results are very inconsistent across different MACHINEs
>> because they were using significantly different metadata.
>>
>> qemuarm is oldest 3 from 4 failures were caus
On Sat, Mar 11, 2017 at 1:02 PM, Martin Jansa wrote:
> This time the results are very inconsistent across different MACHINEs
> because they were using significantly different metadata.
>
> qemuarm is oldest 3 from 4 failures were causes by pending meta-oe
> changes which I've removed from master-n
Signed-off-by: Derek Straka
---
meta-python/recipes-devtools/python/python-pyserial.inc| 7 +--
.../python/{python-pyserial_3.2.1.bb => python-pyserial_3.3.bb}| 0
.../python/{python3-pyserial_3.2.1.bb => python3-pyserial_3.3.bb} | 2 ++
3 files changed, 7 insertions(+), 2 de
WARNING: lvm2-2.02.166-r0 do_package_qa: QA Issue: /etc/init.d/lvm2-monitor
contained in package lvm2 requires /bin/bash, but no providers found in
RDEPENDS_lvm2? [file-rdeps]
Signed-off-by: Armin Kuster
---
meta-oe/recipes-support/lvm2/lvm2.inc | 1 +
1 file changed, 1 insertion(+)
diff --gi
Why not use update-alternatives for this file?
That's what I'm using in openssl bbappend because we also use different
provider for this file and it worked well .. until this change.
On Fri, Mar 10, 2017 at 11:16 AM, wrote:
> This is an automated email from the git hooks/post-receive script.
>
This time the results are very inconsistent across different MACHINEs
because they were using significantly different metadata.
qemuarm is oldest 3 from 4 failures were causes by pending meta-oe
changes which I've removed from master-next before qemux86* builds were
restarted (after they failed ba
