We should change fontcache.bbclass to not pass libdir, etc, to the update_font_cache script, since the environment will be set when the script executes.
That would solve the original problem, but it leaves the general problem of matching LD_LIBRARY_PATH for postinstall intercepts to the multilib for which the target binaries they run were compiled. Or, of generating a LD_LIBRARY_PATH containing all possible paths for the rootfs being constructed. Joe ________________________________________ From: Richard Purdie [[email protected]] Sent: Wednesday, January 03, 2018 1:58 PM To: Slater, Joseph; Alexander Kanavin; [email protected]; BURTON, ROSS Subject: Re: [OE-core] [oe-core][PATCH 1/1] allarch: do not set baselib On Wed, 2018-01-03 at 21:46 +0000, Slater, Joseph wrote: > Currently, we do have to provide qemuwrapper with > LD_LIBRARY_PATH. We could hard-code all possible paths into that and > not use ${libdir} and ${base_libdir}. (I tried it and it works.) We > could also create a couple of new variables, like > original_base_libdir, that don't get clobbered by allarch. Maybe > qemuwrapper should be smart enough to compute LD_LIBRARY_PATH... I suspect somehow we therefore need to decouple qemuwrapper from the target packages and just ensure that a separate script is available in PATH when the rootfs is generated? The rootfs should know which multilibs are enabled and be able to generate the wrapper correctly? Cheers, Richard -- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
