Good catch Robert. I have fixed this and pushed. Will notify maintainer. Scott

ah, of course. ok, then that sentence should simply be reworded to make it clear that it's not optional and root privilege is required. patch to follow shortly. rday

:) GMAE = GNOME Mobile and Embedded think cut down GNOME. At this point its a requirement, we'd like to relax that but it isn't possible right now. Cheers, Richard

(look on the bright side -- eventually, after many, many patches, i will have nothing left to whine about.) from quick start manual, i notice that all toolchain tarballs have "sdk" in the filename,

This has been merged and pushed to the kernel repos, the SRCREV updates are pending. Cheers, Bruce

The tune files (conf/machine/include/tune*) usually set the march and mcpu options which are added to CFLAGS. Does that provide the functionality you're looking for? Cheers, Richard

Yeah, I wasn't sure all that would be welcome in there. ;-) I'll respin it that way and resubmit... Thanks for the input, Tom

The other reason I ask is the recipes today don't seem to use (or allow for use of) --with-cpu. Wondering who is the expect on these recipes to discuss such issues with. - k

Hi Tom, For reference common include files are usually placed in conf/machine/include/. If that happens they also need non-generic suitably namespaced names, likely including "x86" or "ia32" in

Definitely. It was simply good fortune that it hadn't been used yet. And when something like you are doing arrives, we want to have it right. Just to have it right, is a good

True, I want to use this for configure toolchain properly: I'm looking at doing the following for when SPE is set: diff --git a/meta/recipes-devtools/gcc/gcc-common.inc

Signed-off-by: Robert P. J. Day <rpjday@...> --- i *think* this is what the author had in mind. diff --git a/documentation/yocto-project-qs/yocto-project-qs.xml

Signed-off-by: Robert P. J. Day <rpjday@...> --- diff --git a/documentation/yocto-project-qs/yocto-project-qs.xml b/documentation/yocto-project-qs/yocto-project-qs.xml index

sadly, i tossed the "bad" tarball, but i do recall that when i just tried to check the contents with "tar tvjf", it eventually reported unexpected EOF -- yes, i might have mentioned that earlier.

Do you still have the tarball with the bad md5sum? Can you diff the contents? Or was it simply a case of the bad tarball being truncated? Cheers, Paul -- Paul Eggleton Intel Open Source

while the problem has since gone away, something strange happened yesterday i figured i'd share. as a quick test, wanted to build core-image-sato so started with: $ bitbake -c fetchall

Hi all, I have been trying to build on Ubuntu 11.0.4. I think I have followed the online documentation correctly. I have also followed the wiki page, which is required for me, to set up the proxy

Acked-by: Bruce Ashfield <bruce.ashfield@...> Been meaning to change this for a while, the good news, is that the setting doesn't make any difference at the moment :) Cheers, Bruce

Fixes bug [YOCTO #1161] Fixes bug [YOCTO #773] This streamlines the routerstation pro configuration to remove options that are either unecessary or that are causing bugs. Also added to all branches

This is a repeat of the oe-core version of the patch, here's the duplicate text: The patch itself says it all, but here's an update to the 2.6.37 kernel that fixes a few issues. No sense sitting