On 20 June 2016 at 18:47, Michael Halstead
wrote:
> OpenEmbedded is nearly ready to upgrade to a new version of Patchwork.
> The new version offers several new features that will allow OpenEmbedded
> to improve developer workflow and automated checks on incoming patches.
>
Woohoo!
Thanks Michae
The _order_pkgs_to_upgrade function order a set of packages to
be upgraded based on bitbake dependency graph, currently _order_pkgs_to_upgrade
is broken so disable it while fix.
Signed-off-by: Aníbal Limón
---
upgradehelper.py | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --gi
[YOCTO #9747]
Signed-off-by: Aníbal Limón
---
modules/recipe/svn.py | 2 +-
modules/utils/emailhandler.py | 2 +-
upgradehelper.py | 4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/modules/recipe/svn.py b/modules/recipe/svn.py
index 6d60529..6dadafd 10
If no packages are found to upgrade, it didn't make sense to build
gcc runtime before is only a waste of time.
Signed-off-by: Aníbal Limón
---
upgradehelper.py | 29 +++--
1 file changed, 15 insertions(+), 14 deletions(-)
diff --git a/upgradehelper.py b/upgradehelper.py
My first doubt was how to trully cross-compile python extensions. Since I
can't find anything usefull on internet I ask my self: How OE does it? It
seems that OE uses an patched distutils to get bits build. This
"assumption" comes from what I see at distutils/sysconfig.py that lives at
build/tmp/sy
On Mon, Jun 20, 2016 at 12:08 PM, Daniel. wrote:
> I've found this recipe "python-pycurl" with exports libcurl to python. What
> I did was build it and take a look at temp folder to stalk what line is used
> to compile that stuff. Here it is:
>
> distutils_do_compile() {
>
> STAGING_INCDIR=/home/g
I've found this recipe "python-pycurl" with exports libcurl to python. What
I did was build it and take a look at temp folder to stalk what line is
used to compile that stuff. Here it is:
distutils_do_compile() {
STAGING_INCDIR=/home/geckos/yocto/yocto-daisy/build_x11/tmp/sysroots/pharosserver-im
Thank you Khem!!
Regards,
2016-06-20 15:02 GMT-03:00 Khem Raj :
> On Mon, Jun 20, 2016 at 10:44 AM, Daniel. wrote:
> > Hi everybody..
> >
> > I've been playing with python extensions. Now I want to compile a simple
> > hello world extension
> > to my Yocto's target, but I really can't find any
On Mon, Jun 20, 2016 at 10:44 AM, Daniel. wrote:
> Hi everybody..
>
> I've been playing with python extensions. Now I want to compile a simple
> hello world extension
> to my Yocto's target, but I really can't find any good resource about doing
> it. So what is the teory behind it?
>
> I know that
On 06/20/2016 10:47 AM, Michael Halstead wrote:
> Hello,
>
> OpenEmbedded is nearly ready to upgrade to a new version of Patchwork.
> The new version offers several new features that will allow OpenEmbedded
> to improve developer workflow and automated checks on incoming patches.
>
> If you a
Hello,
OpenEmbedded is nearly ready to upgrade to a new version of Patchwork.
The new version offers several new features that will allow OpenEmbedded
to improve developer workflow and automated checks on incoming patches.
If you are a Patchwork user please visit
https://patchwork-next.openembedd
Hi everybody..
I've been playing with python extensions. Now I want to compile a simple
hello world extension
to my Yocto's target, but I really can't find any good resource about doing
it. So what is the teory behind it?
I know that I need python headers "Python.h and others" and that I need
dis
Thanks for the answer. But that threw the following errors:
ERROR: Nothing PROVIDES 'libcap-ng'. Close matches:
libpng
libcap
libpcap
Thanks,
Monica
-Original Message-
From: Khem Raj [mailto:raj.k...@gmail.com]
Sent: Monday, June 20, 2016 11:23 AM
To: Rajasekaran, Monica
Cc: Pa
On Mon, Jun 20, 2016 at 9:24 AM, Fred Ollinger
wrote:
> Anyone using Ubuntu Xenial release yet?
>
> Any tricks to get it working?
master OE just works fine on 16.04 here
>
> Frederick
> --
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://l
Anyone using Ubuntu Xenial release yet?
Any tricks to get it working?
Frederick
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
OK its a library so debian renaming might be tricking you here.
IMAGE_INSTALL expects the output package names ( not recipe name)
sometimes there is a package with same name as recipe name generated
so it may seem like you can use package name or recipe name but thats
not how it works. So please d
It worked by replacing libcap-ng with just "libcap".
Thanks,
Monica
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Rajasekaran, Monica
Sent: Monday, June 20, 2016 11:19 AM
To: Khem Raj
Cc: Paul Eggleton ; yocto@yoctoproject
Yes, I did the same.
Thanks,
Monica
-Original Message-
From: Khem Raj [mailto:raj.k...@gmail.com]
Sent: Monday, June 20, 2016 11:15 AM
To: Rajasekaran, Monica
Cc: Paul Eggleton ; yocto@yoctoproject.org
Subject: Re: [yocto] autoreconf
On Mon, Jun 20, 2016 at 9:12 AM, Rajasekaran, Moni
On Mon, Jun 20, 2016 at 9:12 AM, Rajasekaran, Monica
wrote:
> Thanks Paul and Khem, that worked!
>
> I also tried adding libcap-ng but it gives me the following error:
where did you add it to ? it is a package so you have to add it to IMAGE_INSTALL
>
> ERROR: Nothing RPROVIDES 'libcap-ng' (but
Thanks Paul and Khem, that worked!
I also tried adding libcap-ng but it gives me the following error:
ERROR: Nothing RPROVIDES 'libcap-ng' (but
/data/users/mrajase/l100_label_based_r100poc/repo/poky/meta-fss-product/recipes-core/images/fss-image-full.bb
RDEPENDS on or otherwise requires it)
Bu
On 06/20/2016 02:42 AM, Beth 'pidge' Flanagan wrote:
> On Fri, 2016-06-17 at 11:05 -0500, Aníbal Limón wrote:
>> When try to start Autobuilder fails with the next exception,
>>
>> 2016-06-07 17:06:45-0500 [-] LOADING CONFIG FILE
>> 2016-06-07 17:06:45-0500 [-] error while parsing config file:
>>
Signed-off-by: Bill Randle
---
buildset-config.controller/nightly-world-lsb.conf | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/buildset-config.controller/nightly-world-lsb.conf
b/buildset-config.controller/nightly-world-lsb.conf
index 4c9994c..f755920 100644
--- a/buil
Hi,
I currently have a read only filesystem image. What I would like to do
is have part of the filesystem read/write which is basically a
particular user account, say /home/scratch
To complicate things we have two flash devices,
1) eMMC with ext3 filesystem
2) NAND with ubifs filesystem
So I woul
Thanks, Mark and Richard. Great update! I'll try out the staging branch
and report back with results.
On Mon, Jun 20, 2016 at 9:15 AM, Mark Hatle
wrote:
> On 6/20/16 7:24 AM, Kyle Russell wrote:
> > It looks like the image-prelink support is still disabled in master
> because of
> > an issue w
On 6/20/16 7:24 AM, Kyle Russell wrote:
> It looks like the image-prelink support is still disabled in master because of
> an issue with IFUNC symbol relocation.
>
> https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta-poky/conf/local.conf.sample?id=8debfea81e69d038bd2d56314b272cb74f5582ed
On Mon, 2016-06-20 at 08:24 -0400, Kyle Russell wrote:
> It looks like the image-prelink support is still disabled in master
> because of an issue with IFUNC symbol relocation.
>
> https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta-poky/conf
> /local.conf.sample?id=8debfea81e69d038bd2d563
It looks like the image-prelink support is still disabled in master because
of an issue with IFUNC symbol relocation.
https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta-poky/conf/local.conf.sample?id=8debfea81e69d038bd2d56314b272cb74f5582ed
Is there still a problem, or is it safe to reen
On Fri, 2016-06-17 at 11:05 -0500, Aníbal Limón wrote:
> When try to start Autobuilder fails with the next exception,
>
> 2016-06-07 17:06:45-0500 [-] LOADING CONFIG FILE
> 2016-06-07 17:06:45-0500 [-] error while parsing config file:
>
> Traceback (most recent call last):
> File
> "/ho
28 matches
Mail list logo
