[OE-core] ✗ patchtest: failure for neard: Fix parallel build issue (rev2)

== Series Details == Series: neard: Fix parallel build issue (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/5862/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed

Re: [OE-core] [meta-oe][PATCH] gnupg: added a coreutils runtime dependancy to gnupg recipe

Ok, this is a nice idea what i think is i may take only comm.c and its depends then compiling it and try to produce package. is this idea good ? Mr.Chen Qi, what do you think about making a specific package for 'comm' which is a part of coreutils ? ‌ On 9 September 2017 at 01:07, Khem Raj

[OE-core] [Morty][PATCH] For the next morty dot release

This is the last patch to get Morty to build cleanly in AB Jussi Kukkonen (1): neard: Fix parallel build issue ...0001-Add-header-dependency-to-nciattach.o.patch | 35 ++ meta/recipes-connectivity/neard/neard_0.16.bb | 1 + 2 files changed, 36 insertions(+) create

[OE-core] [Morty][PATCH] neard: Fix parallel build issue

From: Jussi Kukkonen This only started showing up now for some reason but it does seem like a legitimate bug in Makefile.am. (From OE-Core rev: f43290f6e302dbacf5581d1fe1c6c991dd387779) Signed-off-by: Jussi Kukkonen Signed-off-by: Richard

[OE-core] [daisy][PATCH 15/15] mklibs-native: update SRC_URI

The upstream oe-core recipe fixed similar fetcher issues by switching to a specific debian snapshot version. However, the debian snapshot doesn't provide mklibs 0.1.38 so fetch from yoctoproject.org mirror instead. Signed-off-by: Andre McCurdy ---

[OE-core] [daisy][PATCH 13/15] lsof: update SRC_URI

The official lsof ftp site rejects download attempts from hosts for which it can not perform a DNS reverse-lookup. See: https://people.freebsd.org/~abe/ Fix for long download timeout and warnings from the bitbake fetcher. Signed-off-by: Andre McCurdy ---

[OE-core] [daisy][PATCH 14/15] netbase: update SRC_URI

The upstream oe-core recipe fixed similar fetcher issues by switching to a specific debian snapshot version. However, the debian snapshot doesn't provide netbase v5.2 so fetch from yoctoproject.org mirror instead. Signed-off-by: Andre McCurdy ---

[OE-core] [daisy][PATCH 10/15] cryptodev-linux: update SRC_URI

From: Chang Rebecca Swee Fun Gna! project announced that the download site from gna.org HTTP server will soon be closing down. We have verified that the site is no longer accessible without network proxy cache. We need to update SRC_URI to point to new

[OE-core] [daisy][PATCH 12/15] libproxy: update SRC_URI

Google Code has been shut down so libproxy tarball needs to be fetched from elsewhere. Signed-off-by: Andre McCurdy --- meta/recipes-support/libproxy/libproxy_0.4.11.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [daisy][PATCH 11/15] dpkg: update SRC_URI

The upstream oe-core recipe fixed similar fetcher issues by switching to a specific debian snapshot version. However, the debian snapshot doesn't provide dpkg v1.17.4 so fetch from yoctoproject.org mirror instead. Signed-off-by: Andre McCurdy ---

[OE-core] [daisy][PATCH 07/15] ossp-uuid: update SRC_URI to not use Google Code

From: Alexander Kanavin Google Code is shutting down so tarballs will be fetched from a Debian mirror instead Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton (cherry picked from commit

[OE-core] [daisy][PATCH 09/15] pigz: Update SRC_URI

From: Richard Purdie Upstream have released a new tarball and removed the old one. Revert to the Yocto Project source mirror instead, preserving the upstream version check. Signed-off-by: Richard Purdie (cherry picked from

[OE-core] [daisy][PATCH 08/15] ossp-uuid: use snapshot.debian.org for SRC_URI

From: "Maxin B. John" Using ${DEBIAN_MIRROR} for SRC_URI doesn't work very well as that will only contain releases that are currently in Debian. So, move all of SRC_URI to the .bb so it can use snapshot.debian.org instead, and set UPSTREAM_CHECK_URI to ${DEBIAN_MIRROR} so

[OE-core] [daisy][PATCH 05/15] mailx: fix SRC_URI

From: Robert Yang The old one is not available any more. Signed-off-by: Robert Yang Signed-off-by: Ross Burton (cherry picked from commit 3569d434e754a62ec998fbf48380d653d1524dc4) Signed-off-by: Andre McCurdy

[OE-core] [daisy][PATCH 06/15] stat: fix SRC_URI

From: Robert Yang The old SRC_URI is redirected to the new one, fixed: WARNING: Failed to fetch URL ftp://metalab.unc.edu/pub/Linux/utils/file/stat-3.3.tar.gz, attempting MIRRORS if available Signed-off-by: Robert Yang Signed-off-by:

[OE-core] [daisy][PATCH 04/15] dosfstools: fix SRC_URI

From: Robert Yang Fixed: WARNING: Failed to fetch URL ftp://ftp.uni-erlangen.de/pub/Linux/LOCAL/dosfstools/dosfstools-2.11.src.tar.gz, attempting MIRRORS if available And add a HOMEPAGE for it, there is no dosfstools 2.11 on its official page (but 3.x).

[OE-core] [daisy][PATCH 01/15] setserial: add missing depends on groff-native

From: Yue Tao [YOCTO #6526] setserial needs groff-native to build Signed-off-by: Jonas Zetterberg Signed-off-by: Yue Tao Signed-off-by: Jackie Huang Signed-off-by: Saul Wold

[OE-core] [daisy][PATCH 03/15] base-passwd: fix SRC_URI

From: Robert Yang Fixed: WARNING: Failed to fetch URL ftp://ftp.debian.org/debian/pool/main/b/base-passwd/base-passwd_3.5.29.tar.gz, attempting MIRRORS if available Signed-off-by: Robert Yang (cherry picked from commit

[OE-core] [daisy][PATCH 00/15] SRC_URI and minor dependency fixes

Daisy has now (long since) left upstream maintenance and entered into community support. As a member of a community which still actively develops against this version of OE, I would like to propose the following updates. The SRC_URI fixes address fetcher failures which have crept in over time and

[OE-core] [daisy][PATCH 02/15] kernel: Added bc-native as DEPENDS

From: Alejandro Hernandez The makefile checks for bc during for compilation [YOCTO #6781] Signed-off-by: Alejandro Hernandez Signed-off-by: Richard Purdie (cherry picked from commit

Re: [OE-core] [meta-oe][PATCH] gnupg: added a coreutils runtime dependancy to gnupg recipe

On Fri, Sep 8, 2017 at 3:17 PM, Yahia Farghaly wrote: > From: yahiafarghaly > > When using 'apt-key add' on the target image, the gnupg is required > but for gnupg to be fully functional, the coreutils is required to be exist > with the gnupg. >

[OE-core] [meta-oe][PATCH] gnupg: added a coreutils runtime dependancy to gnupg recipe

From: yahiafarghaly When using 'apt-key add' on the target image, the gnupg is required but for gnupg to be fully functional, the coreutils is required to be exist with the gnupg. Otherwise, it may throw an error in runtime as one of components of coreutils is missing.

[OE-core] [PATCH v3] initramfs-framework: split setup-live and install-efi into separate recipes

Having these the initramfs-framework recipe forced initramfs-framework users to build several tools they didn't need, and made it more difficult to declare the recipe as allarch. Fixes [YOCTO #12024]. v2 changes: * fix SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS in layer.conf * bump PR of

Re: [OE-core] [PATCH v2] kernel-module-split: rrecommend kernel-image instead of rdepend

On Fri, Sep 8, 2017 at 10:07 PM, Martin Hundebøll wrote: > > > On September 8, 2017 10:37:26 PM GMT+02:00, Denys Dmytriyenko > wrote: >>On Fri, Sep 08, 2017 at 09:06:17PM +0100, Paul Barker wrote: >>> >>> This breaks the method described in the

[OE-core] [PATCH v5 09/14] go.bbclass: Use an auxiliary variable to add the build dependencies

This is going to easy the addition of nativesdk and virtual providers in the future. This change is based on the meta-golang[1] layer. Thanks to Matt Madison for his work on this. 1. https://github.com/madisongh/meta-golang Signed-off-by: Otavio Salvador

[OE-core] [PATCH v5 12/14] go.bbclass: add GO_INSTALL_FILTEROUT variable

From: Matt Madison When using the Go 'vendor' mechanism to bring in dependencies for a Go package, the default GO_INSTALL setting, which uses the '...' wildcard, will include the vendored packages in the build, which produces incorrect results. There are also some Go

[OE-core] [PATCH v5 13/14] go-dep: Add 0.3.0 release

This is the Golang dependency management tool under development; it is ready for production use and intended to be merged onto Golang 1.10. Until that, projects are starting to use it and making it available on OE-Core reduces the Golang integration work for new recipes. Signed-off-by: Otavio

[OE-core] [PATCH v5 03/14] go: Remove Go 1.6 and 1.7 releases

The OE-Core has no reason to support multiple versions of Go as this increases the maintenance work and testing efforts. So we are going to support just a single version from now on which currently is 1.8.3. The 1.4 release is kept around as it is used for bootstrap, as such, it cannot be

[OE-core] [PATCH v5 02/14] go.bbclass: Fix binary installation path detection

Go toolchain changes the installation path when building for the same architecture as the build host. This was already been considered in the GO_BUILD_BINDIR variable but was not being used by the go class. This fixes following error: , | ERROR: go-dep-0.3.0-r0 do_package: QA Issue: go-dep:

[OE-core] [PATCH v5 14/14] go-helloworld: Use the Golang examples repository

This updates the recipe to use the Golang examples repository so it makes use of the unpack as well as standard tasks showing how easy it can be. Signed-off-by: Otavio Salvador --- Changes in v5: - new patch Changes in v4: None Changes in v3: None Changes in v2: None

[OE-core] [PATCH v5 11/14] go.bbclass: add do_unpack function to handle common cases

From: Matt Madison Go source trees have a particular structure, with all sources located under ${GOROOT}/src/. The fetcher step implemented by the 'go get' command automatically follows this structure, so we need to do the same here. Since most Go packages are hosted in

[OE-core] [PATCH v5 10/14] go.bbclass: separate ${S} and ${B}

From: Matt Madison Add a do_configure task to populate ${B} by symlinking in the src subdirectory under ${S}, which lets us point GOPATH at ${B}. This lets us take advantage of the automatic directory creation and cleaning for do_configure. This necessitates a change to

[OE-core] [PATCH v5 08/14] go.bbclass: exported function cleanup

From: Matt Madison Since this is a class, it should follow the class function export mechanism for its task functions, and should set directory-related flags for directories they need. Signed-off-by: Matt Madison Signed-off-by: Otavio Salvador

[OE-core] [PATCH v5 07/14] go.bbclass: Enable parallel build

The parallel build is based on PARALLEL_MAKE variable but can be overriden setting the GO_PARALLEL_BUILD one. This change is based on the meta-golang[1] layer. Thanks to Matt Madison for his work on this. 1. https://github.com/madisongh/meta-golang Signed-off-by: Otavio

[OE-core] [PATCH v5 06/14] go.bbclass: Use a global Go build flags

We now use a GOBUILDFLAGS to provide a global variable to control the build flags to be given to Go. This change is based on the meta-golang[1] layer. Thanks to Matt Madison for his work on this. 1. https://github.com/madisongh/meta-golang Signed-off-by: Otavio Salvador

[OE-core] [PATCH v5 04/14] goarch.bbclass: Replace logic for setting GOARM

From: Will Newton The previous logic applied a regex to TUNE_FEATURES which could set the GOARM value to 7 incorrectly, for example when dealing with an arm1176 core. Simplify to check for the presence of "armv7" instead. At the same time add a check for "armv6" and set

[OE-core] [PATCH v5 05/14] goarch.bbclass: Add support for ARMv5

This adds support to return the proper ARMv5 format. This change is based on the meta-golang[1] layer. Thanks to Matt Madison for his work on this. 1. https://github.com/madisongh/meta-golang Signed-off-by: Otavio Salvador --- Changes in v5:

[OE-core] [PATCH v5 00/14] Revamp the Go support

This is not yet complete but does improve some parts of 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. The first commits on

[OE-core] [PATCH v5 01/14] goarch.bbclass: Stop passing True as second argument of d.getVar

The d.getVar has the second argument as True by default, avoid passing it here. Signed-off-by: Otavio Salvador --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None meta/classes/goarch.bbclass | 18 +- 1 file changed, 9

Re: [OE-core] [PATCH v2] kernel-module-split: rrecommend kernel-image instead of rdepend

On Fri, Sep 08, 2017 at 09:06:17PM +0100, Paul Barker wrote: > On Mon, Aug 21, 2017 at 10:21 AM, Martin Hundebøll wrote: > > Hard depending on the kernel makes it impossible to install kernel > > modules without getting the kernel image installed too. This is > > inconvenient in

Re: [OE-core] [PATCH v2] kernel-module-split: rrecommend kernel-image instead of rdepend

On Fri, Sep 8, 2017 at 1:06 PM, Paul Barker wrote: > > This breaks the method described in the kernel dev FAQ to omit the > kernel image from the rootfs which is to set the following in a conf > file: > > RDEPENDS_kernel-base = "" > > See >

Re: [OE-core] [PATCH v2] kernel-module-split: rrecommend kernel-image instead of rdepend

On Mon, Aug 21, 2017 at 10:21 AM, Martin Hundebøll wrote: > Hard depending on the kernel makes it impossible to install kernel > modules without getting the kernel image installed too. This is > inconvenient in e.g. initramdisks, where the kernel is loaded from > outside the

[OE-core] [PATCH] selftest/devtool: Avoid writing on TOPDIR on kernel test case

From: Jose Perez Carranza Use a tempdir to copy the .config file from the kernel instead of being copied to build directory. Signed-off-by: Jose Perez Carranza --- meta/lib/oeqa/selftest/cases/devtool.py | 9 +

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

From: Enrico Scholz 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)

[OE-core] [PATCH 2/3] wic: allow multiple /boot partitions with different content

From: Enrico Scholz It can be useful to have multiple partitions with '--source bootimg-partition' but different content. E.g. for TI AM335x, one boot partition can contain an first stage bootloader ("MLO"), while the real bootloader and kernel plus devicetree are in

[OE-core] [PATCH 1/3] wic: accept '-' in bitbake variables

From: Enrico Scholz '-' is valid and common in bitbake variables (e.g. 'FOO_pn-bar'). Accept it and other characters when reading the .env file. Also, allow variables to be empty. Signed-off-by: Enrico Scholz --- scripts/lib/wic/misc.py | 2 +- 1

[OE-core] [PATCH 0/3] wic: enhanced bootimage + squashfs support

Patchset allows to use different bootimage sources and to reserve more space for squashfs partitions. Enrico Scholz (3): wic: accept '-' in bitbake variables wic: allow multiple /boot partitions with different content wic: apply --extra-space + --overhead to squashfs

[OE-core] [PATCH] bitbake.conf: add bzr to HOSTTOOLS_NONFATAL

* it's used by bzr fetcher: meta/conf/bitbake.conf:FETCHCMD_bzr = "/usr/bin/env bzr" and when it isn't available in PATH do_fetch tasks fail with: /usr/bin/env: ‘bzr’: No such file or directory * it was also added in: https://patchwork.openembedded.org/patch/140107/ but this change

[OE-core] [PATCH v4 12/12] go.bbclass: add do_unpack function to handle common cases

From: Matt Madison Go source trees have a particular structure, with all sources located under ${GOROOT}/src/. The fetcher step implemented by the 'go get' command automatically follows this structure, so we need to do the same here. Since most Go packages are hosted in

[OE-core] [PATCH v4 11/12] go.bbclass: separate ${S} and ${B}

From: Matt Madison Add a do_configure task to populate ${B} by symlinking in the src subdirectory under ${S}, which lets us point GOPATH at ${B}. This lets us take advantage of the automatic directory creation and cleaning for do_configure. This necessitates a change to

[OE-core] [PATCH v4 08/12] go.bbclass: Enable parallel build

The parallel build is based on PARALLEL_MAKE variable but can be overriden setting the GO_PARALLEL_BUILD one. This change is based on the meta-golang[1] layer. Thanks to Matt Madison for his work on this. 1. https://github.com/madisongh/meta-golang Signed-off-by: Otavio

[OE-core] [PATCH v4 09/12] go.bbclass: exported function cleanup

From: Matt Madison Since this is a class, it should follow the class function export mechanism for its task functions, and should set directory-related flags for directories they need. Signed-off-by: Matt Madison Signed-off-by: Otavio Salvador

[OE-core] [PATCH v4 07/12] go.bbclass: Use a global Go build flags

We now use a GOBUILDFLAGS to provide a global variable to control the build flags to be given to Go. This change is based on the meta-golang[1] layer. Thanks to Matt Madison for his work on this. 1. https://github.com/madisongh/meta-golang Signed-off-by: Otavio Salvador

[OE-core] [PATCH v4 10/12] go.bbclass: Use an auxiliary variable to add the build dependencies

This is going to easy the addition of nativesdk and virtual providers in the future. This change is based on the meta-golang[1] layer. Thanks to Matt Madison for his work on this. 1. https://github.com/madisongh/meta-golang Signed-off-by: Otavio Salvador

[OE-core] [PATCH v4 06/12] goarch.bbclass: Add support for ARMv5

This adds support to return the proper ARMv5 format. This change is based on the meta-golang[1] layer. Thanks to Matt Madison for his work on this. 1. https://github.com/madisongh/meta-golang Signed-off-by: Otavio Salvador --- Changes in v4: -

[OE-core] [PATCH v4 05/12] goarch.bbclass: Replace logic for setting GOARM

From: Will Newton The previous logic applied a regex to TUNE_FEATURES which could set the GOARM value to 7 incorrectly, for example when dealing with an arm1176 core. Simplify to check for the presence of "armv7" instead. At the same time add a check for "armv6" and set

[OE-core] [PATCH v4 04/12] go: Remove Go 1.6 and 1.7 releases

The OE-Core has no reason to support multiple versions of Go as this increases the maintenance work and testing efforts. So we are going to support just a single version from now on which currently is 1.8.3. The 1.4 release is kept around as it is used for bootstrap, as such, it cannot be

[OE-core] [PATCH v4 02/12] go.bbclass: Fix binary installation path detection

Go toolchain changes the installation path when building for the same architecture as the build host. This was already been considered in the GO_BUILD_BINDIR variable but was not being used by the go class. This fixes following error: , | ERROR: go-dep-0.3.0-r0 do_package: QA Issue: go-dep:

[OE-core] [PATCH v4 01/12] goarch.bbclass: Stop passing True as second argument of d.getVar

The d.getVar has the second argument as True by default, avoid passing it here. Signed-off-by: Otavio Salvador --- Changes in v4: None Changes in v3: None Changes in v2: None meta/classes/goarch.bbclass | 18 +- 1 file changed, 9 insertions(+), 9

[OE-core] [PATCH v4 03/12] go-dep: Add 0.3.0 release

This is the Golang dependency management tool under development; it is ready for production use and intended to be merged onto Golang 1.10. Until that, projects are starting to use it and making it available on OE-Core reduces the Golang integration work for new recipes. Signed-off-by: Otavio

[OE-core] [PATCH v4 00/12] Revamp the Go support

This is not yet complete but does improve some parts of 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. The first commits on

[OE-core] [pyro][PATCHv2] oe-pkgdata-util: package-info: Allow extra variables to be displayed

From: Peter Kjellerstedt By specifying the -e option one or multiple times, extra variables available in the pkgdata can be displayed, e.,g, `oe-pkgdata-util package-info -e SUMMARY -e LICENSE ...`. The extra variables displayed are quoted since some of them may

[OE-core] [pyro][PATCH] oe-pkgdata-util: package-info: Allow extra variables to be displayed

From: Peter Kjellerstedt By specifying the -e option one or multiple times, extra variables available in the pkgdata can be displayed, e.,g, `oe-pkgdata-util package-info -e SUMMARY -e LICENSE ...`. The extra variables displayed are quoted since some of them may

Re: [OE-core] [PATCH v3 05/11] goarch.bbclass: Add support for ARMv5

On Fri, Sep 8, 2017 at 10:56 AM, Will Newton wrote: > On Fri, Sep 8, 2017 at 2:47 PM, Otavio Salvador > wrote: >> This adds support to return the proper ARMv5 format. >> >> This change is based on the meta-golang[1] layer. Thanks to Matt >>

Re: [OE-core] [PATCH v3 05/11] goarch.bbclass: Add support for ARMv5

On Fri, Sep 8, 2017 at 2:47 PM, Otavio Salvador wrote: > This adds support to return the proper ARMv5 format. > > This change is based on the meta-golang[1] layer. Thanks to Matt > Madison for his work on this. > > 1.

[OE-core] [PATCH v3 08/11] go.bbclass: exported function cleanup

From: Matt Madison Since this is a class, it should follow the class function export mechanism for its task functions, and should set directory-related flags for directories they need. Signed-off-by: Matt Madison Signed-off-by: Otavio Salvador

[OE-core] [PATCH v3 10/11] go.bbclass: separate ${S} and ${B}

From: Matt Madison Add a do_configure task to populate ${B} by symlinking in the src subdirectory under ${S}, which lets us point GOPATH at ${B}. This lets us take advantage of the automatic directory creation and cleaning for do_configure. This necessitates a change to

[OE-core] [PATCH v3 11/11] go.bbclass: add do_unpack function to handle common cases

From: Matt Madison Go source trees have a particular structure, with all sources located under ${GOROOT}/src/. The fetcher step implemented by the 'go get' command automatically follows this structure, so we need to do the same here. Since most Go packages are hosted in

[OE-core] [PATCH v3 09/11] go.bbclass: Use an auxiliary variable to add the build dependencies

This is going to easy the addition of nativesdk and virtual providers in the future. This change is based on the meta-golang[1] layer. Thanks to Matt Madison for his work on this. 1. https://github.com/madisongh/meta-golang Signed-off-by: Otavio Salvador

[OE-core] [PATCH v3 07/11] go.bbclass: Enable parallel build

The parallel build is based on PARALLEL_MAKE variable but can be overriden setting the GO_PARALLEL_BUILD one. This change is based on the meta-golang[1] layer. Thanks to Matt Madison for his work on this. 1. https://github.com/madisongh/meta-golang Signed-off-by: Otavio

[OE-core] [PATCH v3 05/11] goarch.bbclass: Add support for ARMv5

This adds support to return the proper ARMv5 format. This change is based on the meta-golang[1] layer. Thanks to Matt Madison for his work on this. 1. https://github.com/madisongh/meta-golang Signed-off-by: Otavio Salvador --- Changes in v3:

[OE-core] [PATCH v3 06/11] go.bbclass: Use a global Go build flags

We now use a GOBUILDFLAGS to provide a global variable to control the build flags to be given to Go. This change is based on the meta-golang[1] layer. Thanks to Matt Madison for his work on this. 1. https://github.com/madisongh/meta-golang Signed-off-by: Otavio Salvador

[OE-core] [PATCH v3 01/11] goarch.bbclass: Stop passing True as second argument of d.getVar

The d.getVar has the second argument as True by default, avoid passing it here. Signed-off-by: Otavio Salvador --- Changes in v3: None Changes in v2: None meta/classes/goarch.bbclass | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git

[OE-core] [PATCH v3 02/11] go.bbclass: Fix binary installation path detection

Go toolchain changes the installation path when building for the same architecture as the build host. This was already been considered in the GO_BUILD_BINDIR variable but was not being used by the go class. This fixes following error: , | ERROR: go-dep-0.3.0-r0 do_package: QA Issue: go-dep:

[OE-core] [PATCH v3 04/11] go: Remove Go 1.6 and 1.7 releases

The OE-Core has no reason to support multiple versions of Go as this increases the maintenance work and testing efforts. So we are going to support just a single version from now on which currently is 1.8.3. The 1.4 release is kept around as it is used for bootstrap, as such, it cannot be

[OE-core] [PATCH v3 03/11] go-dep: Add 0.3.0 release

This is the Golang dependency management tool under development; it is ready for production use and intended to be merged onto Golang 1.10. Until that, projects are starting to use it and making it available on OE-Core reduces the Golang integration work for new recipes. Signed-off-by: Otavio

[OE-core] [PATCH v3 00/11] Revamp the Go support

This is not yet complete but does improve some parts of 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. The first commits on

[OE-core] [PATCH v6 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

[OE-core] [PATCH v6 2/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. While converting to the class, we reworked the compile and

[OE-core] [PATCH v6 1/3] kernel: Stop using update-alternatives

The update-alternatives where using relative links so not being really in use since December 2016 (see OE-Core:c7bc46b9 "kernel: Fix symlinks") so instead we now generate the relative symlinks during the do_install task and drop the update-alternatives use at all. Acked-by: Saul Wold

Re: [OE-core] [PATCH v2] initramfs-framework: split setup-live and install-efi into separate recipes

On Wed, Sep 6, 2017 at 7:31 PM, California Sullivan wrote: > Having these the initramfs-framework recipe forced initramfs-framework > users to build several tools they didn't need, and made it more > difficult to declare the recipe as allarch. > > Fixes [YOCTO

[OE-core] [PATCH v4] devtool/standard: set a preferred provider when adding a new recipe with devtool

From: Juan M Cruz Alcaraz A recipe added with "devtool add" requires to be able to take precedence on recipes previously defined with PREFERRED_PROVIDER. By adding the parameter "--provides" to "devtool add" it is possible to specify an element to be

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

On Thu, Sep 7, 2017 at 1:21 PM, Burton, Ross wrote: > Would this be the cause of this failure on the autobuilder when doing > testimage? Yes, it is. I did reproduce the error here and I am sending a new revision fixing it. -- Otavio Salvador

[OE-core] [PATCH] 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..d086061 100644 ---

Re: [OE-core] [PATCH] goarch.bbclass: Replace logic for setting GOARM

On Thu, Sep 7, 2017 at 7:17 PM, Andre McCurdy wrote: > On Thu, Sep 7, 2017 at 5:31 AM, Will Newton wrote: >> The previous logic applied a regex to TUNE_FEATURES which could >> set the GOARM value to 7 incorrectly, for example when dealing >> with an

[OE-core] [PATCH v2] goarch.bbclass: Replace logic for setting GOARM

The previous logic applied a regex to TUNE_FEATURES which could set the GOARM value to 7 incorrectly, for example when dealing with an arm1176 core. Simplify to check for the presence of "armv7" instead. At the same time add a check for "armv6" and set GOARM to 6 in that case. Signed-off-by: Will

Re: [OE-core] Building and using a second toolchain

On Fri, 2017-09-08 at 07:04 +0100, Mike Crowe wrote: > On Thursday 07 September 2017 at 22:28:56 +0100, Richard Purdie > wrote: > > > > On Thu, 2017-09-07 at 18:00 +0100, Mike Crowe wrote: > > I suspect a glitch in the inheritance order of the arm tune files > > in > > other to make this work.

Re: [OE-core] Building and using a second toolchain

On Thursday 07 September 2017 at 22:28:56 +0100, Richard Purdie wrote: > On Thu, 2017-09-07 at 18:00 +0100, Mike Crowe wrote: > > On Thursday 07 September 2017 at 13:21:09 +0100, Richard Purdie wrote: > > > > > > defined for the 64 bit system, then just use its 32 bit compiler? > > I'd persuaded