[OE-core] [PATCH 3/3] copyleft_filter.bbclass: restore possiblity to filter on type

From: André Draszik Since the changes introduced in ae9102bda398 ("copyleft_filter.bbclass: Allow to filter on name"), it is impossible to filter on the recipe type, all recipes are treated as though they should be included if the license matches, irrespective of the

Re: [OE-core] [PATCH] meta: Fix malformed Upstream-Status tags

On Fri, Jun 23, 2017 at 04:45:44PM +0100, Ross Burton wrote: > Fix a variety of spelling and format mistakes to improve the ease of reading > the > tags programatically. > > Signed-off-by: Ross Burton > --- >

Re: [OE-core] [PATCH] pkg-config: allow kernel to be build with esdk

On Wed, 2017-06-14 at 07:03 -0700, Saul Wold wrote: > When the kernel's menuconfig target is called while using the esdk or > an esdk-based container, the pkg-config info that is found is not > correct. > The pkg-config info is for the target, but we need the eSDK's > information in order to build

Re: [OE-core] [PATCH 1/3] selftest/archiver: add tests for recipe type filtering

On Fri, 2017-06-23 at 16:07 +0100, André Draszik wrote: > On Fri, 2017-06-23 at 10:15 -0500, Leonardo Sandoval wrote: > > On Fri, 2017-06-23 at 15:59 +0100, André Draszik wrote: > > > From: André Draszik > > > > > > The archiver used to be able to filter based on

Re: [OE-core] [PATCH] meta: Fix malformed Upstream-Status tags

On 23 June 2017 at 17:19, Denys Dmytriyenko wrote: > > -Upstream-status: Not sent yet > > Should this one be "Pending" instead? > There's another upstream-status tag in that patch, this was deleting the duplicate. Ross -- ___

Re: [OE-core] [PATCH 1/3] selftest/archiver: add tests for recipe type filtering

On Fri, 2017-06-23 at 10:15 -0500, Leonardo Sandoval wrote: > On Fri, 2017-06-23 at 15:59 +0100, André Draszik wrote: > > From: André Draszik > > > > The archiver used to be able to filter based on COPYLEFT_RECIPE_TYPES. > > > > Unfortunately, this got broken with the fix

[OE-core] [PATCH 2/3] selftest/archiver: only execute deploy_archives task

From: André Draszik There should be no reason to execute a full build, as we're just interested in the deployment of the archives. The newly added tests already do the same. Signed-off-by: André Draszik --- meta/lib/oeqa/selftest/cases/archiver.py

[OE-core] [PATCH 1/3] selftest/archiver: add tests for recipe type filtering

From: André Draszik The archiver used to be able to filter based on COPYLEFT_RECIPE_TYPES. Unfortunately, this got broken with the fix for https://bugzilla.yoctoproject.org/show_bug.cgi?id=6929 in commit ae9102bda398 ("copyleft_filter.bbclass: Allow to filter on name")

Re: [OE-core] [PATCH 1/3] selftest/archiver: add tests for recipe type filtering

On Fri, 2017-06-23 at 15:59 +0100, André Draszik wrote: > From: André Draszik > > The archiver used to be able to filter based on COPYLEFT_RECIPE_TYPES. > > Unfortunately, this got broken with the fix for > https://bugzilla.yoctoproject.org/show_bug.cgi?id=6929 > in

[OE-core] [PATCH] meta: Fix malformed Upstream-Status tags

Fix a variety of spelling and format mistakes to improve the ease of reading the tags programatically. Signed-off-by: Ross Burton --- .../openssh/fix-potential-signed-overflow-in-pointer-arithmatic.patch | 2 +-

[OE-core] ✗ patchtest: failure for wic: remove extra double-quote on documentation string

== Series Details == Series: wic: remove extra double-quote on documentation string Revision: 1 URL : https://patchwork.openembedded.org/series/7446/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

[OE-core] [PATCH] devtool: Adds the kernel-menuconfig plugin to devtool

From: Juan M Cruz Alcaraz The kernel-menuconfig target allows devtool to checkout the linux kernel configured in the extensible SDK environment, to apply the required patches and the kernel configuration snippets. After that it executes the menuconfig make

[OE-core] [PATCH] wic: remove extra double-quote on documentation string

Signed-off-by: Jean-Francois Dagenais --- scripts/lib/wic/ksparser.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/lib/wic/ksparser.py b/scripts/lib/wic/ksparser.py index d026caa..47afda4 100644 --- a/scripts/lib/wic/ksparser.py +++

Re: [OE-core] [PATCH] libinput: upgrade to 1.7.3

Ping. On Mon, Jun 19, 2017 at 01:30:08PM -0400, Denys Dmytriyenko wrote: > From: Denys Dmytriyenko > > Signed-off-by: Denys Dmytriyenko > --- > .../recipes-graphics/wayland/{libinput_1.6.1.bb => libinput_1.7.3.bb} | 4 > ++-- > 1 file changed, 2 insertions(+), 2

Re: [OE-core] [PATCH] v86d, qemuboot-x86.inc: use KERNEL_MODULE_AUTOLOAD+KERNEL_MODULE_PROBECONF for uvesafb instead of fbsetup init script

ping On Thu, Apr 27, 2017 at 11:49 PM, Martin Jansa wrote: > * also add UVESA_MODE variable for easier change of resolution and respect > it in QB_KERNEL_CMDLINE_APPEND > as well > * don't use init script just to call modprobe > * I wasn't able to test this all the way

Re: [OE-core] [PATCH] libinput: upgrade to 1.7.3

This has been in staging for a few days, will be merged soon. Ross On 23 June 2017 at 18:31, Denys Dmytriyenko wrote: > Ping. > > On Mon, Jun 19, 2017 at 01:30:08PM -0400, Denys Dmytriyenko wrote: > > From: Denys Dmytriyenko > > > > Signed-off-by: Denys

Re: [OE-core] [PATCH] toolchain-scripts: add check for LD_LIBRARY_PATH in the SDK env setup script

Ping. On Thu, Jun 15, 2017 at 03:09:49PM -0400, Denys Dmytriyenko wrote: > From: Denys Dmytriyenko > > Provide a descriptive error message and exit the environment-setup script, > when LD_LIBRARY_PATH is set on the host system. > > Signed-off-by: Denys Dmytriyenko

Re: [OE-core] [PATCH] linux-libc-headers: fix duplicate IFF_LOWER_UP DORMANT ECHO on musl

On Fri, Jun 23, 2017 at 04:20:41PM -0700, Khem Raj wrote: > On Fri, Jun 23, 2017 at 7:17 AM, wrote: > > Hi, > > > > I'm chipping in since I've been messing with these things a bit in upstream > > Linux kernel. > > > > On Fri, Jun 23, 2017 at 06:37:52AM -0700, Khem Raj wrote:

Re: [OE-core] [PATCH] linux-libc-headers: fix duplicate IFF_LOWER_UP DORMANT ECHO on musl

On Fri, Jun 23, 2017 at 7:17 AM, wrote: > Hi, > > I'm chipping in since I've been messing with these things a bit in upstream > Linux kernel. > > On Fri, Jun 23, 2017 at 06:37:52AM -0700, Khem Raj wrote: >> On Fri, Jun 23, 2017 at 3:46 AM, André Draszik

Re: [OE-core] [PATCH] pkg-config: allow kernel to be build with esdk

On Fri, 2017-06-23 at 15:47 +0100, Richard Purdie wrote: > On Wed, 2017-06-14 at 07:03 -0700, Saul Wold wrote: > > > > When the kernel's menuconfig target is called while using the esdk > > or > > an esdk-based container, the pkg-config info that is found is not > > correct. > > The pkg-config

Re: [OE-core] [PATCH] linux-libc-headers: fix duplicate IFF_LOWER_UP DORMANT ECHO on musl

On Fri, Jun 23, 2017 at 4:41 PM, Denys Dmytriyenko wrote: > On Fri, Jun 23, 2017 at 04:20:41PM -0700, Khem Raj wrote: >> On Fri, Jun 23, 2017 at 7:17 AM, wrote: >> > Hi, >> > >> > I'm chipping in since I've been messing with these things a bit in upstream

[OE-core] [PATCH] wic: remove extra double-quote on documentation string

Signed-off-by: Jean-Francois Dagenais --- scripts/lib/wic/ksparser.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/lib/wic/ksparser.py b/scripts/lib/wic/ksparser.py index d026caa..47afda4 100644 --- a/scripts/lib/wic/ksparser.py +++

[OE-core] [PATCH v2] pkg-config-native: allow kernel to be build with esdk

When the kernel's menuconfig target is called while using the esdk or an esdk-based container, the pkg-config info that is found is not correct. The pkg-config info is for the target, but we need the eSDK's information in order to build the host based menuconfig. The new pkg-config-native script

[OE-core] ✗ patchtest: failure for wic: remove extra double-quote on documentation string (rev2)

== Series Details == Series: wic: remove extra double-quote on documentation string (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/7446/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several

Re: [OE-core] [PATCHv2 03/11] rpm: Add dependencies on bash, perl and python3-core

On 15 June 2017 at 16:37, Peter Kjellerstedt wrote: > +RDEPENDS_${PN} = "bash perl python3-core" > That's quite a collection. Are they all needed for basic RPM to work? (this results in core-image-sato pulling in bash when previously it didn't) Ross --

[OE-core] [PATCH] tzcode-native: quote ${CC}

build fails else with | + make -j 8 -l 6 cc=ccache gcc | make: *** No rule to make target 'gcc'. Stop. Signed-off-by: Enrico Scholz --- meta/recipes-extended/tzcode/tzcode-native_2017b.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH v2] linux-libc-headers: fix duplicate IFF_LOWER_UP DORMANT ECHO on musl

From: André Draszik musl _does_ define IFF_LOWER_UP DORMANT ECHO so we should prevent redefinition of these when on musl. As per the included patch, this can be triggered by (from connman 6to4.c): include include include include include include

Re: [OE-core] how to load cmake args from git?

On Thu, 22 Jun 2017 22:51:26 +0100 "Burton, Ross" wrote: > On 22 June 2017 at 09:42, Adam Trhon wrote: > > > but I am not very happy about using PACKAGECONFIG_CONFARGS - it feels > > hacky, the > > arguments are not shown in cmake fail log

Re: [OE-core] [PATCH] linux-libc-headers: fix duplicate IFF_LOWER_UP DORMANT ECHO on musl

connman is not doing anything wrong here. The kernel is redefining IFF_LOWER_UP, because it thinks the libc doesn't define it yet (and glibc doesn't). libc-compat.h is the way to solve these kind of issues. There also is https: //lkml.org/lkml/2017/3/12/238 which is very similar. I'll pick that

[OE-core] [PATCH 1/2] commands.py: live output logging + result.error encoding fix

Tests that use bitbake("my-test-image") can run for a long time without any indication to the user of oe-selftest about what's going on. The test author has to log the bitbake output explicitly, otherwise it is lost in case of test failures. Now it is possible to use bitbake("my-test-image",

[OE-core] [PATCH 0/2] enhance and test runCmd()

This is mostly motivated by some long-running build tests triggered in refkit where better output handling would be very desirable. I had this idea already before Leonardo proposed to change the runCmd() defaults, but as that's now a hot topic, it seemed like a good time to actually implement it.

[OE-core] [PATCH 2/2] runcmd.py: unit testing for runCmd()

This covers the traditional API as well as the new output_log feature. While testing, it was noticed that killing hanging commands does not work when a shell is used to run the command(s). This might be worth fixing. Signed-off-by: Patrick Ohly ---

Re: [OE-core] how to load cmake args from git?

On Fri, 23 Jun 2017 13:53:05 +0100 "Burton, Ross" wrote: > On 23 June 2017 at 11:57, Adam Trhon wrote: > > > According to documentation, this is expanded during recipe parsing. At > > that time ${S}/oe_arguments.txt does not yet exits (it

Re: [OE-core] [PATCH] linux-libc-headers: fix duplicate IFF_LOWER_UP DORMANT ECHO on musl

On Fri, Jun 23, 2017 at 3:46 AM, André Draszik wrote: > connman is not doing anything wrong here. > yes I am aware of this > The kernel is redefining IFF_LOWER_UP, because it thinks the libc doesn't > define it yet (and glibc doesn't). > > libc-compat.h is the way to solve

Re: [OE-core] how to load cmake args from git?

On 23 June 2017 at 11:57, Adam Trhon wrote: > According to documentation, this is expanded during recipe parsing. At > that time ${S}/oe_arguments.txt does not yet exits (it exists only after > do_unpack). I tried it and the build failed with python Exception: >

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

On 19 June 2017 at 15:31, Peter Kjellerstedt wrote: > +if args.extra: > +for val in args.extra: > +src_uri = mappings[pkg][val].strip() > +src_uri = re.sub(r'\s+', ' ', src_uri) > +line += ' "%s"' %

[OE-core] ARC arch support: uClibc status ?

Hello everyone, We are currently adding to Yocto project the Synopsys ARC CPU architecture, which is only available with uClibc library. We currently have a layer which adds the support of this architecture and uClibc support as it is, now, removed from OE-core. Many configurations/fixes

Re: [OE-core] ARC arch support: uClibc status ?

Hi, On Fri, 2017-06-23 at 15:23 +0200, Mylene Josserand wrote: > We are currently adding to Yocto project the Synopsys ARC CPU > architecture, which is only available with uClibc library. > > We currently have a layer which adds the support of this > architecture  > and uClibc support as it is,

Re: [OE-core] ARC arch support: uClibc status ?

On Fri, Jun 23, 2017 at 6:40 AM, Richard Purdie wrote: > Hi, > > On Fri, 2017-06-23 at 15:23 +0200, Mylene Josserand wrote: >> We are currently adding to Yocto project the Synopsys ARC CPU >> architecture, which is only available with uClibc library. >> >> We

Re: [OE-core] ARC arch support: uClibc status ?

On Fri, Jun 23, 2017 at 6:50 AM, Alexey Brodkin wrote: > Hi Khem, > > On Fri, 2017-06-23 at 06:46 -0700, Khem Raj wrote: >> On Fri, Jun 23, 2017 at 6:40 AM, Richard Purdie >> wrote: >> > >> > Hi, >> > >> > On Fri, 2017-06-23 at

Re: [OE-core] [PATCH] context: allow test execution with buildhistory unless version-going-backwards is present

The proposed approach is not the best one as discussed by RP [1]: ""Just as another note, ERROR_QA_remove = "version-going-backwards" WARN_QA_remove = "version-going-backwards" doesn't work since we can't then enable this check and the test cases test_buildhistory_buildtime_pr_backwards and

Re: [OE-core] ✗ patchtest: failure for (morty) rpm: Fix the Bug of SRPM String error (rev2)

On Fri, 2017-06-23 at 02:01 +, Patchwork wrote: > == Series Details == > > Series: (morty) rpm: Fix the Bug of SRPM String error (rev2) > Revision: 2 > URL : https://patchwork.openembedded.org/series/7416/ > State : failure > > == Summary == > > > Thank you for submitting this patch

Re: [OE-core] [PATCH] linux-libc-headers: fix duplicate IFF_LOWER_UP DORMANT ECHO on musl

Hi, I'm chipping in since I've been messing with these things a bit in upstream Linux kernel. On Fri, Jun 23, 2017 at 06:37:52AM -0700, Khem Raj wrote: > On Fri, Jun 23, 2017 at 3:46 AM, André Draszik wrote: > > connman is not doing anything wrong here. > > > > yes I am aware