[OE-core] [PATCH 0/2] Extensible SDK improvements

Richard Purdie richard.purdie at linuxfoundation.org
Sat Mar 7 12:40:42 UTC 2020


On Sat, 2020-03-07 at 12:54 +0100, Adrian Freihofer wrote:
> Hi Richard,
> 
> We have found two already supported ways to copy variables from the
> bitbake environment local.conf to the eSDK local.conf
> 
> If a variable is defined in the local.conf bitbake environment,
> SDK_LOCAL_CONF_WHITELIST and SDK_LOCAL_CONF_BLACKLIST can be used to
> add it to the local.conf eSDK file.
> 
> If a variable should be statically defined for the eSDK but not for
> the
> bitbake environment, sdk-extra.conf is useful.
> 
> Now we would like to add a third way to add variables which are
> dynamically calculated by bitbake but need to be statically added to
> the eSDK local.conf. For example we would like to support something
> like that:
> 
> def get_version_from_git(d):
>     version = d.getVar("GIT_VERSION", True)
>     if version:
>         return version                    # runs in eSDK
>     else:
>         return bb.process.run("git...     # runs in bitbake
> 
> GIT_VERSION := "${@get_version_from_git(d)}"
> 
> SDK_LOCAL_CONF_EXTRALIST_append = " GIT_VERSION"

This worries me a bit since it means the eSDK and the "real" build can
behave differently. I appreciate that can happen even with the other
variables and means of setting them but this takes it to a new level.

Ultimately I think we're aiming to have normal builds convert into an
eSDK and vice versa more easily. This seems to pull us further away
from that :/.

What is the reasoning for having them behaving differently?

Cheers,

Richard





More information about the Openembedded-core mailing list