Bug#506673: lintian: shlib-missing-in-control-file and symbols-declared-but-not-shlib wrong for libraries without versions
On Sat, 27 Dec 2008, Russ Allbery wrote:
> It does look like they can be represented in the symbols system because
> the symbols system doesn't have the separate version field and instead
> shows the complete SONAME. Is that correct?
Right.
> happening somewhere. 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$/
> glibc ones) should get an override. I think it's reasonable to ask libc6
> to carry an override for weird special cases like libpcprofile.so and
> libSegFault.so, since in general we don't want people packaging shared
> libraries that can't be represented in shlibs.
Makes sense.
> 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.
Cheers,
--
Raphaël Hertzog
Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/
Reply to: