[yocto] In consistancy in the defition of BBFILE_COLLECTIONS in layer.conf

Martin Jansa martin.jansa at gmail.com
Thu May 26 00:39:37 PDT 2011


On Wed, May 25, 2011 at 10:37:45PM -0500, Tom Zanussi wrote:
> On Wed, 2011-05-25 at 18:17 -0700, Jeremy Puhlman wrote:
> > Opps sent from wrong account.
> > 
> > I was working with some layerinfo code, and I noticed that the values of
> > BBFILE_COLLECTIONS in layer.conf in the meta-intel repo are kind of all over the map:
> > 
> >  for each in */conf/layer.conf; do cat $each; done | grep BBFILE_COLLECTIONS
> > BBFILE_COLLECTIONS_crownbay += "crownbay"
> > BBFILE_COLLECTIONS_crownbay-noemgd += "crownbay-noemgd"
> > BBFILE_COLLECTIONS_fishriver += "fishriver"
> > BBFILE_COLLECTIONS_jasperforest += "jasperforest"
> > BBFILE_COLLECTIONS_sugarbay += "sugarbay"
> > 
> > For the above layers when I just list out oe-core and one of the above,
> > the results from BBFILE_COLLECTIONS ends up
> > just being what ever was set above.
> > 
> > BBFILE_COLLECTIONS += "n450"
> > BBFILE_COLLECTIONS += "emenlow"
> > 
> > When using these layers, the final BBFILE_COLLECTIONS is the list of all
> > the layers as expected.
> > 
> > Was just curious if there was a intentional reason why the
> > difference(i.e. is there some code that I am missing that fixes this up)?
> 
> No, not intentional - looks like a case of an overzealous overriding
> typo that propagated.  I'll cook up a patch to make them all just
> 'BBFILE_COLLECTIONS += xxxx'

Using machine override has one small benefit

when I have meta-nokia layer which has only recipes with
COMPATIBLE_MACHINE = "nokia900" and I'm building different machine (like
om-gta02) I get this warning:
WARNING: No bb files matched BBFILE_PATTERN_nokia-layer '^/OE/shr-core/meta-smartphone/meta-nokia/'
because all bb files from this layer are ignored because of
COMPATIBLE_MACHINE

if I change it like this
-BBFILE_COLLECTIONS += "nokia-layer"
+BBFILE_COLLECTIONS_nokia900 += "nokia-layer"
maybe with more overrides per layer.conf if it supports multiple
machines, the warning is gone, but seems like sstate checksums are
different again, because during test I changed only this and another gcc
rebuild is in runqueue now :/.

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20110526/04ac172a/attachment.pgp>


More information about the yocto mailing list