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

ChenQi Qi.Chen at windriver.com
Tue Oct 31 06:34:54 UTC 2017


I've sent out a patch to fix the problem you encountered.


I kind of understand what you are doing. You are trying to use library 
functions in oeqa. And that requires scp and ip available. Right?
To be clear, I don't have any objection to the any change to HOSTTOOLS. 
Just one thing, we need to keep doc in sync.
And one more thing, I cannot find python-pgo-image.

HOSTTOOLS has its default value set in bitbake.conf, and we could modify 
it in other conf files like distro conf or local.conf. Could this 
possibly be your solution?

Best Regards,
Chen Qi

On 10/30/2017 10:42 PM, Markus Lehtonen wrote:
> Hi,
> I do not run any runtime tests, I just use the available library functions to run python profiling task on the device. No changes to local.conf are / should be required.
> Cheers,
>    Markus
> On 30/10/2017, 15.56, "Konrad Scherer" <Konrad.Scherer at windriver.com> wrote:
>      On 10/30/2017 06:51 AM, Markus Lehtonen wrote:
>      > Hi,
>      >
>      > What that tries state is that the image uses facilities written for
>      > runtimetest (i.e. oeqa.targetcontrol) to run binaries on the target
>      > machine. The new image introduced (i.e. python-pgo-image) uses this
>      > to run the profiling task on device.
>      I ran into something very similar. When using 'TEST_IMAGE = 1' (which
>      uses testimage-auto), the conditional in bitbake.conf doesn't work and
>      ip and ping are not available in tmp/hosttools.
>      When using just 'INHERIT += "testimage"' the conditional works but the
>      tests are not run automatically.
>      If I use both 'TEST_IMAGE = 1' and 'INHERIT += "testimage"' together,
>      the hosttools are found and the tests are run successfully.
>      This is unexpected because classes/testimage-auto.bbclass does contain
>      'inherit testimage'.
>      What config options are you putting in local.conf to trigger the tests?
>      --
>      Konrad Scherer, MTS, Linux Products Group, Wind River

More information about the Openembedded-core mailing list