diff options
| author | Richard Purdie <richard.purdie@linuxfoundation.org> | 2017-12-10 17:31:48 +0000 |
|---|---|---|
| committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2017-12-10 22:45:13 +0000 |
| commit | ced4ac760926ce43a937dad2be3b873b1beec6aa (patch) | |
| tree | 9faedbb4dff1b34381ba3a26a9b2a75703ef86dc /meta/lib | |
| parent | 7e98c295c1bb511ece51b5f8c97f26c173ddaf76 (diff) | |
| download | openembedded-core-ced4ac760926ce43a937dad2be3b873b1beec6aa.tar.gz openembedded-core-ced4ac760926ce43a937dad2be3b873b1beec6aa.tar.bz2 openembedded-core-ced4ac760926ce43a937dad2be3b873b1beec6aa.zip | |
multilib_global: Handle PREFERRED_RPROVIDER
Running:
$ oe-selftest -r sstatetests.SStateTests.test_sstate_sametune_samesigs
after commit cdcebd81c872cb7386c658998e27cf24e1d0447c results in:
NOTE: Resolving any missing task queue dependencies
NOTE: Multiple providers are available for runtime lib32-initd-functions (lib32-initscripts, lib32-lsbinitscripts)
Consider defining a PREFERRED_RPROVIDER entry to match lib32-initd-functions
and will occasionally pick a different value on the second stamps run
causing a test failure. Update the multilib code to handle
PREFERRED_RPROVIDER too.
There is a bigger worry here which is why the builds aren't deterministic. This is
caused by a bug in bitbake's providers.py and a separate fix will be sent for that
which would cause this test to always pass or always fail.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/lib')
0 files changed, 0 insertions, 0 deletions