Re: [OE-core] [PATCH v2] python: Upgrade both python and python-native to 2.7.14

On Mon, 2018-01-29 at 16:49 -0500, Derek Straka wrote: > Rebased: >   - python/01-use-proper-tools-for-cross-build.patch >   - python/fix-makefile-for-ptest.patch >   - python/parallel-makeinst-create-bindir.patch > > Removed Upstreamed Patch: >   - python/Don-t-use-getentropy-on-Linux.patch > >

[OE-core] ✗ patchtest: failure for python: Upgrade both python and python-native to 2.7.14 (rev2)

== Series Details == Series: python: Upgrade both python and python-native to 2.7.14 (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/10723/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several

[OE-core] [PATCH v2] python: Upgrade both python and python-native to 2.7.14

Rebased: - python/01-use-proper-tools-for-cross-build.patch - python/fix-makefile-for-ptest.patch - python/parallel-makeinst-create-bindir.patch Removed Upstreamed Patch: - python/Don-t-use-getentropy-on-Linux.patch Updated license checksum for changes in the copyright date. The license

[OE-core] ✗ patchtest: failure for python: Upgrade both python and python-native to 2.7.14 (rev3)

== Series Details == Series: python: Upgrade both python and python-native to 2.7.14 (rev3) Revision: 3 URL : https://patchwork.openembedded.org/series/10723/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several

Re: [OE-core] [PATCH] python: Upgrade both python and python-native to 2.7.14

On Mon, Jan 29, 2018 at 12:02 PM Derek Straka wrote: > It looks like the .so files (specifically gdbm and bsddb) are getting > dropped from the manifest when I run the create manifest task. I'll have > to take a look at why those aren't getting pulled into the dependency

[OE-core] [PATCHv2] python: Upgrade both python and python-native to 2.7.14

Rebased: - python/01-use-proper-tools-for-cross-build.patch - python/fix-makefile-for-ptest.patch - python/parallel-makeinst-create-bindir.patch Removed Upstreamed Patch: - python/Don-t-use-getentropy-on-Linux.patch Updated license checksum for changes in the copyright date. The license

Re: [OE-core] [PATCH] meson: Adjust for clang compiler

On Mon, 2018-01-29 at 09:44 -0800, Khem Raj wrote: > On Mon, Jan 29, 2018 at 9:21 AM, Burton, Ross > wrote: > > > > On 27 January 2018 at 07:06, Khem Raj wrote: > > > > > > > > > Remove hardcoding c/c++ compiler to be gcc alone, its > > > possible to

Re: [OE-core] [PATCH v2] python: Upgrade both python and python-native to 2.7.14

Thanks. Last I checked it was just in master-next. I'll send the patch for the manifest once I get off the train. On Jan 29, 2018 5:18 PM, "Richard Purdie" < richard.pur...@linuxfoundation.org> wrote: > On Mon, 2018-01-29 at 16:49 -0500, Derek Straka wrote: > > Rebased: > > -

[OE-core] [PATCH 0/3] Unused patch files?

There seem to be some patch files present in the repository that are not referenced anywhere anymore. Juro Bystricky (3): tzcode: remove unused patch files kexec-tools: remove unused patch file libcrypt: remove unused patch file .../files/0001-Fix-Makefile-quoting-bug.patch | 174

[OE-core] [PATCH 1/3] tzcode: remove unused patch files

Signed-off-by: Juro Bystricky --- .../files/0001-Fix-Makefile-quoting-bug.patch | 174 - .../files/0002-Port-zdump-to-C90-snprintf.patch| 115 -- 2 files changed, 289 deletions(-) delete mode 100644

[OE-core] [PATCH 2/3] kexec-tools: remove unused patch file

Signed-off-by: Juro Bystricky --- .../kexec/kexec-tools/kexec-aarch64.patch | 801 - 1 file changed, 801 deletions(-) delete mode 100644 meta/recipes-kernel/kexec/kexec-tools/kexec-aarch64.patch diff --git

[OE-core] [PATCH 3/3] libcrypt: remove unused patch file

Signed-off-by: Juro Bystricky --- ...g-AArch32-CE-implementations-when-target-.patch | 96 -- 1 file changed, 96 deletions(-) delete mode 100644 meta/recipes-support/libgcrypt/files/0006-Fix-building-AArch32-CE-implementations-when-target-.patch

Re: [OE-core] [PATCH] glibc: Adapt do_install_append_aarch64() for usrmerge

Apparently this was already merged. However, the assumption is that ${nonarch_base_libdir} will evaluate to /lib, or something that will be accessible as /lib. I.e., the default definition of ${nonarch_base_libdir} is “/lib” unless usrmerge is in DISTRO_FEATURES, in which case it is

Re: [OE-core] [PATCH] recipes-kernel: add kpatch dynamic kernel patching infrastructure

On Mon, Jan 29, 2018 at 1:35 PM, Khem Raj wrote: > On Mon, Jan 29, 2018 at 7:06 AM, Ruslan Bilovol wrote: >> kpatch is a Linux dynamic kernel patching infrastructure >> which allows you to patch a running kernel without >> rebooting or restarting any

Re: [OE-core] [PATCH] ltp: bump to release 20180118

On Mon, Jan 29, 2018 at 6:19 AM, Anders Roxell wrote: > Removed 3 patches that have been upstreamed: > - 0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch > - 0037-ltp-fix-format-security-error.patch > - 0038-generate-reproducible-gzip.patch > > Reworked

Re: [OE-core] [PATCH] python: Upgrade both python and python-native to 2.7.14

Hey Derek, Just a quick question, did you run the create manifest task along with the upgrade? Cheers, Alejandro On 01/26/2018 11:25 AM, Derek Straka wrote: Rebased: - python/01-use-proper-tools-for-cross-build.patch - python/fix-makefile-for-ptest.patch -

Re: [OE-core] [PATCH] recipes-kernel: add kpatch dynamic kernel patching infrastructure

On Mon, Jan 29, 2018 at 7:06 AM, Ruslan Bilovol wrote: > kpatch is a Linux dynamic kernel patching infrastructure > which allows you to patch a running kernel without > rebooting or restarting any processes > > Currently it is enabled and tested on x86-64 systems, > although

Re: [OE-core] [PATCH] bitbake.conf: Add comm to HOSTTOOLS

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Niko > Mauno > Sent: Monday, January 29, 2018 9:47 AM > To: openembedded-core@lists.openembedded.org > Cc: Niko Mauno

Re: [OE-core] [PATCH] python: Upgrade both python and python-native to 2.7.14

Oh no, I did not. I will send a v2 with an updated manifest. Thanks for catching that. -Derek On Mon, Jan 29, 2018 at 2:23 PM, Alejandro Enedino Hernandez Samaniego < alejandro.enedino.hernandez-samani...@xilinx.com> wrote: > Hey Derek, > > > Just a quick question, did you run the create

Re: [OE-core] [PATCH] python: Upgrade both python and python-native to 2.7.14

Nope. I'm using Ubuntu 16.04. On Mon, Jan 29, 2018 at 3:17 PM, Tim Orling wrote: > > On Mon, Jan 29, 2018 at 12:02 PM Derek Straka wrote: > >> It looks like the .so files (specifically gdbm and bsddb) are getting >> dropped from the manifest when I run

[OE-core] ✗ patchtest: failure for "ofono: only depend on pygobjec..." and 4 more

== Series Details == Series: "ofono: only depend on pygobjec..." and 4 more Revision: 1 URL : https://patchwork.openembedded.org/series/10753/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

Re: [OE-core] [PATCH] glibc: Adapt do_install_append_aarch64() for usrmerge

How does the patch relate to the comment which states the ABI says the path *must* be /lib/. Is that wrong? How does this interact with the merged symlink creation in image.bbclass? Please expand on the message so it's clear what is meant to be happening. Ross On 27 January 2018 at 03:53,

Re: [OE-core] [PATCH] meson: Adjust for clang compiler

On Mon, Jan 29, 2018 at 9:21 AM, Burton, Ross wrote: > On 27 January 2018 at 07:06, Khem Raj wrote: >> >> Remove hardcoding c/c++ compiler to be gcc alone, its >> possible to use clang as replacement for cross compilers >> from meta-clang, therefore set

[OE-core] [PATCH] bitbake.conf: Add comm to HOSTTOOLS

This mitigates following issues during u-boot do_compile() step -- otherwise, if comm is not available, they are quietly ignored: .../scripts/check-config.sh: line 33: comm: command not found .../scripts/check-config.sh: line 39: comm: command not found Since 'comm' is provided by coreutils

Re: [OE-core] [PATCH] cryptodev: Fix build errors with v4.11

ah sorry, I checked rocko-next instead of next! Thanks for applying. Can you also backport this patch to rocko, please? Daniel On 01/28/2018 11:21 AM, Richard Purdie wrote: On Fri, 2018-01-26 at 17:41 +0100, Daniel Schultz wrote: Commit message from the included patch: "Linux kernel has

Re: [OE-core] [yocto] [RFT] Glibc 2.27

On 29 January 2018 at 07:45, Zoran Stojsavljevic < zoran.stojsavlje...@gmail.com> wrote: > This one will be tough to integrate. Most of the packages depend on > this one, which is critical one. On the very bottom. I would say, this > is a big step, since here somewhere you should draw clear line.

[OE-core] [PATCH 7/7] rootfs.py: change the notice about deferring scripts to first boot from warning to a note

Now that the first boot deferral needs to be requested explicitly, it's not really something to be concerned about. Signed-off-by: Alexander Kanavin --- meta/lib/oe/rootfs.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] ✗ patchtest: failure for Fix first boot deferral and postinst error reporting

== Series Details == Series: Fix first boot deferral and postinst error reporting Revision: 1 URL : https://patchwork.openembedded.org/series/10741/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

Re: [OE-core] [RFT] Glibc 2.27

The yocto autobuilder was idle so I fired it, fingers crossed :) On 27 January 2018 at 21:44, Khem Raj wrote: > Hi All > > glibc 2.27 is releasing soon in few weeks. I have put together the recipes > for upgrade, along with fixes for some of packages that I ran into here > >

[OE-core] [PATCH 5/7] meta/lib/oe/package_manager.py: deprecate 'exit 1' as a way to defer to first boot

'exit 1' is not optimal for two reasons: 1) Code is hard to read; it is not obvious that it means 'defer what follows to first boot'. 2) Worse, this hides actual errors in the scriptlets; there is no difference between scriptlet failing because it's intended to be run on target and scriptlet

[OE-core] [PATCH 4/7] package.bbclass: add support for pkg_postinst_ontarget()

This function is a convenient and more readable shortcut for situations when the postinst code always needs to run on target. All commands that cannot be executed during cross-install and can only be run on target should go into this function. They will only be executed on first boot (if package

[OE-core] [PATCH 6/7] package_rpm.bbclass: run pre/post installation scriptlets using sh -e

This allows catching errors in the scriptlets which would otherwise go unnoticed, e.g. this sequence: bogus_command proper_command would work just fine. Note that this patch needs all of the preceding patches, as otherwise running failing scriptlets with -e would defer them to first

[OE-core] [PATCH 2/7] meta/lib/oe/rootfs.py: separate first boot deferral logic into a separate function

Signed-off-by: Alexander Kanavin --- meta/lib/oe/rootfs.py | 35 +++ 1 file changed, 19 insertions(+), 16 deletions(-) diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py index 754ef563abe..d3ec8a56c48 100644 ---

[OE-core] [PATCH 1/7] postinst_intercepts: add a delay_to_first_boot hook

This allows postinsts scripts to explicitly request a deferral to first boot (by calling 'postinst_intercept delay_to_first_boot') instead of 'exit 1' which should be used only to indicate actual script failures. Signed-off-by: Alexander Kanavin ---

[OE-core] [PATCH 3/7] meta/lib/oe/rootfs.py: do not execute defer_to_first_boot when processing postinst_intercept hooks

That hook is empty, and doesn't need to be executed; it merely indicates that packages that have used it are requesting to defer their postinst scripts to first boot unconditionally. Signed-off-by: Alexander Kanavin --- meta/lib/oe/rootfs.py | 4 1 file

[OE-core] [PATCH 0/7] Fix first boot deferral and postinst error reporting

This patchset is aiming to fix long-standing problems with package post-installation scriptlets: 1) The way to defer them to first boot is to issue 'exit 1'. On the other hand, 'exit 1' is also the way to indicate an error in the script. The patches decouple these two things. 2) Scriptlets

Re: [OE-core] [PATCH 0/7] Fix first boot deferral and postinst error reporting

I fully agree with this patchset. The old way of defining seems a bit hacky. Also even if you follow the documented way to create postinstallation scripts [1] you still get noisy warnings which seem like a problem. Thanks for the effort! [1]

[OE-core] [PATCH] libxshmfence: fix build with glibc 2.27

With glibc 2.27 memfd_create() is behind a _GNU_SOURCE guard, so use AC_USE_SYSTEM_EXTENSIONS to define it. Signed-off-by: Ross Burton --- .../xorg-lib/libxshmfence/extensions.patch | 17 + meta/recipes-graphics/xorg-lib/libxshmfence_1.2.bb

[OE-core] Yocto Project Status WW05’18

Current Dev Position: YP 2.5 M2 development Next Deadline: YP 2.5 M2 cut off was 1/15/18 SWAT team rotation: Ross -> Juro on Jan. 26, 2018. SWAT team rotation: Juro -> Tracy on Feb. 2, 2018. https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: · YP

[OE-core] ✗ patchtest: failure for libxshmfence: fix build with glibc 2.27

== Series Details == Series: libxshmfence: fix build with glibc 2.27 Revision: 1 URL : https://patchwork.openembedded.org/series/10752/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

Re: [OE-core] [PATCH v2] python: Upgrade both python and python-native to 2.7.14

Awesome!, it seems that the script did save us from a couple of annoying RDEPEND bugs on this new release! Thanks Derek! On 01/29/2018 02:26 PM, Derek Straka wrote: Thanks. Last I checked it was just in master-next. I'll send the patch for the manifest once I get off the train. On Jan

Re: [OE-core] [PATCH] ltp: bump to release 20180118

On 01/29/2018 12:04 PM, Khem Raj wrote: > On Mon, Jan 29, 2018 at 6:19 AM, Anders Roxell > wrote: >> Removed 3 patches that have been upstreamed: >> - 0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch >> - 0037-ltp-fix-format-security-error.patch >> -

[OE-core] [PATCH] qemu: fix memfd_create with glibc 2.27

glibc 2.27 has added memfd_create() but this conflicts with a copy in qemu, so take a patch from upstream to fix building with glibc 2.27. Signed-off-by: Ross Burton --- meta/recipes-devtools/qemu/qemu/memfd.patch | 57 +

Re: [OE-core] [PATCH 1/3] tzcode: remove unused patch files

On 01/29/2018 02:39 PM, Juro Bystricky wrote: > Signed-off-by: Juro Bystricky thanks. For some reason I thought I remove all the old patches... hmm, in any case.  Thanks again. Armin > --- > .../files/0001-Fix-Makefile-quoting-bug.patch | 174 >

[OE-core] waf warnings in jack and samba related recipes Was: [oe-commits] [openembedded-core] 07/44: waf.bbclass: explicitly pass bindir and libdir if supported

Hi, it might be useful to check if there is ${S}/waf at all before trying to call it. There are some recipes like jack and other which inherit waf-samba which inherits waf, but they don't use waf for configure, strange isn't it? But since this patch, there is new warning for every do_configure

[OE-core] [PATCH 2/2] python2-manifest: update the manifest file for python 2.7.14

The manifest file was not regenerated when the package was updated. Signed-off-by: Derek Straka --- meta/recipes-devtools/python/python/python2-manifest.json | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git

[OE-core] [PATCH 1/2] python-native: add dependency for gdbm and db native packages

These two packages are required to ensure the manifest files contain all of the generated packages. Without this, the db and gdbm packages will not contain the .so files as they are skipped during the compilation steps Signed-off-by: Derek Straka ---

[OE-core] [PATCH 8/8] binutils: Upgrade to 2.30 release

Signed-off-by: Khem Raj --- meta/conf/distro/include/tcmode-default.inc| 2 +- .../{binutils-2.29.1.inc => binutils-2.30.inc} | 2 +- ...n_2.29.1.bb => binutils-cross-canadian_2.30.bb} | 0 ...tils-cross_2.29.1.bb => binutils-cross_2.30.bb} | 0

[OE-core] [PATCH 4/8] e2fsprogs: 1.43.7 -> 1.43.8

From: Huang Qiyu Upgrade e2fsprogs from 1.43.7 to 1.43.8. Backport patch to fix build on BE systems Signed-off-by: Huang Qiyu Signed-off-by: Khem Raj --- ...ix-build-failure-in-swapfs.c-on-big-endia.patch | 40

[OE-core] [PATCH V2 0/8] Update to binutils 2.30, glibc 2.27 initiated fixes, musl update

This pull contain - binutils upgrade to 2.30 - musl update - Recipe fixes which will be needed for glibc 2.27 - Drop redundant gcc patch Changes since v1: - Add proper sign-offs and Upstream-Status as reported by patchtest - Backport another fix for pulseaudio memfd issue done upstream The

[OE-core] [PATCH 1/8] gcc-7.3: Drop upstreamed musl cpuinfo patch

This patch is already in gcc-7-branch https://github.com/gcc-mirror/gcc/commit/6e6c7fc1e15525a10f48d4f5ac2edd853e2f5cb7 Thanks nsz for noticing it Signed-off-by: Khem Raj --- meta/recipes-devtools/gcc/gcc-7.3.inc | 1 -

[OE-core] [PATCH 7/8] musl: Update to latest master

The changes are https://git.musl-libc.org/cgit/musl/log/?qt=range=4000b0107ddd7fe733fa31d4f078c6fcd35851d6..628cf979b249fa76a80962e2eefe05073216a4db Signed-off-by: Khem Raj --- meta/recipes-core/musl/musl_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[OE-core] [PATCH V2 6/8] pulseaudio: Fix build with glibc 2.27

memfd_create is now available in glibc Signed-off-by: Khem Raj --- ...ers-only-define-memfd_create-if-not-alrea.patch | 66 ++ .../pulseaudio/pulseaudio_11.1.bb | 3 +- 2 files changed, 68 insertions(+), 1 deletion(-) create mode 100644

[OE-core] [PATCH 5/8] systemd: Fix build with glibc 2.27

Signed-off-by: Khem Raj --- c-Change-the-default-device-timeout-to-2.patch | 7 +++--- ...update-header-file-to-detect-memfd_create.patch | 28 ++ ...c-Check-if-memfd_create-is-already-define.patch | 27 +

[OE-core] [PATCH V2 2/8] make: Backport fixes to not assume glibc internal glob implementation

Exposed with glibc 2.27 Signed-off-by: Khem Raj --- meta/recipes-devtools/make/make.inc| 5 +- ...1-glob-Do-not-assume-glibc-glob-internals.patch | 70 ++ ...2-glob-Do-not-assume-glibc-glob-internals.patch | 38 3 files

[OE-core] [PATCH 3/8] perl: Undefine d_libm_lib_version.

From: Daniel Díaz A recent commit in GLIBC [1] got rid of _LIB_VERSION, which makes Perl's build fail: | pp.c:47:5: error: unknown type name '_LIB_VERSION_TYPE'; did you mean '__VERSION__'? | _LIB_VERSION_TYPE _LIB_VERSION = _IEEE_; | ^ |

[OE-core] ✗ patchtest: failure for Update to binutils 2.30, glibc 2.27 initiated fixes, musl update (rev2)

== Series Details == Series: Update to binutils 2.30, glibc 2.27 initiated fixes, musl update (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/10739/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated

Re: [OE-core] [PATCH] ltp: bump to release 20180118

在 2018年01月29日 22:19, Anders Roxell 写道: Removed 3 patches that have been upstreamed: - 0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch - 0037-ltp-fix-format-security-error.patch - 0038-generate-reproducible-gzip.patch I'm also working on this these days. The following patches

[OE-core] [meta-oe][PATCH] u-boot: Add coreutils-native to DEPENDS

Coreutils provides 'comm' command which is called during do_compile() from scripts/check-config.sh. This fixes following issues which are otherwise quietly ignored: .../scripts/check-config.sh: line 33: comm: command not found .../scripts/check-config.sh: line 38: comm: command not found

[OE-core] [morty][PATCH] kernel.bbclass: Fix symlink creation when using externalsrc

do_unpack is by default in SRCTREECOVEREDTASKS so this append can't run, since do_unpack gets removed by when externalsrc is enabled. This was hidden because externalsrc does actually run do_fetch and do_unpack if there are type=kmeta or file:// entries in the SRC_URI value of the kernel recipe.

[OE-core] [morty][PATCH] kernelsrc/perf: fix dependency on non existant task when using externalsrc

When externalsrc is enabled for kernel, do_patch doesn't exist since is in SRCTREECOVEREDTASKS, so make these depend on a real task. Fixes: ERROR: Task do_unpack in /data/yocto/poky/meta/recipes-kernel/perf/perf.bb depends upon non-existent task do_patch in

[OE-core] [PATCH] recipes-kernel: add kpatch dynamic kernel patching infrastructure

kpatch is a Linux dynamic kernel patching infrastructure which allows you to patch a running kernel without rebooting or restarting any processes Currently it is enabled and tested on x86-64 systems, although can be extended to PPC64 as well. Signed-off-by: Ruslan Bilovol

[OE-core] [PATCH] ltp: bump to release 20180118

Removed 3 patches that have been upstreamed: - 0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch - 0037-ltp-fix-format-security-error.patch - 0038-generate-reproducible-gzip.patch Reworked path 0002-Add-knob-to-control-whether-numa-support-should-be-c.patch. Signed-off-by: Anders

[OE-core] ✗ patchtest: failure for u-boot: Add coreutils-native to DEPENDS

== Series Details == Series: u-boot: Add coreutils-native to DEPENDS Revision: 1 URL : https://patchwork.openembedded.org/series/10746/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] [PATCH] kernel.bbclass: Fix symlink creation when using externalsrc

do_unpack is by default in SRCTREECOVEREDTASKS so this append can't run, since do_unpack gets removed by when externalsrc is enabled. This was hidden because externalsrc does actually run do_fetch and do_unpack if there are type=kmeta or file:// entries in the SRC_URI value of the kernel recipe.

[OE-core] [PATCH 3/5] meta: don't use deprecated functions from utils.bbclass

These functions were moved to meta/lib/oe in 2010 and the base_* functions in utils.bbclass were intended to be a short-term compatibility layer. They're still used in a few places, so update the callers to use the new functions. Signed-off-by: Ross Burton ---

[OE-core] [PATCH 4/5] classes/utils: remove compatibility functions

These base_* functions were moved into meta/lib/oe back in 2010 and wrappers left in utils.bbclass for compatibility. It's been eight years, so I think it's time to remove them. Signed-off-by: Ross Burton --- meta/classes/utils.bbclass | 41

[OE-core] [PATCH 5/5] ofono: use patch sent upstream instead of sed

Instead of using a sed to fix the hashbang in a test tool send a patch upstream and use that. This way we'll notice when the patch doesn't need to be applied anymore. Signed-off-by: Ross Burton --- meta/recipes-connectivity/ofono/ofono.inc | 3 ---

[OE-core] [PATCH 2/5] bluez5: only depend on pygobject if its going to work

Signed-off-by: Ross Burton --- meta/recipes-connectivity/bluez5/bluez5.inc | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc b/meta/recipes-connectivity/bluez5/bluez5.inc index e78f174c5cb..2607a058228

[OE-core] [PATCH 1/5] ofono: only depend on pygobject if its going to work

Signed-off-by: Ross Burton --- meta/recipes-connectivity/ofono/ofono.inc | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-connectivity/ofono/ofono.inc b/meta/recipes-connectivity/ofono/ofono.inc index 676a0c0042a..4443a95c2f7 100644

Re: [OE-core] [meta-oe][PATCH] u-boot: Add coreutils-native to DEPENDS

Depending on all of coreutils-native just for the comm binary is a bit of an overkill, arguing to add comm to HOSTTOOLS is a lower-impact fix. Ross On 29 January 2018 at 14:19, Niko Mauno wrote: > Coreutils provides 'comm' command which is called during do_compile() >

Re: [OE-core] [PATCH] meson: Adjust for clang compiler

On 27 January 2018 at 07:06, Khem Raj wrote: > Remove hardcoding c/c++ compiler to be gcc alone, its > possible to use clang as replacement for cross compilers > from meta-clang, therefore set clang/clang++ if > TOOLCHAIN = "clang" > > Signed-off-by: Khem Raj

Re: [OE-core] [PATCH 1/3] tzcode: remove unused patch files

On 1/29/18 5:13 PM, akuster808 wrote: On 01/29/2018 02:39 PM, Juro Bystricky wrote: Signed-off-by: Juro Bystricky thanks. For some reason I thought I remove all the old patches... hmm, in any case.  Thanks again. I wonder if we can cook up a script which can

Re: [OE-core] [PATCH] bitbake.conf: Add comm to HOSTTOOLS

On 01/29/2018 07:47 PM, Niko Mauno wrote: This mitigates following issues during u-boot do_compile() step -- otherwise, if comm is not available, they are quietly ignored: .../scripts/check-config.sh: line 33: comm: command not found .../scripts/check-config.sh: line 39: comm: command not

Re: [OE-core] ✗ patchtest: failure for Update to binutils 2.30, glibc 2.27 initiated fixes, musl update (rev2)

On Mon, Jan 29, 2018 at 9:04 PM, Patchwork wrote: > == Series Details == > > Series: Update to binutils 2.30, glibc 2.27 initiated fixes, musl update > (rev2) > Revision: 2 > URL : https://patchwork.openembedded.org/series/10739/ > State : failure > > ==

Re: [OE-core] waf warnings in jack and samba related recipes Was: [oe-commits] [openembedded-core] 07/44: waf.bbclass: explicitly pass bindir and libdir if supported

On 1/29/18 4:01 PM, Martin Jansa wrote: Hi, it might be useful to check if there is ${S}/waf at all before trying to call it. There are some recipes like jack and other which inherit waf-samba which inherits waf, but they don't use waf for configure, strange isn't it? hmm, I think

Re: [OE-core] [PATCH] bitbake.conf: Add comm to HOSTTOOLS

On 1/29/18 10:38 PM, Alexander Kanavin wrote: On 01/29/2018 07:47 PM, Niko Mauno wrote: This mitigates following issues during u-boot do_compile() step -- otherwise, if comm is not available, they are quietly ignored:    .../scripts/check-config.sh: line 33: comm: command not found   

Re: [OE-core] [PATCH] python: Upgrade both python and python-native to 2.7.14

It looks like the .so files (specifically gdbm and bsddb) are getting dropped from the manifest when I run the create manifest task. I'll have to take a look at why those aren't getting pulled into the dependency list. On Mon, Jan 29, 2018 at 2:49 PM, Derek Straka wrote: >