[OE-core] [PATCH 1/1] templates/layer.conf: remove backslash to enable bbappend setting

Remove the redundant backslash in template layer.conf file, otherwise, the bbappend line setting wouldn't have effect, causing bbappend files in these created layers not having any effect. Signed-off-by: Chen Qi --- meta/lib/bblayers/templates/layer.conf | 2 +- 1 file

[OE-core] [PATCH 0/1] templates/layer.conf: remove backslash to enable bbappend setting

The following changes since commit 72867393fe2004ab9f0ee23eb09a975c82938b9e: runqemu: Also specialcase resolution of '.' to the file's location (2017-11-21 17:58:41 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/template-layer-conf

Re: [OE-core] [PATCH] glibc: malloc: Add missing arena lock in malloc_info

Hi Ross, Is your meaning that I regenerate this patch based on poky-contrib:ross/mut2 branch? Thanks. On 2017年11月23日 19:58, Burton, Ross wrote: Thanks Andre. There's a glibc 2.26 upgrade pending and this doesn't apply on top of that, can you rebase? poky-contrib:ross/mut2 is where I'm

Re: [OE-core] ✗ patchtest: failure for Add pypi.bbclass; python improvements

> On Nov 23, 2017, at 12:25 PM, Leonardo Sandoval > wrote: > > On Thu, 23 Nov 2017 12:48:32 -0700 > Tim Orling wrote: > >> I stand corrected. When I try to apply the mbox file from patchwork it >> throws: >> >>

Re: [OE-core] ✗ patchtest: failure for Add pypi.bbclass; python improvements

On Thu, 23 Nov 2017 12:48:32 -0700 Tim Orling wrote: > I stand corrected. When I try to apply the mbox file from patchwork it throws: > > error: patch fragment without header at line 147: @@ -172,6 +172,10 @@ > SUMMARY_${PN}-png

Re: [OE-core] ✗ patchtest: failure for Add pypi.bbclass; python improvements

I stand corrected. When I try to apply the mbox file from patchwork it throws: error: patch fragment without header at line 147: @@ -172,6 +172,10 @@ SUMMARY_${PN}-png util="Python package extension utility

Re: [OE-core] ✗ patchtest: failure for Add pypi.bbclass; python improvements

I just manually applied the entire series on top of openembedded-core master, so this is definitely a false positive. > On Nov 23, 2017, at 12:10 PM, Tim Orling > wrote: > > This seems like a false positive, as this series is based on top of master? > > Is

Re: [OE-core] ✗ patchtest: failure for Add pypi.bbclass; python improvements

This seems like a false positive, as this series is based on top of master? Is it expecting master for “poky” or master for “openembedded-core”? > On Nov 23, 2017, at 11:37 AM, Patchwork > wrote: > > == Series Details == > > Series: Add pypi.bbclass;

Re: [OE-core] ✗ patchtest: failure for systemd: fixs mips64 login issue

On 11/23/2017 10:57 AM, Leonardo Sandoval wrote: > On Thu, 23 Nov 2017 18:37:54 - > Patchwork wrote: > >> == Series Details == >> >> Series: systemd: fixs mips64 login issue >> Revision: 1 >> URL : https://patchwork.openembedded.org/series/9939/ >>

Re: [OE-core] ✗ patchtest: failure for systemd: fixs mips64 login issue

On Thu, 23 Nov 2017 18:37:54 - Patchwork wrote: > == Series Details == > > Series: systemd: fixs mips64 login issue > Revision: 1 > URL : https://patchwork.openembedded.org/series/9939/ > State : failure > > == Summary == > > > Thank you for

[OE-core] ✗ patchtest: failure for systemd: fixs mips64 login issue

== Series Details == Series: systemd: fixs mips64 login issue Revision: 1 URL : https://patchwork.openembedded.org/series/9939/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on

[OE-core] ✗ patchtest: failure for Add pypi.bbclass; python improvements

== Series Details == Series: Add pypi.bbclass; python improvements Revision: 1 URL : https://patchwork.openembedded.org/series/9940/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed

[OE-core] ✗ patchtest: failure for binutils: Fix build issue on Centos 6

== Series Details == Series: binutils: Fix build issue on Centos 6 Revision: 1 URL : https://patchwork.openembedded.org/series/9938/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed

[OE-core] [PATCH 13/13] python-scons: upgrade to v3.0.1; use pypi.bbclass

* Simplify recipe by using pypi.bbclass * Drop patch for __future__ print_function - fixed upstream: https://github.com/SConsProject/scons/pull/1/commits/4c199d06e76afb9379e76942d0f68caa57f42509 Signed-off-by: Tim Orling --- ...ative_3.0.0.bb =>

[OE-core] [PATCH 11/13] python-git: use pypi.bbclass

* Simplify python3-git by using pypi.bbclass * Consolidate common content in .inc Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python-git.inc | 26 ++- meta/recipes-devtools/python/python3-git_2.1.7.bb | 5 - 2 files

[OE-core] [PATCH 09/13] python-smmap: use pypi.bbclass

* Simpify python3-smmap using pypi.bbclass * Consolidate common content in .inc Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python-smmap.inc | 12 ++-- meta/recipes-devtools/python/python3-smmap_0.9.0.bb | 5 + 2 files changed,

[OE-core] [PATCH 12/13] python3-iniparse: use pypi.bbclass

* Simplify recipe by using pypi.bbclass Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-iniparse_0.4.bb | 9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/meta/recipes-devtools/python/python3-iniparse_0.4.bb

[OE-core] [PATCH 10/13] python-gitdb: use pypi.bbclass

* Simplify python3-gitdb using pypi.bbclass * Consolidate common content in .inc Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python-gitdb.inc | 15 +++ meta/recipes-devtools/python/python3-gitdb_0.6.4.bb | 7 +-- 2 files

[OE-core] [PATCH 07/13] python-async: use pypi.bbclass

* Simplify by using pypi.bbclass * Use PYTHON_PN for RDEPENDS in .inc to avoid duplication Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python-async.inc | 7 +++ meta/recipes-devtools/python/python3-async_0.6.2.bb | 6 +- 2 files

[OE-core] [PATCH 02/13] python-*-manifest/generator: add runpy; python3-plistlib

* runpy allows running modules/scripts with 'python -m foo' * python3-setuptools RDEPENDS on plistlib (present in python2) * pip3 RDEPENDS on _markupbase (add to python3-core) Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python-2.7-manifest.inc |

[OE-core] [PATCH 08/13] python-mako: use pypi.bbclass

* Simpify python3-mako by using pypi.bbclass * Consolidate common content in .inc Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python-mako.inc | 13 + meta/recipes-devtools/python/python3-mako_1.0.7.bb | 11 +-- 2 files

[OE-core] [PATCH 03/13] python-setuptools: upgrade to 36.8.0; use pypi.bbclass; improvements

* Simplify python- and python3-setuptools with pypi.bbclass * inherit setuptools rather than distutils * Consolidate common settings in python-setuptools.inc - use PYTHON_PN variable to eliminate duplication - python3-setuptools had missing RDEPENDS (e.g., plistlib) - installer no longer

[OE-core] [PATCH 05/13] python-nose: use pypi.bbclass

* Simplify python- and python3-nose by using pypi.bbclass * Consolidate common content in python-nose.inc - Avoid duplication by using PYTHON_PN variable Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python-nose.inc | 18

[OE-core] [PATCH 01/13] pypi.bbclass: bring in from meta-python

The pypi.bbclass has usefullness in many meta layers, not just meta-python. Add it to oe-core for the benefit of everyone. Signed-off-by: Tim Orling --- meta/classes/pypi.bbclass | 26 ++ 1 file changed, 26 insertions(+) create mode

[OE-core] [PATCH 06/13] python-six: use pypi.bbclass

* Simplify python3-six by using pypi.bbclass - Use PYTHON_PN in .inc to avoid duplication in RDEPENDS Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python-six.inc| 8 +++- meta/recipes-devtools/python/python3-six_1.11.0.bb | 2 -- 2

[OE-core] [PATCH 04/13] python3-pip: use pypi.bbclass

* Simplify recipe by using pypi.bbclass Signed-off-by: Tim Orling --- meta/recipes-devtools/python/python3-pip_9.0.1.bb | 13 +++-- 1 file changed, 3 insertions(+), 10 deletions(-) diff --git a/meta/recipes-devtools/python/python3-pip_9.0.1.bb

[OE-core] [PATCH 00/13] Add pypi.bbclass; python improvements

The pypi.bbclass added to meta-python by Derek Straka significantly simplifies python module packaging and has utility outside of just the meta-python layer. Most notably, it knows how to generate the SRC_URI, S, UPSTREAM_CHECK_URI and UPSTREAM_CHECK_REGEX variables given a PYPI_PACKAGE. For

[OE-core] [Morty][PATCH] systemd: fixs mips64 login issue

From: Armin Kuster With out this patch, one can not login to a mips64 machine like qumumips64 or Octeon mips64 when systemd is enabled. remove PACKAGECONFIG option too affects: systemd < 2.3.2 Reviewed-by: Jeremy Puhlman Signed-off-by: Jagadeesh

[OE-core] [Morty][PATCH] binutils: Fix build issue on Centos 6

From: Armin Kuster Per Yocto Compatable: The following change was made to fix a build issue we are seeing on Centos 6. Not expecting this to be merge. binutils-cross-canadian-arm-2.27-r0.47: task do_compile: gprof' cc1: error: unrecognized command line option

Re: [OE-core] [PATCH 2/5] nettle: update to 3.4 and cleanup

On 11/23/2017 09:07 AM, Burton, Ross wrote: > On 21 November 2017 at 20:01, Armin Kuster > wrote: > >  SRC_URI = "http://www.lysator.liu.se/~nisse/archive/${BP}.tar.gz > \ >

Re: [OE-core] [PATCH 2/5] nettle: update to 3.4 and cleanup

On 21 November 2017 at 20:01, Armin Kuster wrote: > SRC_URI = "http://www.lysator.liu.se/~nisse/archive/${BP}.tar.gz \ > So I've just discovered that this server is sending broken HTTP headers and fetching this tarball doesn't work for anyone with wget 1.19.2. I've told

Re: [OE-core] [PATCH 0/3] Several Glibc security fixes

On 11/23/2017 04:00 AM, Burton, Ross wrote: > On 23 November 2017 at 03:52, Armin Kuster > wrote: > > The pending 2.27 update does not need these. Only apply if that > update is delayed too long. > > > I don't see a pending 2.27

[OE-core] [PATCH 2/2] devtool: provide useful defaults for version/commit when upgrading recipes

Specifically, 'devtool upgrade' will use the latest upstream release if available or latest commit if upstream never makes releases. Signed-off-by: Alexander Kanavin --- scripts/lib/devtool/upgrade.py | 16 1 file changed, 12 insertions(+), 4

[OE-core] [PATCH 1/2] devtool: add a 'latest-version' command

This command queries the upstream server for what the latest release is and prints the output; it is a much neater way to find out these things than fumbling with distrodata, 'bitbake -c checkpkg' and awkward to read csv output in a file. Examples: python3 (tarballs): NOTE: Current version:

Re: [OE-core] [PATCH 6/6] neon: remove the recipe

On 11/23/2017 01:28 PM, Maxin B. John wrote: It will be good to remove references of neon from 'distro_alias.inc' and 'maintainers.inc' as well. To be honest, those two files are inconsistent for many other recipes, and we need a general solution for them. I think removing distro_alias.inc

Re: [OE-core] [PATCH v1] systemd: Avoid fsck because time is out of sync on first boot.

On 23/11/17 13:13, Burton, Ross wrote: > Doesn't sound like something we want to be always on.  Either keep this > in your customisations, or add it as an optional PACKAGECONFIG that you > can turn on. I can of course do that, but maybe this should be the default? It feels like a bug that all

[OE-core] [PATCH] systemd: allow dots in arguments to template units

When installing systemd template units with an argument, the current code removes characters between the '@' and the '.' from service names in SYSTEMD_SERVICE_${PN}, e.g.: getty@tty1.service -> getty@.service This fails for services with dots in the argument (which is perfectly legal in

Re: [OE-core] [PATCH v1] systemd: Avoid fsck because time is out of sync on first boot.

Doesn't sound like something we want to be always on. Either keep this in your customisations, or add it as an optional PACKAGECONFIG that you can turn on. Ross On 22 November 2017 at 13:30, Kristian Amlie wrote: > By default, systemd uses its build time as the

Re: [OE-core] [PATCH 3/3] oeqa/selftest/runtime_test: simplify postinst testing

On 23 November 2017 at 10:21, Burton, Ross wrote: > >> The indentation doesn't look right here? > > > That would be Atom "helpfully" doing smart intentation. I'll fix it up in > something else, thanks. > Can't see any problems, what didn't look right? Ross --

Re: [OE-core] [PATCH 0/3] Several Glibc security fixes

On 23 November 2017 at 03:52, Armin Kuster wrote: > The pending 2.27 update does not need these. Only apply if that update is > delayed too long. > I don't see a pending 2.27 update, just a 2.26 update (to 77f921dac17c5fa99bd9e926d926c327982895f7). Is there a patch I'm

Re: [OE-core] [PATCH] glibc: malloc: Add missing arena lock in malloc_info

Thanks Andre. There's a glibc 2.26 upgrade pending and this doesn't apply on top of that, can you rebase? poky-contrib:ross/mut2 is where I'm staging the toolchain updates. Ross On 22 November 2017 at 00:50, Andre McCurdy wrote: > On Tue, Nov 21, 2017 at 3:05 PM, Burton,

Re: [OE-core] [PATCH 6/6] neon: remove the recipe

Hi, It will be good to remove references of neon from 'distro_alias.inc' and 'maintainers.inc' as well. Acked-by: Maxin B. John On Wed, Nov 22, 2017 at 06:32:33PM +0200, Alexander Kanavin wrote: > For these reasons: > 1) Upstream website has been dead for quite a while

Re: [OE-core] [PATCH 3/3] oeqa/selftest/runtime_test: simplify postinst testing

On 23 November 2017 at 01:34, Joshua Lock wrote: > @OETestID(1540) >> > > We're effectively stating that test ID 1540 and test ID 1545 are both > covered by the same test method, right? > > Perhaps we don't need to maintain both test cases in Testopia, as

Re: [OE-core] Yocto Project Status WW47’17

On Mon, 2017-11-20 at 20:22 -0500, Randy MacLeod wrote: > > o   Issues with 4.13.10 host kernels booting kvm x86 guests on > > Tumbleweed (Suse) and Fedora 26 (attempting to see if 4.13.12 > > helps) >   > Robert, can you test Fedora 26. It would help to have a defect open > with steps to

[OE-core] [PATCH v2] mtd-utils: fix flash_eraseall installation conflict

override correctly busybox's applet when CONFIG_FLASH_ERASEALL=y is set Error: update-alternatives: not linking /builds/image/1.0-r0/rootfs/usr/ sbin/flash_eraseall to /bin/busybox.nosuid since /builds/image/1.0-r0/ rootfs/usr/sbin/flash_eraseall exists and is not a link Signed-off-by: Andrej

Re: [OE-core] [PATCH] recipes-multimedia/gstreamer: Add gst-validate recipe

On 11/23/2017 12:46 AM, Burton, Ross wrote: Patchtest already told you about the SUMMARY typo.  I've been meaning to look at this for automated gstreamer QA, would you say this would be simple enough and there would be value in integrating this into oe-selftest? We have a bug for improving