[OE-core] [PATCH 1/1] ltp: add runtime depends ltp-staticdev

The test case nm01 depends on /opt/ltp/testcases/data/nm01/lib.a in ltp-staticdev package. Signed-off-by: Dengke Du --- meta/recipes-extended/ltp/ltp_20170929.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-extended/ltp/ltp_20170929.bb

[OE-core] [PATCH 0/1] ltp: add runtime depends ltp-staticdev

The following changes since commit ed48e7b4f0d11bf20e0be44d8403fc16dd6d4411: usbutils: remove uclibc-specific patch (2017-11-30 10:49:22 +) are available in the git repository at: https://github.com/DengkeDu/openembedded-core.git fix-nm01-failed

Re: [OE-core] [PATCH 1/2] kernel-yocto: ensure sccs variable is set when using KBUILD_DEFCONFIG

On 2017-11-29 1:24 PM, Saul Wold wrote: On Wed, 2017-11-29 at 13:13 -0500, Bruce Ashfield wrote: On 11/29/2017 12:52 PM, Saul Wold wrote: On Wed, 2017-11-29 at 11:56 -0500, Bruce Ashfield wrote: On 11/29/2017 11:30 AM, Saul Wold wrote: On Wed, 2017-11-29 at 09:23 -0500, Bruce Ashfield wrote:

[OE-core] [PATCH 0/1 V2] targetcontrol.py: use oe.types.boolean for QEMU_USE_KVM

The following changes since commit addf309165059a113a6d02ea5fb29a0f495c1485: usbutils: remove uclibc-specific patch (2017-11-29 23:41:38 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/use_qemu

[OE-core] [PATCH 1/1 V2] targetcontrol.py: use oe.types.boolean for QEMU_USE_KVM

So that both QEMU_USE_KVM = "True" and "1" will work. [YOCTO #12343] Signed-off-by: Robert Yang --- meta/classes/testimage.bbclass | 2 +- meta/lib/oeqa/targetcontrol.py | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [OE-core] [PATCH 1/1] targetcontrol.py: make QEMU_USE_KVM = "1" work

On 11/30/2017 06:57 PM, Burton, Ross wrote: There are two neater ways of doing this: 1) oe.types.boolean() which handles all the common aliases for true or false. 2)bitbake typed variables.  Do QEMU_USE_KVM[type]="boolean" where it gets a default value, and then use

Re: [OE-core] [PATCH 4/5] webkitgtk: fix compile error when len(TMPDIR) == 410

Hi Alexander, On 11/30/2017 07:34 PM, Alexander Kanavin wrote: On 11/30/2017 03:45 AM, Robert Yang wrote: One of the gcc command line was too long (longer than 160,000 characters) when len(TMPDIR) == 410, so there was an "Argument list too long" error: $ bitbake webkitgtk i586-poky-linux-g++:

Re: [OE-core] [PATCH 1/5] go-native: fix PATH issue when len(TMPDIR) == 410

Hi Alexander, On 11/30/2017 07:33 PM, Alexander Kanavin wrote: On 11/30/2017 03:45 AM, Robert Yang wrote: +-    char buf[4096]; ++    char buf[8192]; I understand it would take more time, but the proper way to fix this (and similar issues in patches 2, 3, 5) is to use dynamic allocation.

Re: [OE-core] [PATCH] musl: prevent errors if do_install is run more than once

On Thu, Nov 30, 2017 at 1:51 PM, Khem Raj wrote: > On Thu, Nov 30, 2017 at 12:20 PM, Andre McCurdy wrote: >> Signed-off-by: Andre McCurdy >> --- >> meta/recipes-core/musl/musl_git.bb | 3 ++- >> 1 file changed, 2 insertions(+), 1

Re: [OE-core] [PATCH] musl: prevent errors if do_install is run more than once

On Thu, Nov 30, 2017 at 12:20 PM, Andre McCurdy wrote: > Signed-off-by: Andre McCurdy > --- > meta/recipes-core/musl/musl_git.bb | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/meta/recipes-core/musl/musl_git.bb >

[OE-core] [PATCH] musl: prevent errors if do_install is run more than once

Signed-off-by: Andre McCurdy --- meta/recipes-core/musl/musl_git.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/musl/musl_git.bb b/meta/recipes-core/musl/musl_git.bb index 932c9a2..db26b4f 100644 ---

Re: [OE-core] [PATCH] python3: fix multilib in distutils

On 11/30/2017 06:28 PM, Dan McGregor wrote: From: Dan McGregor Update the multilib patch to also use sys.lib in distutils. Signed-off-by: Dan McGregor This patch makes two different recipe patches modify the same line twice. Can you squash

Re: [OE-core] [PATCH 1/1] fontcache: fix fonts postinst failed

On Mon, Nov 27, 2017 at 9:03 AM, Burton, Ross wrote: > Ah, that would be why I have this in a local branch: > > http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/ > commit/?h=ross/allarch > > I rediscovered this on Friday... personally I think my solution is better >

[OE-core] [PATCH] python3: fix multilib in distutils

From: Dan McGregor Update the multilib patch to also use sys.lib in distutils. Signed-off-by: Dan McGregor --- meta/recipes-devtools/python/python3-native_3.5.3.bb| 2 +- .../12-distutils-prefix-is-inside-staging-area.patch| 10 +-

Re: [OE-core] [rocko][PATCH] wic: add 'part-name' argument for naming GPT partitions

On Wed, Nov 8, 2017 at 4:48 PM, Nicolas Dechesne wrote: > On Wed, Nov 8, 2017 at 4:46 PM, akuster808 wrote: >> >> >> On 11/08/2017 03:04 AM, Nicolas Dechesne wrote: >>> From: Artur Mądrzak >>> >>> The WIC's 'part' can now give

[OE-core] [PATCH v5] runtime/dnf: Add new dnf test cases

From: Jose Perez Carranza Add test cases to test “exclude” and “installroot“ options, also modify the logic of filtering packages on the feed to have all the packages needed by the tests. [YOCTO #10744] Signed-off-by: Jose Perez Carranza

Re: [OE-core] libopkg header files (opkg.h) no longer installed..?

opkg's configure says: # The current libopkg API is deprecated so only build it if requested If you want to install the deprecated API headers, then pass --enable-libopkg-api. Ross On 30 November 2017 at 15:30, Adam Lee wrote: > It doesn't look like inclusion of

[OE-core] libopkg header files (opkg.h) no longer installed..?

It doesn't look like inclusion of libopkg or libopkg-dev do not put headers (such as opkg.h) in the target. Can someone guide me on what I might be doing wrong? Thank you, Adam -- ___ Openembedded-core mailing list

Re: [OE-core] [pyro][PATCH] glibc: Fix CVE-2017-1000366

On 11/21/2017 12:03 PM, George McCollister wrote: > Add backported patches from the upstream release/2.25/master branch to > fix CVE-2017-1000366. Also add a backported patch that resolves SSE > related build problems introduced by these patches. Thanks for the patch. This series causes an

[OE-core] [PATCH] quilt: don't patch in an old acinclude.m4, just excude aclocal

Signed-off-by: Ross Burton --- meta/recipes-devtools/quilt/quilt/aclocal.patch | 128 meta/recipes-devtools/quilt/quilt_0.65.bb | 8 +- 2 files changed, 5 insertions(+), 131 deletions(-) delete mode 100644

[OE-core] [PATCH 4/4] gperf: don't use aclocal.m4/acinclude.m4 dance

gperf doesn't use aclocal so don't call aclocal. Signed-off-by: Ross Burton --- meta/recipes-extended/gperf/gperf_3.1.bb | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/meta/recipes-extended/gperf/gperf_3.1.bb

[OE-core] [PATCH 3/4] gperf: merge inc into bb

Signed-off-by: Ross Burton --- meta/recipes-extended/gperf/gperf.inc| 22 -- meta/recipes-extended/gperf/gperf_3.1.bb | 23 +-- 2 files changed, 21 insertions(+), 24 deletions(-) delete mode 100644

[OE-core] [PATCH 2/4] openssh: don't do aclocal/acinclude dance

Instead, just stop running aclocal. Signed-off-by: Ross Burton --- meta/recipes-connectivity/openssh/openssh_7.6p1.bb | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/meta/recipes-connectivity/openssh/openssh_7.6p1.bb

[OE-core] [PATCH 1/4] pango: update upstream-status on a patch

Signed-off-by: Ross Burton --- .../pango/pango/0001-Drop-introspection-macros-from-acinclude.m4.patch | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/meta/recipes-graphics/pango/pango/0001-Drop-introspection-macros-from-acinclude.m4.patch

Re: [OE-core] [PATCH 4/5] webkitgtk: fix compile error when len(TMPDIR) == 410

On 11/30/2017 03:45 AM, Robert Yang wrote: One of the gcc command line was too long (longer than 160,000 characters) when len(TMPDIR) == 410, so there was an "Argument list too long" error: $ bitbake webkitgtk i586-poky-linux-g++: error trying to exec [snip] execv: Argument list too long The

Re: [OE-core] [PATCH 1/5] go-native: fix PATH issue when len(TMPDIR) == 410

On 11/30/2017 03:45 AM, Robert Yang wrote: +- char buf[4096]; ++ char buf[8192]; I understand it would take more time, but the proper way to fix this (and similar issues in patches 2, 3, 5) is to use dynamic allocation. Swapping one arbitrary value for another arbitrary value may

[OE-core] [PATCH] lib/oe/utils: remove param_bool()

This function is not used by any classes or recipes that I can find, so lets delete it. Signed-off-by: Ross Burton --- meta/lib/oe/utils.py | 11 --- 1 file changed, 11 deletions(-) diff --git a/meta/lib/oe/utils.py b/meta/lib/oe/utils.py index

Re: [OE-core] [PATCH 1/1] targetcontrol.py: make QEMU_USE_KVM = "1" work

There are two neater ways of doing this: 1) oe.types.boolean() which handles all the common aliases for true or false. 2)bitbake typed variables. Do QEMU_USE_KVM[type]="boolean" where it gets a default value, and then use oe.data.typed_value('QEMU_USE_KVM', d) to get the value. Both ways move

Re: [OE-core] About auto-upgrade-helper's enhancement

Hi Alexander, On 11/30/2017 03:18 PM, Alexander Kanavin wrote: On 11/30/2017 04:23 AM, Robert Yang wrote: I tried auto-upgrade-helper, it is very helpful when upgrade recipes. I'd like to make some enhancements to make it can be easily used by the maintainer (recipe upgrader) himself: Great,