Fundamentally this comes down to a problem of the upstream libraries having wrong sonames. dpkg-shlibdeps and dh_makeshlibs are not going to deal with shlibs files on a library with an SONAME of 'libcourierauth.so' as we have here.
And this regression was deliberately introduced by upstream:
2008-07-09 Mr. Sam <mr...@courier-mta.com>
* Makefile.am: Switch to versionless shared libraries.
Install all shared libraries just as <libname>.so. make install manually
removes *.so.0.0 files that were left over from previous versions,
and installs a temporary *.so.0 symlink to *.so, for temporary
binary ABI compatibility with 0.60. The symlinks will be removed in
0.62.
That needs to be reverted to a proper so versioning scheme in order to fix
this bug.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer http://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
signature.asc
Description: Digital signature
