thanks your reply, indeed, this is not the first email thread about the gconf compile problem. it in there only because of no echo. I have installed python2, and made a symlink in the build

I don't think any is needed (at least I don't think anyone asked for any of the other layers). That's right, the layer is supposed to be used as a unit; which means those units are supposed to be

2012/3/26 Paul Eggleton <paul.eggleton@...>: Do I need an official statement, and from whom can I get it in case? My assumption is that the initial request, that started this discussion,

I use Archlinux for OE/Yocto, could you post your error so we can get an idea of the problem you are having? One note for Archlinux is that it ships Python 3 as default, to you must install Python2

When using Hob in Yocto Project, I found a issue when deleting layers. I think I ever raised this problem before. Let me briefly introduce how layer removal works in Hob. When user changes a layer,

Richard Purdie <richard.purdie@...> wrote: I think that part could be, but this doesn't explain why adding the popen() wrapper doesn't fix it. Oh, wait. Yes, it does. I think I

my sutdent.

who are using archlinux? I want to talk about gconf compile fail problem. -- Yi Qingliang niqingliang@... https://niqingliang2003.wordpress.com

Thanks, Richard. Clearer now but not entirely. Yes, it removes it from being parsed. I used, for test although not sensible, BBMASK = "base-passwd". If I then tried building core-image-minimal it

BBMASK removes recipes from being parsed. It does not remove them from images although that would I guess be an indirect result since you could no longer build them. Its designed so that if you for

Rudi, Great comments! Thanks very much. I will immediately update the revision history tables to show the 1.2 release as WIP. Not having it there did cause you confusion. Good suggestion.

Scott, Yes, I looked at that one but I now noticed that I referenced it incorrectly. This is the latest version, however, in the revision history it shows "Revision 1.1, October 6, 2011, Released with

This is why I'm not saying lets just set PSEUDO_PREFIX. Its bothering me too. Obviously :). Except the code does this and I've watched it happen. I'm not claiming to understand it... When we poke

[YOCTO #1487] For the liveCD image, interactive bootup is needed, but psplash prevents from booting interactively. In such case ISO image is not usable, so remove ISO image and the corresponding link

[YOCTO #1487] Use unionfs to mount rootfs and make root file system can be writen when using liveCD to boot up. Set UNION_FS variable depending on kenrel config, so that it can work with kernel which

Use unionfs to mount rootfs and make root file system can be writen when using liveCD to boot up. Set UNION_FS variable depending on kenrel config, so that it can work with kernel which doesn't have

Rudi, I would like you to examine the “latest” documents (the ones under development). I have added some new licensing information and would like your feedback for this upcoming version.

The ability of collecting licensing information, tracking license changes and providing the license information automatically with the images and packages for deployment is in my opinion a major

Oh, nevermind, I just realized: We use antimagic as the implementation goo for PSEUDO_DISABLED. So a call to os.popen() from a program which has PSEUDO_DISABLED set is going to think it's in