Hi, Khem was asking if I could reproduce the recent x86 breakage he was seeing[1] and I ran into another bug:
koen@dominion:/OE/tentacle/sources/meta-intel$ git blame meta-n450/conf/machine/n450.conf | grep atom 158f88d7 (Saul Wold 2011-01-03 15:33:52 -0800 6) require conf/machine/atom-pc.conf koen@dominion:/OE/tentacle/sources/meta-intel$ !find find . -name "atom-pc.conf" koen@dominion:/OE/tentacle/sources/meta-intel$ So let's drop down a level and try other layers: koen@dominion:/OE/tentacle/sources/meta-intel$ cd .. koen@dominion:/OE/tentacle/sources$ ls -1 | grep meta meta-angstrom/ meta-efikamx/ meta-intel/ meta-nslu2/ meta-openembedded/ meta-openpandora/ meta-shr/ meta-smartphone/ meta-texasinstruments/ meta-xilinx/ koen@dominion:/OE/tentacle/sources$ find . -name "atom-pc.conf" koen@dominion:/OE/tentacle/sources$ Still nothing. So where is it hiding? regards, Koen [1] The bugs: 20:22 <khem> MACHINE=4 bitbake console-image 20:22 <khem> try any nonexisting machine 20:22 <khem> no error nothing and: 20:23 <khem> so any x86 arch in angstrom is not parsable 20:23 <khem> and it seems to be culminating from various factors 20:24 <khem> if I remove inheriting rm_work it starts to work 20:24 <khem> if I remove BASE_PACKAGE_ARCH = "all" from allarch.bbclass it starts to work _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core