Russ Allbery <r...@debian.org> (29/11/2009): > I suspect that the change is in dh_makeshlibs, which tells > dpkg-gensymbols which libraries to generate symbols for. Excluding > the file in dh_makeshlibs (using -X) would work.
Probably; and it indeed works: | dh_lintian | set -e ; for pkg in libkrb5-3 libgssapi-krb5-2 libkadm5clnt6 libkadm5srv6 libkdb5-4 libgssrpc4 libkrb5support0 libk5crypto3 ; do \ | DH_OPTIONS="" dh_strip -p$pkg --dbg-package=libkrb5-dbg; \ | DH_OPTIONS="" dh_makeshlibs -p$pkg -Xusr/lib/krb5/plugins/preauth/encrypted_challenge.so -- -c4 ; \ | done | dh_strip > The underlying root of the problem is that, despite being a plugin, > encrypted_challenge.so apparently has a versioned SONAME. If it didn't, > dh_makeshlibs wouldn't think it was a regular library. Usually, plugins > are built without a version in their SONAME. The responsible bit being: | MAKE_SHLIB_COMMAND=$(CC) -shared -fPIC -Wl,-h,$(LIBPREFIX)$(LIBBASE)$(SHLIBSEXT),--no-undefined $(LDFLAGS) -o $@ $$objlist $(SHLIB_EXPFLAGS) -Wl,--version-script binutils.versions && $(PERL) -w $(SRCTOP)/util/export-check.pl $(SHLIB_EXPORT_FILE) $@ See (from memory, connection to the porter box just went off): src/plugins/preauth/encrypted_challenge/Makefile.in which gets “expanded” in: build/plugins/preauth/encrypted_challenge/Makefile where the above-quoted MAKE_SHLIB_COMMAND variable is found. I guess the -X way is the easiest fix until the plugin/SONAME bug is fixed upstream. Mraw, KiBi.
signature.asc
Description: Digital signature
