[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