[OE-core] ✗ patchtest: failure for libsdl2: Upgrade 2.0.7 -> 2.0.8

== Series Details == Series: libsdl2: Upgrade 2.0.7 -> 2.0.8 Revision: 1 URL : https://patchwork.openembedded.org/series/11225/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on

[OE-core] [PATCH] libsdl2: Upgrade 2.0.7 -> 2.0.8

License checksum changed due to copyright year changes see commit https://github.com/SDL-mirror/SDL/commit/a9072159b2afff5a338804781312067f0a174c3c#diff-21c55fa400e4d25aed3a755371e32151 Signed-off-by: Khem Raj --- .../recipes-graphics/libsdl2/{libsdl2_2.0.7.bb =>

Re: [OE-core] [PATCH v4 00/13] go1.10 update and misc improvements

On Sat, Mar 3, 2018 at 2:45 PM, Otavio Salvador wrote: > On Sat, Mar 3, 2018 at 4:59 PM, Khem Raj wrote: >> On Sat, Mar 3, 2018 at 9:44 AM, Matt Madison wrote: >>> Since it looks like I'll have to do a v5 on my series

[OE-core] [PATCH v5] u-boot-mkimage: Add dependency on dtc

The dtc is used when generating images which use Device Tree and we must use the OE version to avoid relying on the host one. Reported-by: Renato Caldas Signed-off-by: Otavio Salvador --- Changes in v5: - rebase on top of master Changes in

Re: [OE-core] [PATCH v4 00/13] go1.10 update and misc improvements

On Sat, Mar 3, 2018 at 4:59 PM, Khem Raj wrote: > On Sat, Mar 3, 2018 at 9:44 AM, Matt Madison wrote: >> Since it looks like I'll have to do a v5 on my series anyway, I can >> pull in that backport for the aarch64 issue. > > sure, I would suggest we

[OE-core] coreutils-native and util-linux-native conflicting with meta-micro

I have a recipe which uses both base64 from coreutils-native and hexdump from util-linux-native so I've put both in my recipe DEPENDS. Unfortunately do_prepare_sysroot is failing with: Exception: FileExistsError: [Errno 17] File exists:

[OE-core] [PATCH] glibc: Compile using thumb2 for arch > armv5 if user chooses

For arm we enforce ARM mode regardless of ARM_INSTRUCTION_SET choice from config metadata, glibc works fine with thumb2 for armv7+ so limit the restriction to armv5 and lower, tested on rpi3 works equally well as arm mode glibc and sheds about 0.5MB in size for main package alone. Other glibc

Re: [OE-core] [PATCH v4 00/13] go1.10 update and misc improvements

On Sat, Mar 3, 2018 at 9:44 AM, Matt Madison wrote: > On Sat, Mar 3, 2018 at 8:40 AM, Khem Raj wrote: >> >> >> On 3/2/18 12:33 PM, Matt Madison wrote: >>> >>> New in v4: >>> * updated the go source patch to protect >>>GOROOT to defer

Re: [OE-core] Need arm64/qemu help

On Sat, 2018-03-03 at 09:00 +, Richard Purdie wrote: > Hi, > > I need some help with a problem we keep seeing: > > https://autobuilder.yocto.io/builders/nightly-arm64/builds/798 > > Basically, now and again, for reasons we don't understand, all the > sanity tests fail for qemuarm64.

Re: [OE-core] [PATCH v4 00/13] go1.10 update and misc improvements

On Sat, Mar 3, 2018 at 8:40 AM, Khem Raj wrote: > > > On 3/2/18 12:33 PM, Matt Madison wrote: >> >> New in v4: >> * updated the go source patch to protect >>GOROOT to defer generating an error >>until a build action would try to update >>something

Re: [OE-core] [PATCH v4 00/13] go1.10 update and misc improvements

On Sat, Mar 3, 2018 at 8:53 AM, Richard Purdie wrote: > On Fri, 2018-03-02 at 12:33 -0800, Matt Madison wrote: >> New in v4: >> * updated the go source patch to protect >> GOROOT to defer generating an error >> until a build action would try to

[OE-core] [PATCH 3/3] base: Handle backfilling in anonymous python code, not event handler

Handling of backfilling is trickier than you'd think. We need this to execute early enough that the user will see the changes in bitbake -e and other output yet late enough that the virtclass extensions have changed the tunes before it executes. It makes more sense to execute this at anonymous

[OE-core] [PATCH 1/3] base: Don't print LICENSE warning for non-recipe context

Now bitbake is executing anonymous python fragments in bitbake -e, ensure we don't show the error in that context (where PN would be unchanged from default). Signed-off-by: Richard Purdie --- meta/classes/base.bbclass | 2 +- 1 file changed, 1 insertion(+), 1

[OE-core] [PATCH 2/3] image: Remove the do_package_write_* tasks

Now we're filtering tasks in the rpm indexing code so that tasks can only see the packages they really depend upon, having noexec package_write tasks around is causing problems since the tasks exist but don't have manifests. Removing the tasks entirely solves this problem and streamlines the task

[OE-core] ✗ patchtest: failure for "go: Fix for panic: branch too ..." and 1 more

== Series Details == Series: "go: Fix for panic: branch too ..." and 1 more Revision: 1 URL : https://patchwork.openembedded.org/series/11219/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

Re: [OE-core] [PATCH v4 00/13] go1.10 update and misc improvements

On Fri, 2018-03-02 at 12:33 -0800, Matt Madison wrote: > New in v4: > * updated the go source patch to protect >   GOROOT to defer generating an error >   until a build action would try to update >   something in GOROOT > * updated go.bbclass to compile for both >   static

Re: [OE-core] [PATCH v4 00/13] go1.10 update and misc improvements

On 3/2/18 12:33 PM, Matt Madison wrote: New in v4: * updated the go source patch to protect GOROOT to defer generating an error until a build action would try to update something in GOROOT * updated go.bbclass to compile for both static and dynamic

[OE-core] [PATCH 2/2] godep.bbclass: Add helper class to enable go-dep tool

Many go packages can take advantage of dep tool since they manage their own dependencies, this class helps in using go dep tool for such packages Signed-off-by: Khem Raj --- meta/classes/godep.bbclass | 8 1 file changed, 8 insertions(+) create mode 100644

[OE-core] [PATCH 1/2] go: Fix for panic: branch too far on arm64

see https://github.com/golang/go/issues/23889 Signed-off-by: Khem Raj --- meta/recipes-devtools/go/go-1.10.inc | 1 + .../arm64-fix-branch-too-far-with-TBZ.patch| 50 ++ 2 files changed, 51 insertions(+) create mode 100644

Re: [OE-core] [PATCH] image.bbclass: Use deltask instead of noexec for package_write_rpm

On Sat, 2018-03-03 at 12:46 -0300, Otavio Salvador wrote: > On Fri, Mar 2, 2018 at 5:27 PM, Jason Wessel com> wrote: > > > > If you install an image into another image (this is the case for > > custom initrd for example), it will fail with a non obvious python > >

Re: [OE-core] [PATCH] image.bbclass: Use deltask instead of noexec for package_write_rpm

On Fri, Mar 2, 2018 at 5:27 PM, Jason Wessel wrote: > If you install an image into another image (this is the case for > custom initrd for example), it will fail with a non obvious python > backtrace. This patch modifies the package_manager.py print which > package

Re: [OE-core] Need arm64/qemu help

On 03/03/18 10:51, Ian Arkver wrote: On 03/03/18 09:00, Richard Purdie wrote: Hi, I need some help with a problem we keep seeing: https://autobuilder.yocto.io/builders/nightly-arm64/builds/798 Basically, now and again, for reasons we don't understand, all the sanity tests fail for qemuarm64.

Re: [OE-core] Need arm64/qemu help

On Sat, 2018-03-03 at 10:51 +, Ian Arkver wrote: > On 03/03/18 09:00, Richard Purdie wrote: > > I need some help with a problem we keep seeing: > > > > https://autobuilder.yocto.io/builders/nightly-arm64/builds/798 > > > > Basically, now and again, for reasons we don't understand, all the >

Re: [OE-core] Need arm64/qemu help

On 03/03/18 09:00, Richard Purdie wrote: Hi, I need some help with a problem we keep seeing: https://autobuilder.yocto.io/builders/nightly-arm64/builds/798 Basically, now and again, for reasons we don't understand, all the sanity tests fail for qemuarm64. I've poked at this a bit and if I go

[OE-core] Need arm64/qemu help

Hi, I need some help with a problem we keep seeing: https://autobuilder.yocto.io/builders/nightly-arm64/builds/798 Basically, now and again, for reasons we don't understand, all the sanity tests fail for qemuarm64. I've poked at this a bit and if I go in onto the failed machine and run this

Re: [OE-core] [PATCH] perl: use parallel build where possible

On Fri, 2018-03-02 at 17:32 +0200, Alexander Kanavin wrote: > While the upstream just runs a number of make tasks hardcoded to a > single thread > in succession, we can add '-j n_threads' to a few of them. The > benefit > is real: on my machine the do_compile() time goes from 250 seconds to >