Re: [oe] Splitting meta-oe?

> I'm actually very worried about these (re)tired maintainers. If the layers were more independent it would allow some of the patch handling responsibilities and testing responsibilities to move to other people, reducing the load on those maintainers. Armin can update his own view, but for me the

Re: [oe] Splitting meta-oe?

> I need an updated python- package for an unrelated package And how far will you go? If you want just newer python- and nothing else, will you take other changes to other python-* recipes from meta-python layer? There is a lot of recipes there, if you're so picky about updates, then you

Re: [oe] Splitting meta-oe?

On Wed, Feb 21, 2018 at 10:06 AM, Martin Jansa wrote: >> I'm actually very worried about these (re)tired maintainers. If the > layers were more independent it would allow some of the patch handling > responsibilities and testing responsibilities to move to other people, >

Re: [oe] Splitting meta-oe?

On Tue, Feb 20, 2018 at 09:10:25PM -0300, Otavio Salvador wrote: > On Tue, Feb 20, 2018 at 9:07 PM, Otavio Salvador > wrote: > > On Tue, Feb 20, 2018 at 3:52 PM, Richard Purdie > > wrote: > >> I could combo-layer pieces of meta-oe into

Re: [oe] Splitting meta-oe?

[Re: [oe] Splitting meta-oe?] On 18.02.21 (Wed 11:22) Martin Jansa wrote: > There is good example of inter-layer dependencies from real world: > http://lists.openembedded.org/pipermail/openembedded-devel/2017-February/111447.html > > Do you want > A) new git repository meta-libio-socket-ssl-perl

Re: [oe] Splitting meta-oe?

On Wed, Feb 21, 2018 at 09:02:53AM -0500, Joe MacDonald wrote: > [Re: [oe] Splitting meta-oe?] On 18.02.21 (Wed 11:22) Martin Jansa wrote: > > > There is good example of inter-layer dependencies from real world: > >

Re: [oe] [meta-qt4] Cmake Could NOT find Qt4, missing: QT_MOC_EXECUTABLE

After some more investigation I realized that qmake is actually detected correctly the problem is that when running qmake2 -query I get the following results qmake2 -query QT_INSTALL_PREFIX:/home/build/tmp/work/x86_64-linux/qt4- native/4.8.7-r0/recipe-sysroot-native/usr

Re: [oe] Splitting meta-oe?

On Wed, Feb 21, 2018 at 11:58 AM, Patrick Ohly wrote: > On Wed, 2018-02-21 at 14:14 +, Burton, Ross wrote: >> > But that kind of mechanism seems highly prone to breakage and >> > likely to >> > be highly contentious even if it was shown to be reliable, so it >> > may

Re: [oe] Splitting meta-oe?

On Wed, Feb 21, 2018 at 3:49 AM, Martin Jansa wrote: >> I need an updated python- package for an unrelated package > > And how far will you go? > pretty far. I work with a lot of deep stacks that have a lot of specific dependencies as well as compatibility issues. > If

Re: [oe] Splitting meta-oe?

On Wed, Feb 21, 2018 at 8:45 AM, Joe MacDonald wrote: > [Re: [oe] Splitting meta-oe?] On 18.02.21 (Wed 09:49) Martin Jansa wrote: > >> > I need an updated python- package for an unrelated package >> >> And how far will you go? >> >> If you want just newer python- and

[oe] [meta-oe][PATCH 1/2] mraa: Update recipe to use v1.9.0

The musl endian patch has been merged upstream so is no longer needed Signed-off-by: Brendan Le Foll --- ...o_driver.c-include-endian.h-to-fix-musl-b.patch | 29 -- meta-oe/recipes-extended/mraa/mraa_git.bb | 8 +++--- 2 files changed, 3

Re: [oe] Splitting meta-oe?

On Wed, Feb 21, 2018 at 10:57 AM, Tom Rini wrote: > On Tue, Feb 20, 2018 at 09:10:25PM -0300, Otavio Salvador wrote: >> On Tue, Feb 20, 2018 at 9:07 PM, Otavio Salvador >> wrote: >> > On Tue, Feb 20, 2018 at 3:52 PM, Richard Purdie >> >

[oe] [meta-oe][PATCH 2/2] upm: Update recipe to use v1.6.0

ads1x15 patch is no longer required as it has been merged upstream Signed-off-by: Brendan Le Foll --- ...15-fixed-case-logic-in-getThresh-function.patch | 54 -- meta-oe/recipes-extended/upm/upm_git.bb| 5 +- 2 files changed, 2

Re: [oe] [meta-qt5] qtbase-native/qmake broken for 5.10?

On Tue, Feb 20, 2018 at 10:54 AM, Andreas Müller wrote: > Hi, > > giving Qt 5.10.0 a build I ran into the following issue detected by > meta-qt5-extra/sddm build failure: > > Running native 'qmake -query' outputs > > | qmake -query > | Empty filename passed to function >

Re: [oe] Splitting meta-oe?

On Wed, Feb 21, 2018 at 10:55 AM, Bruce Ashfield wrote: > On Wed, Feb 21, 2018 at 8:45 AM, Joe MacDonald > wrote: >> [Re: [oe] Splitting meta-oe?] On 18.02.21 (Wed 09:49) Martin Jansa wrote: >> >>> > I need an updated python- package for an

Re: [oe] Splitting meta-oe?

On 21 February 2018 at 14:02, Joe MacDonald wrote: > Honestly, now that I'm back from my vacation, I think the right thing is > to add the dependency and then start thinking about a way to specify > layer dependencies with greater granularity than on a meta-layer basis.

Re: [oe] Splitting meta-oe?

On Wed, Feb 21, 2018 at 11:00:27AM -0300, Otavio Salvador wrote: > On Wed, Feb 21, 2018 at 10:57 AM, Tom Rini wrote: > > On Tue, Feb 20, 2018 at 09:10:25PM -0300, Otavio Salvador wrote: > >> On Tue, Feb 20, 2018 at 9:07 PM, Otavio Salvador > >> wrote:

Re: [oe] Splitting meta-oe?

On Wed, 2018-02-21 at 14:14 +, Burton, Ross wrote: > > But that kind of mechanism seems highly prone to breakage and > > likely to > > be highly contentious even if it was shown to be reliable, so it > > may not > > get beyond a "that'd be nice" thing for me. > > > > Unless someone else has

Re: [oe] Splitting meta-oe?

[Re: [oe] Splitting meta-oe?] On 18.02.21 (Wed 09:20) Tom Rini wrote: > On Wed, Feb 21, 2018 at 09:02:53AM -0500, Joe MacDonald wrote: > > [Re: [oe] Splitting meta-oe?] On 18.02.21 (Wed 11:22) Martin Jansa wrote: > > > > > There is good example of inter-layer dependencies from real world: > > >

[oe] [RESEND meta-python PATCH 2/2] python3-requests: Remove RDEPENDS on python3-misc

The misc package has been removed when the python3 was reworked. Tested using updatehub's uhu utility. Signed-off-by: Otavio Salvador --- meta-python/recipes-devtools/python/python3-requests_2.18.4.bb | 3 --- 1 file changed, 3 deletions(-) diff --git

Re: [oe] [RESEND meta-python PATCH 2/2] python3-requests: Remove RDEPENDS on python3-misc

Hey Otavio, Just to clarify that the misc package wasnt removed, it still exists, but with the rework selectors was put on core, so your patch is fine, but what was removed was the dependency on misc, not the package itself, just a technicality. Cheers, Alejandro On 02/21/2018 11:21

[oe] [meta-python PATCH v2 1/2] python3-jsonschema: Remove RDEPENDS on python3-misc

The misc dependency is not need anymore since python3 package rework. Tested using updatehub's uhu utility. Signed-off-by: Otavio Salvador --- Changes in v2: - Rework commit log. meta-python/recipes-devtools/python/python3-jsonschema_2.6.0.bb | 4 1 file

Re: [oe] [RESEND meta-python PATCH 2/2] python3-requests: Remove RDEPENDS on python3-misc

On Wed, Feb 21, 2018 at 6:48 PM, Alejandro Enedino Hernandez Samaniego wrote: > Just to clarify that the misc package wasnt removed, it still exists, but > with the rework > > selectors was put on core, so your patch is fine, but what was removed

[oe] [meta-python PATCH v2 2/2] python3-requests: Remove RDEPENDS on python3-misc

The selectors module is now part of python3-core. Remove this dependency. Tested using updatehub's uhu utility. Signed-off-by: Otavio Salvador --- Changes in v2: - Fix commit log meta-python/recipes-devtools/python/python3-requests_2.18.4.bb | 3 --- 1 file changed, 3

Re: [oe] libtalloc failure due to waf

Any updates on this one yet? Thanks. On Fri, Feb 16, 2018 at 02:18:32PM -0800, Tim Orling wrote: > Expediting the fix is greatly appreciated. > > Thank you! > > --Tim > > On Fri, Feb 16, 2018 at 1:00 PM, Joshua Watt wrote: > > > On Fri, 2018-02-16 at 21:55 +0100, Martin

Re: [oe] Splitting meta-oe?

On 21 February 2018 at 15:09, Martin Hundebøll wrote: > Now that the discussion branched out a bit... > > We would like better support for this too. Our setup uses a "manifest" > repository with git submodules to setup the layers: > > > yocto/ > > meta-poky/ > >

Re: [oe] Splitting meta-oe?

On 2018-02-21 14:57, Tom Rini wrote: On Tue, Feb 20, 2018 at 09:10:25PM -0300, Otavio Salvador wrote: On Tue, Feb 20, 2018 at 9:07 PM, Otavio Salvador wrote: On Tue, Feb 20, 2018 at 3:52 PM, Richard Purdie wrote: I could

Re: [oe] libtalloc failure due to waf

On Wed, Feb 21, 2018 at 8:48 PM, Tim Orling wrote: > Still failing for me, which is a show stopper. :( Armin has it in his testing branch for the next master update, so hopefully it will pulled in soon. > >> On Feb 21, 2018, at 5:36 PM, Denys Dmytriyenko

Re: [oe] [meta-qt5][PATCH 1/2] qtbase: Replace -isystem with -I

this patch is resent because now its rebased on top of master-next On Wed, Feb 21, 2018 at 8:29 PM, Khem Raj wrote: > Fixes no-x11 builds (eglfs) > > Signed-off-by: Khem Raj > --- > recipes-qt/qt5/qtbase-native_git.bb| 1 + >

[oe] [meta-perl][PATCH 1/2] libmodule-pluggable-perl: use upstream instead of github.com/moto-timo

Upstream has updated the build system to use EUMM, so the fix on github.com/moto-timo is no longer needed. Because the versions where out of sync, reflect the bump in PR. Add UPSTREAM_CHECK_REGEX to properly catch upstream updates. Signed-off-by: Tim Orling

[oe] [meta-perl][PATCH 2/2] libmodule-runtime-perl: upgrade to 0.016, use upstream

Upstream has fixed build system to use EUMM, so we no longer need the fix on github.com/moto-timo. Add UPSTREAM_CHECK_REGEX to ensure we catch future updates. Extended the license checksum to include the Copyright. The length of the README file has changed, so the checksum has changed. Verified

Re: [oe] libtalloc failure due to waf

Still failing for me, which is a show stopper. :( > On Feb 21, 2018, at 5:36 PM, Denys Dmytriyenko wrote: > > Any updates on this one yet? Thanks. > > On Fri, Feb 16, 2018 at 02:18:32PM -0800, Tim Orling wrote: >> Expediting the fix is greatly appreciated. >> >> Thank you! >>

[oe] [meta-qt5][PATCH 1/2] qtbase: Replace -isystem with -I

Fixes no-x11 builds (eglfs) Signed-off-by: Khem Raj --- recipes-qt/qt5/qtbase-native_git.bb| 1 + ...mon-gcc-base.conf-Use-I-instead-of-isyste.patch | 36 ++ recipes-qt/qt5/qtbase_git.bb | 1 + 3 files changed, 38

[oe] [meta-qt5][PATCH 2/2] qtbase: Add packageconfigs for renameat2 and getentropy use

These features depend on underlying syscall support in kernel and if older kernels are in use, then we can have a knob to turn them off. Signed-off-by: Khem Raj --- recipes-qt/qt5/qtbase_git.bb | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

Re: [oe] [meta-qt4] Cmake Could NOT find Qt4, missing: QT_MOC_EXECUTABLE

Shouldn't it actually point to sysroot-components? Even if the directory would actually exists and containing the moc4 then what if the recipe is cleared after building qt4-native it would break. Is the problem that qt4-native is actually broken for rocko? BR Mans Zigher 2018-02-21 15:51

Re: [oe] Splitting meta-oe?

On Tue, 2018-02-20 at 18:52 +, Richard Purdie wrote: > Even once we do that, we (as in YP) can't send out a clear message > about what we're testing and users will clone meta-oe and expect > everything to work. So right now I do have problems trying to get to > a point where YP can use meta-oe

Re: [oe] Splitting meta-oe?

There is good example of inter-layer dependencies from real world: http://lists.openembedded.org/pipermail/openembedded-devel/2017-February/111447.html Do you want A) new git repository meta-libio-socket-ssl-perl so that meta-networking will depend on this on instead of whole meta-perl B)

Re: [oe] [meta-qt4] Cmake Could NOT find Qt4, missing: QT_MOC_EXECUTABLE

When running devshell I can verify that echo $PATH includes the recipe-sysroot-native dir and if I run "whereis qmake2" the recipe-sysroot-native dir appears. So the question remains why is CMake not detecting the binaries? BR Mans Zigher 2018-02-21 13:02 GMT+01:00 Måns Zigher

Re: [oe] Splitting meta-oe?

[Re: [oe] Splitting meta-oe?] On 18.02.21 (Wed 09:49) Martin Jansa wrote: > > I need an updated python- package for an unrelated package > > And how far will you go? > > If you want just newer python- and nothing else, will you take other > changes to other python-* recipes from meta-python

[oe] [meta-qt4] Cmake Could NOT find Qt4, missing: QT_MOC_EXECUTABLE

Hi, I am trying to build a native QT application that is required when generating the image. The recipe is depending on qt4-native and i am using poky version rocko. The application is using CMake which is producing the following error | -- Looking for Q_WS_MAC - not found | CMake Error at

Re: [oe] Splitting meta-oe?

On Wed, Feb 21, 2018 at 8:34 AM, Bruce Ashfield wrote: > On Wed, Feb 21, 2018 at 3:49 AM, Martin Jansa wrote: >>> I need an updated python- package for an unrelated package >> >> And how far will you go? >> > > pretty far. I work with a lot of

Re: [oe] [meta-qt5][PATCH] qtbase: Replace -isystem with -I

On 2/21/18 11:55 AM, Denys Dmytriyenko wrote: > On Tue, Feb 20, 2018 at 10:20:03PM -0800, Khem Raj wrote: >> i can still see it with 5.10.1 >> >> from >>

[oe] State of the world, Failed tasks 2018-02-19

== Failed tasks 2018-02-19 == INFO: jenkins-job.sh-1.8.43 Complete log available at http://logs.nslu2-linux.org/buildlogs/oe/world/sumo/log.report.20180221_044331.log === common (9) === *

Re: [oe] [meta-qt5][PATCH] qtbase: Replace -isystem with -I

On Tue, Feb 20, 2018 at 10:20:03PM -0800, Khem Raj wrote: > i can still see it with 5.10.1 > > from > /mnt/a/zonit/oe-build/build/tmp/work/aarch64-bec-linux/qtbase/5.10.1+gitAUTOINC+6c6ace9d23-r0/git/src/gui/kernel/qgenericpluginfactory.cpp:40: >

[oe] [RESEND meta-python PATCH 1/2] python3-jsonschema: Remove RDEPENDS on python3-misc

The misc package has been removed when the python3 was reworked. Tested using updatehub's uhu utility. Signed-off-by: Otavio Salvador --- meta-python/recipes-devtools/python/python3-jsonschema_2.6.0.bb | 4 1 file changed, 4 deletions(-) diff --git

[oe] OEDAM 2018 - Portland

hello, This is a friendly reminder regarding OEDAM this year in Portland. If you are planning on attending, please add your name to the list see https://www.openembedded.org/wiki/OEDAM_2018. If you don't have write access to wiki,  send me your Name so I can add you.  Also, as I understand it,

Re: [oe] Splitting meta-oe?

On Wed, 21 Feb 2018 15:58:17 +0100 Patrick Ohly wrote: > On Wed, 2018-02-21 at 14:14 +, Burton, Ross wrote: > > > But that kind of mechanism seems highly prone to breakage and > > > likely to > > > be highly contentious even if it was shown to be reliable, so it > > >