Re: [OE-core] [PATCH 0/3] Fix rpm signing with GPG v2.1

On 23/02/2017, 17.58, "akuster808" wrote: Markus, On 02/23/2017 02:24 AM, Markus Lehtonen wrote: > This patchset makes signing work with all versions of GPG. Previously, rpm > package signing in oe-core was not working with GPG v2.1 (which is becoming > more wides

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

On Thu, Feb 23, 2017 at 8:00 PM Joe MacDonald wrote: > 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. Perhaps this should also be documented

[OE-core] [PATCH] 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 --- I threw this together a long time ago and never got around to send

[OE-core] [PATCH v2] ovmf: increase path length limit

The VfrCompile tool has a hard-coded maximum length for path names which turned out to be too small by around 20 characters in the Yocto autobuilder setup. Increasing the maximum by a factor of 4 is relatively easy and makes the problem less likely. Signed-off-by: Patrick Ohly --- .../VfrCompile

Re: [OE-core] [PATCH 2/2] ovmf: increase path length limit

On Thu, 2017-02-23 at 18:48 +0100, Patrick Ohly wrote: > The VfrCompile tool has a hard-coded maximum length for path names > which turned out to be too small by around 20 characters in the > Yocto autobuilder setup. Increasing the maximum by a factor of 4 > is relatively easy and makes the problem

Re: [OE-core] [PATCH v2 1/1] kernel.bbclass: Make sanity check opt-out and provide easy opt-out

; TARGET_SYS= "x86_64-poky-linux" MACHINE = "intel-corei7-64" DISTRO= "poky" DISTRO_VERSION= "2.2+snapshot-20170223" TUNE_FEATURES = "m64 corei7" TARGET_FPU= "" meta meta-poky

Re: [OE-core] [PATCH v2 1/1] kernel.bbclass: Make sanity check opt-out and provide easy opt-out

On 02/23/2017 03:07 PM, Burton, Ross wrote: On 23 February 2017 at 22:32, California Sullivan > wrote: The only change from V1 to V2 is the updated commit message, changing AUTOINC to AUTOREV and adding the blurb about impacting outside re

Re: [OE-core] [PATCH 00/68] Consolidated Pull

On Thu, 2017-02-23 at 17:30 +, Ross Burton wrote: > Long consolidated pull, 100% green on the AB (excluding distrodata). > > Note that this contains large amounts of master-next but master-next > does > include some patches that are superceded by this series, so I > recommend > reviewing this

Re: [OE-core] [PATCH v2 1/1] kernel.bbclass: Make sanity check opt-out and provide easy opt-out

On 23 February 2017 at 22:32, California Sullivan < california.l.sulli...@intel.com> wrote: > The only change from V1 to V2 is the updated commit message, changing > AUTOINC to AUTOREV and adding the blurb about impacting outside recipes. > > I also agree with Richard in that this is a significant

Re: [OE-core] [PATCH 20/24] libiconv: remove recipe

On 23 February 2017 at 22:47, Khem Raj wrote: > > ERROR: Nothing PROVIDES 'virtual/nativesdk-libiconv' (but > > virtual:nativesdk:/home/pokybuild/yocto-autobuilder/ > yocto-worker/nightly-qa-extras/build/meta/recipes-core/gettext/ > gettext_0.19.8.1.bb > > DEPENDS on or otherwise requires it) > >

Re: [OE-core] [PATCH 20/24] libiconv: remove recipe

On Thu, Feb 23, 2017 at 2:12 PM, Burton, Ross wrote: > > On 22 February 2017 at 14:51, Alexander Kanavin > wrote: >> >> It was in use only when uclibc was used, and so serves no purpose anymore. >> Both glibc and musl provide their own implementation. > > Either this isn't entirely accurate or we

[OE-core] [PATCH v2 1/1] kernel.bbclass: Make sanity check opt-out and provide easy opt-out

Having no opt-out method and adding the task to linux-yocto.inc was causing issues. For example, linux-yocto-dev would often fail because it uses AUTOREV with no way to dynamically change the PV. Add a variable to turn off the sanity check to easily opt out. Add the task to the kernel build by def

[OE-core] State of bitbake world, Failed tasks 2017-02-23

== Number of issues - stats == {| class='wikitable' !|Date !!colspan='3'|Failed tasks !!colspan='6'|Failed depencencies!!|Signatures !!colspan='12'|QA !!Comment |- || ||qemuarm ||qemux86 ||qemux86_64 ||q

Re: [OE-core] [PATCH 20/24] libiconv: remove recipe

On 22 February 2017 at 14:51, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: > It was in use only when uclibc was used, and so serves no purpose anymore. > Both glibc and musl provide their own implementation. > Either this isn't entirely accurate or we need more RPROVIDES set: ERR

Re: [OE-core] [PATCH 1/1] selftest/runtime-test.py: Add test to check PACKAGE_FEED_URIS var

On 02/20/2017 08:54 PM, Humberto Ibarra wrote: features = 'INHERIT += "testimage"\n' features += 'TEST_SUITES = "ping ssh selftest"\n' +features += 'PACKAGE_FEED_URIS = "http://192.168.7.1:8080"\n' Can you make the assumption that the IP address will be exactly this?

[OE-core] State of bitbake world, Failed tasks 2017-02-22

== Number of issues - stats == {| class='wikitable' !|Date !!colspan='3'|Failed tasks !!colspan='6'|Failed depencencies!!|Signatures !!colspan='12'|QA !!Comment |- || ||qemuarm ||qemux86 ||qemux86_64 ||q

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

Add function to read fstab and return all mount points. This function is useful to _update_fstab doesn't duplicate entries in /etc/fstab. Signed-off-by: Fabio Berton --- scripts/lib/wic/plugins/imager/direct.py | 21 - 1 file changed, 20 insertions(+), 1 deletion(-) diff --g

[OE-core] [PATCH v1] oeqa/sdk/cases:Adds validation for SDK compatibility tests

Added validation for SDK compatibility tests with eSDK. buildcvs, buildiptables, gcc, perl, python and buildgalculator based on target manifest file. Running with: $ bitbake -c testsdkext [YOCTO #9090] Signed-off-by: Francisco Pedraza --- meta/lib/oeqa/sdk/cases/buildcvs.py| 8

[OE-core] [PATCH 1/2] acpica: fix compilation with musl

Manipulating stderr after freopen() fails as done by upstream does not work with musl. The replacement is Unix specific and uses open()/dup2(). Signed-off-by: Patrick Ohly --- meta/recipes-extended/acpica/acpica_20150515.bb| 1 + .../files/manipulate-fds-instead-of-FILE.patch | 71 +

[OE-core] [PATCH 2/2] ovmf: increase path length limit

The VfrCompile tool has a hard-coded maximum length for path names which turned out to be too small by around 20 characters in the Yocto autobuilder setup. Increasing the maximum by a factor of 4 is relatively easy and makes the problem less likely. Signed-off-by: Patrick Ohly --- meta/recipes-c

Re: [OE-core] [PATCH v5 03/12] ovmf: move from meta-luv to OE-core

On Fri, 2017-02-17 at 18:04 -0800, Khem Raj wrote: > On 17-02-17 13:10:56, Richard Purdie wrote: > > On Fri, 2017-01-27 at 16:30 +0100, Patrick Ohly wrote: > > > From: meta-luv > > > > > > This is an unmodified copy of > > > github.com/01org/luv-yocto/meta-luv/recipes-core/ovmf revision > > > 4be

[OE-core] [PATCH 00/68] Consolidated Pull

Long consolidated pull, 100% green on the AB (excluding distrodata). Note that this contains large amounts of master-next but master-next does include some patches that are superceded by this series, so I recommend reviewing this and then rebasing master-next. Ross The following changes since co

Re: [OE-core] [PATCH 0/3] Fix rpm signing with GPG v2.1

Markus, On 02/23/2017 02:24 AM, Markus Lehtonen wrote: This patchset makes signing work with all versions of GPG. Previously, rpm package signing in oe-core was not working with GPG v2.1 (which is becoming more widespread). This was caused by a change in passphrase dialogue handling of GPG.

Re: [OE-core] [PATCH 1/1] selftest/eSDK.py: Cleanup when there is an error in setUpClass

Mariano, On 02/22/2017 05:12 AM, mariano.lo...@linux.intel.com wrote: From: Mariano Lopez Lately autobuilders are experiencing hangs with selftest, it seems it is cause if an error happens in setUpClass method of oeSDKExtSelfTest class because HTTP server keeps running in background. Any iss

[OE-core] [PATCH] libva: Find the correct wayland-scanner

* Add a patch to make sure wayland-scanner from native sysroot is used * Depend on wayland-native to get the scanner into the sysroot * Add a patch to make sure the scanner really is used Signed-off-by: Jussi Kukkonen --- ...-configure.ac-Use-wayland-scanner-in-PATH.patch | 37 +++ ...and-Don-t

[OE-core] [PATCH 2/2] wic: add more targets to directdisk syslinux config

Added 3 new targets to directdisk-bootloader-config.cfg to match hddimg syslinux config. This is a preparation for dropping hddimg in favor of wic. [YOCTO #11044] Signed-off-by: Ed Bartosh --- .../canned-wks/directdisk-bootloader-config.cfg| 28 +- 1 file changed, 22 in

[OE-core] [PATCH 1/2] wic: bootimg-pcbios: add support for syslinux vesamenu

Installed vesamenu.c32 and its dependencies to support vesamenu ui in syslinux config. Signed-off-by: Ed Bartosh --- scripts/lib/wic/plugins/source/bootimg-pcbios.py | 20 +--- 1 file changed, 13 insertions(+), 7 deletions(-) diff --git a/scripts/lib/wic/plugins/source/bootimg-p

[OE-core] [PATCH 0/2] fix #11044: wic should support multiple boot labels such as boot and install targets

Hi, This patchset provides an example of multi-target syslinux config. It utilizes --configfile bootloader option instead of "traditional" way to hardcode all configuration details in wic plugin code. This approach is a preferable way to configure bootloaders in wic. It should be used for all wic

Re: [OE-core] [PATCH 0/6] wic: fix for #11017

On Tue, 2017-02-21 at 17:23 +0200, Ed Bartosh wrote: > This patchset improves handling of wic native tool dependencies and > fixes minor bugs in the wic code. I haven't tested it, but the patches themselves look good to me. Thanks! -- Best Regards, Patrick Ohly The content of this message is my

[OE-core] [PATCH] build-perf-test-wrapper.sh: support xml report format

Add new command line option '-x' that enbles xml-formatted reports. Signed-off-by: Markus Lehtonen --- scripts/contrib/build-perf-test-wrapper.sh | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/scripts/contrib/build-perf-test-wrapper.sh b/scripts/contrib/build-perf-tes

[OE-core] [PATCH 2/3] gst-player: Upgrade to recent git revision

The update contains a small number of bug fixes. Removed one upstreamed patch. gst-player does not have releases: this is the current git master. Signed-off-by: Jussi Kukkonen --- ...ovide-similar-behaviour-for-quit-and-clos.patch | 32 -- .../recipes-multimedia/gstreamer/gs

[OE-core] [PATCH 1/3] xf86-video-intel: Upgrade to recent git revision

This includes a number of small fixes and some new PCI IDs, no major changes. For background, xf86-video-intel does not get releases so we have to follow git. Signed-off-by: Jussi Kukkonen --- meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 de

[OE-core] [PATCH 3/3] x264: Upgrade to stable branch head

Small number of bug fixes and x86 optimizations. Signed-off-by: Jussi Kukkonen --- meta/recipes-multimedia/x264/x264_git.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-multimedia/x264/x264_git.bb b/meta/recipes-multimedia/x264/x264_git.bb index 64193dc..

[OE-core] [PATCH 0/3] Upgrades for a few git recipes

Fairly innocent looking git revision upgrades for recipes whose upstreams do not make releases for one reason or another. Thanks, Jussi The following changes since commit e436a6398684d2872cb541f1cfb0f67b3618d15a: layer.conf: bump version for change in eSDK selftest behaviour (2017-02-19 09:3

[OE-core] [PATCH] curl: upgrade to 7.53.0

Signed-off-by: Oleksandr Kravchuk --- meta/recipes-support/curl/{curl_7.52.1.bb => curl_7.53.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/curl/{curl_7.52.1.bb => curl_7.53.0.bb} (94%) diff --git a/meta/recipes-support/curl/curl_7.52.1.bb b/meta/re

Re: [OE-core] "packagegroup-core-tools-debug.bb" seems kind of skimpy

On 23 February 2017 at 12:00, Robert P. J. Day wrote: > was just asked by a colleague about OE debugging tools, and the file > packagegroup-core-tools-debug.bb seems kind of light on content: > > MTRACE = "" > MTRACE_libc-glibc = "libc-mtrace" > > RDEPENDS_${PN} = "\ > gdb \ > gdb

Re: [OE-core] [PATCH 4/6] libdrm: Upgrade 2.4.74 -> 2.4.75

On 23 February 2017 at 08:51, Jussi Kukkonen wrote: > No, these were removed as tests for "functionality which is neither being > worked on or actively maintained". Should have mentioned this in the message > Cool, thanks for the clarification. Ross -- _

[OE-core] "packagegroup-core-tools-debug.bb" seems kind of skimpy

was just asked by a colleague about OE debugging tools, and the file packagegroup-core-tools-debug.bb seems kind of light on content: MTRACE = "" MTRACE_libc-glibc = "libc-mtrace" RDEPENDS_${PN} = "\ gdb \ gdbserver \ strace \ ${MTRACE} \ " are there no other appropr

[OE-core] adding recipes to a layer.conf file to simulate(?) an extensible SDK?

caveat: i'm not sure this question is even going to make sense but i'm going to give it a shot. acquaintances have in-house BSP layer for small number of target boards, and build using OE (actually, wind river linux, but that distinction doesn't seem relevant). so basic BSP image and *some* u

Re: [OE-core] [PATCH 0/6] wic: fix for #11017

On Thu, Feb 23, 2017 at 12:18:04PM +0200, Ed Bartosh wrote: > On Wed, Feb 22, 2017 at 10:53:35PM +0200, Ed Bartosh wrote: > > On Wed, Feb 22, 2017 at 04:38:55PM +, Burton, Ross wrote: > > > Hi Ed, > > > > > > Something in your latest patchset is breaking selftest: > > > > > > https://autobuil

[OE-core] [PATCH 3/3] 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 --- meta/lib/oe/gpg_sign.py | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/lib/oe/gpg_sign.py b/meta/lib/oe/gpg_sign.py index 21dc5ea..b635d8b 100644 --- a/

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

Signed-off-by: Markus Lehtonen --- meta/lib/oe/gpg_sign.py | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/meta/lib/oe/gpg_sign.py b/meta/lib/oe/gpg_sign.py index dcd1990..21dc5ea 100644 --- a/meta/lib/oe/gpg_sign.py +++ b/meta/lib/oe/gpg_sign.py @@ -10,6 +10,7 @@ c

[OE-core] [PATCH 0/3] Fix rpm signing with GPG v2.1

This patchset makes signing work with all versions of GPG. Previously, rpm package signing in oe-core was not working with GPG v2.1 (which is becoming more widespread). This was caused by a change in passphrase dialogue handling of GPG. [YOCTO #11054] Markus Lehtonen (3): rpm: support customiz

[OE-core] [PATCH 1/3] 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 ---

Re: [OE-core] [PATCH 0/6] wic: fix for #11017

On Wed, Feb 22, 2017 at 10:53:35PM +0200, Ed Bartosh wrote: > On Wed, Feb 22, 2017 at 04:38:55PM +, Burton, Ross wrote: > > Hi Ed, > > > > Something in your latest patchset is breaking selftest: > > > > https://autobuilder.yoctoproject.org/main/builders/nightly-wic/builds/626/steps/CreateWicI

[OE-core] [PATCH] 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 --- meta/lib/oe/gpg_sign.py | 9 + 1 file changed, 5 insertio

Re: [OE-core] [PATCH 09/24] boost: update to 1.63.0

On 02/23/2017 11:21 AM, André Draszik wrote: Drop backported 0002-boost-test-execution_monitor.hpp-fix-mips-soft- float.patch Rebase consider-hardfp.patch to 0001-When-using-soft-float-on-ARM-we- should-not-expect-th.patch I would think that the arm specific soft-float hack 0001-When-using-soft

Re: [OE-core] [PATCH 09/24] boost: update to 1.63.0

On Wed, 2017-02-22 at 16:51 +0200, Alexander Kanavin wrote: > Drop backported 0002-boost-test-execution_monitor.hpp-fix-mips-soft- > float.patch > Rebase consider-hardfp.patch to 0001-When-using-soft-float-on-ARM-we- > should-not-expect-th.patch I would think that the arm specific soft-float hack

Re: [OE-core] [PATCH 4/6] libdrm: Upgrade 2.4.74 -> 2.4.75

On 23 February 2017 at 00:22, Burton, Ross wrote: > > > On 22 February 2017 at 13:02, Jussi Kukkonen wrote: >> >> * Remove udev from depends (it's not actually used). > > > Is it not used by some of the tests? > > packages/corei7-64-poky-linux/libdrm/libdrm-tests: PKGSIZE changed from 350048 to 2

[OE-core] [PATCH] ptest.bbclass: use BPN in PTEST_PATH for multilib

From: Jackie Huang Use BPN instead of PN in PTEST_PATH for multilib builds, or we get two directories for a package in libdir which doesn't make sense, e.g. $ ls /usr/lib/*coreutils /usr/lib/coreutils: libstdbuf.so /usr/lib/lib32-coreutils: ptest Signed-off-by: Jackie Huang --- meta/classes/