[OE-core] [PATCH] meta: conf: avoid appending LIBCOVERRIDE to OVERRIDES

From: Ming Liu The order of any other overrides should be before forcevariable, or else it will get the highest priority. Signed-off-by: Ming Liu --- meta/classes/native.bbclass | 2 -- meta/classes/nativesdk.bbclass| 2 +- meta/conf/bitbake.conf

Re: [OE-core] [PATCH] meta: conf: avoid appending LIBCOVERRIDE to OVERRIDES

On Sat, 2018-04-07 at 11:05 +0200, liu.min...@gmail.com wrote: > From: Ming Liu > > The order of any other overrides should be before forcevariable, or > else it will get the highest priority. > > Signed-off-by: Ming Liu > --- >  meta/classes/native.bbclass   | 2 -- >  meta/clas

[OE-core] [PATCH 1/3] Revert "python3: fix create_manifest to handle pycache folders"

Alejandro asked this be reverted as the patch causes more problems than it solves. This reverts commit 5d288d286e0adb221649d896c132a607ecddc490. Signed-off-by: Richard Purdie --- .../python/python3/create_manifest3.py | 5 + .../python/python3/python3-manifest.json

[OE-core] [PATCH 3/3] nativesdk-glibc: Split glibc and libcrypt to use libxcrypt instead

Fedora28[1] has decided to go ahead and use libxcrypt to replace libcrypt from glibc despite the change not having merged into glibc upstream yet. This breaks the use of uninative in OE on fedora28 since binaries there are now using new symbols only found in libxcrypt. libxcrypt is meant to be b

[OE-core] [PATCH 2/3] devtool/oeqa: Ensure added layers set LAYERSERIES_COMPAT

Now that we see warnings if LAYERSERIES_COMPAT is unset, the auto generated code from devtool/oeqa needs to set this to avoid warnings which break various tests. Signed-off-by: Richard Purdie --- meta/lib/oeqa/utils/commands.py | 2 +- scripts/devtool | 1 + 2 files changed, 2 in

[OE-core] ✗ patchtest: failure for "Revert "python3: fix create_ma..." and 2 more

== Series Details == Series: "Revert "python3: fix create_ma..." and 2 more Revision: 1 URL : https://patchwork.openembedded.org/series/11710/ 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 3/3] nativesdk-glibc: Split glibc and libcrypt to use libxcrypt instead

On Sat, Apr 7, 2018, 05:44 Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > Fedora28[1] has decided to go ahead and use libxcrypt to replace libcrypt > from glibc > despite the change not having merged into glibc upstream yet. This breaks > the use of > uninative in OE on fedora28 sin

Re: [OE-core] [PATCH 3/3] nativesdk-glibc: Split glibc and libcrypt to use libxcrypt instead

On Sat, 2018-04-07 at 13:36 +, Joshua Watt wrote: > Of course, after this I finished, I think up a new idea :) > > Would it be possible to add libxcrypt to the default dependencies > (along side glibc)? The main advantage I can see is that it would > maintain the "status quo" of libcrypt being

Re: [OE-core] [Openembedded-architecture] LAYERSERIES

On Fri, 2018-04-06 at 15:44 -0700, Scott Rifenbark wrote: > Thanks Richard > > https://www.yoctoproject.org/docs/2.5/ref-manual/ref-manual.html#var- > LAYERSERIES_COMPAT Can you tweak: "Lists the versions of the OpenEmbedded Core project" -> "Lists the versions of OpenEmbedded-Core" we woul

Re: [OE-core] [PATCH] python3: Add recommended modules to nativesdk install

A colleague pointed out that what we installed in the SDK for python 3 was not functional, and that a minimal set of modules was required. I'm not an expert, but I found a similar line in the python 2 recipe and thought it might be what was needed here. Tom -Original Message- From: Ri