Am 25.08.2013 17:03, schrieb Zafrullah Syed: The tar should be in the "${WORKDIR}/git" directory but it will not work as you don't tell bitbake to unpack it. You

Hi Stefan, I updated my recipe: DESCRIPTION = "cameracapture application" SECTION = "examples" LICENSE = "CLOSED" PR = "r0" DEPENDS = "opencv" SRC_URI =

Hi Bruce, Yes, I'm currently working off master. If I add the following qemuarmhf.conf file, and apply the patch to linux-yocto_3.8.bb, it still tries to compile linux-yocto_3.4.bb recipe. You should

Are you working off master ? Since you set the compatibility, it should have been picked. But something else must be changed in your layers, since if you didn't add 3.4 compatibility via bbappends,

Hi Bruce, Ok, I forgot about that! Another quick question, why is it that when I create a new qemuarmhf.conf machine configuration, it doesn't automatically pick up the latest linux-yocto_3.8.bb

I have asked this question in the Gumstix-Users mailing list before, but got no reply.. So just checking out here..! Why does Yocto include 3.5.0/ kernel folder too in the lib/modules/ directory,

Try 3.8%, you need to match on the version completely, and it is 3.8...., not just 3.8. Bruce -- "Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end"

Weird, even after setting PREFERRED_VERSION_virtual/linux ="3.8", it still picks up linux-yocto_3.4.bb recipe! What am I failing to set or configure additionally to get it to work, as intended? Best

Hi, I created a new qemuarmhf.conf, to build using armv7a vfp and neon. In the linux-yocto_3.8.bb recipe, I explicitly specified SRCREV_machine_qemuarmhf and added qemuarmhf to the list of

The above is a workaround, the proper fix is to track down why this is making its way in there in the first place and fix the problem at source. Cheers, Richard

This sounds like a bug to me. It would be best if you file it as such with bugzilla so it gets looked at properly (I'm not the one to do that, sorry) --

Yes I think everyone is seeing it, but in many distro configs bad RPATH is only QA warning not error (that's why I was partially ignoring it until now, concentrating on other issues). You can see

Hi, I'm trying to build a QEMU machine configuration with support for ARM Cortex A9, with hard float and neon support. What should I specify in my qemuarmhf.conf machine file to enable a

<trevor.woerner@...> wrote: Try adding a .bbappend with the following content: ################# DEPENDS += "chrpath-replacement-native" EXTRANATIVEPATH += "chrpath-native" PRINC :=

Check the compile logs. Somewhere, something is passing a -rpath value to the linker which results in this. You'll have to find out where it gets passed in, then trace it back to the source of the

I found the answer to this, the qemu images are located with the meta-toolchain-sdk, so copy over the generated kernel and rootfilesystem (ext3) images to the new machine, installing the toolchain SDK

Hi, What should I do to relocate and install the qemu binaries and sdk toolchain built using yocto, to another machine? The target machine has a fresh Ubuntu 12.04 installation, and I'd like

I am starting to put something together using a customized 19" rack along the lines of those used by OSADL for their real-time farm: https://www.osadl.org/Test-Rack.test-rack.0.html This is a poor

Hi, When I try to include "qtwebkit" in my image from the "dylan" branch I end up with the following QA do_package_qa error [note that this does not happen with "master"]: ERROR: QA Issue: package

On Fri, Aug 23, 2013 at 12:40 PM, Paul Barker <paul@...> wrote: On 20 August 2013 18:02, Andrei Gherzan <andrei@...> wrote: > Signed-off-by: Andrei Gherzan <andrei@...> I also got a successful boot