[OE-core] Creating cpio images with support for xattrs

Currently we create cpio rootfs images using the standard cpio tool. However that doesn't support the extensions added to the cpio format by the kernel in order to support initramfs images with xattrs: https://lwn.net/Articles/629134/ It looks like the only tool which does support these cpio

Re: [OE-core] [PATCH 2/7] create_npm.py: convert MIT/X11 to MIT

On Wed, Mar 1, 2017 at 9:19 AM, Anders Darander wrote: > Quite a few npm packages declare MIT/X11 as their license. This is equal to > a pure MIT license. it would be good if you could attach a link where this can be referred to. > > Signed-off-by: Anders Darander

[OE-core] [PATCH] sanity: Allow whitespace only mirror entries

Forcing the use of "\n" in mirror variables is pointless, we can just require that there are pairs of values. With the bitbake restriction relaxed, we can relax the sanity check too. Signed-off-by: Richard Purdie --- meta/classes/sanity.bbclass | 20

Re: [OE-core] [PATCH v2] native.bbclass: populate native recipe with it's files

Drop this, apparently Richard already applied this and I was looking at an older master branch when I sent this. Sau! On Thu, 2017-03-02 at 15:25 -0800, Saul Wold wrote: > This allows a native package's recipe-sysroot-native to be populated > with > that packages native image files.  This in

[OE-core] [PATCH v2] native.bbclass: populate native recipe with it's files

This allows a native package's recipe-sysroot-native to be populated with that packages native image files. This in turns allows it to be used by scripts or other tools without creating un-necessary DEPENDS. An example of this is systemtap-native and the crosstap script. Signed-off-by: Saul

Re: [OE-core] [PATCH 0/2] replace USE_LDCONFIG with ldconfig distro feature

On 2 March 2017 at 19:25, Andre McCurdy wrote: > the existing hardcoded "ldconfig" in PACKAGECONFIG should also be removed. > Damnit, thanks. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] [PATCH v2 22/25] lsb: Make use of appropriate bitbake variables.

On 22 February 2017 at 08:27, Amarnath Valluri wrote: > Using of bitbake environment variables in-place of hardcoded strings makes > this > recipe portable to all environments. > packages/corei7-64-poky-linux/lsb/lsb: FILELIST: directory renamed /bin -> /usr/bin,

Re: [OE-core] [PATCH v2 19/25] mdadm: Avoid using hardocded udev, sbin paths

On 22 February 2017 at 08:27, Amarnath Valluri wrote: > Use appropriate bitbake variables inplace of below hardcoded locations: > /sbin -> ${base_sbindir} > /lib/udev -> ${nonarch_base_libdir}/udev > Something went wrong:

Re: [OE-core] util-linux: Multiple alternatives issues preventing clean upgrades

I've made some progress but I'm afraid I still have a few more questions. > -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf > Of Bryan Evenson > Sent: Wednesday, March 01, 2017 9:22 AM > To:

Re: [OE-core] [PATCH 0/2] replace USE_LDCONFIG with ldconfig distro feature

On Tue, Feb 28, 2017 at 11:17 AM, Andre McCurdy wrote: > On Thu, Feb 2, 2017 at 5:44 PM, Khem Raj wrote: >> On Fri, Jan 27, 2017 at 2:29 PM, Andre McCurdy wrote: >>> Andre McCurdy (2): >>> bitbake.conf: replace USE_LDCONFIG with

[OE-core] [PATCH v2] slang: add ptest

Signed-off-by: Stefan Strogin Cc: xe-linux-exter...@cisco.com --- meta/recipes-extended/slang/slang/run-ptest| 3 +++ ...-add-output-in-the-format-result-testname.patch | 30 ++ meta/recipes-extended/slang/slang_2.3.1a.bb| 21

[OE-core] [PATCH] slang: add ptest

Signed-off-by: Stefan Strogin Cc: xe-linux-exter...@cisco.com --- meta/recipes-extended/slang/slang/run-ptest| 3 +++ ...-add-output-in-the-format-result-testname.patch | 30 ++ meta/recipes-extended/slang/slang_2.3.1a.bb| 21

Re: [OE-core] [PATCH v2] lz4: upgrade to v1.7.5

On 28 February 2017 at 09:03, Andreas Horsthemke wrote: > +PACKAGES =+ "${PN}-cli" > +DESCRIPTION_${PN}-cli = "Command line interface tools for the LZ4 > compression algorithm" > +FILES_${PN}-cli = "${bindir}/*" > For compatibility and clarity, I'd say that PN should be

[OE-core] [PATCH] kernel-arch: Lock the toolchain to use gcc compiler

kernel and external modules are still using gcc to build Signed-off-by: Khem Raj --- meta/classes/kernel-arch.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/kernel-arch.bbclass b/meta/classes/kernel-arch.bbclass index e09cdc4184..04c49b9d24 100644

[OE-core] [PATCH] gcc-source: rewrite do_preconfigure() in shell

This function is essentially just four lines of shell, that for some reason was written in Python. Signed-off-by: Ross Burton --- meta/recipes-devtools/gcc/gcc-source.inc | 25 +++-- 1 file changed, 11 insertions(+), 14 deletions(-) diff --git

[OE-core] [PATCH] gcc-source: add comment explaining why a function is Python

Signed-off-by: Ross Burton --- meta/recipes-devtools/gcc/gcc-source.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-devtools/gcc/gcc-source.inc b/meta/recipes-devtools/gcc/gcc-source.inc index fab99f2..03bab97 100644 ---

Re: [OE-core] [PATCH] gcc-source: rewrite do_preconfigure() in shell

On Thu, 2017-03-02 at 16:16 +, Ross Burton wrote: > This function is essentially just four lines of shell, that for some > reason was > written in Python. > > Signed-off-by: Ross Burton > --- > meta/recipes-devtools/gcc/gcc-source.inc | 25 +++--- I

Re: [OE-core] [PATCH] testsdk: Use auto.conf instead of local.conf to set SSTATE_MIRROR

On Thu, 2 Mar 2017, Richard Purdie wrote: > The local.conf file can get overritten and changed by the SDK so (ab)use > auto.conf instead to ensure our configuration tweaks get applied. > > Also ensure we append to any other configured SSTATE_MIRROR variable > that already exists.

[OE-core] [PATCH] testsdk: Use auto.conf instead of local.conf to set SSTATE_MIRROR

The local.conf file can get overritten and changed by the SDK so (ab)use auto.conf instead to ensure our configuration tweaks get applied. Also ensure we append to any other configured SSTATE_MIRROR variable that already exists. Signed-off-by: Richard Purdie

[OE-core] [OE-Core][Patch][Morty] gmp: Disable assembly for MIPS R6

gmplib has some assembly routines. These have not been optimized for MIPS R6 yet. Add --disable-assembly so that the C implementation is used. (From OE-Core rev: b0975809fe43b7506cc30a60245f5e32b275a3ec) Signed-off-by: Zubair Lutfullah Kakakhel --- Pyro has slightly

[OE-core] [OE-Core][Patch][Morty] openssl: Add support for many MIPS configurations

Add more case statements to catch MIPS tune configurations (From OE-Core rev: cd1f6fbf9a2113cf510c25de2eb3895468e79149) Signed-off-by: Zubair Lutfullah Kakakhel Signed-off-by: Ross Burton --- meta/recipes-connectivity/openssl/openssl.inc | 24

Re: [OE-core] [OE-Core][Patch] autoconf: Add configurations for MIPS R6

On 2 March 2017 at 13:36, Zubair Lutfullah Kakakhel < zubair.kakak...@imgtec.com> wrote: > Is this the right way? > > Ideally should fetch a new file from > > http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_ > plain;f=config.sub;hb=HEAD > One other way would be to copy that file instead

[OE-core] [PATCH] meta-estsdk-toolchain: use WORKDIR instead of D to hold locked-sigs

do_locked_sigs() uses ${D} to hold a file as input to the sstate staging code. Generally this isn't a problem as it happens after packaging, but sometimes (if the recipe is rebuild, perhaps) do_package() will see the file inside ${D} and fail because there is an uninstalled file. Solve this by

[OE-core] [OE-Core][Patch] autoconf: Add configurations for MIPS R6

Add configurations for MIPS R6 Signed-off-by: Zubair Lutfullah Kakakhel --- Is this the right way? Ideally should fetch a new file from http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD ---

[OE-core] [OE-Core][Patch] arch-mips: Fix tune configuration for mipsisa64r6el-n32-nf

Big endian flag marked in a little endian configuration by mistake. Remove it. Signed-off-by: Zubair Lutfullah Kakakhel --- meta/conf/machine/include/tune-mips64r6.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] State of bitbake world, Failed tasks 2017-03-01

On Thu, Mar 2, 2017 at 9:46 AM, Koen Kooi wrote: > > Util-linux is the preferred provider for libuuid (it moved from e2fsprogs to > util-linux a few years ago). > > regards, > Thanks - did not know that (just asked oe-layer-list). Will try that one next weekend...

Re: [OE-core] [PATCH] mtd-utils: Upgrade to 2.0.0

On Thu, 2017-03-02 at 10:59 +0100, Alexandre Belloni wrote: > Hi, > > On 04/01/2017 at 19:28:46 +, Mike Crowe wrote: > > Upstream has started using automake which means that the recipe must now > > inherit from autotools and pkgconfig. > > > > The source tree has been reorganised too which

Re: [OE-core] [PATCH] dhcp: Add choice for "with ddns" and "no ddns".

On 9 February 2017 at 06:37, Li Zhou wrote: > +-#define NSUPDATE > ++/* #define NSUPDATE */ > Instead of having a patch that is conditional on PACKAGECONFIG (so prone to being left out of testing), can the patch be rewritten so that it exposes an option or respects a

Re: [OE-core] [PATCH] libgpg-error: correctly configure on mips64

On 03/01/2017 06:40 PM, Khem Raj wrote: On Wed, Mar 1, 2017 at 4:07 AM, Alexander Kanavin wrote: + mips64*)TUPLE=mips64el-unknown-linux-gnuabi64 ;; This probably is going to fail for big-endian mips64 Nope. The configurations are

Re: [OE-core] "inherit setuptools" versus "inherit pypi" -- a python style question

On Thu, 2 Mar 2017, Robert P. J. Day wrote: > possibly a "best practices" question ... regarding recipe for > "python-psutil" (although this applies for numerous python recipes), > wind river linux 8 has a recipe for python-psutil_2.2.1.bb which > inherits pypi: > > RDEPENDS_${PN} += " \ >

[OE-core] "inherit setuptools" versus "inherit pypi" -- a python style question

possibly a "best practices" question ... regarding recipe for "python-psutil" (although this applies for numerous python recipes), wind river linux 8 has a recipe for python-psutil_2.2.1.bb which inherits pypi: RDEPENDS_${PN} += " \ python-subprocess \ " inherit pypi a newer

Re: [OE-core] [PATCH 3/3] rm_work.bbclass: clean up sooner

On Wed, 2017-03-01 at 19:47 +0100, Martin Jansa wrote: > Another (surprising for me) output from bitbake -D -D -D: > > OE qemux86@ ~/build/oe-core $ head log.zlib.rm_work.debug3.prio.* > ==> log.zlib.rm_work.debug3.prio.completion <== > DEBUG: completion priorities (most important first): > 1. ID

Re: [OE-core] [PATCH] mtd-utils: Upgrade to 2.0.0

Hi, On 04/01/2017 at 19:28:46 +, Mike Crowe wrote: > Upstream has started using automake which means that the recipe must now > inherit from autotools and pkgconfig. > > The source tree has been reorganised too which requires the paths in the > patches to be modified. None of the patches

Re: [OE-core] [PATCH 3/3] rm_work.bbclass: clean up sooner

On Wed, 2017-03-01 at 16:52 +0100, Martin Jansa wrote: > On Thu, Feb 16, 2017 at 11:26:54AM +0100, Patrick Ohly wrote: > > On Wed, 2017-02-15 at 19:32 +0100, Martin Jansa wrote: > > > Are all changes necessary for this to work already in master? > > > > Yes. > > > > > Yesterday I've noticed that

Re: [OE-core] State of bitbake world, Failed tasks 2017-03-01

Op 02-03-17 om 00:14 schreef Andreas Müller: > On Wed, Mar 1, 2017 at 8:55 PM, Martin Jansa wrote: >> * >> openembedded-core/meta/recipes-extended/parted/parted_3.2.bb:do_compile_ptest_base > Before Martin blacklists gparted for dependency :) > > 1. Autobuilder error