Re: [yocto] [meta-raspberrypi] Problem building core-image-sato-sdk

2014-04-08 Thread Robert Berger
Hi, On 03/09/2014 02:08 PM, Federico Vitali wrote: Hi everyone, I've succesfully build core-image-sato for raspberry pi, but when I try to build the sdk version I obtain the following error: ERROR: Multiple .bb files are due to be built which each provide virtual/libgles2

Re: [yocto] [meta-raspberrypi] Problem building core-image-sato-sdk

2014-04-08 Thread Robert Berger
On 03/09/2014 02:08 PM, Federico Vitali wrote: Hi everyone, I've succesfully build core-image-sato for raspberry pi, but when I try to build the sdk version I obtain the following error: BTW I get the error also with core-image-sato: builder@ubuntu-srvr-lv:~/rpi/poky/raspberrypi/conf$

Re: [yocto] [meta-raspberrypi] Problem building core-image-sato-sdk

2014-04-08 Thread Andrei Gherzan
On Tue, Apr 8, 2014 at 10:41 AM, Robert Berger gm...@reliableembeddedsystems.com wrote: On 03/09/2014 02:08 PM, Federico Vitali wrote: Hi everyone, I've succesfully build core-image-sato for raspberry pi, but when I try to build the sdk version I obtain the following error: BTW I

Re: [yocto] copying media files to qemux86

2014-04-08 Thread Bhushan S
Hello Cristian, Had a similar doubt as described by Paul in Bug 5589https://bugzilla.yoctoproject.org/show_bug.cgi?id=5589 . Basically i wanted the audiotestsrc and videotestsrc plugins from gst-plugins-base and even though *-base was configured with those options, I still didn't see it in

[yocto] fetchall strangeness

2014-04-08 Thread Gary Thomas
I just ran 'bitbake image -c fetchall' in a clean build tree and noticed that this builds a bunch of native packages: $ ls -l tmp/work/*/*/*/temp/log.do_compile.* -rw-r--r-- 1 gary develop 76530 Apr 8 14:17 tmp/work/i686-linux/apr-native/1.4.8-r0/temp/log.do_compile.8115 -rw-r--r-- 1 gary

Re: [yocto] fetchall strangeness

2014-04-08 Thread Richard Purdie
On Tue, 2014-04-08 at 07:28 -0600, Gary Thomas wrote: I just ran 'bitbake image -c fetchall' in a clean build tree and noticed that this builds a bunch of native packages: $ ls -l tmp/work/*/*/*/temp/log.do_compile.* -rw-r--r-- 1 gary develop 76530 Apr 8 14:17

[yocto] CGL compliance layer initiative

2014-04-08 Thread Vali Cobelea
Hi, Here at ENEA we decided to take the initiative regarding the CGL compliance when it comes to the Yocto Project. For this we started the work on a dedicated layer called 'meta-cgl' which can be accessed / cloned from here: http://git.enea.com/git/?p=linux/meta-cgl.git git clone

Re: [yocto] CGL compliance layer initiative

2014-04-08 Thread Chris Larson
On Tue, Apr 8, 2014 at 8:34 AM, Vali Cobelea valentin.cobe...@enea.comwrote: Here at ENEA we decided to take the initiative regarding the CGL compliance when it comes to the Yocto Project. For this we started the work on a dedicated layer called 'meta-cgl' which can be accessed / cloned from

Re: [yocto] CGL compliance layer initiative

2014-04-08 Thread Vali Cobelea
Hi, It should work as I tried it outside the company network; otherwise I'll ping back the IT guys to allow anonymous access. Sorry for any inconvenience, Vali On 04/08/2014 06:38 PM, Chris Larson wrote: On Tue, Apr 8, 2014 at 8:34 AM, Vali Cobelea valentin.cobe...@enea.com

Re: [yocto] CGL compliance layer initiative

2014-04-08 Thread Chris Larson
On Tue, Apr 8, 2014 at 8:41 AM, Vali Cobelea valentin.cobe...@enea.comwrote: It should work as I tried it outside the company network; otherwise I'll ping back the IT guys to allow anonymous access. You tried it, yes, but you have the ssh keys necessary to authenticate as the git user on that

Re: [yocto] CGL compliance layer initiative

2014-04-08 Thread Chris Larson
On Tue, Apr 8, 2014 at 8:34 AM, Vali Cobelea valentin.cobe...@enea.comwrote: Here at ENEA we decided to take the initiative regarding the CGL compliance when it comes to the Yocto Project. For this we started the work on a dedicated layer called 'meta-cgl' which can be accessed / cloned from

[yocto] Minutes: Yocto Project Technical Team Meeting - Tuesday, April 8, 2014 8:00 AM US Pacific Time

2014-04-08 Thread Jolley, Stephen K
Attendees: Jessica, Scott, Vali, Stephen, Tom, Jefro, Matthew, Belen, Alex G., Mark, Denys, Richard, Darren, Saul Alex D., Paul, Nitin, Michael H., Michael B., Sean, * Opens collection - 5 min (Stephen) * Yocto 1.6 status - 5 min (Stephen/team)

[yocto] PREFERRED_PROVIDER entry in local.conf

2014-04-08 Thread Romain
Hello all, While building an image I get those notes, and I would like to lock down the providers for sshd and jpeg : NOTE: multiple providers are available for runtime sshd (openssh, dropbear) NOTE: consider defining a PREFERRED_PROVIDER entry to match sshd NOTE: multiple providers are available

Re: [yocto] copying media files to qemux86

2014-04-08 Thread Iorga, Cristian
Hello, Sorry, what exactly to enable in ./configure? Regards, Cristian From: Bhushan S [mailto:bhushan...@gmail.com] Sent: Tuesday, April 8, 2014 2:48 PM To: Iorga, Cristian Cc: yocto@yoctoproject.org Subject: Re: [yocto] copying media files to qemux86 Hello Cristian, Had a similar doubt as

[yocto] Squeezing a gstreamer video pipeline into the smallest footprint possible

2014-04-08 Thread Patrick Doyle
I have a ridiculously pinhole sized memory footprint into which I would like to squeeze a gstreamer based video pipeline. I am looking for tips on what I can do to minimize the footprint as much as possible for my Yocto based system. Looking at the rootfs, I see that libgstaudio is included.

Re: [linux-yocto] Difference in sysroots and work linux include file

2014-04-08 Thread Sathish Kumar Balasubramaniam -ERS, HCL Tech
Thanks Bruce :) I added the following to the bbappend file and it got compiled. CPPFLAGS = -I${STAGING_KERNEL_DIR}/include However I received the following warning message in the log.do_compile file build/tmp/sysroots/machine/usr/src/kernel/include/linux/types.h:13:2: warning: #warning