[OE-core] [PATCH v5 05/10] bitbake.conf: add ip and scp to HOSTTOOLS unconditionally

[Markus Lehtonen]

Hi,

Hosttools are set after the bitbake configuration is parsed so there is no way to affect the outcome from the "recipe space". HOSTTOOLS can only be set from bitbake configuration. Thus, I don't see any way to conditionally expand the value in case something specific is being built.

The only way that I can think of to make this somehow work would be to add the utilities to HOSTTOOLS_NONFATAL. Then, the utils would be linked if present and the profile task would succeed on most systems.

Thanks,
   Markus

On 01/11/2017, 17.35, "Konrad Scherer" <Konrad.Scherer at windriver.com> wrote:

    On 10/31/2017 03:15 AM, Markus Lehtonen wrote:
    > Hi,
    > 
    > Please see the 6th patch ("devtools/images: add python-pgo-image") in my patchset for python-pgo-image.
    > 
    > I'd like the profiling to work out-of-the-box, without requiring some
    > strange-ish (i.e. modification of HOSTTOOLS) changes in local.conf.
    > The required utilities, ip and scp, are rather standard tools,
    > anyway. And, they used to be in HOSTTOOLS, unconditionally, before.
    ip and scp are not needed for a normal build so it doesn't make sense to 
    make them mandatory. Including them unconditionally caused build 
    failures for us because the docker images we use for coverage builds did 
    not include those binaries. I realize that doing builds in minimal 
    containers is rare today, but I expect it to become more common.
    
    Since the recipe uses the oeqa helpers, is there a way to setup the 
    conditional inclusion to detect this and include the required binaries 
    in HOSTTOOLS? Or have the oeqa helper modify the HOSTTOOLS before they 
    are used?
    
    -- 
    Konrad Scherer, MTS, Linux Products Group, Wind River