Re: [yocto] Integration of custom recipe with SDK

2014-09-22 Thread Khem Raj
On Mon, Sep 22, 2014 at 9:26 PM, Navani Srivastava wrote: > Please find the recipe attached herewith for qjson. This recipe is helpful > to work with qt4-embedded as qt4 doesn't have qjson feature in built. > I tried 'bitbake -c populate_sdk ' but it has not integrated qjson > package along. I am

Re: [yocto] How to include static library and headers in sdk

2014-09-22 Thread Joseph Andrew de la Peña
Good day Matt, A simple example is publishing libxml-parser-perl in meta/recipes-core/libxml/libxml2 into SDK. 1. Make sure libxml-parser.perl has a nativesdk for BBCLASSEXTEND in its recipe. 2. Add nativesdk-libxml-parser-perl in RDEPENDS for nativesdk-packagegroup-sdk-host 3. Then -c populate_s

Re: [yocto] How to include static library and headers in sdk

2014-09-22 Thread Matt Schuckmann
Thanks for the response but I'm not sure that I understand. Where does this stuff go? In a Packagegroup file. I tried adding simple1-staticdev to IMAGE_INSTALL and I get an error that it doesn't exist. Can you point me at an example? Matt S. Sent from my pocket On Sep 22, 2014, at 7:52 PM, Jos

Re: [yocto] Integration of custom recipe with SDK

2014-09-22 Thread Navani Srivastava
Please find the recipe attached herewith for qjson. This recipe is helpful to work with qt4-embedded as qt4 doesn't have qjson feature in built. I tried 'bitbake -c populate_sdk ' but it has not integrated qjson package along. I am suspecting qjson recipe now. Am i missing anything in attached reci

Re: [yocto] [PATCH 1/2] spdx:It is necessary to define source directory for spdx.

2014-09-22 Thread Lei, Maohui
> On 22 September 2014 10:31, Burton, Ross [mailto:ross.bur...@intel.com] wrote: > > To make sure that when S directory is changed, the spdx info of the package > will not miss. > > It took me a few minutes and looking at the other patches to understand what > this is doing. Sorry,my summary

Re: [yocto] How to include static library and headers in sdk

2014-09-22 Thread Joseph Andrew de la Peña
Good day Matt, You need to explicitly RDEPENDS your-unit-staticdev and your-unit in your image's packagegroup. Assuming, your FILES_${PN}-staticdev is your .a and FILES_${PN} contains your headers. Thanks, Joseph On Tue, Sep 23, 2014 at 9:57 AM, Matt Schuckmann wrote: > I've got a custom image

[yocto] How to include static library and headers in sdk

2014-09-22 Thread Matt Schuckmann
I've got a custom image and 2 custom recipes both very simple libraries that use cmake. I included the libraries into my image by adding EXTRA_IMAGEDEPENDS += "simple1" EXTRA_IMAGEDEPENDS += "simple2" To my image recipe. When I build my image (i.e. bitbake custom-image ) I can see that the li

[yocto] Agenda: Yocto Project Technical Team Meeting - Tuesday, September 9, 2014 8:00 AM US Pacific Time

2014-09-22 Thread Jolley, Stephen K
Tuesday, September23, 2014 8:00 AM US Pacific Time Agenda: * Opens collection - 5 min (Stephen) * Yocto Project status - 5 min (Stephen/team) https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.7_Status https://wiki.yoctoproject.org/wiki/Yocto_1.7_Schedule https://wiki.yoctoproject.org/wi

Re: [yocto] [AUTOBUILDER PATCH] Initial commit of Yocto Autobuilder Dev Docs

2014-09-22 Thread California Sullivan
Signed-off-by: California Sullivan On Mon, Sep 22, 2014 at 3:23 PM, Elizabeth Flanagan < elizabeth.flana...@intel.com> wrote: > The first pass of the yocto-autobuilder developer document is available at: > > > http://git.yoctoproject.org/cgit/cgit.cgi/yocto-autobuilder/log/?h=eflanagan/docs > >

[yocto] [AUTOBUILDER PATCH] Initial commit of Yocto Autobuilder Dev Docs

2014-09-22 Thread Elizabeth Flanagan
The first pass of the yocto-autobuilder developer document is available at: http://git.yoctoproject.org/cgit/cgit.cgi/yocto-autobuilder/log/?h=eflanagan/docs The document still has some TODOs and missing spots, but at 23 pages long it's reached the point where the community should find it somewh

Re: [yocto] Packages util-linux and gettext both showing undefined reference

2014-09-22 Thread Summers, John S
Hi Tom, So the wic command I am using that fails, I believe is a different issue. I actually tested this and it works with the "poky" distro, but not with "poky-tiny". That said, here are the two commands I am using (using poky-tiny). Fails: wic create mkefidisk -e core-image-minimal

Re: [yocto] Packages util-linux and gettext both showing undefined reference

2014-09-22 Thread Tom Zanussi
On Mon, 2014-09-22 at 19:19 +, Summers, John S wrote: > Hi Darren, > > Maybe I should elaborate a bit on what I am trying to do. Basically, > I am trying to develop an embedded EFI-bootable image using the > poky-tiny distro. > > I would like to be able to automate the image generation proce

Re: [yocto] Packages util-linux and gettext both showing undefined reference

2014-09-22 Thread Summers, John S
Hi Darren, Maybe I should elaborate a bit on what I am trying to do. Basically, I am trying to develop an embedded EFI-bootable image using the poky-tiny distro. I would like to be able to automate the image generation process, so I've been using the "wic" tool to generate the image. Wic has

[yocto] xdebug - phpinfo() doesn't report xdebug.

2014-09-22 Thread edk
Hello, My first post here and I'm very new to Yocto. Thanks to all who have contributed to this awesome project! I need some help getting xdebug to work with modphp and apache2 in the yocto environment. I have successfully built a target image that serves web pages fine with modphp and apach

Re: [yocto] Packages util-linux and gettext both showing undefined reference

2014-09-22 Thread Burton, Ross
On 22 September 2014 18:05, Summers, John S wrote: > DISTRO= "poky-tiny" I expect this is what's causing the problem. poky-tiny is very cut-down. CC'ing Darren for a more informed comment. Ross -- ___ yocto mailing list yocto@yoctoprojec

[yocto] midnight-commander sub-shell

2014-09-22 Thread Soda
Hi, the mc package is working well in my distro. But I cannot enable the subshell (ctrl+o) even if mc -V shows "With subshell support as default". Any advices please? -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/list

Re: [yocto] Packages util-linux and gettext both showing undefined reference

2014-09-22 Thread Summers, John S
Here is my build configuration: BB_VERSION= "1.23.2" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "Ubuntu-14.04" TARGET_SYS= "x86_64-poky-linux" MACHINE = "" DISTRO = "poky-tiny" DISTRO_V

Re: [yocto] Packages util-linux and gettext both showing undefined reference

2014-09-22 Thread Burton, Ross
On 20 September 2014 01:08, Summers, John S wrote: > I am showing build failures for both util-linux (bitbake util-linux) and > gettext (bitbake gettext): > .../tmp/work/core2-64-poky-linux/util-linux/2.24.2-r1/util-linux-2.24.2/text-utils/more.c:1947: > undefined reference to `mbrtowc' > …/tmp/wo

[yocto] Packages util-linux and gettext both showing undefined reference

2014-09-22 Thread Summers, John S
Hello, I am showing build failures for both util-linux (bitbake util-linux) and gettext (bitbake gettext): | .../tmp/work/core2-64-poky-linux/util-linux/2.24.2-r1/util-linux-2.24.2/text-utils/more.c:1947: undefined reference to `mbrtowc' | .../tmp/work/core2-64-poky-linux/util-linux/2.24.2-r1/

Re: [yocto] [PATCH 1/2] spdx:It is necessary to define source directory for spdx.

2014-09-22 Thread Burton, Ross
On 19 September 2014 12:03, leimaohui wrote: > To make sure that when S directory is changed, the spdx info of the package > will not miss. It took me a few minutes and looking at the other patches to understand what this is doing. A better summary would be: "Add SPDX-specific source tree vari

Re: [yocto] Nothing PROVIDES nativesdk-krb5

2014-09-22 Thread Burton, Ross
On 22 September 2014 14:16, Joseph Andrew de la Peña wrote: > Good day Ross, > > How about if I wanted to depend on krb5? Hopefully, BBCLASSEXTEND="native nativesdk" will work its magic in krb5.bb. Ross -- ___ yocto mailing list yocto@yoctoproject.org

Re: [yocto] [meta-selinux] refpolicy update in master-next

2014-09-22 Thread Joe MacDonald
Hi Pascal, [Re: [yocto] [meta-selinux] refpolicy update in master-next] On 14.09.22 (Mon 16:29) Pascal Ouyang wrote: > 于 14-9-20 上午5:17, Joe MacDonald 写道: > >[Re: [meta-selinux] refpolicy update in master-next] On 14.09.18 (Thu 15:06) > >Mark Hatle wrote: > > > >>On 9/18/14, 2:57 PM, Joe MacDon

Re: [yocto] Nothing PROVIDES nativesdk-krb5

2014-09-22 Thread Joseph Andrew de la Peña
Good day Ross, How about if I wanted to depend on krb5? Thanks, Joseph On Mon, Sep 22, 2014 at 8:23 PM, Burton, Ross wrote: > On 22 September 2014 13:14, Joseph Andrew de la Peña > wrote: > > Certainly not. How can I get pass this? > > You use bitbake -e nativesdk-curl, search that for "krb5"

Re: [yocto] Nothing PROVIDES nativesdk-krb5

2014-09-22 Thread Burton, Ross
On 22 September 2014 13:14, Joseph Andrew de la Peña wrote: > Certainly not. How can I get pass this? You use bitbake -e nativesdk-curl, search that for "krb5", and it should tell you where the krb5 dependency came from. What you do then depends on what and how added that dependency. Ross -- _

Re: [yocto] Nothing PROVIDES nativesdk-krb5

2014-09-22 Thread Joseph Andrew de la Peña
Certainly not. How can I get pass this? On Mon, Sep 22, 2014 at 8:11 PM, Burton, Ross wrote: > On 22 September 2014 13:05, Joseph Andrew de la Peña > wrote: > > Yes, our recipe is depending on curl. The dependency chain is > > (nativesdk-our_unit, nativesdk-curl, nativesdk-krb5). > > The recipe

Re: [yocto] Nothing PROVIDES nativesdk-krb5

2014-09-22 Thread Burton, Ross
On 22 September 2014 13:05, Joseph Andrew de la Peña wrote: > Yes, our recipe is depending on curl. The dependency chain is > (nativesdk-our_unit, nativesdk-curl, nativesdk-krb5). > The recipe needed curl for certain functions. It works perfectly for native > but when it comes to nativesdk, there

Re: [yocto] Nothing PROVIDES nativesdk-krb5

2014-09-22 Thread Joseph Andrew de la Peña
Good day Ross, Yes, our recipe is depending on curl. The dependency chain is (nativesdk-our_unit, nativesdk-curl, nativesdk-krb5). The recipe needed curl for certain functions. It works perfectly for native but when it comes to nativesdk, there is the disconnect. Why is krb5 not seen in sdk but no

Re: [yocto] Forcing fetch task when source changes

2014-09-22 Thread Vuille, Martin (Martin)
Would this work for a directory tree as opposed to a single file? Also, the current "copy" is not a straight copy, it excludes certain files. But I might be able to deal with that post-fetch. MV > -Original Message- > From: Burton, Ross [mailto:ross.bur...@intel.com] > Sent: September 2

Re: [yocto] Nothing PROVIDES nativesdk-krb5

2014-09-22 Thread Burton, Ross
On 22 September 2014 12:41, Joseph Andrew de la Peña wrote: > What poky version are you referring to? I'm using dora poky HEAD. Haven't > seen any krb5 recipe. > Please enlighten me. Well krb5 is in meta-oe/meta-connectivity. But the point is that something is adding a dependency to curl for krb

Re: [yocto] Nothing PROVIDES nativesdk-krb5

2014-09-22 Thread Joseph Andrew de la Peña
Good day Ross, What poky version are you referring to? I'm using dora poky HEAD. Haven't seen any krb5 recipe. Please enlighten me. Thanks, Joseph On Sat, Sep 20, 2014 at 8:25 AM, Burton, Ross wrote: > On 19 September 2014 05:45, Joseph Andrew de la Peña > wrote: > > ERROR: Nothing PROVIDES '

Re: [yocto] Forcing fetch task when source changes

2014-09-22 Thread Burton, Ross
On 22 September 2014 12:25, Vuille, Martin (Martin) wrote: > I have defined a class with a customized fetch task (that > > copies files from a local read-only directory to the ${S} > > directory). > > > > I am looking for a way to cause the fetch task to run > > again whenever the contents of the

[yocto] Forcing fetch task when source changes

2014-09-22 Thread Vuille, Martin (Martin)
I have defined a class with a customized fetch task (that copies files from a local read-only directory to the ${S} directory). I am looking for a way to cause the fetch task to run again whenever the contents of the local directory change w.r.t. what was last fetched/copied to ${S}. Is there a w

Re: [yocto] Poky/Yocto drivers for cellular modem

2014-09-22 Thread Burton, Ross
On 20 September 2014 14:00, Maciej Borzecki wrote: >> Take a look at meta-eca: >> http://git.yoctoproject.org/cgit/cgit.cgi/meta-eca/tree/ > > Do you have any clue why it's a separate layer? The recipes mostly seem to > overlap with OE-core. There's what were at the time newer versions, or tweaks

Re: [yocto] Update recipe file to avoid conflict with other dependant packages

2014-09-22 Thread Burton, Ross
On 22 September 2014 07:52, harsh jain wrote: > Given below logs message when I tried with python 2.7.4 > > NOTE: Resolving any missing task queue dependencies > NOTE: preferred version 2.7.3 of python not available (for item python-core) > NOTE: versions of python available: 2.7.4 > NOTE: preferr

Re: [yocto] create_image.tar fail

2014-09-22 Thread Neil.Wu
Hi, I use the yocto-bsp tools to creat a new bsp layer, I found this problem like following : Yoctto-bsp creat myx86 quem Traceback (most recent call last): File "/home/etcrs/poky/scripts/yocto-bsp", line 150, in ret = main() File "/home/etcrs/poky/scripts/yocto-bsp", line 145, in main

Re: [yocto] Integration of custom recipe with SDK

2014-09-22 Thread Navani Srivastava
I will follow the suggestion given by you and will update the result. However in case if I want to integrate custom recipe with meta-toolchain-qte, is there any example existing which can help me in understanding? Right now I am following the procedure given by Randy but some example could be of a

Re: [yocto] Integration of custom recipe with SDK

2014-09-22 Thread Paul Eggleton
On Monday 22 September 2014 14:06:26 Navani Srivastava wrote: > On Mon, Sep 22, 2014 at 1:45 PM, Paul Eggleton < > paul.eggle...@linux.intel.com> wrote: > > On Sunday 21 September 2014 09:26:07 Navani Srivastava wrote: > > > We are not using populatesdk ... we need to generate it through > > > meta

Re: [yocto] Integration of custom recipe with SDK

2014-09-22 Thread Navani Srivastava
I have to generate toolchain which contain qt related tools also like qmake and qjson, so we are using meta-toolchain-qte to generate the toolchain.. Do you suggest it's better to integrate meta-toolchain-qte somehow with populate_sdk so that we can make life easier? Regards Navani On Mon, Sep 22

Re: [yocto] [meta-selinux] refpolicy update in master-next

2014-09-22 Thread Pascal Ouyang
于 14-9-20 上午5:17, Joe MacDonald 写道: [Re: [meta-selinux] refpolicy update in master-next] On 14.09.18 (Thu 15:06) Mark Hatle wrote: On 9/18/14, 2:57 PM, Joe MacDonald wrote: Hey all, As we'd all discussed at different times in the past, we're well behind the curve on a refpolicy update for me

Re: [yocto] Integration of custom recipe with SDK

2014-09-22 Thread Paul Eggleton
On Sunday 21 September 2014 09:26:07 Navani Srivastava wrote: > We are not using populatesdk ... we need to generate it through > meta-toolchain-qte only so i am trying with the solution provided by randy.. Can I ask why? I'd like to understand where -c populate_sdk needs further improvement. Ch