Joey Hess <[email protected]> writes:
> Goswin von Brederlow wrote:
>> So my proposed solution would be for dh_makeshlibs to stop creating
>> shlibs files at all and create symbols files instead, with or without
>> actual symbols as the user specifies.
>
> That is a pretty radical approach! Are we really ready to ditch shlibs
> files from Debian?
The entries are equivalent except that the symbols files matches against
the full SONAME instead of trying to split it. So nothing is lost while
something is gained.
>> PS: This concerns any private shared library (any dynamically linked
>> shared object) outside /usr/lib and even some public shared libs in
>> /usr/lib.
>
> What is an example of public shared libs that exhibits this problem?
>
> --
> see shy jo
W: ia32-libs: shlib-without-versioned-soname emul/ia32-linux/lib/libSegFault.so
libSegFault.so
W: ia32-libs: shlib-without-versioned-soname emul/ia32-linux/lib/libmemusage.so
libmemusage.so
W: ia32-libs: shlib-without-versioned-soname
emul/ia32-linux/lib/libpcprofile.so libpcprofile.so
or their native counterparts:
libc6: /lib/libSegFault.so
libc6: /lib/libmemusage.so
libc6: /lib/libpcprofile.so
Not /usr/lib but same thing.
MfG
Goswin
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
