Re: [oe] [meta-*][PATCH] reproducibility: move repro excludes from AB config.json to meta-oe

ith, in local.conf: >   include conf/include/non-repro-meta-oe.inc >   OEQA_REPRODUCIBLE_EXCLUDED_PACKAGES = "${KNOWN_NON_REPRO_META_OE}" > > Signed-off-by: Yoann Congal > --- > Cc: Richard Purdie > Cc: Khem Raj > Richard, Khem: The next step will be

[oe] [meta-openembedded] [PATCH 2/2] buildtools-imagemagick: Add new recipe

This is useful on the Yocto Project autobuilder to allow automated screenshot testing/processing during QA. Signed-off-by: Richard Purdie --- meta-oe/recipes-core/meta/buildtools-imagemagick.bb | 10 ++ 1 file changed, 10 insertions(+) create mode 100644 meta-oe/recipes-core/meta

[oe] [meta-openembedded] [PATCH 1/2] imagemagick/lcms/fftw: Allow nativesdk versions to exist

These allow the use of imagemagick in SDKs where it is useful to perform image analysis such as on the autobuilder for screenshot processing during QA testing. Signed-off-by: Richard Purdie --- meta-oe/recipes-support/fftw/fftw_3.3.10.bb | 2 +- meta-oe/recipes-support/imagemagick

[oe] [yocto] [yocto-autobuilder2][PATCH] schedulers: drop meta-oe-mirror and reproducible-meta-oe from SWAT monitoring

Hi All, I just wanted to make sure people using meta-openembedded see this. The implication here is that we're not seeing improvements to the point where Yocto Project can keep up with the failures being generated from meta-openembedded so were having to take it out some of our processes. We

Re: [oe] [RFC] Support for alternative init systems

On Tue, 2023-11-07 at 09:30 +, ANQUETIN Mathieu wrote: > Hello all, > > I would like to discuss an architecture solution to ease support for > alternative init systems. > > As of now, OpenEmbedded supports sysvinit and systemd as first-class > citizens but does so by including required files

[oe] meta-openembedded CVEs, patch stats and AUH

Patch Metrics and CVEs -- I'm now pleased to say we have CVE and patch metrics being generated (Thanks Yoann and Ross): https://autobuilder.yocto.io/pub/non-release/patchmetrics-meta-oe/ which for example generates this:

Re: [oe] meta-oe source mirroring

On Fri, 2023-10-27 at 12:30 -0400, Tom Rini wrote: > On Thu, Oct 26, 2023 at 03:22:26PM +0100, Richard Purdie wrote: > > > I'm happy to say that meta-openembedded source mirroring is now working > > via the Yocto Project's infrastructure and available through the > >

Re: [oe] [meta-networking][PATCH 2/2] mosquitto: Support building for native again

On Fri, 2023-10-27 at 04:51 +, Peter Kjellerstedt wrote: > > -Original Message- > > From: Richard Purdie > > Sent: den 26 oktober 2023 22:13 > > To: Peter Kjellerstedt ; openembedded- > > de...@lists.openembedded.org > > Subject: Re: [oe] [m

Re: [oe] [meta-networking][PATCH 2/2] mosquitto: Support building for native again

On Thu, 2023-10-26 at 15:22 +0200, Peter Kjellerstedt wrote: > Support for building from native was removed in commit e1b332f2e > (meta-networking: Drop broken BBCLASSEXTEND variants), most likely due > to no support for building libwebsockets-native. That support has now > been added, so it is

Re: [oe] [meta-openembedded] [PATCH] python-blivet: Adapt to upstream branch name changes

On Thu, 2023-10-26 at 09:28 -0700, Khem Raj wrote: > +Armin Kuster > This is for dunfell I guess. My local master branch in that repo was out of date, sorry! Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#105764):

[oe] meta-oe source mirroring

I'm happy to say that meta-openembedded source mirroring is now working via the Yocto Project's infrastructure and available through the project's source mirrors. An example successful run with master is here: https://autobuilder.yoctoproject.org/typhoon/#/builders/156/builds/19 Nanbield should

[oe] [meta-openembedded] [dunfell] [PATCH 1/2] ibus: Swith to use main branch instead of master

From: Khem Raj Upstream has switched to using main for tip of trunk, therefore follow it here in SRC_URI as well. Signed-off-by: Khem Raj Suggested-by: Fabio Estevam Reported-by: Markus Volk --- meta-gnome/recipes-support/ibus/ibus.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[oe] [meta-openembedded] [dunfell] [PATCH 2/2] grubby: Update branchname to match upstream

meta-oe master already made this change along with others. Update the branchname to match upstream repository changes to allow fetching to continue to work. Signed-off-by: Richard Purdie --- meta-initramfs/recipes-devtools/grubby/grubby_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion

[oe] [meta-openembedded] [kirkstone] [PATCH 3/3] suiteparse: Adapt to upstream branch name changes

meta-oe master branch already made this change. Signed-off-by: Richard Purdie --- meta-oe/recipes-devtools/suitesparse/suitesparse_5.10.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-devtools/suitesparse/suitesparse_5.10.1.bb b/meta-oe/recipes-devtools

[oe] [meta-openembedded] [kirkstone] [PATCH 2/3] python-blivet: Adapt to upstream branch name changes

Signed-off-by: Richard Purdie --- .../recipes-extended/python-blivet/python3-blivetgui_2.3.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-python/recipes-extended/python-blivet/python3-blivetgui_2.3.0.bb b/meta-python/recipes-extended/python-blivet/python3

[oe] [meta-openembedded] [kirkstone] [PATCH 1/3] grubby: Update branchname to match upstream

meta-oe master already made this change along with others. Update the branchname to match upstream repository changes to allow fetching to continue to work. Drop unneeded duplicate semicolon too. Signed-off-by: Richard Purdie --- meta-initramfs/recipes-devtools/grubby/grubby_git.bb | 2 +- 1

[oe] [meta-openembedded] [PATCH] python-blivet: Adapt to upstream branch name changes

Upstream now use main as their development branch. Signed-off-by: Richard Purdie --- .../recipes-extended/python-blivet/python3-blivetgui_2.3.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-python/recipes-extended/python-blivet/python3-blivetgui_2.3.0.bb b/meta

[oe] [meta-perl][PATCH] meta-perl: Drop broken BBCLASSEXTEND variants

back quite easily. This also then ensures we're not carrying or fixing things nobody uses. Signed-off-by: Richard Purdie --- .../recipes-perl/libconfig/libconfig-autoconf-perl_0.319.bb | 2 +- meta-perl/recipes-perl/libio/libio-socket-ssl-perl_2.083.bb | 2 -- meta-perl/recipes-perl/lib

[oe] [meta-networking][PATCH] meta-networking: Drop broken BBCLASSEXTEND variants

back quite easily. This also then ensures we're not carrying or fixing things nobody uses. Signed-off-by: Richard Purdie --- .../recipes-connectivity/mosquitto/mosquitto_2.0.18.bb | 2 -- .../recipes-support/netsniff-ng/netsniff-ng_0.6.8.bb| 2 +- 2 files changed, 1 inser

[oe] [meta-oe][PATCH] meta-oe: Drop broken BBCLASSEXTEND variants

back quite easily. This also then ensures we're not carrying or fixing things nobody uses. Signed-off-by: Richard Purdie --- meta-oe/recipes-connectivity/ser2net/ser2net_4.3.13.bb| 2 -- meta-oe/recipes-connectivity/zeromq/czmq_4.2.1.bb | 2 -- meta-oe/recipes-devtools/dnf-

[oe] [meta-python][PATCH] meta-python: Drop broken BBCLASSEXTEND variants

back quite easily. This also then ensures we're not carrying or fixing things nobody uses. Signed-off-by: Richard Purdie --- .../recipes-connectivity/python-thrift/python3-thrift_0.16.0.bb | 2 +- .../recipes-devtools/python/python3-aiohttp-jinja2_1.5.1.bb | 2 -- meta-python/recipes-devto

Re: [oe] [oe-core][kirkstone][PATCH 1/1] webkitgtk: fix CVE-2022-42867

On Tue, 2023-06-06 at 13:47 +, Sanjaykumar kantibhai Chitroda -X (schitrod - E-INFO CHIPS INC at Cisco) wrote: > > Do we accept the CVE fixes which are not reported in our CVE metrics? > https://autobuilder.yocto.io/pub/non-release/patchmetrics/cve-status-kirkstone.txt >   > On which image we

Re: [oe] [PATCH] kbd: DEPEND on bison-native and don't build tests

On Tue, 2022-11-22 at 17:00 +0100, Ola x Nilsson wrote: > bison-native is required if any .y-file is changed. > > Add --disable-tests to EXTRA_OECONF as the tests are not usable in > ptest - they can only run in-situ - and fails when building with > -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64. > >

[oe] [meta-openembedded] [PATCH] lmdb: Don't inherit base

base is always inherited so remove this code which will soon cause an error. Signed-off-by: Richard Purdie --- meta-oe/recipes-dbs/lmdb/lmdb_0.9.29.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-dbs/lmdb/lmdb_0.9.29.bb b/meta-oe/recipes-dbs/lmdb

Re: [oe] buildpaths warnings in meta-openembedded

On Mon, 2022-07-18 at 08:02 -0700, akuster808 wrote: > Richard, > > On 7/17/22 23:52, Richard Purdie wrote: > > OE-Core recently enabled buildpaths in WARN_QA. This is so any > > reproducibility issues are highlighted by the build much earlier and > > for a wider cr

[oe] buildpaths warnings in meta-openembedded

OE-Core recently enabled buildpaths in WARN_QA. This is so any reproducibility issues are highlighted by the build much earlier and for a wider cross section of the userbase. We're now at a point where having issues show up earlier to users is feasible and very valuable. We've managed to sort out

Re: [oe] [Openembedded-architecture] Proposal: INCOMPATIBLE_LICENSE_EXCEPTION

On Fri, 2022-02-18 at 11:41 -0800, Saul Wold wrote: > As a follow-on to yesterday's email and replies, I would like to make > the following proposal for dealing with the changes to > INCOMPATIBLE_LICENSE and associated variables. > > Current Usage: > > INCOMPATIBLE_LICENSE is a list of

Re: [oe] INCOMPATIBLE_LICENSES and WHITELIST_ usage

-Original Message- > > From: openembedded-devel@lists.openembedded.org > de...@lists.openembedded.org> On Behalf Of Richard Purdie > > Sent: den 18 februari 2022 15:14 > > To: Saul Wold ; openembedded- > > architect...@lists.openembedded.org; OE-core > c...@

Re: [OE-core] [oe] INCOMPATIBLE_LICENSES and WHITELIST_ usage

On Fri, 2022-02-18 at 14:13 +, Richard Purdie via lists.openembedded.org wrote: > On Thu, 2022-02-17 at 15:01 -0800, Saul Wold wrote: > > I am working on a proposal to re-write how INCOMPATIBLE_LICENSES is used > > and processed to possibly include a COMPATIBLE_LICENSES variab

Re: [oe] INCOMPATIBLE_LICENSES and WHITELIST_ usage

On Thu, 2022-02-17 at 15:01 -0800, Saul Wold wrote: > I am working on a proposal to re-write how INCOMPATIBLE_LICENSES is used > and processed to possibly include a COMPATIBLE_LICENSES variable as > well, see PeterK's email [0] > > I am trying to determine the usage of WHITELIST_ which would be

Re: [oe] [OE-core] Inclusive Language Proposal for YP/OE

On Tue, 2022-01-25 at 07:50 -0800, Chuck Wolber wrote: > On Mon, Jan 24, 2022 at 8:18 AM Jon Mason wrote: > > %< SNIP %< >   > > Branch Names > > The “master” branches on the relevant OpenEmbedded and Yocto Project > > git trees will be changed to an alternative name at some point in the > >

[oe] [meta-XXX] [PATCH] gattlib: Place pkgconfig file in correct package

Fixes in OE-Core added some pkgconfig dependencies back and this flagged that the .pc file was in ${PN}, not ${PN}-dev. Fix that. Signed-off-by: Richard Purdie --- meta-oe/recipes-connectivity/gattlib/gattlib_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe

Re: [oe] [OE-core] [master][PATCH 0/4] Reproducible LTO builds

On Thu, 2021-08-05 at 17:54 -0400, Tony Battersby wrote: > On 8/5/21 6:21 AM, Richard Purdie wrote: > > On Wed, 2021-08-04 at 20:13 -0400, Randy MacLeod wrote: > > > On 2021-07-27 9:34 a.m., Tony Battersby wrote: > > > > Currently, enabling Link Time Optimization via:

Re: [oe] [OE-core] [master][PATCH 0/4] Reproducible LTO builds

support moving forward. Much as it pains me to admit having any libtool knowledge, I may be able to help with that bit. There is an untested patch below which may address that issue, or at least give a good hint on how to do it if it doesn't work. I don't have an environment to test easily right now. Cheers, Richard >

Re: [oe] [yocto] [meta-java] icedtea7 fetching error

On Mon, 2021-06-14 at 21:31 +, Richard Leitner - SKIDATA wrote: > On Mon, Jun 14, 2021 at 09:29:05PM +0100, Richard Purdie wrote: > > On Mon, 2021-06-14 at 20:20 +, Richard Leitner - SKIDATA wrote: > > > On Thu, Jun 10, 2021 at 10:57:46AM +0200, Alexander Kanavin wro

[oe] [PATCH] [meta-python] python3-m2crypto: Improve multilib header workaround

The multilib header issues continue to cause problems for this recipe. Simplfy the workaround to something which resolves all the current issues and is much simpler to understand/maintain. Signed-off-by: Richard Purdie --- .../python/python3-m2crypto_0.37.1.bb | 25

Re: [oe] [yocto] [OE-core] Let me tell you how I really feel. Zero filter. If you need meta-python2, you need to become a maintainer. Immediately. Period.

On Mon, 2021-02-01 at 15:40 +0100, Martin Jansa wrote: > can I get the write access to meta-python2 as mentioned above? > > I have 2 fixes to make it parse able with latest oe-core: > https://lists.openembedded.org/g/openembedded-devel/message/89201 >

[oe] [PATCH] minifi-cpp: Adapt to potential psuedo changes

If we do adopt path filtering for pseudo, we may filter out ${B} as not needing to be tracked for "root" permissions. We do need to track the data installed by do_install though, so move the temp directory this recipe uses out of ${B} and place it in WORKDIR. Signed-off-by: Rich

Re: [oe] meta-openembedded dunfell maintainer

On Tue, 2020-05-12 at 14:18 +0100, Richard Purdie wrote: > The OE TSC would like to ask if there is anyone interested in stepping > up to look after the dunfell branch of meta-openembedded? > > dunfell is an LTS release for Yocto Project and it would be good to > have some kind o

Re: [oe] [meta-python] [PATCH] python3-parse-type: Modify ptest output format

On Tue, 2020-05-12 at 22:23 +0800, zangrc wrote: > Signed-off-by: Zang Ruochen > --- > .../recipes-devtools/python/python3-parse-type/run-ptest| 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta-python/recipes-devtools/python/python3-parse-type/run-ptest >

[oe] meta-openembedded dunfell maintainer

The OE TSC would like to ask if there is anyone interested in stepping up to look after the dunfell branch of meta-openembedded? dunfell is an LTS release for Yocto Project and it would be good to have some kind of plan for meta-openembedded as well. We believe the 'policy' for the branch would

Re: [oe] [RFC PATCH] python: remove Python 2 and all supporting classes

On Fri, 2020-01-17 at 14:16 +, Ross Burton wrote: > Python 2 ceased being maintained on the 1st January 2020. We've > already > removed all users of it from oe-core so the final step is to move the > recipe and supporting classes to meta-python2. > > The following are removed in this commit:

Re: [oe] [oe-commits] [openembedded-core] 28/29: sstatesig: Improve debug output if getpwuid() fails

On Tue, 2020-01-14 at 22:55 +0100, Martin Jansa wrote: > Would it makes sense to print the exception in the same bb.warn, so > that the missing UID is written in the same line as the path - not in > the exception stack trace printed after? But maybe it's not important > as with raise there will

Re: [oe] Build info in the spec file

On Wed, 2019-10-23 at 14:00 -0700, Muminul Russell wrote: > Hello Developers, > > Yocto can generate spec file for rpm packaging. But that spec file > does not have %build and %install macro. Is there any work done > already to include those 2 macros? Or could you give me hints how can > I do

[oe] [PATCH 1/2] python3-astor: Upgrade 0.7.1->0.8.0

Signed-off-by: Richard Purdie --- .../python/{python3-astor_0.7.1.bb => python3-astor_0.8.0.bb} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename meta-python/recipes-devtools/python/{python3-astor_0.7.1.bb => python3-astor_0.8.0.bb} (100%) diff --git a/meta-python/r

[oe] [PATCH 2/2] python3-astor: Fix issue with new version of setuptools

Signed-off-by: Richard Purdie --- .../python3-astor/fix-new-setuptools.patch | 18 ++ .../python/python3-astor_0.8.0.bb | 3 ++- 2 files changed, 20 insertions(+), 1 deletion(-) create mode 100644 meta-python/recipes-devtools/python/python3-astor/fix-new

[oe] [PATCH] libiio: Disable python support for determism

Recent cmake changes in OE-Core mean python is now detected from PATH. For determism, disable the python bindings to match previous behaviour. Signed-off-by: Richard Purdie --- meta-oe/recipes-support/libiio/libiio_git.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-oe/recipes

Re: [oe] Perl5 build issues (meta-cpan only?)

On Thu, 2019-07-25 at 14:52 +0200, Jens Rehsack wrote: > Maybe one or the other has already seen the following message in > connection with modules::Build-based Perl modules: > ERROR: hash-fieldhash-perl-0.15-r0 do_package_qa: QA Issue: No > GNU_HASH in the ELF binary

Re: [oe] [OE-core] Git commit process question.

On Mon, 2019-04-01 at 15:33 -0700, akuster808 wrote: > Hello, > > I have noticed a large number of git commits with no header > information being accepted. Can you be more specific about what "no header information" means? You mean a shortlog and no full log message? Cheers, Richard --

Re: [oe] [meta-oe] [PATCH] rapidjson: fix cmake artifacts installation for non-default BASELIB case

embedded/commit/?h=master-next=cf54629463841242ce1faa90f6ad4a2383df3b2c > > > > Could you please fix it? > > > > sure > > > > This is the same issue we faced with oe-core mailing list, I > > remember > > Richard Purdie had some scripts to fix it automatically >

Re: [oe] [OE-core] [meta-oe][PATCH] directfb: fix tslib version check in configure.in

On Tue, 2018-08-21 at 08:36 +, Jonas Mark (BT-FIR/ENG1) wrote: > Hi Richard, > > This is my third attempt getting my reply onto the mailing list. I > suspect the first two attempts were filtered due to the link to the > v2 > patch I added. I removed the link this time. > > I already

Re: [oe] [meta-xfce][PATCH] xfce4-panel: fix QA issue 'installed-vs-shipped'

On Mon, 2018-06-18 at 19:25 -0400, Mark Asselstine wrote: > On Mon, Jun 18, 2018 at 6:27 PM, Andreas Müller com> wrote: > > On Mon, Jun 18, 2018 at 11:42 PM, Richard Purdie > > wrote: > > Off-Topic / FYI for me gmail considered your email spam > > > > &

Re: [oe] [meta-xfce][PATCH] xfce4-panel: fix QA issue 'installed-vs-shipped'

On Mon, 2018-06-18 at 13:07 -0400, Mark Asselstine wrote: > On Monday, June 18, 2018 12:51:47 PM EDT Andreas Müller wrote: > > On Mon, Jun 18, 2018 at 4:45 PM, Mark Asselstine > > My builds have remove-libtool enabled so I did not see this QA > > warning/error. > > > > Isn't remove-libtool

Re: [oe] [OE-core] meta-openembedded maintainer ship change.

On Tue, 2018-05-22 at 08:40 -0700, akuster808 wrote: > After much thought, I have decided to step away from being the > meta-openembedded maintainer, patch wrangler and builder.  Khem Raj > has kindly stepped up to continue these activities. Maintaining this > was consuming too much of my free

[oe] 2.6 planning proposals and meeting

[Widely cross posted but please reply to openembedded-core only for want of picking somewhere to discuss this] The next big question facing us is what would we like to do in 2.6? What can we do with the resources we have? I'm proposing to hijack the next monthly Yocto Project technical call[1]

Re: [oe] [oe-commits] [openembedded-core] 02/02: nativesdk-glibc: Split glibc and libcrypt to use libxcrypt instead

On Sun, 2018-04-08 at 19:00 +0200, Martin Jansa wrote: > On Ubuntu 14.04 this fails with: > > ../git/gen-des-tables.c: In function ‘write_table_u8’: > ../git/gen-des-tables.c:307:3: error: ‘for’ loop initial declarations > are only allowed in C99 mode >    for (size_t i = 0; i < m; i++) >    ^ >

Re: [oe] Splitting meta-oe?

On Tue, 2018-02-20 at 23:27 +0100, Martin Jansa wrote: > Richard, I agree with all you said. > > But I still don't see how replacing meta-oe git repository with 10 > different git repositories helps with anything. > > It won't give you more time, it would only cause more work to already >

Re: [oe] Splitting meta-oe?

On Tue, 2018-02-20 at 11:15 -0800, Khem Raj wrote: > On 2/20/18 10:52 AM, Richard Purdie wrote: > > > > On Tue, 2018-02-20 at 10:40 -0800, Khem Raj wrote: > > > > > > On 2/20/18 10:00 AM, Tim Orling wrote: > > > > > > > > I am

Re: [oe] Splitting meta-oe?

On Tue, 2018-02-20 at 10:40 -0800, Khem Raj wrote: > On 2/20/18 10:00 AM, Tim Orling wrote: > > I am open to discussion about what direction we go. Individual > > layers that > > are curated and built together by YP auto builders sounds like an > > intriguing path. If this was coupled with

Re: [oe] Splitting meta-oe?

Repositories have reputations. OE-Core is fairly heavily curated and tested and has certain "guarantees" about what people can expect to work. The meta-oe repo is a little trickier as the different pieces do have different 'SLA's (service level agreements). Some pieces like

Re: [oe] [oe-commits] [openembedded-core] branch morty updated: image: Expand PV to avoid AUTOREV parsing failures

On Sun, 2018-01-21 at 09:51 +0100, Martin Jansa wrote: > Thanks, but was it really pushed? > > http://git.openembedded.org/openembedded-core/log/?h=morty > > still ends with: > * image: Expand PV to avoid AUTOREV parsing failuresmorty > Richard Purdie10 hours

Re: [oe] [oe-commits] [openembedded-core] branch morty updated: image: Expand PV to avoid AUTOREV parsing failures

On Sun, 2018-01-21 at 00:51 +0100, Martin Jansa wrote: > This causes: > > Exception: TypeError: getVar() missing 1 required positional > argument: 'expand' Sorry, fix pushed. Cheers, Richard -- ___ Openembedded-devel mailing list

Re: [oe] [OE-core] MS Windows machine?

On Fri, 2018-01-05 at 12:29 +0100, Steffen Sledz wrote: > On 04.01.2018 15:39, Richard Purdie wrote: > > > > In basic terms, you need a machine which: > > > > * Sets TARGET_ARCH to the right thing (i686 or x86_64) > > * Sets TARGET_OS to mingw32 > > > &

Re: [oe] [OE-core] MS Windows machine?

On Thu, 2018-01-04 at 07:31 +0100, Steffen Sledz wrote: > On 21.12.2017 14:00, Steffen Sledz wrote: > > > > On 21.12.2017 12:39, Burton, Ross wrote: > > > > > > If you want to build for a Windows target then that should be > > > possible but > > > nobody as far as I'm aware has made the work

[oe] [PATCH] uninative: Allow a local own-mirror to work with uninative

to create a premirror mapping which can work. [YOCTO #9888] Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta/classes/uninative.bbclass | 6 ++ 1 file changed, 6 insertions(+) diff --git a/meta/classes/uninative.bbclass b/meta/classes/uninative.bbclass index 8

[oe] [PATCH 3/5] image: Drop before do_build from do_rootfs and do_image

this issue. Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta/classes/image.bbclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass index 40bd614..0885fdb 100644 --- a/meta/classes/image.b

[oe] [PATCH 1/5] rm_work: Improve handling for addto_recipe_sysroot

Rather than requiring each user to handle this individually, handle addto_recipe_sysroot in the core class. As well as preserving the sysroot directory, this also ensures the stamp is preserved rather than rerunning the task every time as currently happens. Signed-off-by: Richard Purdie

[oe] [PATCH 5/5] image: Make do_image_qa a dummy sstate task to match do_image_complete

Similar to do_image_complete, make do_image_qa a dummy sstate task so that rm_work doesn't cause image generation to repeat on every new build command. Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta/classes/image.bbclass | 9 + 1 file changed, 9 inse

[oe] [PATCH 4/5] image/rm_work: Promote do_image_complete to be more sstate like

task which means image generation doesn't keep rerunning when using rm_work. We do need to turn do_image_complete's stamp into an sstate version to handle this (it otherwise matches the do_image_* glob). Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta/c

[oe] [PATCH 2/5] sstate: Improve SSTATE_SKIP_CREATION

, really skip package creation. We do need the file manipulation steps to install files under sstate control from a manifest perspective so we only skip at the final creation step. Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta/classes/sstate.bbclass | 10 --

Re: [oe] [OE-core] [Openembedded-architecture] OpenEmbedded 2017 General Meeting

On Mon, 2017-05-01 at 13:59 +0200, Martin Jansa wrote: > I had to change the password on the login, but then it worked for me. I think someone promoted you to an admin which is why its working for you... Cheers, Richard -- ___ Openembedded-devel

Re: [oe] [OE-core] OpenEmbedded 2017 General Meeting

On Mon, 2017-05-01 at 13:07 +0200, Nicolas Dechesne wrote: > well, it's the same for me. In the 'view source' page, i can see > this: > > == > You do not have permission to edit this page, for the following > reason: > The action you have requested is limited to users in the group: >

Re: [oe] [OE-core] OpenEmbedded 2017 General Meeting

On Mon, 2017-05-01 at 12:27 +0200, Andrea Galbusera wrote: > > > On Mon, May 1, 2017 at 12:02 PM, Andrei Gherzan > wrote: > > On Wed, Apr 19, 2017 at 9:48 PM, Sean Hudson > m> wrote: > > > The board would like to hold a general meeting with all

Re: [oe] [PATCH] u-boot: Update to 2017.03 release

On Wed, 2017-03-29 at 17:56 -0400, Denys Dmytriyenko wrote: > On Mon, Mar 27, 2017 at 04:31:16PM +0200, Marek Vasut wrote: > > > > On 03/27/2017 04:25 PM, Richard Purdie wrote: > > > > > > On Mon, 2017-03-27 at 16:22 +0200, Marek Vasut wrote: > > > >

Re: [oe] [PATCH] u-boot: Update to 2017.03 release

On Mon, 2017-03-27 at 16:22 +0200, Marek Vasut wrote: > Upgrade U-Boot to the latest version. Wrong list and how does this compare to Ovatio's patch? Cheers, Richard -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org

Re: [oe] [OE-core] devshell not working after pulling latest oe-core changes

On Mon, 2017-03-13 at 00:09 -0700, akuster808 wrote: >     tmux split-window "do_terminal" > tmux new-window -n "OpenEmbedded Developer Shell" "do_terminal" > terminology -T="OpenEmbedded Developer Shell" -e do_terminal > gnome-terminal -t "OpenEmbedded Developer Shell" -x

Re: [oe] Splitting meta-oe?

On Fri, 2017-02-17 at 14:45 -0500, Philip Balister wrote: > And I'm with these gyus. Splitting the git repository doesn't solve > any underlying problems. The real problem from my point of view is > very few of use are actually paid to maintain the layers we maintain. > > Employers want to pay

[oe] [PATCH] subversion: Fix issues in LDFLAGS sed manipulation

issues. Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- .../subversion/subversion/serfmacro.patch | 22 ++ .../subversion/subversion_1.9.4.bb | 1 + 2 files changed, 23 insertions(+) create mode 100644 meta/recipes-de

[oe] [PATCH] staging: Drop unused SYSROOT_LOCK

This hasn't been used in years and isn't referenced anywhere, drop the definition. Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta/classes/staging.bbclass | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/classes/staging.bbclass b/meta/classes/staging.b

[oe] [PATCH] attr: Convert SSTATEPOSTINSTFUNCS to a do_install_append

A SSTATEPOSTINSTFUNCS function here is overkill, just do this in a do_install_append_class-native and create relative symlinks rather than absolute ones which would then have to be relocated. Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta/recipes-support/a

[oe] [PATCH] nis/opencv: Update getVar/setVar syntax

The deprecated APIs are removed from bitbake, update two old style references in meta-oe/meta-networking. Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta-networking/recipes-support/nis/nis.inc | 2 +- meta-oe/recipes-support/opencv/opencv_3.1.bb | 2 +- 2

Re: [oe] [OE-core] [RFT] gcc 6.2 RC1 update

On Tue, 2016-08-16 at 11:55 -0700, Khem Raj wrote: > Hi All > > I have put together recipe upgrade for upcoming gcc 6.2 release now > that it entered RC phase. With gcc 6.2 the recipes are using tarballs > instead of git fetcher as promised :) > Please help testing it out in your setups and

Re: [oe] [OE-core] [RFT] binutils 2.27

On Tue, 2016-08-09 at 07:42 -0700, Khem Raj wrote: > I could also see it on ppc. backtrace, shows the segfault is in exit > path and happens in libc > at this point, I think the problem is how libc is compiled with > binutils 2.27, connman itself > is ok. Its the issue here:

Re: [oe] [OE-core] [RFT] binutils 2.27

On Mon, 2016-08-08 at 08:21 -0700, Khem Raj wrote: > They are different issues. for OE ppc also shows same errors with lib > unwind. FWIW, I think the connmand segfault on mips and powerpc is hinted at with this bug: https://bugs.launchpad.net/ubuntu/+source/lua5.3/+bug/1570055 connmand is a

Re: [oe] [OE-core] [RFT] binutils 2.27

On Mon, 2016-08-08 at 09:14 +0100, Richard Purdie wrote: > On Mon, 2016-08-08 at 00:24 -0700, Khem Raj wrote: > > > On Aug 7, 2016, at 11:28 PM, Richard Purdie < > > > richard.pur...@linuxfoundation.org> wrote: > > > > > > On Sun, 2016-08-07 at 01

Re: [oe] [OE-core] [RFT] binutils 2.27

On Mon, 2016-08-08 at 00:24 -0700, Khem Raj wrote: > > On Aug 7, 2016, at 11:28 PM, Richard Purdie < > > richard.pur...@linuxfoundation.org> wrote: > > > > On Sun, 2016-08-07 at 01:39 -0700, Khem Raj wrote: > > > I have put together upgrade for binuti

Re: [oe] [PATCH 1/3] gitkpkgv: Ensure files are closed

On Tue, 2016-06-07 at 11:02 +0200, Mike Looijmans wrote: > Looks like regression in Python itself? > > In both Python 2 and 3, the file is closed properly if the file > object is not > being stored: > > >>> import os > >>> os.listdir('/proc/self/fd') > ['0', '1', '2', '3'] > >>>

[oe] [PATCH 1/3] gitkpkgv: Ensure files are closed

This avoids warnings with python 3. Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta-oe/classes/gitpkgv.bbclass | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta-oe/classes/gitpkgv.bbclass b/meta-oe/classes/gitpkgv.bbclass index 1

[oe] [PATCH 3/3] abiword/gnone-vfs: Use print as a function

In python 3, print is a function. Disable some pointless debug output whilst here. Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta-gnome/recipes-gnome/abiword/abiword_3.0.1.bb | 2 +- meta-gnome/recipes-gnome/gnome-vfs/gnome-vfs_2.24.4.bb | 2 +- 2 files c

[oe] [PATCH 2/3] netmap-modules: Avoid type warning with python v3

Python 3 is stricter about type comparisions, this avoids warnings. Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta-networking/recipes-kernel/netmap/netmap-modules_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-networking/r

[oe] [PATCH] cyrus-sasl: Drop unneeded group addition

The mail group is provided by base-passwd so would always be present. Therefore drop the uneeded group addition from this recipe. This works around the recent user cleanup code improvements which meant this started causing failures for people. Signed-off-by: Richard Purdie <richard.

Re: [oe] [PATCH][meta-networking 5/5] dovecot: Blacklist

On Mon, 2016-02-22 at 14:10 +0100, Martin Jansa wrote: > Signed-off-by: Martin Jansa > --- > meta-networking/recipes-support/dovecot/dovecot_2.2.21.bb | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/meta-networking/recipes > -support/dovecot/dovecot_2.2.21.bb

[oe] [PATCH 12/12] nginx: Fix build when static libs disabled

Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta-webserver/recipes-httpd/nginx/nginx_1.9.10.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-webserver/recipes-httpd/nginx/nginx_1.9.10.bb b/meta-webserver/recipes-httpd/nginx/nginx_1.9.10.bb index 5

[oe] [PATCH 10/12] libtevent: Fix build when static libs disabled

Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta-networking/recipes-support/libtevent/libtevent_0.9.25.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-networking/recipes-support/libtevent/libtevent_0.9.25.bb b/meta-networking/recipes-support/lib

[oe] [PATCH 06/12] xmlstarlet: Disable PARALLEL_MAKE

Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta-oe/recipes-support/xmlstarlet/xmlstarlet_1.5.0.bb | 7 +++ 1 file changed, 7 insertions(+) diff --git a/meta-oe/recipes-support/xmlstarlet/xmlstarlet_1.5.0.bb b/meta-oe/recipes-support/xmlstarlet/xmlstarlet_1.

[oe] [PATCH 07/12] inetutils: Fix build when static libs disabled

Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta-networking/recipes-connectivity/inetutils/inetutils_1.9.4.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-networking/recipes-connectivity/inetutils/inetutils_1.9.4.bb b/meta-networking/r

[oe] [PATCH 11/12] soci: Fix build when static libs disabled

Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta-oe/recipes-support/soci/soci_3.2.2.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-oe/recipes-support/soci/soci_3.2.2.bb b/meta-oe/recipes-support/soci/soci_3.2.2.bb index d1964eb..1f5a485 100644 ---

[oe] [PATCH 05/12] monkey: Fix to work with disabled static libs

Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta-webserver/recipes-httpd/monkey/monkey_1.5.6.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-webserver/recipes-httpd/monkey/monkey_1.5.6.bb b/meta-webserver/recipes-httpd/monkey/monkey_1.5.6.bb index d

[oe] [PATCH 04/12] poppler-data: Fix to work with changed makeflags

Without this, the data is installed into /usr/local and fails QA checks. Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta-oe/recipes-support/poppler/poppler-data_0.4.7.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-oe/recipes-s

[oe] [PATCH 03/12] mongodb: Fix to work with disabled static libs

Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> --- meta-oe/recipes-support/mongodb/mongodb_git.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-oe/recipes-support/mongodb/mongodb_git.bb b/meta-oe/recipes-support/mongodb/mongodb_git.bb index a91240a..6522a67

  1   2   3   4   5   >