On Thu, Aug 25, 2022 at 4:56 PM Rudolf J Streif <rudolf.str...@ibeeto.com> wrote: > > > On 8/25/22 4:49 PM, Khem Raj wrote: > > On Thu, Aug 25, 2022 at 4:44 PM Rudolf J Streif > > <rudolf.str...@ibeeto.com> wrote: > >> Thanks, Khem. > >> > >> On 8/25/22 4:27 PM, Khem Raj wrote: > >>> On Thu, Aug 25, 2022 at 7:30 AM Rudolf J Streif > >>> <rudolf.str...@ibeeto.com> wrote: > >>>> I am packaging a binary package that has been built with the SDK created > >>>> with the exact same configuration. > >>>> > >>>> During do_package I am getting an error that a dependency on > >>>> libGLESv2.so()(64bit) cannot be met. Adding mesa to RDEPENDS does not > >>>> resolve the issue. I can bypass it in the recipe by adding file-rdeps to > >>>> INSANE_SKIP. However, then when the rootfs is created libdnf complains > >>>> that the dependency on libGLES is not met and aborts. > >>>> > >>>> The application works just fine on the target if I copy it manually to > >>>> the rootfs but that's not the best thing to do. It should be packaged > >>>> and installed. > >>>> > >>>> Unfortunately I don't understand well enough how these checks work and > >>>> why they are complaining about it. Maybe somebody can shed some light on > >>>> it. > >>> some libraries do not set SONAME in them, which can trip the shlibs > >>> code. Can you > >>> check if libgles in question has SONAME encoded in its ELF header > >>> > >>> readelf -d <lib> | grep SONAME > >>> > >>> might be what you can use to deduce it. > >> libGLESv2 in question on the target was built with YP: > >> > >> 0x000000000000000e (SONAME) Library soname: [libGLESv2.so.2] > >> > >> The SDK that builds the application was built with the same YP setup. > >> That's why I am scratching my head. > > interesting, are you adding RDEPENDS on libgles2-mesa ? > > Yes, but that does not satisfy the dependency: > > ERROR: virtuoso-0.1-r0 do_package_qa: QA Issue: /opt/virtuoso/virtuoso > contained in package virtuoso requires libGLESv2.so()(64bit), but no > providers found in RDEPENDS:virtuoso? [file-rdeps]
I see a potential problem here, the soname is libGLESv2.so.2 but the dependency its complaining about is libGLESv2.so()(64bit), ( you see the missing version number ?) Can you run readelf -d <binary name> | grep NEEDED and see what libs are encoded in the ELF > > I can SKIP_INSANE file-rdeps but then I am getting the same issue when > creating the rootfs with dnf. > > But in all fairness, I don't have control over the entire process. The > customer builds the executable with the SDK I gave them. They give me > the executable to put in the rootfs. > > > > >>>> Thanks, > >>>> Rudi > >>>> > >>>> > >>>> > >>>> > >> -- > >> Rudolf J Streif > >> CEO/CTO ibeeto > >> +1.855.442.3386 x700 > >> > -- > Rudolf J Streif > CEO/CTO ibeeto > +1.855.442.3386 x700 >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#57906): https://lists.yoctoproject.org/g/yocto/message/57906 Mute This Topic: https://lists.yoctoproject.org/mt/93249287/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-