For example:

with the sstate-cache build on a debian, we have:

$ ldd ../build/ 
tmp/work/x86_64-linux/qemu-system-native/4.1.0-r0/sysroot-destdir/home/user/yocto/build/tmp/work/x86_64-linux/qemu-system-native/4.1.0-r0/recipe-sysroot-native/usr/bin/qemu-system-aarch64
        linux-vdso.so.1 (0x00007ffe7dbc0000)
        libseccomp.so.2 => /lib/x86_64-linux-gnu/libseccomp.so.2 
(0x00007f533d18a000)
        libbrlapi.so.0.6 => /lib/x86_64-linux-gnu/libbrlapi.so.0.6 
(0x00007f533d17d000)
        libvdeplug.so.2 => /lib/libvdeplug.so.2 (0x00007f533d175000)
        libasound.so.2 => /lib/x86_64-linux-gnu/libasound.so.2 
(0x00007f533d074000)
        libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f533ce56000)
        libnfs.so.8 => /lib/x86_64-linux-gnu/libnfs.so.8 (0x00007f533cc1d000)
        librbd.so.1 => /lib/x86_64-linux-gnu/librbd.so.1 (0x00007f533c8dc000)
        librados.so.2 => /lib/x86_64-linux-gnu/librados.so.2 
(0x00007f533c76c000)
        libacl.so.1 => /lib/x86_64-linux-gnu/libacl.so.1 (0x00007f533c761000)
        libgfapi.so.0 => /lib/x86_64-linux-gnu/libgfapi.so.0 
(0x00007f533c732000)
        libglusterfs.so.0 => /lib/x86_64-linux-gnu/libglusterfs.so.0 
(0x00007f533c624000)
        libgfrpc.so.0 => /lib/x86_64-linux-gnu/libgfrpc.so.0 
(0x00007f533c604000)
        libgfxdr.so.0 => /lib/x86_64-linux-gnu/libgfxdr.so.0 
(0x00007f533c5e4000)
        libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f533c5db000)
        libpixman-1.so.0 => /lib/x86_64-linux-gnu/libpixman-1.so.0 
(0x00007f533c535000)
        libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007f533c530000)
        libfdt.so.1 => /lib/x86_64-linux-gnu/libfdt.so.1 (0x00007f533c524000)
        libgthread-2.0.so.0 => /lib/x86_64-linux-gnu/libgthread-2.0.so.0 
(0x00007f533c51d000)
        libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 
(0x00007f533c3fe000)
        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f533c3f4000)
        libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 
(0x00007f533c270000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f533c0ed000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x00007f533c0d3000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x00007f533c0b0000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f533beef000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f533beea000)
        
/home/user/yocto/build/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2
 => /lib64/ld-linux-x86-64.so.2 (0x00007f533e447000)
        libceph-common.so.0 => 
/usr/lib/x86_64-linux-gnu/ceph/libceph-common.so.0 (0x00007f5333422000)
        libboost_system.so.1.67.0 => 
/lib/x86_64-linux-gnu/libboost_system.so.1.67.0 (0x00007f533341b000)
        libboost_thread.so.1.67.0 => 
/lib/x86_64-linux-gnu/libboost_thread.so.1.67.0 (0x00007f53333ed000)
        libattr.so.1 => /lib/x86_64-linux-gnu/libattr.so.1 (0x00007f53333e5000)
        libtirpc.so.3 => /lib/x86_64-linux-gnu/libtirpc.so.3 
(0x00007f53333b1000)
        libcrypto.so.1.1 => /lib/x86_64-linux-gnu/libcrypto.so.1.1 
(0x00007f53330c8000)
        libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f5333054000)
        libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x00007f5333038000)
        libboost_regex.so.1.67.0 => 
/lib/x86_64-linux-gnu/libboost_regex.so.1.67.0 (0x00007f5332f23000)
        libboost_iostreams.so.1.67.0 => 
/lib/x86_64-linux-gnu/libboost_iostreams.so.1.67.0 (0x00007f5332f05000)
        libblkid.so.1 => /lib/x86_64-linux-gnu/libblkid.so.1 
(0x00007f5332eb0000)
        libsmime3.so => /lib/x86_64-linux-gnu/libsmime3.so (0x00007f5332e81000)
        libnss3.so => /lib/x86_64-linux-gnu/libnss3.so (0x00007f5332d33000)
        libnspr4.so => /lib/x86_64-linux-gnu/libnspr4.so (0x00007f5332cf0000)
        libibverbs.so.1 => /lib/x86_64-linux-gnu/libibverbs.so.1 
(0x00007f5332cd5000)
        libboost_atomic.so.1.67.0 => 
/lib/x86_64-linux-gnu/libboost_atomic.so.1.67.0 (0x00007f5332cd0000)
        libgssapi_krb5.so.2 => /lib/x86_64-linux-gnu/libgssapi_krb5.so.2 
(0x00007f5332c83000)
        libkrb5.so.3 => /lib/x86_64-linux-gnu/libkrb5.so.3 (0x00007f5332ba3000)
        libk5crypto.so.3 => /lib/x86_64-linux-gnu/libk5crypto.so.3 
(0x00007f5332b6d000)
        libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 
(0x00007f5332b67000)
        libicudata.so.63 => /lib/x86_64-linux-gnu/libicudata.so.63 
(0x00007f5331177000)
        libicui18n.so.63 => /lib/x86_64-linux-gnu/libicui18n.so.63 
(0x00007f5330e9c000)
        libicuuc.so.63 => /lib/x86_64-linux-gnu/libicuuc.so.63 
(0x00007f5330ccd000)
        libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x00007f5330cb8000)
        libnssutil3.so => /lib/x86_64-linux-gnu/libnssutil3.so 
(0x00007f5330c86000)
        libplc4.so => /lib/x86_64-linux-gnu/libplc4.so (0x00007f5330c7f000)
        libplds4.so => /lib/x86_64-linux-gnu/libplds4.so (0x00007f5330c7a000)
        libnl-route-3.so.200 => /lib/x86_64-linux-gnu/libnl-route-3.so.200 
(0x00007f5330a01000)
        libnl-3.so.200 => /lib/x86_64-linux-gnu/libnl-3.so.200 
(0x00007f53307e0000)
        libkrb5support.so.0 => /lib/x86_64-linux-gnu/libkrb5support.so.0 
(0x00007f53307cf000)
        libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 
(0x00007f53307c8000)

without the sstate-cache, on an ubuntu 16.04, we have:

ldd  
../build/tmp/work/x86_64-linux/qemu-system-native/4.1.0-r0/sysroot-destdir/home/user/yocto/build/tmp/work/x86_64-linux/qemu-system-native/4.1.0-r0/recipe-sysroot-native/usr/bin/qemu-system-aarch64
        linux-vdso.so.1 (0x00006b9b308f2000)
        libasound.so.2 => /usr/lib/libasound.so.2 (0x00006b9b307d0000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00006b9b307b6000)
        libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x00006b9b3070e000)
        libutil.so.1 => /usr/lib/libutil.so.1 (0x00006b9b30709000)
        libfdt.so.1 => /usr/lib/libfdt.so.1 (0x00006b9b306ff000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00006b9b305d4000)
        librt.so.1 => /usr/lib/librt.so.1 (0x00006b9b305c9000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00006b9b303ec000)
        libm.so.6 => /usr/lib/libm.so.6 (0x00006b9b302a7000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00006b9b3028d000)
        libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00006b9b3026b000)
        libc.so.6 => /usr/lib/libc.so.6 (0x00006b9b300a2000)
        libdl.so.2 => /usr/lib/libdl.so.2 (0x00006b9b3009c000)
        
/home/user/yocto/buildv1.8/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2
 => /usr/lib64/ld-linux-x86-64.so.2 (0x00006b9b308f4000)
        libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00006b9b3002a000)

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Wednesday 27 May 2020 14:43, Alexander Kanavin <alex.kana...@gmail.com> 
wrote:

> Can you please provide the lib names which are problematic?
>
> Alex
>
> On Wed, 27 May 2020 at 14:29, vygu via lists.openembedded.org 
> <vygu=protonmail...@lists.openembedded.org> wrote:
>
>> Hello,
>>
>> Since the zeus serie (also with dunfell), we observe an issue with runqemu 
>> when we share the sstate-cache thanks to a mirror between different linux 
>> distribution supported by yocto.
>>
>> If we build a sstate-cache on a debian 10 x86_64 buildfarm,  and after that 
>> we use it on an ubuntu 18.04 x86_64, runqemu don't find several libs.
>> We have reproduced this problem on two different pc with ubuntu 18.04 and 
>> 16.04.
>>
>> We don't have this problem, if we use the shared sstate-cache on another 
>> debian.
>>
>> In all cases, a  ldd on the qemu binary shows us the use of local/host libs, 
>> not the yocto libs.
>>
>> Is it an expected behavior? or not?
>> Runqemu's libs have to come from the linux distribution or from the yocto 
>> build env?
>>
>> Cordially,
>>
>> vygu
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#138784): 
https://lists.openembedded.org/g/openembedded-core/message/138784
Mute This Topic: https://lists.openembedded.org/mt/74498490/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to