ton <
> paul.eggle...@linux.intel.com> wrote:
> >
> >
> >
> > On Thursday 22 May 2014 05:38:41 Alexandru Vaduva wrote:
> > > it appear, it shouldn`t I believe.
> > > I have a hack to include the perl-ptest module only when
> > > ptest enabled o
Hi
xcb plugin will be available in your yocto build sysroot, create a softlink to
your rootfs. or manualy do copy.
Thnaks!
Meena
::DISCLAIMER::
---
enabled on image_featuresbut it does not look nice.
> > I do not believe this solves the problem.
>
> Sorry, I'm not quite following. What is this hack?
>
>
> Cheers,
> Paul
>
> --
>
> Paul Eggleton
> Intel Open Source Technology Centre
>
Avoid policy_scan.c: No such file or directory
Signed-off-by: Chong Lu
---
recipes-security/setools/setools_3.3.8.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-security/setools/setools_3.3.8.bb
b/recipes-security/setools/setools_3.3.8.bb
index 1e95a60..ba1802
On 05/22/2014 09:56 PM, Mark Hatle wrote:
On 5/21/14, 10:28 PM, Chong Lu wrote:
Avoid policy_scan.c: No such file or directory
Signed-off-by: Chong Lu
---
recipes-security/setools/setools_3.3.8.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-security/setoo
Bastian,
On Thu, May 22, 2014 at 12:32 PM, Bastian Weißbach wrote:
> Hey Guys,
>
> I'm trying to build a Linux for a generic X86 system with QT5.
>
> I've tried to go the simple way. I cloned the nessesary layers (meta-intel
> and meta-qt5). Then I selected "intel-corei7-64" as MACHINE and
> ad
On 2014-05-22 13:07, Jens Lucius wrote:
Now I am getting this error:
| Traceback (most recent call last):
| File "setup.py", line 111, in
| py_modules=["pjsua"]
| File
"/home/server/poky-daisy-11.0.0/build/tmp/sysroots/i686-linux/usr/lib/python2.7/distutils/core.py",
line 152, in setu
Now I am getting this error:
| Traceback (most recent call last):
| File "setup.py", line 111, in
| py_modules=["pjsua"]
| File
"/home/server/poky-daisy-11.0.0/build/tmp/sysroots/i686-linux/usr/lib/python2.7/distutils/core.py",
line 152, in setup
| dist.run_commands()
| File
"/
Thanks Ross, obviously I had the problem right in front of me but I did not
understood it.
Could you please explain it to me. I do not quite get the perl-modules notion.
Thanks once again,
Alex
Thanks Hello
On Thursday, May 22, 2014 5:30 PM, "Burton, Ross" wrote:
FYI, I've just sent my fi
Pulled into eclipse-poky-kepler master. Thanks for the contribution! - Jessica
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Timo Mueller
Sent: Thursday, May 22, 2014 1:57 AM
To: yocto@yoctoproject.org
Cc: Timo Mueller
Subje
Pulled into eclipse-poky-kepler master. Thanks for the contribution! - Jessica
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Timo Mueller
Sent: Thursday, May 22, 2014 3:05 AM
To: yocto@yoctoproject.org
Cc: Timo Mueller
Subje
Pulled into eclipse-poky-kepler master. Thanks for the contribution! - Jessica
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Timo Mueller
Sent: Thursday, May 22, 2014 2:58 AM
To: yocto@yoctoproject.org
Cc: Timo Mueller
Subje
With Toaster work picking up, it looks like we won't be able to add any
new features to Hob. We will continue fixing serious bugs until Toaster
matches Hob functionality.
All Hob features in Bugzilla have been set to 'won't fix'.
Cheers
Belén
--
___
On 2014-05-15 14:53, Richard Purdie wrote:
On Wed, 2014-05-14 at 12:06 -0600, Gary Thomas wrote:
I have a number of platforms which [for whatever reason]
need older versions of GCC. I've been supporting this by
keeping the older code around in my own layers - I need
4.7.x for some targets, even
On Thu, 2014-05-22 at 09:10 -0400, Stefan Seefeld wrote:
> On 2014-05-22 02:10, Richard Purdie wrote:
> > On Wed, 2014-05-21 at 16:45 -0400, Stefan Seefeld wrote:
> >> Hello,
> >>
> >> I started experimenting with the meta-mingw layer today, using the
> >> 'daisy' branch for both, poky as well as m
Hey Guys,
I'm trying to build a Linux for a generic X86 system with QT5.
I've tried to go the simple way. I cloned the nessesary layers (meta-intel
and meta-qt5). Then I selected "intel-corei7-64" as MACHINE and
added cinematicexperience to my image. Then I build core-image-minimal.
But when I
On 2014-05-22 09:00, Jens Lucius wrote:
Hi
I already asked this question before (got no answer) and thought I had it
running,
but since I had to re-setup my yocto installation it runs into errors again.
Maybe somebody can help me with this issue?
I am trying to bitbake pjproject including the
Hi
I already asked this question before (got no answer) and thought I had it
running,
but since I had to re-setup my yocto installation it runs into errors again.
Maybe somebody can help me with this issue?
I am trying to bitbake pjproject including the python module. I manged
to write a workin
FYI, I've just sent my fix to the oe-core mailing list.
Ross
On 22 May 2014 15:05, Burton, Ross wrote:
> On 22 May 2014 14:24, Alexandru Vaduva wrote:
>> I attached the depends .dot file and also a small perl-ptest.info file with
>> only the perl-ptest occurences.
>
> Right, so the dependency c
On 22 May 2014 14:24, Alexandru Vaduva wrote:
> I attached the depends .dot file and also a small perl-ptest.info file with
> only the perl-ptest occurences.
Right, so the dependency comes from perl-modules. This is a meta
package that depends on all the modules, and clearly perl-ptest
shouldn't
On 5/21/14, 10:28 PM, Chong Lu wrote:
Avoid policy_scan.c: No such file or directory
Signed-off-by: Chong Lu
---
recipes-security/setools/setools_3.3.8.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-security/setools/setools_3.3.8.bb
b/recipes-security/seto
Folks,
I'm trying to accomplish this in a 64bits host machine. But I'm getting
errors the following error on compile task:
| In file included from
//tmp/sysroots/x86_64-linux/usr/include/python3.3m/Python.h:50:0,
| from ../../git/src/qpython_priv.h:22,
| from moc
I attached the depends .dot file and also a small perl-ptest.info file with
only the perl-ptest occurences.
On Thursday, May 22, 2014 4:15 PM, Paul Eggleton
wrote:
On Thursday 22 May 2014 06:00:02 Alexandru Vaduva wrote:
> On Thursday, May 22, 2014 3:43 PM, Paul Eggleton
> wrote:
> > On Th
On Thursday 22 May 2014 06:00:02 Alexandru Vaduva wrote:
> On Thursday, May 22, 2014 3:43 PM, Paul Eggleton
> wrote:
> > On Thursday 22 May 2014 05:38:41 Alexandru Vaduva wrote:
> > > it appear, it shouldn`t I believe.
> > > I have a hack to include the perl-ptest module only when
> > > ptest enab
On 2014-05-22 02:10, Richard Purdie wrote:
> On Wed, 2014-05-21 at 16:45 -0400, Stefan Seefeld wrote:
>> Hello,
>>
>> I started experimenting with the meta-mingw layer today, using the
>> 'daisy' branch for both, poky as well as meta-mingw.
>>
>> Running `bitbake meta-toolchain`, the build process
On 22 May 2014 13:38, Alexandru Vaduva wrote:
> it appear, it shouldn`t I believe.
Can you share this depends.dot file please? For what it's worth, I
can't replicate this with oe-core master
Ross
--
___
yocto mailing list
yocto@yoctoproject.org
https
The hack will put the line: require perl-ptest.incinside a if structure.
The if will test if ptest is in the image-features or not.
On Thursday, May 22, 2014 3:43 PM, Paul Eggleton
wrote:
On Thursday 22 May 2014 05:38:41 Alexandru Vaduva wrote:
> it appear, it shouldn`t I believe.
> I have
On Thursday 22 May 2014 05:38:41 Alexandru Vaduva wrote:
> it appear, it shouldn`t I believe.
> I have a hack to include the perl-ptest module only when
> ptest enabled on image_featuresbut it does not look nice.
> I do not believe this solves the problem.
Sorry, I'm not quite following. What is t
it appear, it shouldn`t I believe.
I have a hack to include the perl-ptest module only when
ptest enabled on image_featuresbut it does not look nice.
I do not believe this solves the problem.
On Thursday, May 22, 2014 3:34 PM, Paul Eggleton
wrote:
On Thursday 22 May 2014 05:26:12 Alexandr
On Thursday 22 May 2014 05:26:12 Alexandru Vaduva wrote:
> On Thursday, May 22, 2014 3:19 PM, Paul Eggleton
> wrote:
> > On Thursday 22 May 2014 03:31:05 Alexandru Vaduva wrote:
> > > Does anyone has any input on the next bug:
> > > https://bugzilla.yoctoproject.org/show_bug.cgi?id=6203
> >
> > W
Hello Paul I do not have a conclusion from buildhistory, but maybe I do not
know for what to look.
On Thursday, May 22, 2014 3:19 PM, Paul Eggleton
wrote:
Hi Alex,
On Thursday 22 May 2014 03:31:05 Alexandru Vaduva wrote:
> Does anyone has any input on the next bug:
> https://bugzilla.yoct
Hi Alex,
On Thursday 22 May 2014 03:31:05 Alexandru Vaduva wrote:
> Does anyone has any input on the next bug:
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=6203
We discussed on IRC looking at the dependency graphs from buildhistory to
determine how the package is being brought in - so wha
Does anyone has any input on the next bug:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=6203
Thanks,
Alex--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
From: Timo Mueller
In case cmake reported an error during project configuration the
resulting error dialog showed a generic 'build failed' message. The
specific error message which can help the user find the problem was
hidden in cmake console.
Along with logging the cmake error to the configure
From: Timo Mueller
Until now the stream pipe was connecting one input stream with one
output stream. This for example allowed showing the output of a process
in an eclipse console. If the output is required elsewhere, e.g. in a
message dialog, the only possiblity was to read out the whole console
From: Timo Mueller
This enables logging the process output to something other than a
eclipse console. e.g. a log file or string that can be reused for
dialogs and messages.
Signed-off-by: Timo Mueller
---
.../src/org/yocto/cmake/managedbuilder/job/ExecuteConfigureJob.java| 3 ++-
1 file ch
From: Timo Mueller
The sysroots provided by the toolchain were not added to the
CMAKE_FIND_ROOT_PATH variable. This resolved into CMake searching on the
host system breaking cross-compilation in some cases.
With the addition of the sysroot environment variables provided by
oecore, we make sure t
From: Timo Mueller
Hi,
we were not considering the oecore sysroot variables provided by the
environment script when constructing the CMAKE_FIND_ROOT_PATH in the
toolchain cmake. As the other used variables do not necessarily
contain values the CMAKE_FIND_ROOT_PATH can be empty. This can lead to
From: Timo Mueller
Adding new environment variables to the list of variables that
contribute to the the CMAKE_FIND_ROOT_PATH involved manually appending
to the value string and also adding a whitespace to separate values.
The construction of the CMAKE_FIND_ROOT_PATH value is extracted to a
separ
From: Timo Mueller
The error reported by CMake was logged to the console but not used in
any error dialog shown to the user so far.
By capturing the error in a separate stream we can use it when reproting
the error to the user.
Signed-off-by: Timo Mueller
---
.../cmake/managedbuilder/util/Sys
From: Timo Mueller
Hi,
when problems occured during configuring the project with CMake we
showed a messge dialog with a generic 'build failed' method. In
parallel the reason for the error was captured in the configuration
console. But as the dialog did not contain any note on the existence
of th
On 22/05/2014 09:40, Richard Purdie wrote:
> On Thu, 2014-05-22 at 09:29 +0100, Alex J Lennon wrote:
>> On 22/05/2014 09:23, Richard Purdie wrote:
>>> On Thu, 2014-05-22 at 00:23 +0100, Alex J Lennon wrote:
Thanks Stefan. > daisy was my suspicion but that seemed unlikely so I
have a cle
From: Timo Mueller
CDT sets default include paths when a defined toolchain does not provide
include paths of its own. The default include paths point to the host
system which does not make sense for cross compiled projects.
Instead of using the default include paths we provide our own path that
On Thu, 2014-05-22 at 09:29 +0100, Alex J Lennon wrote:
> On 22/05/2014 09:23, Richard Purdie wrote:
> > On Thu, 2014-05-22 at 00:23 +0100, Alex J Lennon wrote:
> >> Thanks Stefan. > daisy was my suspicion but that seemed unlikely so I
> >> have a clean Fedora build underway with daisy / meta-mono
On 22/05/2014 09:23, Richard Purdie wrote:
> On Thu, 2014-05-22 at 00:23 +0100, Alex J Lennon wrote:
>> Thanks Stefan. > daisy was my suspicion but that seemed unlikely so I
>> have a clean Fedora build underway with daisy / meta-mono /
>> core-image-mono to prove it to myself as a first pass bef
On Thu, 2014-05-22 at 00:23 +0100, Alex J Lennon wrote:
> Thanks Stefan. > daisy was my suspicion but that seemed unlikely so I
> have a clean Fedora build underway with daisy / meta-mono /
> core-image-mono to prove it to myself as a first pass before trying master.
>
> As I do this I am thinkin
> After this email if you still want to go down the path of getting my
> configuration we can do that. I'm just using git.pokylinux.org and
> meta-beaglebone from Koei with some minor changes in my local.conf to
> enable systemd and force my own packages into any image that is built.
>
> The attac
47 matches
Mail list logo
