Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 764980 - QA Notice: Unresolved soname dependencies, but rpath set correctly and working
Summary: QA Notice: Unresolved soname dependencies, but rpath set correctly and working
Status: UNCONFIRMED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core (show other bugs)
Hardware: ARM Linux
: Normal normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-01-11 17:31 UTC by Gordon Bos
Modified: 2021-01-11 22:26 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gordon Bos 2021-01-11 17:31:05 UTC
I'm building a package that links to dev-tcltk/expect which installs its dynamic link library in /usr/lib/${PN}${PV}. Previously I created a symbolic link in /usr/lib to the actual .so, but as this made it impossible for the dependency calculations to track and preserve this library as required I am now reworking the ebuild to link to the actual library.

Ebuild now gives me the following warning:
> QA Notice: Unresolved soname dependencies:
>  * 
>  * 	/opt/bubba/sbin/diskmanager: libexpect5.45.4.so

Readelf gives me the following result on this dependency:
>  0x00000001 (NEEDED)                     Shared library: [libexpect5.45.4.so]
>  0x0000000f (RPATH)                      Library rpath: [/usr/lib/expect5.45.4]

... and `ldd` shows the following:
>	libudev.so.1 => /lib/libudev.so.1 (0xb6e85000)
>	libpthread.so.0 => /lib/libpthread.so.0 (0xb6e5a000)
>	libexpect5.45.4.so => /usr/lib/expect5.45.4/libexpect5.45.4.so (0xb6e1f000)
>	libparted.so.2 => /usr/lib/libparted.so.2 (0xb6db7000)
>	libstdc++.so.6 => /usr/lib/gcc/armv5tel-softfloat-linux-gnueabi/9.3.0/libstdc++.so.6 (0xb6b84000)
>	libgcc_s.so.1 => /usr/lib/gcc/armv5tel-softfloat-linux-gnueabi/9.3.0/libgcc_s.so.1 (0xb6b68000)
>	libc.so.6 => /lib/libc.so.6 (0xb6a16000)
>	/lib/ld-linux.so.3 (0xb6f25000)
>	librt.so.1 => /lib/librt.so.1 (0xb69ff000)
>	libutil.so.1 => /lib/libutil.so.1 (0xb69ec000)
>	libm.so.6 => /lib/libm.so.6 (0xb694a000)
>	libblkid.so.1 => /lib/libblkid.so.1 (0xb68f2000)
>	libuuid.so.1 => /lib/libuuid.so.1 (0xb68db000)

According to the documentation this should be sufficient to prevent the QA notice, but apparently emerge uses a different (broken) method for scanning these dependencies.