[bitbake-devel] [OE-core] Layer priorities influencing default version selection
raj.khem at gmail.com
Thu Aug 25 15:56:28 UTC 2011
On Thu, Aug 25, 2011 at 3:50 AM, Paul Eggleton
<paul.eggleton at linux.intel.com> wrote:
>> In my opinion the layer priority for all kind of meta data should be
>> consistent and selected using bblayers.conf
> So I've thought about this more, and I don't think it is a good idea, for two
> 1) It increases the complexity by a huge amount. New users will have to
> understand how to set the priorities, and if someone reports a problem, we now
> not only need to know what layers they are using, we also need to know what
> mangling of the priorities they might have done. We'd just be introducing more
> potentially untested configurations (as if we don't have enough already.)
with layers we dont control policies of all the layers that may be used on top
so fixing meta-oe does not solve problem completely and we can not ask
recipes. People would want to override the recipes from other layers.
bitbake could report the layer the recipe comes from which can make it evident
or may be special command to inform the layer priorities. This will guide the
users to diagnose the problems quickly and help developers to identify
faster. There could be a complete bill of recipes printed for a given
target as well
so if someone wants to check all the recipes that were built.
> 2) It just papers over real problems in meta-oe or any other layer you might
> choose to use on top. As I said, if meta-oe has stuff in it that is not
> working, it should be fixed or removed. Let's fix problems instead of finding
> ways of ignoring them.
In any case I agree that problems should be fixed. However this does
not scale to all
layers and we can not police all the layers and we should not. We
should try to make it possible
for people to glue layers together without issues.
More information about the bitbake-devel