Re: [oe] [meta-oe][master-next][PATCH v3 16/17] opencv: rely on cmake.bbclass to put cmake package files in dev package

On 05/24/2018 10:38 PM, Trevor Woerner wrote: > The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and > ${datadir}/cmake end up in the dev package, so recipes no longer need to > provide custom packaging rules to handles these files. > > >

[oe] [meta-networking][master-next][PATCH 1/2] grpc: variable cleanup

Reorder recipe variables according to: https://www.openembedded.org/wiki/Styleguide Signed-off-by: Trevor Woerner --- meta-networking/recipes-devtools/grpc/grpc_1.8.5.bb | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[oe] [meta-networking][master-next][PATCH 2/2] c-ares: variable cleanup

Reorder recipe variables according to: https://www.openembedded.org/wiki/Styleguide Signed-off-by: Trevor Woerner --- meta-networking/recipes-support/c-ares/c-ares_1.13.0.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[oe] [meta-oe][master-next][PATCH 11/11] openobex: variable cleanup

Reorder recipe variables according to: https://www.openembedded.org/wiki/Styleguide Originally-conceived-by: Andre McCurdy Signed-off-by: Trevor Woerner --- meta-oe/recipes-connectivity/obex/openobex_1.7.2.bb | 13 + 1 file changed,

[oe] [meta-oe][master-next][PATCH 08/11] msgpack-c: variable cleanup

Reorder recipe variables according to: https://www.openembedded.org/wiki/Styleguide Originally-conceived-by: Andre McCurdy Signed-off-by: Trevor Woerner --- meta-oe/recipes-devtools/msgpack/msgpack-c_2.1.5.bb | 7 +++ 1 file changed, 3

[oe] [meta-oe][master-next][PATCH 09/11] json-spirit: variable cleanup

Reorder recipe variables according to: https://www.openembedded.org/wiki/Styleguide Originally-conceived-by: Andre McCurdy Signed-off-by: Trevor Woerner --- meta-oe/recipes-devtools/json-spirit/json-spirit_4.08.bb | 4 ++-- 1 file changed, 2

[oe] [meta-oe][master-next][PATCH 10/11] capnproto: variable cleanup

Reorder recipe variables according to: https://www.openembedded.org/wiki/Styleguide Originally-conceived-by: Andre McCurdy Signed-off-by: Trevor Woerner --- .../recipes-devtools/capnproto/capnproto_0.6.1.bb | 13 ++--- 1 file changed,

[oe] [meta-oe][master-next][PATCH 07/11] glm: variable cleanup

Reorder recipe variables according to: https://www.openembedded.org/wiki/Styleguide Originally-conceived-by: Andre McCurdy Signed-off-by: Trevor Woerner --- meta-oe/recipes-graphics/glm/glm_0.9.9-a2.bb | 3 +-- 1 file changed, 1 insertion(+), 2

[oe] [meta-oe][master-next][PATCH 02/11] libssh: variable cleanup

Reorder recipe variables according to: https://www.openembedded.org/wiki/Styleguide Originally-conceived-by: Andre McCurdy Signed-off-by: Trevor Woerner --- meta-oe/recipes-support/libssh/libssh_0.7.3.bb | 16 1 file changed, 8

[oe] [meta-oe][master-next][PATCH 06/11] openjpeg: variable cleanup

Reorder recipe variables according to: https://www.openembedded.org/wiki/Styleguide Originally-conceived-by: Andre McCurdy Signed-off-by: Trevor Woerner --- meta-oe/recipes-graphics/openjpeg/openjpeg_2.2.0.bb | 5 ++--- 1 file changed, 2

[oe] [meta-oe][master-next][PATCH 05/11] ceres-solver: variable cleanup

Reorder recipe variables according to: https://www.openembedded.org/wiki/Styleguide Originally-conceived-by: Andre McCurdy Signed-off-by: Trevor Woerner --- meta-oe/recipes-support/ceres-solver/ceres-solver_1.14.bb | 5 ++--- 1 file changed, 2

[oe] [meta-oe][master-next][PATCH 04/11] gflags: variable cleanup

Reorder recipe variables according to: https://www.openembedded.org/wiki/Styleguide Originally-conceived-by: Andre McCurdy Signed-off-by: Trevor Woerner --- meta-oe/recipes-support/gflags/gflags_2.2.0.bb | 3 +-- 1 file changed, 1 insertion(+),

[oe] [meta-oe][master-next][PATCH 01/11] poco: variable cleanup

Reorder recipe variables according to: https://www.openembedded.org/wiki/Styleguide Originally-conceived-by: Andre McCurdy Signed-off-by: Trevor Woerner --- meta-oe/recipes-support/poco/poco_1.9.0.bb | 44 +++--- 1 file changed,

[oe] [meta-oe][master-next][PATCH 00/11] reorder variable

When Andre McCurdy originally submitted the "rely on cmake.bbclass..." patches, he intermixed some formatting changes as well. A clean version of the "rely on cmake.bbclass..." patches have already been sent, this patchset adds in the formatting changes as well. NOTE: there are slightly more

[oe] [meta-oe][master-next][PATCH 03/11] libftdi: variable cleanup

Reorder recipe variables according to: https://www.openembedded.org/wiki/Styleguide Originally-conceived-by: Andre McCurdy Signed-off-by: Trevor Woerner --- meta-oe/recipes-support/libftdi/libftdi_1.4.bb | 6 ++ 1 file changed, 2

Re: [oe] [meta-oe][PATCH 01/17] libwebsockets: rely on cmake.bbclass to put cmake package files in dev package

On Mon 2018-05-21 @ 11:10:59 AM, Andre McCurdy wrote: > It hasn't been updated to give ordering for PACKAGECONFIG or > BBCLASSEXTEND but the conventions for those (based on recipes in > oe-core) seem to be: > > - PACKAGECONFIG lines go between "inherit ..." and EXTRA_OECONF > - BBCLASSEXTEND

[oe] [meta-oe] [PATCH V2] redis: Update to 4.0.8

Update redis to the latest 4.0.8 release. This also involves updating the redis.conf while maintaining some OE specific config options. Signed-off-by: Alistair Francis --- V2: - Fix MIPS build failure ...Makefile-to-add-symbols-to-staticlib.patch | 19 -

Re: [oe] [PATCH] redis: Update to 4.0.8

>-Original Message- >From: Khem Raj [mailto:raj.k...@gmail.com] >Sent: Wednesday, May 23, 2018 6:26 PM >To: Alistair Francis >Cc: Alistair Francis ; openembeded-devel > >Subject: Re: [oe] [PATCH]

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

Thanks to everyone for making this such a great community. Thanks especially to Armin and Khem (and all past and future maintainers of meta-openembedded!!) for allowing the project to keep moving forward. -- ___ Openembedded-devel mailing list

Re: [oe] [OE-core] [RFT] GCC 8.1

> That leaves only few issues in our internal components and strange failure > with perf which fails to include various header files: > perf/1.0-r9/perf-1.0/tools/perf/util/include/asm/byteorder.h:2:10: fatal > error: ../../../../include/uapi/linux/swab.h: No such file or directory >

[oe] [meta-oe][master-next][PATCH v3 17/17] libeigen: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 16/17] opencv: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 15/17] libwebsockets: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 14/17] libtinyxml2: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 13/17] libssh: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 12/17] libftdi: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 08/17] glm: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 11/17] gflags: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 10/17] ceres-solver: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 09/17] openjpeg: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 07/17] rapidjson: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 06/17] msgpack_c: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 02/17] rocksdb: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 05/17] librcf: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 01/17] openobex: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 04/17] json-spirit: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-oe][master-next][PATCH v3 00/17] rely on cmake.bbclass to put cmake package files in dev package

v3: - break patches back up into individual patches for each recipe - avoid including fftw - find a couple extra recipes to patch: libwebsockets opencv libeigen v2: - re-spin Andre's patches to only include this change (i.e. rely on cmake.bbclass) without any formatting

[oe] [meta-oe][master-next][PATCH v3 03/17] capnproto: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

Re: [oe] [meta-networking][morty][PATCH 1/1] dnsmasq: backport CVE fixes from dnsmasq 2.78

Khem, Are you handling backports for morty as well? This _is_ in patchworks so it might reduce your ping emails if you state that you'll get to the backlog over the coming month or so. Thanks, ../Randy On 05/04/2018 06:04 PM, Joe Slater wrote: From: Zhang Xiao

Re: [oe] [meta-networking][rocko][PATCH v3] civetweb: Add new recipe with git-based version

On 05/24/2018 02:03 AM, Krzysztof Kozlowski wrote: > Add recipe for CivetWeb: easy to use, powerful, C/C++ embeddable web > server with optional CGI, SSL and Lua support, under MIT license. > > CivetWeb provides C and C++ libraries and a standalone server binary. > > Choose specific post-v1.10

[oe] [meta-oe][PATCH v2] turbostat: add the recipe of turbostat to meta-oe

It is an efficient and necessary tool to reflect the status of X86 processors. Turbostat reports processor topology, frequency, idle power-state statistics, temperature and power on X86 processors. Signed-off-by: Hongzhi.Song ---

[oe] [meta-networking][master-next][PATCH v3 2/2] c-ares: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-networking][master-next][PATCH v3 1/2] grpc: rely on cmake.bbclass to put cmake package files in dev package

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

[oe] [meta-networking][master-next][PATCH v3 0/2] rely on cmake.bbclass to put cmake package files in dev package

v3: - break patches back up into individual patches for each recipe - avoid including fftw v2: - re-spin Andre's patches to only include this change (i.e. rely on cmake.bbclass) without any formatting changes - combine all such patches together into 2 patches (one for meta-oe, one for

[oe] [meta-oe][PATCH] libtevent: refresh patch

WARNING: libtevent-0.9.36-r0 do_patch: Some of the context lines in patches were ignored. This can lead to incorrectly applied patches. The context lines in the patches can be updated with devtool: devtool modify devtool finish --force-patch-refresh Then the updated patches and the

[oe] [meta-networking][rocko][PATCH v3] civetweb: Add new recipe with git-based version

Add recipe for CivetWeb: easy to use, powerful, C/C++ embeddable web server with optional CGI, SSL and Lua support, under MIT license. CivetWeb provides C and C++ libraries and a standalone server binary. Choose specific post-v1.10 git revision b8148afe8fa4 which has a fixed SSL support

[oe] [meta-gnome][PATCH V2] metacity: fix version number typo 3.38.0 -> 3.28.0

Signed-off-by: Hongxu Jia --- .../recipes-gnome/metacity/{metacity_3.38.0.bb => metacity_3.28.0.bb} | 2 ++ 1 file changed, 2 insertions(+) rename meta-gnome/recipes-gnome/metacity/{metacity_3.38.0.bb => metacity_3.28.0.bb} (99%) diff --git

Re: [oe] [meta-gnome][PATCH] metacity: fix version number typo 3.38.0 -> 3.28.0

On 2018年05月24日 16:16, Andreas Müller wrote: On Thu, May 24, 2018 at 9:39 AM, Hongxu Jia wrote: Signed-off-by: Hongxu Jia --- .../recipes-gnome/metacity/{metacity_3.38.0.bb => metacity_3.28.0.bb} | 0 1 file changed, 0 insertions(+), 0

Re: [oe] [meta-gnome][PATCH] metacity: fix version number typo 3.38.0 -> 3.28.0

On Thu, May 24, 2018 at 9:39 AM, Hongxu Jia wrote: > Signed-off-by: Hongxu Jia > --- > .../recipes-gnome/metacity/{metacity_3.38.0.bb => metacity_3.28.0.bb} | 0 > 1 file changed, 0 insertions(+), 0 deletions(-) > rename

[oe] [meta-multimedia][PATCH] meta-multimedia: update LAYERDEPENDS

Add meta-oe as LAYERDEPENDS to fix ParseError: meta-multimedia/recipes-mkv/libebml/libebml_1.3.0.bb:13: Could not inherit file classes/dos2unix.bbclass Signed-off-by: Yi Zhao --- meta-multimedia/conf/layer.conf | 1 + 1 file changed, 1 insertion(+) diff --git