On 2018年08月12日 00:10, [email protected] wrote:
On Fri, 2018-08-10 at 16:14 +0800, [email protected] wrote:
From: Kai Kang <[email protected]>
Some allarch packages rdepends non-allarch packages. When multilib is
used, it doesn't expand the dependency chain correctly, e.g.
core-image-sato -> ca-certificates(allarch) -> openssl
we expect dependency chain for lib32-core-image-sato:
lib32-core-image-sato -> ca-certificates(allarch) -> lib32-openssl
it should install lib32-openssl for ca-certificates but openssl is
still wrongly imported.
Disable allarch when multilib is used.
Signed-off-by: Kai Kang <[email protected]>
---
meta/classes/allarch.bbclass | 4 ++++
meta/classes/icecc.bbclass | 2 +-
meta/classes/multilib.bbclass | 3 ++-
meta/classes/multilib_global.bbclass | 4 +---
meta/classes/package.bbclass | 9 ++++++---
meta/classes/staging.bbclass | 2 +-
6 files changed, 15 insertions(+), 9 deletions(-)
With this applied, "bitbake nativesdk-dbus" fails to build since
it can't find the extra autoconf macros from an allarch recipe in
DEPENDS.
e.g. https://autobuilder.yocto.io/builders/nightly-arm/builds/1262/step
s/Building%20Toolchain%20Images/logs/stdio
The autoconf-archive-native is not installed to recipe sysroot native.
Some debug info shows the task do_populate_sysroot
of autoconf-archive-native is not executed. And so do some other
packages(tasks).
DEBUG: Stampfile
/buildarea/kkang/yocto/noarch-verify-build-Aug13/tmp/stamps/x86_64-linux/autoconf-archive-native/2018.03.13-r0.do_populate_sysroot_setscene.41bdb37fee4fb443715e1c84a5de281f
not available
DEBUG: Normal stamp current for task
virtual:native:/buildarea/kkang/yocto/poky/meta/recipes-devtools/autoconf-archive/autoconf-archive_2018.03.13.bb:do_populate_sysroot
DEBUG: Found task
virtual:native:/buildarea/kkang/yocto/poky/meta/recipes-devtools/autoconf-archive/autoconf-archive_2018.03.13.bb:do_populate_sysroot
which could be accelerated
I have been working on it but not get the root cause yet.
Sorry for the inconvenience.
Regards,
Kai
Cheers,
Richard
--
Regards,
Neil | Kai Kang
--
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core
