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/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org