Bug#506673: lintian: shlib-missing-in-control-file and symbols-declared-but-not-shlib wrong for libraries without versions
Raphael Hertzog <hertzog@debian.org> writes:
> On Sat, 27 Dec 2008, Russ Allbery wrote:
>> I've seen several different regexes used to try to extract versions
>> from libfoo-<version>.so library names and they all disagree subtly.
> Right. You should use the one used by dpkg-shlibdeps imo:
> $soname =~ /^(.*)-(\d.*)\.so$/
I've modified Lintian to match nad have filed a bug against debhelper
(#509931) suggesting dh_makeshlibs also match and against Policy (#509932)
suggesting that we standardize this method of versioning as well.
>> Currently, due to how Lintian works internally, this also excludes all
>> such files from symbols checks as well. If that's not correct, please
>> let me know.
> What symbols checks ? If they are in a public dir, they can be used with
> symbols files and as such the corresponding symbols files should be
> checked IMO.
Okay, I've redone my changes from last night accordingly and now
unversioned shared libraries in public directories get a separate tag and
are only excluded from shlibs checks. The recommendation that a symbols
file be added is still present.
Thank you for your explanations!
--
Russ Allbery (rra@debian.org) <http://www.eyrie.org/~eagle/>
Reply to: