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
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
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
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/
> >
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
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
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 +
>
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
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
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
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!
>>
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
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
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
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
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
> > >
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,
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
== 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) ===
*
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
>>
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:
>
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
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
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
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
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
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 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:
> > >
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:
> >
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 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
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
>> >
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
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
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
>
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
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
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
[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
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
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
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
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
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)
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,
>
> 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
> 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
47 matches
Mail list logo