retitle 434077 libpt-1.10.0: package-name-doesnt-match-sonames libpt1.10.7 thanks
Kilian, Is there a reason you didn't bump the package to match the soname on libpt? libpt 1.10.7 isn't binary compatible with 1.10.2. Thus we normally bump the package name to match the soname and submit through NEW processing. This is what caused the problems with asterisk not linking correctly to libpt and every other package that has a rdepends on libpt will also be broken if they upload libpt-1.10.0 from unstable. Are you happy for me to work this issue and upload a fix? Mark W: libpt-1.10.0-ptrace: package-name-doesnt-match-sonames libpt1.10.7 W: libpt-1.10.0-develop: package-name-doesnt-match-sonames libpt1.10.7 W: libpt-1.10.0: package-name-doesnt-match-sonames libpt1.10.7 N: N: The package name of a library package should usually reflect the N: soname of the included library. The package name can determined from N: the library file name with the following code snippet: N: N: $ objdump -p /path/to/libfoo-bar.so.1.2.3 | sed -n -e's/^[[:space:]]*SONAME[[:space:]]*//p' | sed -e's/\([0-9]\)\.so\./\1-/; s/\.so\.//' N: N: Refer to Library Packaging guide 5 for details. N: libpt-1.10.0 Reverse Depends: yate-openh323 t38modem |simpleopal simph323 pstngw openmcu openam ohphone-basic ohphone libpt-plugins-v4l2 libpt-plugins-v4l libpt-plugins-oss libpt-plugins-dc libpt-plugins-avc libpt-plugins-alsa libpt-dev |libpt-dev libpt-dbg libpt-1.10.0-ptrace libpt-1.10.0-develop libopenh323-1.18.0 |libopal-2.2-ptrace |libopal-2.2-develop |libopal-2.2 gnugk |ekiga asterisk-oh323 |asterisk-h323 |asterisk
signature.asc
Description: This is a digitally signed message part.
