Re: [yocto] RDEPENDS fails to find an existing package

2012-02-16 Thread Autif Khan
> Hello, > > On Thu, 2012-02-16 at 10:26 +0530, Joshua Immanuel wrote: >> Can you please explain little bit more on what INSANE_SKIP_${PN} = >> "dev-so" does. I don't find any documentation on it. > > I guess, it suppresses the warnings stating that an non-dev package > contains symlink. This is th

Re: [yocto] RDEPENDS fails to find an existing package

2012-02-16 Thread Khem Raj
On Thursday, February 16, 2012, Autif Khan wrote: >> Hello, >> >> On Thu, 2012-02-16 at 10:26 +0530, Joshua Immanuel wrote: >>> Can you please explain little bit more on what INSANE_SKIP_${PN} = >>> "dev-so" does. I don't find any documentation on it. >> >> I guess, it suppresses the warnings stat

[yocto] trouble using a local kernel repo

2012-02-16 Thread Hollis Blanchard
I'm trying to figure out how to use a cloned/modified copy of the linux-yocto-3.0 git repository. Here's what I did: * cloned linux-yocto-3.0.git and committed to the meta branch * specified my new repo: --- a/meta/recipes-kernel/linux/linux-yocto_3.0.bb +++ b/meta/recipes-kernel/linux/linux-yo

Re: [yocto] trouble using a local kernel repo

2012-02-16 Thread McClintock Matthew-B29882
On Thu, Feb 16, 2012 at 8:16 PM, Hollis Blanchard wrote: > I'm trying to figure out how to use a cloned/modified copy of the > linux-yocto-3.0 git repository. Here's what I did: > > * cloned linux-yocto-3.0.git and committed to the meta branch > * specified my new repo: > > --- a/meta/recipes-kern

Re: [yocto] trouble using a local kernel repo

2012-02-16 Thread Hollis Blanchard
On 02/16/2012 01:22 PM, McClintock Matthew-B29882 wrote: On Thu, Feb 16, 2012 at 8:16 PM, Hollis Blanchard wrote: I'm trying to figure out how to use a cloned/modified copy of the linux-yocto-3.0 git repository. Here's what I did: * cloned linux-yocto-3.0.git and committed to the meta branch

Re: [yocto] trouble using a local kernel repo

2012-02-16 Thread McClintock Matthew-B29882
On Thu, Feb 16, 2012 at 9:33 PM, Hollis Blanchard wrote: > Yeah, I've looked through there, but where should stdout (i.e. those echo > commands) be appearing? I'd guess it's failing before that... you can add your own echo's. Also, this should be in that log file: tmp/work/${ARCH}/linux-yocto-vZ-

Re: [yocto] trouble using a local kernel repo

2012-02-16 Thread Hollis Blanchard
On 02/16/2012 01:43 PM, McClintock Matthew-B29882 wrote: On Thu, Feb 16, 2012 at 9:33 PM, Hollis Blanchard wrote: Yeah, I've looked through there, but where should stdout (i.e. those echo commands) be appearing? I'd guess it's failing before that... you can add your own echo's. Also, this sho

[yocto] MEL Kit - qemu targets

2012-02-16 Thread Cherry, John
Last week, we announced the MEL Kit support for both the BeagleBoard and the PandaBoard. This week, we are announcing the availability of MEL Kits for emulated target environments. This should be handy for those that want to check out CodeBench Lite or MEL Lite, but you lack hardware. Thes

Re: [yocto] trouble using a local kernel repo

2012-02-16 Thread Bruce Ashfield
On 12-02-16 03:16 PM, Hollis Blanchard wrote: I'm trying to figure out how to use a cloned/modified copy of the linux-yocto-3.0 git repository. Here's what I did: * cloned linux-yocto-3.0.git and committed to the meta branch * specified my new repo: Very strange. Is this from the yocto master

Re: [yocto] trouble using a local kernel repo

2012-02-16 Thread Bruce Ashfield
On 12-02-16 05:06 PM, Hollis Blanchard wrote: On 02/16/2012 01:43 PM, McClintock Matthew-B29882 wrote: On Thu, Feb 16, 2012 at 9:33 PM, Hollis Blanchard wrote: Yeah, I've looked through there, but where should stdout (i.e. those echo commands) be appearing? I'd guess it's failing before that.

Re: [yocto] trouble using a local kernel repo

2012-02-16 Thread Hollis Blanchard
On 02/16/2012 02:11 PM, Bruce Ashfield wrote: On 12-02-16 03:16 PM, Hollis Blanchard wrote: I'm trying to figure out how to use a cloned/modified copy of the linux-yocto-3.0 git repository. Here's what I did: * cloned linux-yocto-3.0.git and committed to the meta branch * specified my new repo:

Re: [yocto] trouble using a local kernel repo

2012-02-16 Thread Bruce Ashfield
On 12-02-16 05:50 PM, Hollis Blanchard wrote: On 02/16/2012 02:11 PM, Bruce Ashfield wrote: On 12-02-16 03:16 PM, Hollis Blanchard wrote: I'm trying to figure out how to use a cloned/modified copy of the linux-yocto-3.0 git repository. Here's what I did: * cloned linux-yocto-3.0.git and commit

Re: [yocto] trouble using a local kernel repo

2012-02-16 Thread Hollis Blanchard
On 02/16/2012 03:02 PM, Bruce Ashfield wrote: That's the problem. I have a patch that detects this and abort is a non bare upstream is used. I just need to send them .. which I'll do when I get back to my desk next week. There are two reason for this bare clone requirement: - technical: this

Re: [yocto] trouble using a local kernel repo

2012-02-16 Thread Bruce Ashfield
On 12-02-16 06:18 PM, Hollis Blanchard wrote: On 02/16/2012 03:02 PM, Bruce Ashfield wrote: That's the problem. I have a patch that detects this and abort is a non bare upstream is used. I just need to send them .. which I'll do when I get back to my desk next week. There are two reason for thi

Re: [yocto] trouble using a local kernel repo

2012-02-16 Thread Hollis Blanchard
On 02/16/2012 03:25 PM, Bruce Ashfield wrote: The point is that the tree is local to your machine, but it doesn't have to be. You may only have push, not direct commit access. It's really not asking for anything that isn't already common practice. Hmm, I'm not at all a git expert, but I thought

Re: [yocto] trouble using a local kernel repo

2012-02-16 Thread Bruce Ashfield
On 12-02-16 06:52 PM, Hollis Blanchard wrote: On 02/16/2012 03:25 PM, Bruce Ashfield wrote: The point is that the tree is local to your machine, but it doesn't have to be. You may only have push, not direct commit access. It's really not asking for anything that isn't already common practice.

[yocto] [eclipse-plugin]: ADT version too old

2012-02-16 Thread Ni Qingliang
I'm using the ecipse-plugin: http://autobuilder.yoctoproject.org/pub/nightly/20120216-2/eclipse-plugin/indigo/org.yocto.sdk-rc1-201202161547-archive.zip my build tree is following the latest yocto git tree: git://git.yoctoproject.org/poky.git and when assign the build tree as toolchain dire

Re: [yocto] [eclipse-plugin]: ADT version too old

2012-02-16 Thread Ni Qingliang
and there is no use to change DISTRO_VERSION in /tmp/tmp/environment-setup-ppc603e-insigma-linux. On Fri, 2012-02-17 at 10:42 +0800, 倪庆亮 wrote: > I'm using the ecipse-plugin: > http://autobuilder.yoctoproject.org/pub/nightly/20120216-2/eclipse-plugin/indigo/org.yocto.sdk-rc1-2

Re: [yocto] [eclipse-plugin]: ADT version too old

2012-02-16 Thread Lu, Lianhao
t file as a workaround. -Lianhao > On Fri, 2012-02-17 at 10:42 +0800, 倪庆亮 wrote: >> I'm using the ecipse-plugin: >> http://autobuilder.yoctoproject.org/pub/nightly/20120216-2/eclipse-plugin/indigo/org.yocto.sdk-rc1-201202161547-archive.zip >> >> my build tree is

Re: [yocto] [eclipse-plugin]: ADT version too old

2012-02-16 Thread Ni Qingliang
thanks, I found the problem, I have setup one new meta layer, and use a new distro (new name and new version), but the eclipse-plugin is only for native poky distro, and will check if the version is same as poky distro's version. On Fri, 2012-02-17 at 12:10 +0800, Lu, Lianhao wrote: > > Looks lik

[yocto] The sysroot location in eclipse plugin?

2012-02-16 Thread Ni Qingliang
the environment-setup file in build tree had defined CFLAGS and CXXFLAGS which include the sysroot argument(/tmp/sysroots/). Do we must specify the sysroot location in the eclipse plugin? after specify it, I found the CFLAGS CXXFLAGS in project property follow it, and dropped the sysroot defined

Re: [yocto] The sysroot location in eclipse plugin?

2012-02-16 Thread Lu, Lianhao
Ni Qingliang wrote on 2012-02-17: > the environment-setup file in build tree had defined CFLAGS and CXXFLAGS > which include the sysroot argument(/tmp/sysroots/). > > Do we must specify the sysroot location in the eclipse plugin? > > after specify it, I found the CFLAGS CXXFLAGS in project prope