Sam Hartman <hartm...@debian.org> writes: > So, something has changed in dpkg-gensymbols. encrypted_challenge.so > is a plugin, not a library. Previously, it was not listed nor > expected in the symbols file. > I think that's the correct behavior. > I do not think it would be desirable to move this plugin into another package.
> I realize it's not your job, but any ideas on how to convince > dpkg-gensymbols to behave as it used to? 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. 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. -- Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/> -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
