[OE-core] [PATCH] base.bbclass: improve wording when skipping recipes with incompatible licenses

The previous wording, e.g. ERROR: wget was skipped: incompatible with license GPLv3 isn't very clear and could be taken to imply that the recipe is incompatible with its own license. Signed-off-by: Andre McCurdy --- meta/classes/base.bbclass | 2 +- 1 file changed, 1

[OE-core] [PATCH V7] go: Add recipes for golang compilers and tools

* This is converging the recipes for go from meta-virtualization and oe-meta-go * Add recipes for go 1.7 * go.bbclass is added to ease out writing recipes for go packages * go-examples: Add an example, helloworld written in go This should serve as temlate for writing go recipes

[OE-core] [PATCH V6] go: Add recipes for golang compilers and tools

* This is converging the recipes for go from meta-virtualization and oe-meta-go * Add recipes for go 1.7 * go.bbclass is added to ease out writing recipes for go packages * go-examples: Add an example, helloworld written in go This should serve as temlate for writing go recipes

Re: [OE-core] [PATCH] gcc-runtime: Add libmpx supprt for x86

On Fri, Mar 3, 2017 at 2:54 PM, Burton, Ross wrote: > > On 3 March 2017 at 21:39, Khem Raj wrote: >> >> > Enabling building the Intel Memory Protection Extension library for x86. >> > >> >> hope this works on amd chips as well ? > > >

[OE-core] [PATCH] buildhistory.bbclass: Only execute get_extra_sdkinfo when sdk is enabled

If sdk ins't in BUILDHISTORY_FEATURES the get_extra_sdkinfo fails because no information about sdk is generated in buildhistory repo. Signed-off-by: Aníbal Limón --- meta/classes/buildhistory.bbclass | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff

Re: [OE-core] [PATCH] gcc-runtime: Add libmpx supprt for x86

On 3 March 2017 at 21:39, Khem Raj wrote: > > Enabling building the Intel Memory Protection Extension library for x86. > > > > hope this works on amd chips as well ? https://en.wikipedia.org/wiki/Intel_MPX It depends on new instructions, so you'll have to ask AMD. :) Ross

[OE-core] [PATCH V5] go: Add recipes for golang compilers and tools

* This is converging the recipes for go from meta-virtualization and oe-meta-go * Add recipes for go 1.7 * go.bbclass is added to ease out writing recipes for go packages * go-examples: Add an example, helloworld written in go This should serve as temlate for writing go recipes

Re: [OE-core] [PATCH 2/2] aor: fix rss+perf+gold failure on do_compile_ptest_base

Typo in summary, but thanks for taking care of this! On Fri, Mar 3, 2017 at 10:36 PM, Andreas Müller < schnitzelt...@googlemail.com> wrote: > Was detected in Martin's world build > > Signed-off-by: Andreas Müller > --- >

[OE-core] [PATCH V4] go: Add recipes for golang compilers and tools

* This is converging the recipes for go from meta-virtualization and oe-meta-go * Add recipes for go 1.7 * go.bbclass is added to ease out writing recipes for go packages * go-examples: Add an example, helloworld written in go This should serve as temlate for writing go recipes

Re: [OE-core] [PATCH] gcc-runtime: Add libmpx supprt for x86

On Fri, Mar 3, 2017 at 3:54 AM, Richard Purdie wrote: > Enabling building the Intel Memory Protection Extension library for x86. > hope this works on amd chips as well ? > Signed-off-by: Richard Purdie > --- >

[OE-core] [PATCHv4 0/6] Add dummy tools to help identify needed dependencies

After the introduction of RSS, I still found it hard to get dependencies on some common tools that are typically installed on the build host correct. Using the wrong version of tools like pkg-config, gdbus-codegen and dbus-binding-tool can cause build failures. To circumvent this, I created dummy

[OE-core] [PATCHv4 5/6] blacklisted/pkg-config: Add a dummy version that always fails

This is intended to catch missing dependencies on the real version. Signed-off-by: Peter Kjellerstedt --- scripts/blacklisted/pkg-config | 16 1 file changed, 16 insertions(+) create mode 100755 scripts/blacklisted/pkg-config diff --git

[OE-core] [PATCHv4 3/6] blacklisted/dbus-binding-tool: Add a dummy version that always fails

This is intended to catch missing dependencies on the real version. Signed-off-by: Peter Kjellerstedt --- scripts/blacklisted/dbus-binding-tool | 11 +++ 1 file changed, 11 insertions(+) create mode 100755 scripts/blacklisted/dbus-binding-tool diff --git

[OE-core] [PATCHv4 6/6] bitbake.conf: Add ${COREBASE}/scripts/blacklisted to ${PATH}

The scripts/blacklisted directory contains dummy tools that blocks out the corresponding tool from the host installation. It is excpected that the correct version of the tools are instead built and installed to the RSS for recipes that need any of these tools. Signed-off-by: Peter Kjellerstedt

[OE-core] [PATCHv4 4/6] blacklisted/gdbus-codegen: Add a dummy version that always fails

This is intended to catch missing dependencies on the real version. Signed-off-by: Peter Kjellerstedt --- scripts/blacklisted/gdbus-codegen | 11 +++ 1 file changed, 11 insertions(+) create mode 100755 scripts/blacklisted/gdbus-codegen diff --git

[OE-core] [PATCHv4 1/6] module.bbclass: Add inherit of pkgconfig

This is needed for the make_scripts task. Signed-off-by: Peter Kjellerstedt --- meta/classes/module.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/module.bbclass b/meta/classes/module.bbclass index a588873..99b7ebc 100644

[OE-core] [PATCHv4 2/6] linux-libc-headers: Add inherit of pkgconfig

pkg-config is used by the kernel build system when creating the configuration tools. Signed-off-by: Peter Kjellerstedt --- meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH 2/2] aor: fix rss+perf+gold failure on do_compile_ptest_base

Was detected in Martin's world build Signed-off-by: Andreas Müller --- ...link-libapr-against-phtread-to-make-gold-.patch | 50 ++ meta/recipes-support/apr/apr_1.5.2.bb | 1 + 2 files changed, 51 insertions(+) create mode 100644

[OE-core] [PATCH 1/2] parted: fix rss+perf+gold failure on do_compile_ptest_base

Was detected in Martin's world build Signed-off-by: Andreas Müller --- ...s_resize-link-against-libuuid-explicitly-.patch | 34 ++ meta/recipes-extended/parted/parted_3.2.bb | 1 + 2 files changed, 35 insertions(+) create mode 100644

Re: [OE-core] [meta-clang] clang/LLVM versioning

That's reasonable I think On Fri, Mar 3, 2017 at 12:36 PM Martin Kelly wrote: > On 03/03/2017 12:23 PM, Khem Raj wrote: > > On Fri, Mar 3, 2017 at 12:15 PM, Martin Kelly wrote: > >> On 03/03/2017 12:12 PM, Khem Raj wrote: > >>> > >>> with meta-clang there is

Re: [OE-core] [meta-clang] clang/LLVM versioning

On 03/03/2017 12:12 PM, Khem Raj wrote: with meta-clang there is no desire to support multiple versions of llvm and thats why versioning was dropped however, I would still like to fix the versioning if that makes it more useful. OK, keeping a single version is certainly simpler. Could you

Re: [OE-core] [meta-clang] clang/LLVM versioning

On 03/03/2017 12:23 PM, Khem Raj wrote: On Fri, Mar 3, 2017 at 12:15 PM, Martin Kelly wrote: On 03/03/2017 12:12 PM, Khem Raj wrote: with meta-clang there is no desire to support multiple versions of llvm and thats why versioning was dropped however, I would still like to

[OE-core] [meta-clang] clang/LLVM versioning

Hi, I'm attempting to build a recipe using the LLVM/clang cross toolchain provided in meta-clang. However, I'm hitting issues with the llvm-config wrapper in llvm-common. Specifically, it looks like the wrapper was copied over from the LLVM recipe in meta-oe, but the versioning logic was not

Re: [OE-core] [meta-clang] clang/LLVM versioning

On Fri, Mar 3, 2017 at 12:15 PM, Martin Kelly wrote: > On 03/03/2017 12:12 PM, Khem Raj wrote: >> >> with meta-clang there is no desire to support multiple versions of >> llvm and thats why versioning was dropped however, I would still like >> to fix the versioning if that makes

Re: [OE-core] [meta-clang] clang/LLVM versioning

On Fri, Mar 3, 2017 at 10:44 AM, Martin Kelly wrote: > Hi, > > I'm attempting to build a recipe using the LLVM/clang cross toolchain > provided in meta-clang. However, I'm hitting issues with the llvm-config > wrapper in llvm-common. Specifically, it looks like the wrapper was

Re: [OE-core] [meta-clang] LLVM shared library support

On Fri, Mar 3, 2017 at 11:15 AM, Martin Kelly wrote: > Hi, > > I noticed that meta-clang builds only static LLVM libraries, unlike the > meta-oe version of LLVM 3.3, which builds shared libraries. In fact, this > appears to be the LLVM upstream default as well. > > What is the

Re: [OE-core] [PATCHv3 0/5] Add dummy tools to help identify needed dependencies

> -Original Message- > From: Max Krummenacher [mailto:max.oss...@gmail.com] > Sent: den 3 mars 2017 17:24 > To: Peter Kjellerstedt > Cc: OE-core > Subject: Re: [OE-core] [PATCHv3 0/5] Add dummy tools to help identify > needed dependencies > > Hi > > 2017-03-03 12:17 GMT+01:00 Peter

[OE-core] [meta-clang] LLVM shared library support

Hi, I noticed that meta-clang builds only static LLVM libraries, unlike the meta-oe version of LLVM 3.3, which builds shared libraries. In fact, this appears to be the LLVM upstream default as well. What is the reason for the difference? Shared versions of LLVM would be useful for reducing

Re: [OE-core] [PATCHv3 0/5] Add dummy tools to help identify needed dependencies

Hi 2017-03-03 12:17 GMT+01:00 Peter Kjellerstedt : > To circumvent this, I created dummy versions of the tools that always > fail and placed them in the scripts directory. Thus, if the real tool > has not been installed in the RSS, the dummy version is used and the >

Re: [OE-core] [PATCH 0/4] linux-yocto: kernel version updates

On 3 March 2017 at 14:41, Burton, Ross wrote: > This appears to be causing cryptodev-module to fail: > http://errors.yoctoproject.org/Errors/Details/134637/ > > TOPDIR/tmp/work/qemux86_64-poky-linux/cryptodev-module/1. > 8-r0/cryptodev-linux-1.8/zc.c:63:8: error: too few

[OE-core] [PATCH] cryptodev: update to handle 4.10 kernel API

Signed-off-by: Ross Burton --- meta/recipes-kernel/cryptodev/cryptodev.inc| 3 +- .../cryptodev/files/kernel-4-10-changes.patch | 57 ++ 2 files changed, 59 insertions(+), 1 deletion(-) create mode 100644

Re: [OE-core] [PATCH 0/4] linux-yocto: kernel version updates

Hi Bruce, On 27 February 2017 at 03:10, Bruce Ashfield wrote: > Here is the latest updates to the linux-yocto kernel versions, and represents > the versions that we'd like to be included in the upcoming release. This appears to be causing cryptodev-module to fail:

[OE-core] [PATCH v4] deprecated.bbclass: Add a PNDEPRECATED variable for recipes

Based on the blacklist behaviour, recipes can be tagged as deprecated. Such recipes will produce a warning message when included in a build but unlike blacklisted recipes, the build will continue. Signed-off-by: Joe MacDonald --- Literally no different than v1, differs

Re: [OE-core] [PATCH] wic: Prevent duplicate entries on fstab

On 3 March 2017 at 12:12, Fabio Berton wrote: > Sorry for delay. This error for qemux86 is because common.wks.inc and > directdisk-gpt.wks files in scripts/lib/wic/canned-wks directory doesn't > have option --fstype= for part /boot. > > For qemuarm machines I get

[OE-core] [morty][PATCH 3/4] lib/oe/gpg_sign: make gpg version a property of the signer

Signed-off-by: Markus Lehtonen Signed-off-by: Ross Burton (cherry picked from commit a00a362e3dc18ba04230cbbd6f91264e5d76f40d) --- meta/lib/oe/gpg_sign.py | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[OE-core] [morty][PATCH 1/4] lib/oe/gpg_sign: sign rpm packages in chunks of 100

Split the file list into chunks in order to avoid "OSError: [Errno 7] Argument list too long" This would happend when a package has huge amount of subpackages, e.g. glibc-locale. [YOCTO #11069] Signed-off-by: Markus Lehtonen Signed-off-by: Ross Burton

[OE-core] [morty][PATCH 0/4] rpm signing fixes

This patchset backports two fixes to gpg signing of rpm packages. The first patch fixes signing of packages with a large amount of subpackages (e.g. glibc-locale). The last three patches makes rpm package signing possible with gpg version > 2.1. The following changes since commit

[OE-core] [morty][PATCH 4/4] lib/oe/gpg_sign: fix rpm signing with gpg > 2.1

We need to check the gpg version and alter its command line options accordingly. [YOCTO #11054] Signed-off-by: Markus Lehtonen Signed-off-by: Ross Burton (cherry picked from commit 44a44b7e582a5a654baf21829d168568481c13d9) ---

[OE-core] [morty][PATCH 2/4] rpm: support customizing gpg command line

Add a new %_gpg_sign_cmd_extra_args macro that allows customizing the gpg options used when signing rpm packages. This is needed to be able to sign packages with gpg 2.1 which requires "--pinentry-mode loopback" to allow non-interactive signing. [YOCTO #11054] Signed-off-by: Markus Lehtonen

[OE-core] [OE-Core][PATCH v3] lsb: Make use of appropriate bitbake variables.

Using of bitbake environment variables in-place of hardcoded strings makes this recipe portable to all environments. Signed-off-by: Amarnath Valluri --- meta/recipes-extended/lsb/lsb_4.1.bb | 40 +--- 1 file changed, 19 insertions(+),

[OE-core] [OE-Core[[PATCH v3 19/25] mdadm: Avoid using hardocded sbin path

Use appropriate bitbake variable inplace of hardcoded sbin path in Makefile Signed-off-by: Amarnath Valluri --- meta/recipes-extended/mdadm/mdadm_4.0.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/recipes-extended/mdadm/mdadm_4.0.bb

Re: [OE-core] [PATCH] wic: Prevent duplicate entries on fstab

Hi Ross, Sorry for delay. This error for qemux86 is because common.wks.inc and directdisk-gpt.wks files in scripts/lib/wic/canned-wks directory doesn't have option --fstype= for part /boot. For qemuarm machines I get the error: | DEBUG: Executing python function set_image_size | DEBUG:

[OE-core] [PATCH] gcc-runtime: Add libmpx supprt for x86

Enabling building the Intel Memory Protection Extension library for x86. Signed-off-by: Richard Purdie --- meta/recipes-devtools/gcc/gcc-runtime.inc | 20 +++- 1 file changed, 19 insertions(+), 1 deletion(-) diff --git

[OE-core] [PATCH] perf.bb: Fix dependency while building kernel using externalsrc

Having dependency on do_patch will fail while building kernel using externalsrc. Depend on do_configure instead of do_patch to bypass the compilation error. Signed-off-by: Manjukumar Matha --- meta/classes/kernelsrc.bbclass | 2 +-

[OE-core] [PATCH 2/2] Qemu: display: CVE-2016-9912

virtio-gpu: memory leakage when destroying gpu resource Reference: https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-9912 Reference to upstream patch: http://git.qemu-project.org/?p=qemu.git;a=patch;h=b8e23926c568f2e963af39028b71c472e3023793 Signed-off-by: Sona Sarmadi

[OE-core] [PATCH 1/2] Qemu: display: CVE-2016-9908

virtio-gpu: information leakage in virgl_cmd_get_capset References: https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-9908 Signed-off-by: Sona Sarmadi --- .../recipes-devtools/qemu/qemu/CVE-2016-9908.patch | 44 ++

[OE-core] [PATCHv3 5/5] scripts/pkg-config: Add a dummy version that always fails

This is intended to catch missing dependencies on the real version. Signed-off-by: Peter Kjellerstedt --- scripts/pkg-config | 16 1 file changed, 16 insertions(+) create mode 100755 scripts/pkg-config diff --git a/scripts/pkg-config

[OE-core] [PATCHv3 2/5] linux-libc-headers: Add inherit of pkgconfig

pkg-config is used by the kernel build system when creating the configuration tools. Signed-off-by: Peter Kjellerstedt --- meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCHv3 1/5] module.bbclass: Add inherit of pkgconfig

This is needed for the make_scripts task. Signed-off-by: Peter Kjellerstedt --- meta/classes/module.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/module.bbclass b/meta/classes/module.bbclass index a588873..99b7ebc 100644

[OE-core] [PATCHv3 3/5] scripts/dbus-binding-tool: Add a dummy version that always fails

This is intended to catch missing dependencies on the real version. Signed-off-by: Peter Kjellerstedt --- scripts/dbus-binding-tool | 11 +++ 1 file changed, 11 insertions(+) create mode 100755 scripts/dbus-binding-tool diff --git

[OE-core] [PATCHv3 0/5] Add dummy tools to help identify needed dependencies

After the introduction of RSS, I still found it hard to get dependencies on some common tools that are typically installed on the build host correct. Using the wrong version of tools like pkg-config, gdbus-codegen and dbus-binding-tool can cause build failures. To circumvent this, I created dummy

[OE-core] [PATCHv3 4/5] scripts/gdbus-codegen: Add a dummy version that always fails

This is intended to catch missing dependencies on the real version. Signed-off-by: Peter Kjellerstedt --- scripts/gdbus-codegen | 11 +++ 1 file changed, 11 insertions(+) create mode 100755 scripts/gdbus-codegen diff --git a/scripts/gdbus-codegen

[OE-core] [PATCH 4/4] populate_ext_sdk: Merge auto.conf into local.conf

auto.conf is included before local.conf. Instead of keeping them separate, merge them into the extsdk local.conf. As it happens we can do this quite neatly, more neatly than the current code IMO and it makes the configuration easier for the end user to understand too. This means auto.conf is

[OE-core] [PATCH 2/4] testsdk: Drop lockfile usage

We should be able to test sdks in parallel. As far as I can tell, this restriction crept in for no good reason, based on locks that testimage used for the non-qemu case. Therefore remove the lock and allow sdks to test in parallel. Signed-off-by: Richard Purdie

[OE-core] [PATCH 3/4] populate_ext_sdk: Append to SSTATE_MIRRORS

We need to appent to SSTATE_MIRRORS in case other areas of code are also setting the variable. Signed-off-by: Richard Purdie --- meta/classes/populate_sdk_ext.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH 1/4] oeqa/sdkext/devtool: Ensure dependencies for test_extend_autotools_recipe_creation are present

test_extend_autotools_recipe_creation needs libxml2 so ensure this is installed/present as it may not be in the minimal eSDK case. Signed-off-by: Richard Purdie --- meta/lib/oeqa/sdkext/cases/devtool.py | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [OE-core] "inherit setuptools" versus "inherit pypi" -- a python style question

On Fri, 3 Mar 2017, Jack Mitchell wrote: > On 03/03/17 10:06, Robert P. J. Day wrote: > > On Fri, 3 Mar 2017, Anders Darander wrote: > > > >> * Robert P. J. Day [170302 12:33]: > >> > >>> On Thu, 2 Mar 2017, Robert P. J. Day wrote: > >> > inherit pypi setuptools >

Re: [OE-core] npm thoughts

On 03/03/2017 12:45 PM, Josef Holzmayr wrote: - Given the current situation, the best practise seems to be to have package.json take care of the needed modules, and have it handle that. Means in my opinion that there should be as little npm-based stuff installed as possible. Exactly one, in the

[OE-core] [PATCHv2 0/5] Add dummy tools to help identify needed dependencies

After the introduction of RSS, I still found it hard to get dependencies on some common tools that are typically installed on the build host correct. Using the wrong version of tools like pkg-config, gdbus-codegen and dbus-binding-tool can cause build failures. To circumvent this, I created dummy

[OE-core] [PATCHv2 4/5] scripts/gdbus-codegen: Add a dummy version that always fails

This is intended to catch missing dependencies on the real version. Signed-off-by: Peter Kjellerstedt --- scripts/gdbus-codegen | 11 +++ 1 file changed, 11 insertions(+) create mode 100755 scripts/gdbus-codegen diff --git a/scripts/gdbus-codegen

[OE-core] [PATCHv2 2/5] linux-libc-headers: Add inherit of pkgconfig

pkg-config is used by the kernel build system when creating the configuration tools. Signed-off-by: Peter Kjellerstedt --- meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCHv2 5/5] scripts/pkg-config: Add a dummy version that always fails

This is intended to catch missing dependencies on the real version. Signed-off-by: Peter Kjellerstedt --- scripts/pkg-config | 16 1 file changed, 16 insertions(+) create mode 100755 scripts/pkg-config diff --git a/scripts/pkg-config

[OE-core] [PATCHv2 1/5] module.bbclass: Add inherit of pkgconfig

This is needed for the make_scripts task. --- meta/classes/module.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/module.bbclass b/meta/classes/module.bbclass index a588873..99b7ebc 100644 --- a/meta/classes/module.bbclass +++ b/meta/classes/module.bbclass

[OE-core] [PATCHv2 3/5] scripts/dbus-binding-tool: Add a dummy version that always fails

This is intended to catch missing dependencies on the real version. Signed-off-by: Peter Kjellerstedt --- scripts/dbus-binding-tool | 11 +++ 1 file changed, 11 insertions(+) create mode 100755 scripts/dbus-binding-tool diff --git

Re: [OE-core] "inherit setuptools" versus "inherit pypi" -- a python style question

On 03/03/17 10:06, Robert P. J. Day wrote: > On Fri, 3 Mar 2017, Anders Darander wrote: > >> * Robert P. J. Day [170302 12:33]: >> >>> On Thu, 2 Mar 2017, Robert P. J. Day wrote: >> inherit pypi setuptools require python-psutil.inc >> and the

Re: [OE-core] npm thoughts

Additional packaging/dependency thoughts: Using the devtool mechanism to create a recipe basically packs up all dependencies. While this is a relatively easy solution to make sure that the resulting package is functional, I can see some issues: - Dependency tracking via bitbake is virtually

Re: [OE-core] npm thoughts

Hi Trevor, On 28.02.2017 19:00, Trevor Woerner wrote: Ideally "devtool add ..." wouldn't choke and crash when it encounters a LICENSE string it doesn't understand. When parsing license strings from random places on The Internet it's inevitable odd things will come up :-) Yeah, it even seems

Re: [OE-core] "inherit setuptools" versus "inherit pypi" -- a python style question

On Fri, 3 Mar 2017, Anders Darander wrote: > * Robert P. J. Day [170302 12:33]: > > > On Thu, 2 Mar 2017, Robert P. J. Day wrote: > > > > inherit pypi setuptools > > > require python-psutil.inc > > > > and the corresponding .inc file contains: > > > > RDEPENDS_${PN}

Re: [OE-core] "inherit setuptools" versus "inherit pypi" -- a python style question

* Robert P. J. Day [170302 12:33]: > On Thu, 2 Mar 2017, Robert P. J. Day wrote: > > inherit pypi setuptools > > require python-psutil.inc > > and the corresponding .inc file contains: > > RDEPENDS_${PN} += " \ > > ${PYTHON_PN}-shell \ > >