[OE-core] some pedantic questions about layer.conf "best practices"

[Gary Thomas]

On 2016-11-01 11:04, Robert P. J. Day wrote:
>
>   updating a tutorial about writing a proper layer.conf file, so some
> nitpicky questions about recommended style.
>
>   first, when appending to BBFILES, is it recommended to explicitly
> use separate wildcard patterns of "*.bb" and "*.bbappend", or just get
> lazy and use "*.bb*"? i realize that, in the end, it makes no
> effective difference; i just happen to prefer the more explicit
> pattern; just wondering if anyone has any preferences on this either
> way. (i did say "nitpicky.")

"*.bb*" also matches "*.bb~" and "*.bbappend~" (I use emacs which makes
these backup files) that could be WAY confusing...

>
>   next, what is best practice for naming a layer, since standards seem
> to differ. if i create a layer named "meta-rday", i've seen standards
> where the layer is "named" with one of:
>
>   BBFILE_COLLECTIONS += "rday"
>   BBFILE_COLLECTIONS += "meta-rday"
>   BBFILE_COLLECTIONS += "rday-layer"
>
> amusingly, some freescale layers bounce around:
>
>   BBFILE_COLLECTIONS += "freescale-layer"
>   BBFILE_COLLECTIONS += "fsl-arm"
>   BBFILE_COLLECTIONS += "fsl-ppc"
>
> even the meta-openembedded (sub)layers don't have a consistent style;
> some examples, which show all three styles:
>
>   meta-filesystems/conf/layer.conf:BBFILE_COLLECTIONS += "filesystems-layer"
>   meta-initramfs/conf/layer.conf:BBFILE_COLLECTIONS += "meta-initramfs"
>   meta-webserver/conf/layer.conf:BBFILE_COLLECTIONS += "webserver"
>
> is there an encouraged style?
>
>   finally, is it necessary to have LAYERDEPENDS include "core"? isn't
> that automatic? how could you possibly have a viable build system
> without the oe-core layer (unless this gives you the freedom to
> replace it with a custom one, which i don't see the value of).
>
>   i think that's it for now ... thoughts?
>
> rday
>


-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------