[OE-core] [PATCH] qemuwrapper-cross: fix postinst failed warning
cli10
changqing.li at windriver.com
Thu May 31 00:23:20 UTC 2018
On 05/30/2018 06:12 PM, Alexander Kanavin wrote:
> 2018-05-30 12:37 GMT+03:00 cli10 <changqing.li at windriver.com>:
>> if in the future, some recipe inherit allarch, but use @qemu_run_binary
>> directly, not call qemuwrapper,
>>
>> I think maybe still will met problem of get wrong base_libdir. so I think
>> maybe we should change qemu_wrapper_cmdline in
>>
>> qemu.bbclass, like this:
>>
>> - return "PSEUDO_UNLOAD=1 " + qemu_binary + " " + qemu_options + " -L " +
>> rootfs_path\
>> + return "PSEUDO_UNLOAD=1 " + "qemuwrapper" + " " + qemu_options + " -L "
>> + rootfs_path\
>> + " -E LD_LIBRARY_PATH=" + ":".join(library_paths) + " "
> qemu_binary is determined like this:
>
> qemu_binary = qemu_target_binary(data)
> if qemu_binary == "qemu-allarch":
> qemu_binary = "qemuwrapper"
>
> So it will fall back to qemuwrapper if the recipe inherits allarch.
>
> Besides, at this point it's a theoretical problem, right? We don't
> even have a suitable allarch recipe to play with and see where things
> work and where they don't, and whether the fallback to qemuwrapper
> works correctly. If such recipe appears, we can look at the issue
> again.
>
> Alex
>
yes, thanks for your comments.
Changqing
--
BRs
Sandy(Li Changqing)
+861084778653
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20180531/9510c49a/attachment-0002.html>
More information about the Openembedded-core
mailing list