Re: [OE-core] [oe-commits] [openembedded-core] branch master updated (cc319b6 -> 2ebbeb6)

hannel-don-t-use- >> variable-length-array-in-union.patch >> rename meta/recipes-support/bmap-tools/{bmap-tools_3.2.bb => >> bmap-tools_3.4.bb} (79%) >> >> -- >> To stop receiving notification emails like this one, please contact >> the administrator of

[OE-core] [PATCH] busybox: using ip instead of ifconfig for ifup/ifdown

There is an issue for requesting dynamic IP with ifup/ifdown command when using dhclient. Steps to reproduce: 1. Build a full-cmdline image and install dhcp-client as the default DHCP client. 2. Configure a static IP for eth0 in /etc/networking/interfaces and reboot. $ ifconfig eth0 eth0

Re: [OE-core] [PATCH 0/4] Recipes for Open Source Verilog and Lattice iCE40 FPGAs tools

On Tue, Sep 12, 2017 at 4:42 PM, Trevor Woerner wrote: > On Tue, Sep 12, 2017 at 4:21 PM, Khem Raj wrote: >> On Mon, Sep 11, 2017 at 1:58 AM, Burton, Ross wrote: >>> On 10 September 2017 at 14:14, Nathan Rossi wrote: Please note whilst this series is sent for oe-core it may be better

[OE-core] [PATCH] python*native.bbclass: suppress user site dirs

Currently, $HOME/.local is being added into sys.path for the native Python, causing subtle host contamination. Suppress this by exporting PYTHONNOUSERSITE = "1" as documented in PEP 370. Signed-off-by: Martin Kelly --- meta/classes/python3native.bbclass | 3 +++ meta/classes/pythonnative.bbclass

[OE-core] [PATCH 2/2] linux-firmware: bump to latest linux-firmware git revision

From: Stefan Agner This requires MD5 sum updates for - LICENSE.QualcommAtheros_ath10k: year change - WHENCE: various version updates and addition of new firmwares The new firmware for Qualcom Venus causes a QA error: QA Issue: linux-firmware: Recipe inherits the allarch class, but has packaged

[OE-core] [PATCH 1/2] linux-firmware: package Marvell PCIe WiFi firmwares

From: Stefan Agner Add packages for Marvell Avastar 88W8897 and 88W8997 PCIe WiFi chips. Signed-off-by: Stefan Agner --- meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/meta/recipes-kernel/linux-firmware

Re: [OE-core] [PATCH 0/4] Recipes for Open Source Verilog and Lattice iCE40 FPGAs tools

On Tue, Sep 12, 2017 at 4:21 PM, Khem Raj wrote: > On Mon, Sep 11, 2017 at 1:58 AM, Burton, Ross wrote: >> On 10 September 2017 at 14:14, Nathan Rossi wrote: >>> >>> Please note whilst this series is sent for oe-core it may be better >>> located in another layer? (e.g. meta-oe). However since th

Re: [OE-core] [PATCH 0/4] Recipes for Open Source Verilog and Lattice iCE40 FPGAs tools

On Tue, Sep 12, 2017 at 3:56 PM, Trevor Woerner wrote: > Nathan, this is awesome! > > (haven't tested it yet, but it's great to see this effort!!) > > On Mon, Sep 11, 2017 at 1:58 AM, Burton, Ross wrote: >> On 10 September 2017 at 14:14, Nathan Rossi wrote: >>> >>> Please note whilst this series

Re: [OE-core] [PATCH 0/4] Recipes for Open Source Verilog and Lattice iCE40 FPGAs tools

On Mon, Sep 11, 2017 at 1:58 AM, Burton, Ross wrote: > On 10 September 2017 at 14:14, Nathan Rossi wrote: >> >> Please note whilst this series is sent for oe-core it may be better >> located in another layer? (e.g. meta-oe). However since the recipes and >> the tools they build are not specific t

Re: [OE-core] [PATCH] initramfs-framework: bump PR and fix install-efi and setup-live modules

On Tue, Sep 12, 2017 at 3:58 PM, Otavio Salvador wrote: > On Tue, Sep 12, 2017 at 7:51 PM, Trevor Woerner wrote: >> On Mon, Sep 11, 2017 at 6:40 PM, Paul Eggleton >> wrote: >>> Is someone documenting all of this? I'm pretty sure this isn't the only one. >> >> Better still: an automated test (wit

Re: [OE-core] [PATCH] initramfs-framework: bump PR and fix install-efi and setup-live modules

On Tue, Sep 12, 2017 at 7:51 PM, Trevor Woerner wrote: > On Mon, Sep 11, 2017 at 6:40 PM, Paul Eggleton > wrote: >> Is someone documenting all of this? I'm pretty sure this isn't the only one. > > Better still: an automated test (with comments including this > information, so the test doesn't get

Re: [OE-core] [PATCH 0/4] Recipes for Open Source Verilog and Lattice iCE40 FPGAs tools

Nathan, this is awesome! (haven't tested it yet, but it's great to see this effort!!) On Mon, Sep 11, 2017 at 1:58 AM, Burton, Ross wrote: > On 10 September 2017 at 14:14, Nathan Rossi wrote: >> >> Please note whilst this series is sent for oe-core it may be better >> located in another layer?

Re: [OE-core] [PATCH] initramfs-framework: bump PR and fix install-efi and setup-live modules

On Mon, Sep 11, 2017 at 6:40 PM, Paul Eggleton wrote: > Is someone documenting all of this? I'm pretty sure this isn't the only one. Better still: an automated test (with comments including this information, so the test doesn't get removed under the assumption the thing it's testing is buggy) :-

Re: [OE-core] [PATCH v8 00/13] Revamp the Go support

On Tue, Sep 12, 2017 at 5:53 PM, Otavio Salvador < otavio.salva...@ossystems.com.br> wrote: > On Tue, Sep 12, 2017 at 6:41 PM, Bruce Ashfield > wrote: > > On Tue, Sep 12, 2017 at 8:50 AM, Otavio Salvador < > ota...@ossystems.com.br> > > wrote: > >> > >> This improves the Go support on OE-Core. >

Re: [OE-core] [PATCH v8 00/13] Revamp the Go support

On Tue, Sep 12, 2017 at 6:41 PM, Bruce Ashfield wrote: > On Tue, Sep 12, 2017 at 8:50 AM, Otavio Salvador > wrote: >> >> This improves the Go support on OE-Core. >> >> We are trying to port as much as possible work done by Matt on >> meta-golang back to OE-Core and also to avoid carrying old rele

Re: [OE-core] [PATCH] python*native.bbclass: suppress user site dirs

On Tue, Sep 12, 2017 at 2:03 PM Martin Kelly wrote: > Currently, $HOME/.local is being added into sys.path for the native > Python, causing subtle host contamination. Suppress this by exporting > PYTHONNOUSERSITE = "1" as documented in PEP 370. > LGTM > > Signed-off-by: Martin Kelly > --- > m

Re: [OE-core] [PATCH v8 00/13] Revamp the Go support

On Tue, Sep 12, 2017 at 8:50 AM, Otavio Salvador wrote: > This improves the Go support on OE-Core. > > We are trying to port as much as possible work done by Matt on > meta-golang back to OE-Core and also to avoid carrying old releases as > there is no need to support more versions of Go toolchai

[OE-core] [PATCH v8 3/3] kernel-devicetree.bbclass: Add support to generate append to kernel

The are use cases where the Device Tree appended to the kernel is convinient, so we generate the bundle concatenating the kernel (and potentionally the initramfs) and the Device Tree binaries. To enable it, set KERNEL_DEVICETREE_BUNDLE variable to '1' Signed-off-by: Otavio Salvador --- Changes

[OE-core] [PATCH v8 2/3] kernel-devicetree.bbclass: Rework to use tasks

This reworks the compile and install in tasks as well as run the build of the Device Tree files in parallel, if possible. Signed-off-by: Otavio Salvador --- Changes in v8: None Changes in v7: - Split tasks change from linux-dtb rework - Run do_compile_devicetree before do_compile_kernelmodules

[OE-core] [PATCH v8 1/3] kernel: Move Device Tree support to kernel.bbclass

The Device Tree is commonly used but it is still kept as a .inc file instead of a proper class. Instead now we move the Device Tree code to a kernel-devicetree class and automatically enable it when the KERNEL_DEVICETREE variable is set. To avoid breakage in existing layers, we kept a linux-dtb.in

Re: [OE-core] [PATCH v8 3/3] kernel-devicetree.bbclass: Add support to generate append to kernel

Andreas, On Tue, Sep 12, 2017 at 4:10 PM, Andreas Oberritter wrote: > On Tue, 12 Sep 2017 14:00:43 -0300 > Otavio Salvador wrote: >> On Tue, Sep 12, 2017 at 11:45 AM, Andreas Oberritter >> wrote: >> > Hi Otavio, >> > >> > On Tue, 12 Sep 2017 10:45:51 -0300 >> > Otavio Salvador wrote: >> > >> >

[OE-core] [PATCH] qemurunner.py: wait for PID to appear in procfs

We need QEMU PID in order to access "/proc//cmdline" Having a valid QEMU PID does not mean we can access the proc entry immediately, we need to wait for the /proc/ to appear before we can access it. Signed-off-by: Juro Bystricky --- meta/lib/oeqa/utils/qemurunner.py | 7 --- 1 file changed,

Re: [OE-core] [PATCH v8 06/13] go-dep: Move bash dependency to -dev package

On Tue, Sep 12, 2017 at 12:20 PM, Otavio Salvador wrote: > On Tue, Sep 12, 2017 at 3:58 PM, Martin Jansa wrote: >> Seems like this version was already picked to master-next, so probably >> better to leave as standalone change now. >> >> The version currently in master fails to build for arm with

Re: [OE-core] [PATCH v8 06/13] go-dep: Move bash dependency to -dev package

On Tue, Sep 12, 2017 at 3:58 PM, Martin Jansa wrote: > Seems like this version was already picked to master-next, so probably > better to leave as standalone change now. > > The version currently in master fails to build for arm with thumb enabled: > http://errors.yoctoproject.org/Errors/Details/1

Re: [OE-core] [PATCH v8 3/3] kernel-devicetree.bbclass: Add support to generate append to kernel

On Tue, 12 Sep 2017 14:00:43 -0300 Otavio Salvador wrote: > Hello Andreas, > > On Tue, Sep 12, 2017 at 11:45 AM, Andreas Oberritter > wrote: > > Hi Otavio, > > > > On Tue, 12 Sep 2017 10:45:51 -0300 > > Otavio Salvador wrote: > > > >> +do_configure_devicetree() { > >> + if [ "${KERNEL_DE

Re: [OE-core] [PATCH v8 06/13] go-dep: Move bash dependency to -dev package

Seems like this version was already picked to master-next, so probably better to leave as standalone change now. The version currently in master fails to build for arm with thumb enabled: http://errors.yoctoproject.org/Errors/Details/155765/ Is it fixed somewhere in this new patchset? # github.c

Re: [OE-core] [PATCH] allarch: don't reset baselib

On 9/12/17 11:34 AM, Burton, Ross wrote: > On 12 September 2017 at 17:28, Mark Hatle > wrote: > > On 9/12/17 10:59 AM, Ross Burton wrote: > > allarch currently resets baselib to "lib" in an attempt to keep allarch > recipes > > uniform.  However if th

Re: [OE-core] [PATCH v8 3/3] kernel-devicetree.bbclass: Add support to generate append to kernel

Hello Andreas, On Tue, Sep 12, 2017 at 11:45 AM, Andreas Oberritter wrote: > Hi Otavio, > > On Tue, 12 Sep 2017 10:45:51 -0300 > Otavio Salvador wrote: > >> +do_configure_devicetree() { >> + if [ "${KERNEL_DEVICETREE_BUNDLE}" = "1" ]; then >> + if echo ${KERNEL_IMAGETYPE_FOR_MAKE

Re: [OE-core] [PATCH] allarch: don't reset baselib

On 12 September 2017 at 17:28, Mark Hatle wrote: > On 9/12/17 10:59 AM, Ross Burton wrote: > > allarch currently resets baselib to "lib" in an attempt to keep allarch > recipes > > uniform. However if the real value for $baselib is actually needed, for > example > > in a multilib environment whe

Re: [OE-core] [PATCH] allarch: don't reset baselib

On 9/12/17 10:59 AM, Ross Burton wrote: > allarch currently resets baselib to "lib" in an attempt to keep allarch > recipes > uniform. However if the real value for $baselib is actually needed, for > example > in a multilib environment where $baselib is lib64 for standard binaries and > the > a

[OE-core] [PATCH] allarch: don't reset baselib

allarch currently resets baselib to "lib" in an attempt to keep allarch recipes uniform. However if the real value for $baselib is actually needed, for example in a multilib environment where $baselib is lib64 for standard binaries and the allarch package is using postinst intercepts which need to

Re: [OE-core] [PATCH v8 3/3] kernel-devicetree.bbclass: Add support to generate append to kernel

Hi Otavio, On Tue, 12 Sep 2017 10:45:51 -0300 Otavio Salvador wrote: > +do_configure_devicetree() { > + if [ "${KERNEL_DEVICETREE_BUNDLE}" = "1" ]; then > + if echo ${KERNEL_IMAGETYPE_FOR_MAKE} | grep -q 'zImage'; then > + config="${B}/.config" > +

[OE-core] [PATCH v8 3/3] kernel-devicetree.bbclass: Add support to generate append to kernel

The are use cases where the Device Tree appended to the kernel is convinient, so we generate the bundle concatenating the kernel (and potentionally the initramfs) and the Device Tree binaries. To enable it, set KERNEL_DEVICETREE_BUNDLE variable to '1' Signed-off-by: Otavio Salvador --- Changes

[OE-core] [PATCH v8 2/3] kernel-devicetree.bbclass: Rework to use tasks

This reworks the compile and install in tasks as well as run the build of the Device Tree files in parallel, if possible. Signed-off-by: Otavio Salvador --- Changes in v7: - Split tasks change from linux-dtb rework - Run do_compile_devicetree before do_compile_kernelmodules Changes in v6: None

[OE-core] [PATCH v8 1/3] kernel: Move Device Tree support to kernel.bbclass

The Device Tree is commonly used but it is still kept as a .inc file instead of a proper class. Instead now we move the Device Tree code to a kernel-devicetree class and automatically enable it when the KERNEL_DEVICETREE variable is set. To avoid breakage in existing layers, we kept a linux-dtb.in

Re: [OE-core] [PATCH v8 06/13] go-dep: Move bash dependency to -dev package

On Tue, Sep 12, 2017 at 10:15 AM, Martin Jansa wrote: > Doesn't this belong into: > [OE-core] [PATCH v8 03/13] go: split out go-runtime into separate recipe > where it packaging change was probably introduced? I can squash it; in fact the change was introduced on "[v8,05/13] go.bbclass: remove so

[OE-core] [PATCH v2] image_types: support lz4 compressed squashfs

Signed-off-by: Enrico Scholz --- meta/classes/image_types.bbclass | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass index 9b646e9..61dca62 100644 --- a/meta/classes/image_types.bbclass +++ b/meta/classes/imag

Re: [OE-core] [PATCH 3/3] wic: apply --extra-space + --overhead to squashfs

Ed Bartosh writes: > I agree. --size is less suitable for your needs than extra space and > overhead factor. I still don't like the idea of using them to reserve > non-formatted space. Btw, exactly this is done for extX already. > Any other ideas how to do it? Perhaps, Logic can be moved into

Re: [OE-core] [PATCH v8 06/13] go-dep: Move bash dependency to -dev package

Doesn't this belong into: [OE-core] [PATCH v8 03/13] go: split out go-runtime into separate recipe where it packaging change was probably introduced? Also just RFC question, would it make sense to use: VIRTUAL-RUNTIME_bash ?= "bash" RDEPENDS_${PN}-dev += "${VIRTUAL-RUNTIME_bash}" instead of the

Re: [OE-core] [PATCH 3/3] wic: apply --extra-space + --overhead to squashfs

On Tue, Sep 12, 2017 at 02:18:41PM +0200, Enrico Scholz wrote: > Ed Bartosh writes: > > >> >> >> The --extra-space and --overhead option did not had an effect to > >> >> >> squashfs > >> >> >> partitions. Although squashfs is read-only, it can be useful to > >> >> >> allocate > >> >> >> more s

[OE-core] [PATCH v8 13/13] go-cross-canadian: add recipe

From: Matt Madison Enable cross-canadian builds of the Go toolchain. This requires an additional patch to the Go source to allow us to use the native GOTOOLDIR during the bootstrap phase. Signed-off-by: Matt Madison Signed-off-by: Otavio Salvador --- Changes in v8: - Fix patch header Change

[OE-core] [PATCH v8 12/13] go.bbclass: enable nativesdk builds for Go packages

From: Matt Madison Adding the necessary overrides for nativesdk builds. Signed-off-by: Matt Madison Signed-off-by: Otavio Salvador --- Changes in v8: None Changes in v7: None Changes in v6: - new patch meta/classes/go.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classe

[OE-core] [PATCH v8 05/13] go.bbclass: remove some xxx_FINAL variables

From: Matt Madison GOROOT_FINAL is used by the Go linker for rewriting source paths when the build GOROOT is not the same as the runtime GOROOT, but the other _FINAL variables aren't really needed. Signed-off-by: Matt Madison Signed-off-by: Otavio Salvador --- Changes in v8: None Changes in v

[OE-core] [PATCH v8 08/13] go: rename go.inc -> go-target.inc

From: Matt Madison to make it clearer that it is only used for building the toolchain for the target. Signed-off-by: Matt Madison Signed-off-by: Otavio Salvador --- Changes in v8: None Changes in v7: None Changes in v6: - new patch meta/recipes-devtools/go/{go.inc => go-target.inc} | 0 met

[OE-core] [PATCH v8 09/13] go-cross: take GOARM environment setting

From: Matt Madison Instead of hard-coding GOARM to ${TARGET_GOARM} in the wrapper script, take it from an existing environment setting if present. This allows the same cross-compiler to be used for different ARM targets. Signed-off-by: Matt Madison Signed-off-by: Otavio Salvador --- Changes

[OE-core] [PATCH v8 11/13] go-crosssdk: add recipe

From: Matt Madison Enable crosssdk builds for the Go toolchain. Signed-off-by: Matt Madison Signed-off-by: Otavio Salvador --- Changes in v8: None Changes in v7: None Changes in v6: - new patch meta/recipes-devtools/go/go-crosssdk.inc| 55 + meta/recipes-devt

[OE-core] [PATCH v8 10/13] go: enable nativesdk builds for the toolchain

From: Matt Madison All that's needed is setting BBCLASSEXTEND. Signed-off-by: Matt Madison Signed-off-by: Otavio Salvador --- Changes in v8: None Changes in v7: None Changes in v6: - new patch meta/recipes-devtools/go/go-target.inc | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta

[OE-core] [PATCH v8 06/13] go-dep: Move bash dependency to -dev package

The src content has been moved to -dev package, so does the test routines. Fix the runtime dependency accordingly. Signed-off-by: Otavio Salvador --- Changes in v8: - new patch Changes in v7: None Changes in v6: None meta/recipes-devtools/go/go-dep_0.3.0.bb | 2 +- 1 file changed, 1 insertion

[OE-core] [PATCH v8 07/13] go.bbclass: clean up CGO_xxx settings

From: Matt Madison * use conditional assignment for the CGO_xxx variables, so they can be overridden more easily * remove the TOOLCHAIN_OPTIONS and TARGET_CC_ARCH references, since those are already present in CC and CXX * remove the TARGET_ prefix so the values are appropriate for nativ

[OE-core] [PATCH v8 04/13] go.bbclass: remove GO_GCFLAGS nad GO_LDFLAGS

From: Matt Madison These variables are not used anywhere. Signed-off-by: Matt Madison Signed-off-by: Otavio Salvador --- Changes in v8: None Changes in v7: None Changes in v6: - new patch meta/classes/go.bbclass | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/classes/go.bbclass b/

[OE-core] [PATCH v8 03/13] go: split out go-runtime into separate recipe

From: Matt Madison Reorganize the Go toolchain build to split out the Go standard runtime libraries into a separate recipe. This simplifies the extension to crosssdk and cross-canadian builds. * Adds a patch to the go build tool to prevent it from trying to rebuild anything in GOROOT, which

[OE-core] [PATCH v8 00/13] Revamp the Go support

This improves the Go support on OE-Core. We are trying to port as much as possible work done by Matt on meta-golang back to OE-Core and also to avoid carrying old releases as there is no need to support more versions of Go toolchain. This fixes issues in existing support as well as add support fo

[OE-core] [PATCH v8 01/13] go-native: remove dependency on go-bootstrap-native

From: Matt Madison The go1.4 toolchain is only required for bootstrapping go-native, and should not be used for anything else, so build it as part of the go-native build. This way, we don't have to carry around its built artifacts in the native sysroot. The go-cross and target toolchains can the

[OE-core] [PATCH v8 02/13] go-bootstrap-native: remove recipe

From: Matt Madison No longer needed, with go-native handling its own bootstrap phase. Signed-off-by: Matt Madison Signed-off-by: Otavio Salvador --- Changes in v8: None Changes in v7: None Changes in v6: - new patch meta/recipes-devtools/go/go-1.4.inc| 16 -- ...alignment-f

Re: [OE-core] [PATCH] image_types: support lz4 compressed squashfs

On Fri, 2017-09-08 at 12:22 +0200, Enrico Scholz wrote: > Signed-off-by: Enrico Scholz > --- >  meta/classes/image_types.bbclass | 4 +++- >  1 file changed, 3 insertions(+), 1 deletion(-) This seems to cause "oe-selftest -r imagefeatures.ImageFeatures.test_image_fstypes" to fail: 2017-09-12 12:

Re: [OE-core] [oe-commits] [openembedded-core] branch master updated (cc319b6 -> 2ebbeb6)

On 09/12/2017 06:58 AM, Martin Jansa wrote: Hi, I don't see any obvious change in this update which should cause this, but rebuilding my image for raspberrypi3-64 after this update (the previous image was built without errors) shows: NOTE: Running task 417 of 6399 (/OE/build/owpb/webos-port

Re: [OE-core] [PATCH v7 00/12] Revamp the Go support

On Tue, Sep 12, 2017 at 8:57 AM, Matt Madison wrote: > On Tue, Sep 12, 2017 at 2:58 AM, Martin Jansa wrote: >> Interesting I've seen this issue only for PN-staticdev package >> ERROR: QA Issue: go-dep-staticdev rdepends on bash, but it isn't a build >> dependency, missing bash in DEPENDS or PACKA

Re: [OE-core] [PATCH v7 00/12] Revamp the Go support

On Tue, Sep 12, 2017 at 04:57:49AM -0700, Matt Madison wrote: > On Tue, Sep 12, 2017 at 2:58 AM, Martin Jansa wrote: > > Interesting I've seen this issue only for PN-staticdev package > > ERROR: QA Issue: go-dep-staticdev rdepends on bash, but it isn't a build > > dependency, missing bash in DEPEN

Re: [OE-core] [PATCH 3/3] wic: apply --extra-space + --overhead to squashfs

Ed Bartosh writes: >> >> >> The --extra-space and --overhead option did not had an effect to >> >> >> squashfs >> >> >> partitions. Although squashfs is read-only, it can be useful to >> >> >> allocate >> >> >> more space for the on-disk partition to avoid repartitioning of the >> >> >> whole

Re: [OE-core] [PATCH v7 00/12] Revamp the Go support

On Tue, Sep 12, 2017 at 6:45 AM, Richard Purdie wrote: > On Mon, 2017-09-11 at 15:28 -0300, Otavio Salvador wrote: >> This improves the Go support on OE-Core. >> >> We are trying to port as much as possible work done by Matt on >> meta-golang back to OE-Core and also to avoid carrying old releases

Re: [OE-core] [PATCH v7 00/12] Revamp the Go support

On Tue, Sep 12, 2017 at 2:58 AM, Martin Jansa wrote: > Interesting I've seen this issue only for PN-staticdev package > ERROR: QA Issue: go-dep-staticdev rdepends on bash, but it isn't a build > dependency, missing bash in DEPENDS or PACKAGECONFIG? [build-deps] > > and the bash is already in RDEPE

Re: [OE-core] [PATCH 3/3] wic: apply --extra-space + --overhead to squashfs

On Tue, Sep 12, 2017 at 11:44:02AM +0200, Enrico Scholz wrote: > Ed Bartosh writes: > > >> >> The --extra-space and --overhead option did not had an effect to > >> >> squashfs > >> >> partitions. Although squashfs is read-only, it can be useful to > >> >> allocate > >> >> more space for the on

Re: [OE-core] [PATCH v7 1/2] kernel: Move Device Tree support to kernel.bbclass

Hello Richard, On Tue, Sep 12, 2017 at 5:34 AM, Richard Purdie wrote: > On Mon, 2017-09-11 at 18:18 -0300, Otavio Salvador wrote: >> The Device Tree is commonly used but it is still kept as a .inc file >> instead of a proper class. Instead now we move the Device Tree code >> to >> a kernel-device

Re: [OE-core] [PATCH 2/2] externalsrc.bbclass: Avoid symlink clashes for virtclasses

I noticed that the preceding commit has been merged. Is there some problem with this one? -- Ola Nilsson From: openembedded-core-boun...@lists.openembedded.org on behalf of Ola x Nilsson Sent: Monday, August 28, 2017 16:58 To: openembedded-core@lists.o

Re: [OE-core] [oe-commits] [openembedded-core] branch master updated (cc319b6 -> 2ebbeb6)

Hi, I don't see any obvious change in this update which should cause this, but rebuilding my image for raspberrypi3-64 after this update (the previous image was built without errors) shows: NOTE: Running task 417 of 6399 (/OE/build/owpb/webos-ports/meta-raspberrypi/recipes-kernel/linux/linux-rasp

[OE-core] [PATCH 2/2] devtool: ensure recipes devtool is working on are unlocked within the eSDK

Alongside reworking the way devtool extracts source, we now need to ensure that within the extensible SDK where task signatures are locked, the signatures of the tasks for the recipes being worked on get unlocked at the right time or otherwise we'll now get taskhash mismatches when running devtool

[OE-core] [PATCH 0/2] A couple of devtool fixes

A fix for devtool modify and other source extracting subcommands to handle dependencies, and a fix for devtool modify within the eSDK. NOTE: the patch I just sent to the bitbake list is required for patch 1/2 to work. The following changes since commit 2ebbeb61114e4b847e9164c621ac87b5cf03a299:

[OE-core] [PATCH 1/2] devtool: rework source extraction so that dependencies are handled

Since it was first implemented, devtool's source extraction (as used by the devtool modify, extract and upgrade subcommands) ignored other recipe dependencies - so for example if you ran devtool modify on a recipe that fetches from svn or is compressed using xz then it would fail if those dependenc

Re: [OE-core] [PATCH v7 00/12] Revamp the Go support

Interesting I've seen this issue only for PN-staticdev package ERROR: QA Issue: go-dep-staticdev rdepends on bash, but it isn't a build dependency, missing bash in DEPENDS or PACKAGECONFIG? [build-deps] and the bash is already in RDEPENDS (the warning is shown in our builds, because we use busybox

Re: [OE-core] [PATCH v7 00/12] Revamp the Go support

On Mon, 2017-09-11 at 15:28 -0300, Otavio Salvador wrote: > This improves the Go support on OE-Core. > > We are trying to port as much as possible work done by Matt on > meta-golang back to OE-Core and also to avoid carrying old releases > as > there is no need to support more versions of Go toolc

Re: [OE-core] [PATCH 3/3] wic: apply --extra-space + --overhead to squashfs

Ed Bartosh writes: >> >> The --extra-space and --overhead option did not had an effect to squashfs >> >> partitions. Although squashfs is read-only, it can be useful to allocate >> >> more space for the on-disk partition to avoid repartitioning of the whole >> >> disk when a new (and larger) squ

Re: [OE-core] [PATCH 3/3] wic: apply --extra-space + --overhead to squashfs

On Mon, Sep 11, 2017 at 04:04:40PM +0200, Enrico Scholz wrote: > Ed Bartosh writes: > > >> The --extra-space and --overhead option did not had an effect to squashfs > >> partitions. Although squashfs is read-only, it can be useful to allocate > >> more space for the on-disk partition to avoid re

Re: [OE-core] [PATCH v7 1/2] kernel: Move Device Tree support to kernel.bbclass

On Mon, 2017-09-11 at 18:18 -0300, Otavio Salvador wrote: > The Device Tree is commonly used but it is still kept as a .inc file > instead of a proper class. Instead now we move the Device Tree code > to > a kernel-devicetree class and automatically enable it when the > KERNEL_DEVICETREE variable i

[OE-core] [PATCH V3 1/1] ovmf: fix do_compile error when len(tmp)=410

[YOCTO #11354] Signed-off-by: Dengke Du --- .../ovmf/0004-ovmf-enable-long-path-file.patch | 28 ++ meta/recipes-core/ovmf/ovmf_git.bb | 3 ++- 2 files changed, 30 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-core/ovmf/ovmf/0004-ovmf-ena

[OE-core] [PATCH V3 0/1] ovmf: fix do_compile error when len(tmp)=410

Changed in V2: Add the MAX_LONG_FILE_PATH to 1023 suggested by ross. Changed in V3: Let the patch Upstream-Status be Inappropriate suggested by patrick. The following changes since commit e3a69364eb1fdbf1dcb98a04b3ddfc8f9841a7fa: staging: gracefully abort if two recipes conflic

[OE-core] [PATCH] at-spi2-atk: Add HOMEPAGE info into recipe file.

Signed-off-by: Huang Qiyu --- meta/recipes-support/atk/at-spi2-atk_2.24.1.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-support/atk/at-spi2-atk_2.24.1.bb b/meta/recipes-support/atk/at-spi2-atk_2.24.1.bb index ac55081..4a0e411 100644 --- a/meta/recipes-support/atk/at-spi2-at

[OE-core] [PATCH] m4: Add HOMEPAGE info into recipe file.

Signed-off-by: Huang Qiyu --- meta/recipes-devtools/m4/m4.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/m4/m4.inc b/meta/recipes-devtools/m4/m4.inc index 75d8bbe..2002594 100644 --- a/meta/recipes-devtools/m4/m4.inc +++ b/meta/recipes-devtools/m4/m4.inc @@ -1,4 +1,

[OE-core] [PATCH] at-spi2-core: Add HOMEPAGE info into recipe file.

Signed-off-by: Huang Qiyu --- meta/recipes-support/atk/at-spi2-core_2.24.1.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-support/atk/at-spi2-core_2.24.1.bb b/meta/recipes-support/atk/at-spi2-core_2.24.1.bb index b5b71e7..1687ae3 100644 --- a/meta/recipes-support/atk/at-spi2

Re: [OE-core] [PATCH V2 1/1] ovmf: fix do_compile error when len(tmp)=410

On 2017年09月12日 15:46, Patrick Ohly wrote: On Mon, 2017-09-11 at 21:20 -0400, Dengke Du wrote: diff --git a/meta/recipes-core/ovmf/ovmf/0004-ovmf-enable-long-path- file.patch b/meta/recipes-core/ovmf/ovmf/0004-ovmf-enable-long-path- file.patch new file mode 100644 index 000..9cc85ad --- /de

Re: [OE-core] [PATCH V2 1/1] ovmf: fix do_compile error when len(tmp)=410

On Mon, 2017-09-11 at 21:20 -0400, Dengke Du wrote: > diff --git a/meta/recipes-core/ovmf/ovmf/0004-ovmf-enable-long-path- > file.patch b/meta/recipes-core/ovmf/ovmf/0004-ovmf-enable-long-path- > file.patch > new file mode 100644 > index 000..9cc85ad > --- /dev/null > +++ b/meta/recipes-core/ov