I'm seeing the following on a fresh meta-toolchain-sdk build. Is this being addressed in one of the recent RPM fixups? -M Log data follows: | ERROR: Function 'do_populate_sdk' failed

thanks. If we want to use the original Makefile, we must get rid of the "-e" and "-Wl,as-needed" in original arguments, for latter, we can add "-Wl,--no-as-needed", but what about the "-e"? -- Yi

<niqingliang@...> wrote: There are lots of ways to do this and avoid making a patch. You can use EXTRA_OECONF, EXTRA_OEMAKE, EXTRA_CFLAGS, etc in the recipe itself to fix up the build

1. sorry, I will. 2. Yes, I made a new Makefile (based on the original) as the patch of ntpclient (which will override the original Makefile). -- Yi

<niqingliang@...> wrote: It usually best to include these attachments inline when possible. Are you editing the source files in this package or the recipe itself? -M

http://bugzilla.pokylinux.org/show_bug.cgi?id=1535 -- Yi Qingliang niqingliang@... http://niqingliang2003.wordpress.com

Thanks! the attachement is the bb file and Makefile(modified), after 'override' CFLAGS/LDFLAGS in Makefile, I have added override LDFLAGS += -Wl,--no-as-needed in the Makefile to neutralize the

All, I'm having a problem building multilib for ppc64e5500. My local.conf looks like this following: require conf/multilib.conf MULTILIBS = "multilib:lib64" DEFAULTTUNE_virtclass-multilib-lib64 =

Thank you, Matthew! Song

The conclusion here was that prelink is working in other 64bit machines, so the powerpc64 issue is specific to that arch. Bug has been filed to track the

Attendees: Beth, Paul, Jessica, ScottR, Jeff, Matthew, Josh, Richard, Tom, Saul, Darren, Song, Bruce   Agenda   * Opens collection - 5 min (Song) * Yocto 1.1 M4 status review and issues - 15 min

I am currently crafting descriptions of these four variables plus the RDEPENDS and RRECOMMENDS variables. When I get them done I will distribute for discussion. Thanks, Scott

I pulled master and rebuilt using all 4 options. All 4 resulted in the firmware packages being built and installed in the rootfs. Either something changed in master since I tried this last, or my

Right. Its really there so people can flag modules to include (if they're built as modules) so that is that difference. Let me explain what should happen: ESSENTIAL are ones which are required to

As Saul points out, these should be: MACHINE_ESSENTIAL_EXTRA_* Paul E. explained that RRECOMMENDS differs from RDEPENDS in that if a RRECOMMENDS package is not available (because the providing

<niqingliang@...> wrote: If the CFLAGS are not taking effect from the Makefile are you over ridding the value in the recipe? Can you point us at a copy of the recipe you are using? -M

Hi Jack, The minimal-dev image doesn't contain tcf-agent which is needed for any remote interaction. So can you build core-image-sato-sdk image and use it to boot up qemu, then your problem will be

<niqingliang@...> wrote: Can you add a bug to bugzilla.yoctoproject.org to track this so we can try to fix this for the 1.1 release? -M

Ok, I managed to fix it. I needed to load the tun module to get it working. Maybe this should be added as a check in runqemu? I am now having issues with connecting to the live image, I recieve a

I am using the stock sysroot and arm kernel zImage downloaded from the yocto site. When I try to boot QEMU all is well until it tries to mount the nfs root filesystem. It can't find it and the kernel