Re: [OE-core] [PATCH] waf.bbclass: explicitly pass libdir

On 2017-12-11 18:15, Otavio Salvador wrote: > On Mon, Dec 11, 2017 at 3:09 PM, Burton, Ross wrote: >> On 11 December 2017 at 15:37, Joshua Watt wrote: >>> >>> Vanilla waf only supports --prefix, --libdir, and --bindir. Anything else >>> is a result of

Re: [OE-core] [PATCH] gmp: depends on flex-native to fix parallel building issue

Comments below. thanks -Original Message- From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org] Sent: 2017年12月11日 6:48 To: Bai, Haiqing; openembedded-core@lists.openembedded.org Subject: Re: [OE-core] [PATCH] gmp: depends on flex-native to fix parallel building issue On

[OE-core] ✗ patchtest: failure for python improvements (rev2)

== Series Details == Series: python improvements (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/10133/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the

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

Moments after hitting send, I realized this was missing the documentation strings from v1. I have added that change in the contrib git repo, but will not bother resending the patch via email. This series must be applied from git regardless, due to the long lines in the old manifest files which

[OE-core] [PATCH v3 14/14] 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 v3 03/14] python-*-manifest/generators: 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 --- .../recipes-devtools/python/python-2.7-manifest.inc |

[OE-core] [PATCH v3 05/14] 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 v3 13/14] 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 v3 12/14] 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 v3 02/14] python-*-manifest/generators: fix long line lengths

The generators create python-*-manifest.inc files with lines over 2500 characters long which breaks sending patches via git send-email (because of smtp limitation). This patchset formats all the long lines into multiple lines. Signed-off-by: Tim Orling ---

[OE-core] [PATCH v3 06/14] 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 v3 11/14] 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 v3 04/14] python-setuptools: upgrade to 38.2.4; 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 v3 01/14] 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 v3 09/14] 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 v3 10/14] 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 v3 07/14] 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 v3 08/14] 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 v3 00/14] python improvements

We are not quite ready for the json manifest changes from v2, so this series works with the original manifest generators. The commit which deletes the old manifests will fail git send-email, so this series must be pulled from git. This series DOES address this issue by adding newlines in the

[OE-core] [PATCH] wic: Fix a path to a psuedo state directory (PSEUDO_LOCALSTATEDIR).

In case of 'new_rootfs' the psuedo directory is not copied. Thus PSEUDO_LOCALSTATEDIR should still point to the dsa 'native_sysroot'/../pseudo. Otherwise PSEUDO_LOCALSTATEDIR points to a not existing director ('new_rootfs'/../pseudo) and UID and GUID attributes are not applied to files of the

[OE-core] [PATCH] syslinux: always use the BFD linker

Syslinux compiles successfully with Gold, but at runtime Isolinux fails to boot, getting stuck at the version screen without loading the menu. Forcing the BFD linker fixes this. To future-proof, use an inline python replace rather than duplicating the definition of LD in bitbake.conf

[OE-core] [PATCH 1/1] oe-selftest: devtool: switch away from mkelfimage

mkelfimage is about to be removed, so test_devtool_modify_git needs to use a different recipe. psplash is a reasonable choice given it uses a git repository (and probably will forever), and doesn't have too many dependencies, so change the test to use that recipe instead. Signed-off-by: Paul

[OE-core] [PATCH 0/1] oe-selftest: devtool: switch away from mkelfimage

Fix oe-selftest for Saul's impending removal of mkelfimage. The following changes since commit a24c10b7bdab8aa960fdd3a58d2009f24344e579: populate_sdk_ext: Use prebuilt uninative tarball (2017-12-11 21:46:33 +) are available in the git repository at:

Re: [OE-core] [PATCH] glibc/gcc/libgcc-initial: Reimplement "deltask do_build"

Ping. Thanks, Mingli On 2017年11月21日 16:27, mingli...@windriver.com wrote: From: Mingli Yu Previously, "deltask do_build" can result in the dependency of do_build lost and can trigger a race condition error as below when do_rm_work is enabled.

Re: [OE-core] [PATCH] systemd: create wheel sysuser group offline

On Fri, Dec 8, 2017 at 11:36 AM, Andre McCurdy wrote: > On Thu, Dec 7, 2017 at 10:44 PM, Yi Zhao wrote: >> 在 2017年11月10日 13:54, Andre McCurdy 写道: >>> >>> The default systemd-tmpfiles config file expects to be able to create >>> files etc belonging to

[OE-core] [PATCH V2] avahi: upgrade to 0.7

From: Dengke Du Delete the unneeded patch, because the upstream contains the needed changes. The new version of avahi 0.7 use "/run" directory to place some run-time variable data, not /var/run, so in avahi.inc, we should remove the "/run" not "/var/run". Remove

[OE-core] [PATCH V2] avahi: upgrade to 0.7

Change from V1: Remove PACKAGECONFIG for pygtk to fix QA warning: QA Issue: avahi: configure was passed unrecognised options: --disable-pygtk [unknown-configure-option] Dengke Du (1): avahi: upgrade to 0.7 .../avahi/{avahi-ui_0.6.32.bb => avahi-ui_0.7.bb} | 6 ++---

[OE-core] [PATCH v2 4/4] mkelfimage: Remove un-needed recipe

As we are removing the ELF image type, we can now removed this older mkelfimage recipe also, we reach back 3+ years in the coreboot git repo to retrieve the source. This tool needs updating everything we change binutils, which would normally be done by the upstream, but that is now gone. [YOCTO

[OE-core] [PATCH v2 3/4] image_types: Remove ELF type

As warned in a proir commit, it's time to remove the elf image type, it is not long used anywhere (that I am aware of) and the mkelfimage tool has been removed from the upstream coreboot code base. Signed-off-by: Saul Wold --- meta/classes/image_types.bbclass | 13

[OE-core] [PATCH v2 2/4] oeqa/qemu: remove elf image type

Since we are depercating the ELF image type, we should not test it here either. Signed-off-by: Saul Wold --- meta/lib/oeqa/core/target/qemu.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oeqa/core/target/qemu.py

[OE-core] [PATCH v2 1/4] devtool QA: switch which git recipe is used

Since we have removed the mkelfimage recipe, select a new recipe to use for the devtool git test. Signed-off-by: Saul Wold --- meta/lib/oeqa/selftest/cases/devtool.py | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[OE-core] [PATCH v2 0/4] Remove ELF Image Type

The ELF Image type is not currently used any more by the coreboot project which was the original creator of this image type along with the mkelfimage tool. The tool was removed from the coreboot repo back in 2014 and has no updates. Each time binutils changes, the mkelfimage tool breaks and

[OE-core] [PATCH 0/1] wic: argparse now used for help functionality

The following changes since commit 58e05020e09971f05effb79f8f1eb2012df4f0db: bitbake: providers: Fix determinism issue (2017-12-10 22:45:21 +) are available in the git repository at: git://push.yoctoproject.org/poky-contrib anelliot/bug12205 anelliot (1): wic: argparse now used

Re: [OE-core] [PATCH V4 1/2] imagefeatures.py: Added testcase to track IMAGE_GEN_DEBUGFS

On 8 December 2017 at 21:03, Jair Gonzalez < jair.de.jesus.gonzalez.plascen...@linux.intel.com> wrote: > +def test_image_gen_debugfs(self): > +""" > +Summary: Check debugfs generation > +Expected:1. core-image-minimal can be build with > IMAGE_GEN_DEBUGFS

Re: [OE-core] [PATCH] waf.bbclass: explicitly pass libdir

On Mon, Dec 11, 2017 at 3:09 PM, Burton, Ross wrote: > On 11 December 2017 at 15:37, Joshua Watt wrote: >> >> Vanilla waf only supports --prefix, --libdir, and --bindir. Anything else >> is a result of loading the gnu_dirs tool, which not all projects

Re: [OE-core] [PATCH] waf.bbclass: explicitly pass libdir

On 11 December 2017 at 15:37, Joshua Watt wrote: > Vanilla waf only supports --prefix, --libdir, and --bindir. Anything else > is a result of loading the gnu_dirs tool, which not all projects are > required to do. > > > Sorry, hit send too soo: waf (at least version 2.0)

[OE-core] Yocto Project Status WW50’17

Current Dev Position: YP 2.5 M2 development Next Deadline: YP 2.5 M2 cut off of 1/15/18 SWAT team rotation: Tracy -> Stephano on Dec. 8, 2017. SWAT team rotation: Stephano -> Maxin on Dec. 15, 2017. https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: ·

Re: [OE-core] [PATCH] waf.bbclass: explicitly pass libdir

On Mon, 2017-12-11 at 09:32 -0600, Joshua Watt wrote: > On Mon, 2017-12-11 at 14:58 +, Burton, Ross wrote: > > On 11 December 2017 at 14:16, Stefan Agner wrote: > > > Hm, isn't this a "base" option which is always supported? > > > > No idea. :) > > > > > There are a bunch

Re: [OE-core] [PATCH] waf.bbclass: explicitly pass libdir

On Mon, 2017-12-11 at 14:58 +, Burton, Ross wrote: > On 11 December 2017 at 14:16, Stefan Agner wrote: > > Hm, isn't this a "base" option which is always supported? > > No idea. :) > > > There are a bunch of others. But most seem to derive from PREFIX, > > which > > > >

Re: [OE-core] [PATCH] waf.bbclass: explicitly pass libdir

On 11 December 2017 at 14:16, Stefan Agner wrote: > Hm, isn't this a "base" option which is always supported? No idea. :) > There are a bunch of others. But most seem to derive from PREFIX, which > we set... > > Installation prefix: > > By default, "waf install" will

Re: [OE-core] [PATCH] waf.bbclass: explicitly pass libdir

On 2017-12-11 15:01, Burton, Ross wrote: > On 11 December 2017 at 13:57, Stefan Agner wrote: > >> From: Stefan Agner >> >> On some build hosts distros (e.g. Fedora 26) waf tries to be >> smart about libdir detection and defaults to

[OE-core] [rocko][PATCH] waf.bbclass: explicitly pass libdir

From: Stefan Agner On some build hosts distros (e.g. Fedora 26) waf tries to be smart about libdir detection and defaults to [EXEC_PREFIX/lib64]. This obviously is not what we want for 32-bit targets and usually fails in the do_package phase: WARNING:

Re: [OE-core] [PATCH] waf.bbclass: explicitly pass libdir

On 11 December 2017 at 13:57, Stefan Agner wrote: > From: Stefan Agner > > On some build hosts distros (e.g. Fedora 26) waf tries to be > smart about libdir detection and defaults to [EXEC_PREFIX/lib64]. > This obviously is not what we want for 32-bit

[OE-core] [PATCH] waf.bbclass: explicitly pass libdir

From: Stefan Agner On some build hosts distros (e.g. Fedora 26) waf tries to be smart about libdir detection and defaults to [EXEC_PREFIX/lib64]. This obviously is not what we want for 32-bit targets and usually fails in the do_package phase: WARNING:

Re: [OE-core] [PATCHv2] cmake: Avoid passing empty prefix to os.path.relpath

It was implicated in some build failures. I'll re-add it and try again. Ross On 11 December 2017 at 09:51, Mike Crowe wrote: > On Monday 13 November 2017 at 15:15:35 -0200, Otavio Salvador wrote: > > On Sun, Nov 12, 2017 at 2:39 PM, Mike Crowe wrote: > > >

Re: [OE-core] [PATCH] recipetool: create: fix conflict between SRCREV and tag

I think there were selftest failures and I removed it to see what happened, added back again now. Ross On 11 December 2017 at 01:10, Chang, Rebecca Swee Fun < rebecca.swee.fun.ch...@intel.com> wrote: > Ping again. > I noticed that it was on mut2 2 weeks ago. I think this was dropped > somehow

Re: [OE-core] [PATCH 2/2] wic: plugins: rawcopy: Add support to download the raw image from a http server

On 2017-12-11 12:45, Otavio Salvador wrote: On Mon, Dec 11, 2017 at 3:30 AM, Kevin Hao wrote: On Sun, Dec 10, 2017 at 10:53:43PM -0200, Otavio Salvador wrote: On Sat, Dec 9, 2017 at 12:45 AM, Kevin Hao wrote: Some firmwares are critical

Re: [OE-core] [PATCH 2/2] wic: plugins: rawcopy: Add support to download the raw image from a http server

On Mon, Dec 11, 2017 at 3:30 AM, Kevin Hao wrote: > On Sun, Dec 10, 2017 at 10:53:43PM -0200, Otavio Salvador wrote: >> On Sat, Dec 9, 2017 at 12:45 AM, Kevin Hao wrote: >> > Some firmwares are critical for the basic functions of the board, and

Re: [OE-core] kernel.bbclass do_sizecheck behaviour changes

On Friday 08 December 2017 at 14:24:17 -0800, Andre McCurdy wrote: > On Fri, Dec 8, 2017 at 1:34 PM, Khem Raj wrote: > >> > >> The size limit for an uncompressed kernel vs a compressed kernel is > >> going to be quite different, so defining one size limit and applying > >> it

Re: [OE-core] [PATCHv2] cmake: Avoid passing empty prefix to os.path.relpath

On Monday 13 November 2017 at 15:15:35 -0200, Otavio Salvador wrote: > On Sun, Nov 12, 2017 at 2:39 PM, Mike Crowe wrote: > > With meta-micro, ${prefix} is the empty string. This means that > > CMAKE_INSTALL_BINDIR:PATH and friends end up containing paths starting with > > many

Re: [OE-core] kernel.bbclass do_sizecheck behaviour changes

On Fri, Dec 8, 2017 at 11:24 PM, Andre McCurdy wrote: > On Fri, Dec 8, 2017 at 1:34 PM, Khem Raj wrote: >>> >>> The size limit for an uncompressed kernel vs a compressed kernel is >>> going to be quite different, so defining one size limit and applying

[OE-core] OpenEmbedded stand at FOSDEM 2018

Hi all, We've got confirmation for an OpenEmbedded stand at FOSDEM 2018! We're in the AW building as usual, you can see the full list of stands and location details here: https://fosdem.org/2018/stands/ What we need: * People to help out on the stand and chat about the project. If you're going