Bug#1028959: lintian: Weird very-long-line-length-in-source-file false positve due no long line in file
Hi Axel, On 2023-01-15 11:12 +0100, Axel Beckert wrote: > When running against BackupPC, lintian emits this tag: > > X: backuppc source: very-long-line-length-in-source-file 535 > 512 > [lib/BackupPC/CGI/GeneralInfo.pm:52] > > But there is no such long line in that file: > > $ cat -n lib/BackupPC/CGI/GeneralInfo.pm | egrep '^\s*52\s' | wc -c > 77 > $ cut -c512- lib/BackupPC/CGI/GeneralInfo.pm | egrep -v '^$' > $ file lib/BackupPC/CGI/GeneralInfo.pm > lib/BackupPC/CGI/GeneralInfo.pm: Perl5 module source, ASCII text > $ > > So "file" also doesn't mention any long line stuff (which it usually > does, I just don't know its limits). > > Line 52 looks like this: > >if ( $Jobs{$host}{type} eq "" && defined($Status{$host}) ); > > Not yet debugged, so not sure why lintian thinks that this file has any > long line. According to my statistics the two longes lines in there are > two lines which each 99 characters. I have found the explanation: , | $ apt source backuppc | [...] | $ debcheckout backuppc | [...] | $ file backuppc/lib/BackupPC/CGI/GeneralInfo.pm | backuppc/lib/BackupPC/CGI/GeneralInfo.pm: Perl5 module source, ASCII text | $ file backuppc-4.4.0/lib/BackupPC/CGI/GeneralInfo.pm | backuppc-4.4.0/lib/BackupPC/CGI/GeneralInfo.pm: Perl5 module source, ASCII text, with very long lines (534) ` The long line is generated by a Debian patch, and you do not have patches applied in git. But lintian is smart enough to check the _patched_ sources. Thanks for maintaining lintian! Cheers, Sven
Bug#1027040: Bug#1027039: lintian: bogus lacks-unversioned-link-to-shared-library warnings in multilib packages
On 2022-12-26 22:28 +0100, Sven Joachim wrote: > Package: lintian > Version: 2.115.3 > Severity: normal > > I get these warnings in ncurses' lib32* packages: > > , > | W: lib32ncurses6: lacks-unversioned-link-to-shared-library example: > usr/lib32/libform.so [usr/lib32/libform.so.6.3] > | W: lib32ncurses6: lacks-unversioned-link-to-shared-library example: > usr/lib32/libmenu.so [usr/lib32/libmenu.so.6.3] > | W: lib32ncurses6: lacks-unversioned-link-to-shared-library example: > usr/lib32/libncurses.so [lib32/libncurses.so.6.3] > | W: lib32ncurses6: lacks-unversioned-link-to-shared-library example: > usr/lib32/libpanel.so [usr/lib32/libpanel.so.6.3] > | W: lib32ncursesw6: lacks-unversioned-link-to-shared-library example: > usr/lib32/libformw.so [usr/lib32/libformw.so.6.3] > | W: lib32ncursesw6: lacks-unversioned-link-to-shared-library example: > usr/lib32/libmenuw.so [usr/lib32/libmenuw.so.6.3] > | W: lib32ncursesw6: lacks-unversioned-link-to-shared-library example: > usr/lib32/libncursesw.so [lib32/libncursesw.so.6.3] > | W: lib32ncursesw6: lacks-unversioned-link-to-shared-library example: > usr/lib32/libpanelw.so [usr/lib32/libpanelw.so.6.3] > | W: lib32tinfo6: lacks-unversioned-link-to-shared-library example: > usr/lib32/libtic.so [usr/lib32/libtic.so.6.3] > | W: lib32tinfo6: lacks-unversioned-link-to-shared-library example: > usr/lib32/libtinfo.so [lib32/libtinfo.so.6.3] > ` > > All those symlinks exist in the lib32ncurses-dev package. Bisection revealed that both this problem and the related one in #1027040 were introduced in commit 6b922b209338 ("Do not insist on a particular name for unversioned links to a shared library. (Closes: #963099)"). Cheers, Sven
Bug#1027040: lintian: lacks-unversioned-link-to-shared-library warning despite present linker script
Package: lintian Version: 2.115.3 Severity: normal I get these warnings in ncurses: , | W: libncurses6: lacks-unversioned-link-to-shared-library example: usr/lib/x86_64-linux-gnu/libncurses.so [lib/x86_64-linux-gnu/libncurses.so.6.3] | W: libncursesw6: lacks-unversioned-link-to-shared-library example: usr/lib/x86_64-linux-gnu/libncursesw.so [lib/x86_64-linux-gnu/libncursesw.so.6.3] ` These files usr/lib/x86_64-linux-gnu/libncurses{,w}.so actually exist in libncurses-dev, but they are linker scripts rather than symlinks. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.161-nouveau (SMP w/2 CPU threads) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils2.39.50.20221224-1 ii bzip2 1.0.8-5+b1 ii diffstat1.64-1 ii dpkg1.21.13 ii dpkg-dev1.21.13 ii file1:5.41-4 ii gettext 0.21-10 ii gpg 2.2.40-1 ii intltool-debian 0.35.0+20060710.6 ii iso-codes 4.12.0-1 ii libapt-pkg-perl 0.1.40+b2 ii libarchive-zip-perl 1.68-1 ii libberkeleydb-perl 0.64-2+b1 ii libcapture-tiny-perl0.48-2 ii libclass-xsaccessor-perl1.19-4+b1 ii libclone-perl 0.46-1 ii libconfig-tiny-perl 2.28-2 ii libconst-fast-perl 0.014-2 ii libcpanel-json-xs-perl 4.32-1+b1 ii libdata-dpath-perl 0.58-2 ii libdata-validate-domain-perl0.10-1.1 ii libdata-validate-uri-perl 0.07-2 ii libdevel-size-perl 0.83-2+b1 ii libdigest-sha-perl 6.03-1+b1 ii libdpkg-perl1.21.13 ii libemail-address-xs-perl1.05-1+b1 ii libfile-basedir-perl0.09-2 ii libfile-find-rule-perl 0.34-3 ii libfont-ttf-perl1.06-2 ii libhtml-html5-entities-perl 0.004-3 ii libhtml-tokeparser-simple-perl 3.16-4 ii libio-interactive-perl 1.023-2 ii libipc-run3-perl0.048-3 ii libjson-maybexs-perl1.004004-1 ii liblist-compare-perl0.55-2 ii liblist-someutils-perl 0.58-3 ii liblist-utilsby-perl0.12-2 ii libmldbm-perl 2.05-4 ii libmoo-perl 2.005004-3 ii libmoox-aliases-perl0.001006-2 ii libnamespace-clean-perl 0.27-2 ii libpath-tiny-perl 0.124-1 ii libperlio-gzip-perl 0.20-1+b1 ii libperlio-utf8-strict-perl 0.010-1 ii libproc-processtable-perl 0.634-1+b2 ii libregexp-wildcards-perl1.05-3 ii libsereal-decoder-perl 5.001+ds-1+b1 ii libsereal-encoder-perl 5.001+ds-2 ii libsort-versions-perl 1.62-3 ii libsyntax-keyword-try-perl 0.28-1 ii libterm-readkey-perl2.38-2+b1 ii libtext-levenshteinxs-perl 0.03-5+b1 ii libtext-markdown-discount-perl 0.13-2 ii libtext-xslate-perl 3.5.9-1+b2 ii libtime-duration-perl 1.21-2 ii libtime-moment-perl 0.44-2+b1 ii libtimedate-perl2.3300-2 ii libunicode-utf8-perl0.62-2 ii liburi-perl 5.17-1 ii libwww-mechanize-perl 2.15-1 ii libwww-perl 6.67-1 ii libxml-libxml-perl 2.0207+dfsg+really+2.0134-1+b1 ii libyaml-libyaml-perl0.84+ds-1+b1 ii lzip [lzip-decompressor]1.23-4 ii lzop1.04-2 ii man-db 2.11.1-1 ii patchutils 0.4.2-1 ii perl [libencode-perl] 5.36.0-6 ii t1utils 1.41-4 ii unzip 6.0-27 ii xz-utils5.4.0-0.1 lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch ii libtext-template-perl 1.61-1 -- no debconf information
Bug#1027039: lintian: bogus lacks-unversioned-link-to-shared-library warnings in multilib packages
Package: lintian Version: 2.115.3 Severity: normal I get these warnings in ncurses' lib32* packages: , | W: lib32ncurses6: lacks-unversioned-link-to-shared-library example: usr/lib32/libform.so [usr/lib32/libform.so.6.3] | W: lib32ncurses6: lacks-unversioned-link-to-shared-library example: usr/lib32/libmenu.so [usr/lib32/libmenu.so.6.3] | W: lib32ncurses6: lacks-unversioned-link-to-shared-library example: usr/lib32/libncurses.so [lib32/libncurses.so.6.3] | W: lib32ncurses6: lacks-unversioned-link-to-shared-library example: usr/lib32/libpanel.so [usr/lib32/libpanel.so.6.3] | W: lib32ncursesw6: lacks-unversioned-link-to-shared-library example: usr/lib32/libformw.so [usr/lib32/libformw.so.6.3] | W: lib32ncursesw6: lacks-unversioned-link-to-shared-library example: usr/lib32/libmenuw.so [usr/lib32/libmenuw.so.6.3] | W: lib32ncursesw6: lacks-unversioned-link-to-shared-library example: usr/lib32/libncursesw.so [lib32/libncursesw.so.6.3] | W: lib32ncursesw6: lacks-unversioned-link-to-shared-library example: usr/lib32/libpanelw.so [usr/lib32/libpanelw.so.6.3] | W: lib32tinfo6: lacks-unversioned-link-to-shared-library example: usr/lib32/libtic.so [usr/lib32/libtic.so.6.3] | W: lib32tinfo6: lacks-unversioned-link-to-shared-library example: usr/lib32/libtinfo.so [lib32/libtinfo.so.6.3] ` All those symlinks exist in the lib32ncurses-dev package. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.161-nouveau (SMP w/2 CPU threads) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils2.39.50.20221224-1 ii bzip2 1.0.8-5+b1 ii diffstat1.64-1 ii dpkg1.21.13 ii dpkg-dev1.21.13 ii file1:5.41-4 ii gettext 0.21-10 ii gpg 2.2.40-1 ii intltool-debian 0.35.0+20060710.6 ii iso-codes 4.12.0-1 ii libapt-pkg-perl 0.1.40+b2 ii libarchive-zip-perl 1.68-1 ii libberkeleydb-perl 0.64-2+b1 ii libcapture-tiny-perl0.48-2 ii libclass-xsaccessor-perl1.19-4+b1 ii libclone-perl 0.46-1 ii libconfig-tiny-perl 2.28-2 ii libconst-fast-perl 0.014-2 ii libcpanel-json-xs-perl 4.32-1+b1 ii libdata-dpath-perl 0.58-2 ii libdata-validate-domain-perl0.10-1.1 ii libdata-validate-uri-perl 0.07-2 ii libdevel-size-perl 0.83-2+b1 ii libdigest-sha-perl 6.03-1+b1 ii libdpkg-perl1.21.13 ii libemail-address-xs-perl1.05-1+b1 ii libfile-basedir-perl0.09-2 ii libfile-find-rule-perl 0.34-3 ii libfont-ttf-perl1.06-2 ii libhtml-html5-entities-perl 0.004-3 ii libhtml-tokeparser-simple-perl 3.16-4 ii libio-interactive-perl 1.023-2 ii libipc-run3-perl0.048-3 ii libjson-maybexs-perl1.004004-1 ii liblist-compare-perl0.55-2 ii liblist-someutils-perl 0.58-3 ii liblist-utilsby-perl0.12-2 ii libmldbm-perl 2.05-4 ii libmoo-perl 2.005004-3 ii libmoox-aliases-perl0.001006-2 ii libnamespace-clean-perl 0.27-2 ii libpath-tiny-perl 0.124-1 ii libperlio-gzip-perl 0.20-1+b1 ii libperlio-utf8-strict-perl 0.010-1 ii libproc-processtable-perl 0.634-1+b2 ii libregexp-wildcards-perl1.05-3 ii libsereal-decoder-perl 5.001+ds-1+b1 ii libsereal-encoder-perl 5.001+ds-2 ii libsort-versions-perl 1.62-3 ii libsyntax-keyword-try-perl 0.28-1 ii libterm-readkey-perl2.38-2+b1 ii libtext-levenshteinxs-perl 0.03-5+b1 ii libtext-markdown-discount-perl 0.13-2 ii libtext-xslate-perl 3.5.9-1+b2 ii libtime-duration-perl 1.21-2 ii libtime-moment-perl 0.44-2+b1 ii libtimedate-perl2.3300-2 ii libunicode-utf8-perl0.62-2 ii liburi-perl 5.17-1 ii libwww-mechanize-perl 2.15-1 ii libwww-perl 6.67-1 ii libxml-libxml-perl 2.0207+dfsg+really+2.0134-1+b1 ii libyaml-libyaml-perl0.84+ds-1+b1 ii lzip [lzip-decompressor]1.23-4 ii lzop1.04-2 ii man-db 2.11.1-1 ii patchutils 0.4.2-1 ii perl [libencode-perl] 5.36.0-6 ii t1utils 1.41-4 ii unzip 6.0-27 ii
Bug#996688: lintian: strange complaints about ncurses symbols files
Package: lintian Version: 2.108.0 I am getting complaints about the symbols files in ncurses, e.g. for libtinfo6: , | $ lintian /var/cache/apt/archives/libtinfo6_6.2+20210905-1_amd64.deb | E: libtinfo6: invalid-template-id-in-symbols-file (line 152) | E: libtinfo6: invalid-template-id-in-symbols-file (line 175) | E: libtinfo6: invalid-template-id-in-symbols-file (line 73) | E: libtinfo6: syntax-error-in-symbols-file (line 50) ` and similar issues in the other library packages from src:ncurses. However, I do not see anything wrong with the symbols files, and they have apparently worked fine for several years. The Debian changelog gave no hint, bisection showed that the complaints started with commit 24d90c81e2 ("Split shared-libs check into 10 smaller checks."). Good luck figuring out which part of this commit is to blame: 656 files changed, 4552 insertions(+), 1019 deletions(-). -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.74-nouveau (SMP w/2 CPU threads) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils2.37-7 ii bzip2 1.0.8-4 ii diffstat1.64-1 ii dpkg1.20.9 ii dpkg-dev1.20.9 ii file1:5.39-3 ii gettext 0.21-4 ii gpg 2.2.27-2 ii intltool-debian 0.35.0+20060710.5 ii libapt-pkg-perl 0.1.40 ii libarchive-zip-perl 1.68-1 ii libcapture-tiny-perl0.48-1 ii libclass-xsaccessor-perl1.19-3+b7 ii libclone-perl 0.45-1+b1 ii libconfig-tiny-perl 2.27-1 ii libconst-fast-perl 0.014-1.1 ii libcpanel-json-xs-perl 4.27-1 ii libdata-dpath-perl 0.58-1 ii libdata-validate-domain-perl0.10-1.1 ii libdevel-size-perl 0.83-1+b2 ii libdigest-sha-perl 6.02-1+b3 ii libdpkg-perl1.20.9 ii libemail-address-xs-perl1.04-1+b3 ii libfile-basedir-perl0.09-1 ii libfile-find-rule-perl 0.34-1 ii libfont-ttf-perl1.06-1.1 ii libhtml-html5-entities-perl 0.004-1.1 ii libio-interactive-perl 1.023-1 ii libio-prompt-tiny-perl 0.003-1 ii libipc-run3-perl0.048-2 ii libjson-maybexs-perl1.004003-1 ii liblist-compare-perl0.55-1 ii liblist-someutils-perl 0.58-1 ii liblist-utilsby-perl0.11-1 ii libmoo-perl 2.005004-2 ii libmoox-aliases-perl0.001006-1.1 ii libnamespace-clean-perl 0.27-1 ii libpath-tiny-perl 0.118-1 ii libperlio-gzip-perl 0.19-1+b7 ii libperlio-utf8-strict-perl 0.008-1+b1 ii libproc-processtable-perl 0.634-1 ii libsereal-decoder-perl 4.018+ds-1+b1 ii libsereal-encoder-perl 4.018+ds-1+b1 ii libsort-versions-perl 1.62-1 ii libterm-readkey-perl2.38-1+b2 ii libtext-glob-perl 0.11-1 ii libtext-levenshteinxs-perl 0.03-4+b8 ii libtext-markdown-discount-perl 0.13-1 ii libtext-xslate-perl 3.5.8-1+b1 ii libtime-duration-perl 1.21-1 ii libtime-moment-perl 0.44-1+b3 ii libtimedate-perl2.3300-2 ii libtry-tiny-perl0.30-1 ii libtype-tiny-perl 1.012004-1 ii libunicode-utf8-perl0.62-1+b2 ii liburi-perl 5.08-1 ii libxml-libxml-perl 2.0134+dfsg-2+b1 ii libyaml-libyaml-perl0.83+ds-1 ii lzip1.22-4 ii lzop1.04-2 ii man-db 2.9.4-2 ii patchutils 0.4.2-1 ii perl [libencode-perl] 5.32.1-6 ii t1utils 1.41-4 ii unzip 6.0-26 ii xz-utils5.2.5-2 lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch ii libtext-template-perl 1.60-1 -- no debconf information
Bug#996684: lintian: emits bogus embedded-library error for libtinfo6 package
Package: lintian Version: 2.108.0 Severity: important I am getting the following error in libtinfo6 (as well as in libtinfo5 and lib{32,64}tinfo6), which according to the FTP masters leads to autorejection unless overridden: , | $ lintian /var/cache/apt/archives/libtinfo6_6.2+20210905-1_amd64.deb | E: libtinfo6: embedded-library ncurses lib/x86_64-linux-gnu/libtinfo.so.6.2 ` Not too surprising that libtinfo6 "embeds" an ncurses library, since it contains the said library. Since there was no hint in the Debian changelog, I bisected the problem and found commit bc93d09ae0 ("Bring the binaries check up to the latest coding standards.") as the culprit. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.74-nouveau (SMP w/2 CPU threads) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils2.37-7 ii bzip2 1.0.8-4 ii diffstat1.64-1 ii dpkg1.20.9 ii dpkg-dev1.20.9 ii file1:5.39-3 ii gettext 0.21-4 ii gpg 2.2.27-2 ii intltool-debian 0.35.0+20060710.5 ii libapt-pkg-perl 0.1.40 ii libarchive-zip-perl 1.68-1 ii libcapture-tiny-perl0.48-1 ii libclass-xsaccessor-perl1.19-3+b7 ii libclone-perl 0.45-1+b1 ii libconfig-tiny-perl 2.27-1 ii libconst-fast-perl 0.014-1.1 ii libcpanel-json-xs-perl 4.27-1 ii libdata-dpath-perl 0.58-1 ii libdata-validate-domain-perl0.10-1.1 ii libdevel-size-perl 0.83-1+b2 ii libdigest-sha-perl 6.02-1+b3 ii libdpkg-perl1.20.9 ii libemail-address-xs-perl1.04-1+b3 ii libfile-basedir-perl0.09-1 ii libfile-find-rule-perl 0.34-1 ii libfont-ttf-perl1.06-1.1 ii libhtml-html5-entities-perl 0.004-1.1 ii libio-interactive-perl 1.023-1 ii libio-prompt-tiny-perl 0.003-1 ii libipc-run3-perl0.048-2 ii libjson-maybexs-perl1.004003-1 ii liblist-compare-perl0.55-1 ii liblist-someutils-perl 0.58-1 ii liblist-utilsby-perl0.11-1 ii libmoo-perl 2.005004-2 ii libmoox-aliases-perl0.001006-1.1 ii libnamespace-clean-perl 0.27-1 ii libpath-tiny-perl 0.118-1 ii libperlio-gzip-perl 0.19-1+b7 ii libperlio-utf8-strict-perl 0.008-1+b1 ii libproc-processtable-perl 0.634-1 ii libsereal-decoder-perl 4.018+ds-1+b1 ii libsereal-encoder-perl 4.018+ds-1+b1 ii libsort-versions-perl 1.62-1 ii libterm-readkey-perl2.38-1+b2 ii libtext-glob-perl 0.11-1 ii libtext-levenshteinxs-perl 0.03-4+b8 ii libtext-markdown-discount-perl 0.13-1 ii libtext-xslate-perl 3.5.8-1+b1 ii libtime-duration-perl 1.21-1 ii libtime-moment-perl 0.44-1+b3 ii libtimedate-perl2.3300-2 ii libtry-tiny-perl0.30-1 ii libtype-tiny-perl 1.012004-1 ii libunicode-utf8-perl0.62-1+b2 ii liburi-perl 5.08-1 ii libxml-libxml-perl 2.0134+dfsg-2+b1 ii libyaml-libyaml-perl0.83+ds-1 ii lzip1.22-4 ii lzop1.04-2 ii man-db 2.9.4-2 ii patchutils 0.4.2-1 ii perl [libencode-perl] 5.32.1-6 ii t1utils 1.41-4 ii unzip 6.0-26 ii xz-utils5.2.5-2 lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch ii libtext-template-perl 1.60-1 -- no debconf information
Bug#798762: Lintian tag pre-depends-directly-on-multiarch-support too much debhelper-centric
On 2018-01-23 11:15 +0530, Chris Lamb wrote: > tags 798762 + moreinfo > thanks > > Hi, > >> Lintian tag pre-depends-directly-on-multiarch-support too much >> debhelper-centric > > It seems like this was not applied. That sucks. However, do we still > need this now that the issue (and the stable release in question) was > quite some time ago? Perhaps the tag could be dropped entirely now? Thankfully the multiarch-support package is gone for good, and any package pre-depending on it will simply not be installable in unstable and testing, so the chance of anyone reintroducing such a predependency should be rather low. Cheers, Sven
Bug#958932: lintian: debhelper compat level 13 is no longer experimental
Package: lintian Version: 2.68.0 Severity: normal I have seen the following notice on a local testbuild after upgrading the debhelper compat level: , | P: ncurses source: package-uses-experimental-debhelper-compat-version 13 ` The tag's description says , | The debhelper compatibility version used by this package is marked as | experimental by the debhelper developer. ` It no longer is. :-) Note that debhelper 13 is not in testing yet, you might want to wait for its migration before uploading a lintian fix. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.7-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils 2.34-6 ii bzip21.0.8-2 ii diffstat 1.63-1 ii dpkg 1.19.7 ii dpkg-dev 1.19.7 ii file 1:5.38-4 ii gettext 0.19.8.1-10 ii gpg 2.2.20-1 ii intltool-debian 0.35.0+20060710.5 ii libapt-pkg-perl 0.1.36+b3 ii libarchive-zip-perl 1.68-1 ii libcapture-tiny-perl 0.48-1 ii libclass-xsaccessor-perl 1.19-3+b3 ii libclone-perl0.45-1 ii libcpanel-json-xs-perl 4.19-1 ii libdevel-size-perl 0.83-1+b1 ii libdigest-sha-perl 6.02-1+b2 ii libdpkg-perl 1.19.7 ii libemail-valid-perl 1.202-1 ii libfile-basedir-perl 0.08-1 ii libfile-find-rule-perl 0.34-1 ii libfont-ttf-perl 1.06-1 ii libhtml-parser-perl 3.72-5 ii libio-async-loop-epoll-perl 0.20-1 ii libio-async-perl 0.75-1 ii libjson-maybexs-perl 1.004000-1 ii liblist-compare-perl 0.53-1 ii liblist-moreutils-perl 0.416-1+b5 ii libmoo-perl 2.004000-1 ii libmoox-aliases-perl 0.001006-1 ii libnamespace-clean-perl 0.27-1 ii libpath-tiny-perl0.112-1 ii libsereal-decoder-perl 4.011+ds-1 ii libsereal-encoder-perl 4.011+ds-1 ii libtext-levenshtein-perl 0.13-1 ii libtimedate-perl 2.3200-1 ii libtry-tiny-perl 0.30-1 ii libtype-tiny-perl1.010001-1 ii libunicode-utf8-perl 0.62-1+b1 ii liburi-perl 1.76-2 ii libxml-libxml-perl 2.0134+dfsg-2 ii libxml-writer-perl 0.625-1 ii libyaml-libyaml-perl 0.81+repack-1 ii man-db 2.9.1-1 ii patchutils 0.3.4-2+b1 ii perl [libdigest-sha-perl]5.30.0-10 ii t1utils 1.41-4 ii xz-utils 5.2.4-1+b1 Versions of packages lintian recommends: ii libperlio-gzip-perl 0.19-1+b6 Versions of packages lintian suggests: pn binutils-multiarch ii libtext-template-perl 1.58-1 -- no debconf information
Bug#954803: closed by Debian FTP Masters (reply to Chris Lamb ) (Bug#954803: fixed in lintian 2.60.0)
Control: found -1 2.60.0 On 2020-03-25 11:09 +, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the lintian package: > > #954803: lintian: no-md5sums-control-file tag should not be triggered for > udebs > > It has been closed by Debian FTP Masters > (reply to Chris Lamb ). > [...] >[ Chris Lamb ] >* Don't check for an md5sums control files in udebs. (Closes: #954803) I'm still seeing the problem here, suggesting that the fix did not really work: , | $ lintian -I libtinfo6-udeb_6.2-1_amd64.udeb | I: libtinfo6-udeb udeb: no-md5sums-control-file | $ lintian --version | Lintian v2.60.0 ` Cheers, Sven
Bug#954803: lintian: no-md5sums-control-file tag should not be triggered for udebs
Package: lintian Version: 2.59.0 Severity: normal The following is not supposed to happen, I think: , | $ lintian libtinfo6-udeb_6.2-1_amd64.udeb | I: libtinfo6-udeb udeb: no-md5sums-control-file ` AFAIK it is normal for udebs not to ship an md5sums control file, and dh_md5sums does not create one. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.0-rc7-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils 2.34-5 ii bzip21.0.8-2 ii diffstat 1.63-1 ii dpkg 1.19.7 ii dpkg-dev 1.19.7 ii file 1:5.38-4 ii gettext 0.19.8.1-10 ii gpg 2.2.19-3 ii intltool-debian 0.35.0+20060710.5 ii libapt-pkg-perl 0.1.36+b3 ii libarchive-zip-perl 1.68-1 ii libcapture-tiny-perl 0.48-1 ii libclass-xsaccessor-perl 1.19-3+b3 ii libclone-perl0.43-2 ii libdevel-size-perl 0.83-1+b1 ii libdigest-sha-perl 6.02-1+b2 ii libdpkg-perl 1.19.7 ii libemail-valid-perl 1.202-1 ii libfile-basedir-perl 0.08-1 ii libfile-find-rule-perl 0.34-1 ii libfont-ttf-perl 1.06-1 ii libhtml-parser-perl 3.72-5 ii libio-async-loop-epoll-perl 0.20-1 ii libio-async-perl 0.75-1 ii libipc-run-perl 20180523.0-2 ii libjson-maybexs-perl 1.004000-1 ii liblist-compare-perl 0.53-1 ii liblist-moreutils-perl 0.416-1+b5 ii libmoo-perl 2.003006-1 ii libmoox-aliases-perl 0.001006-1 ii libnamespace-clean-perl 0.27-1 ii libpath-tiny-perl0.108-1 ii libsereal-decoder-perl 4.011+ds-1 ii libsereal-encoder-perl 4.011+ds-1 ii libtext-levenshtein-perl 0.13-1 ii libtimedate-perl 2.3200-1 ii libtry-tiny-perl 0.30-1 ii libtype-tiny-perl1.008001-2 ii liburi-perl 1.76-2 ii libxml-libxml-perl 2.0134+dfsg-2 ii libxml-writer-perl 0.625-1 ii libyaml-libyaml-perl 0.81+repack-1 ii man-db 2.9.1-1 ii patchutils 0.3.4-2+b1 ii perl [libdigest-sha-perl]5.30.0-9 ii t1utils 1.41-3 ii xz-utils 5.2.4-1+b1 Versions of packages lintian recommends: ii libperlio-gzip-perl 0.19-1+b6 Versions of packages lintian suggests: pn binutils-multiarch ii libtext-template-perl 1.58-1 -- no debconf information
Bug#943913: lintian: processing packages with many manpages is very slow
Control: reassign -1 libseccomp2 2.4.1-1 Control: forwarded -1 https://github.com/seccomp/libseccomp/issues/153 Control: retitle -1 libseccomp2: seccomp_rule_add is very slow Control: affects -1 man-db lintian On 2019-11-04 10:35 -0800, Felix Lechner wrote: > Hi Sven, > > On Mon, Nov 4, 2019 at 10:20 AM Sven Joachim wrote: >> >> It seems to me we are likely experiencing >> https://github.com/seccomp/libseccomp/issues/153. > > Thanks for sharing! Perhaps that's why Lintian's test suite has been > running so slow. Does this test suite also involve many manpages? > Please feel free to reassign (or close) this bug when you are comfortable. Reassigning to libseccomp2 now. Cheers, Sven
Bug#943913: lintian: processing packages with many manpages is very slow
On 2019-11-01 10:42 +0100, Sven Joachim wrote: > Bringing man-db and libseccomp maintainers into the loop. > > On 2019-10-31 23:01 -0700, Felix Lechner wrote: > >> On Thu, Oct 31, 2019 at 11:33 AM Sven Joachim wrote: >>> >>> Running lintian on packages with many manpages is painfully slow. >> >> I can confirm that it takes a long time: >> >> $ time frontend/lintian ../manpages-dev_5.03-1_all.deb >> I: manpages-dev: >> cannot-check-whether-usr-share-doc-symlink-points-to-foreign-package >> I: manpages-dev: spelling-error-in-manpage >> usr/share/man/man3/fgetws.3.gz "permit to" "permit one to" >> I: manpages-dev: spelling-error-in-manpage >> usr/share/man/man3/gethostbyname.3.gz "permits to" "permits one to" >> I: manpages-dev: spelling-error-in-manpage >> usr/share/man/man3/inet_net_pton.3.gz pres press >> I: manpages-dev: spelling-error-in-manpage ... use >> --no-tag-display-limit to see all (or pipe to a file/program) >> W: manpages-dev: manpage-has-errors-from-man >> usr/share/man/man2/ioctl_list.2.gz 730: warning [p 8, 2.7i]: cannot >> adjust line >> W: manpages-dev: manpage-has-errors-from-man >> usr/share/man/man2/syscall.2.gz 200: warning [p 2, 5.5i]: cannot >> adjust line >> N: 3 tags overridden (3 info) >> >> real0m50.609s >> user3m38.614s >> sys0m16.174s >> >> In a first attempt to get to the issue, I reverted commit 067ec6cb but >> it took about the same: >> >> real0m51.193s >> user3m39.174s >> sys0m15.833s >> >> Do you have older measurements to which we can compare this performance? > > In a buster chroot lintian (version 2.15.0) is about seven times faster > on the same manpages-dev package, however in sid downgrading lintian or > man-db to their buster versions did not help. > > To track down the problem, I upgraded packages piecemeal from buster to > sid in a chroot, and the massive lintian slowdown happened after > upgrading libseccomp2 from 2.3.3-4 to 2.4.1-2. Hopefully the man-db and > libseccomp maintainers can help here. It seems to me we are likely experiencing https://github.com/seccomp/libseccomp/issues/153. Cheers, Sven
Bug#943913: lintian: processing packages with many manpages is very slow
Bringing man-db and libseccomp maintainers into the loop. On 2019-10-31 23:01 -0700, Felix Lechner wrote: > On Thu, Oct 31, 2019 at 11:33 AM Sven Joachim wrote: >> >> Running lintian on packages with many manpages is painfully slow. > > I can confirm that it takes a long time: > > $ time frontend/lintian ../manpages-dev_5.03-1_all.deb > I: manpages-dev: > cannot-check-whether-usr-share-doc-symlink-points-to-foreign-package > I: manpages-dev: spelling-error-in-manpage > usr/share/man/man3/fgetws.3.gz "permit to" "permit one to" > I: manpages-dev: spelling-error-in-manpage > usr/share/man/man3/gethostbyname.3.gz "permits to" "permits one to" > I: manpages-dev: spelling-error-in-manpage > usr/share/man/man3/inet_net_pton.3.gz pres press > I: manpages-dev: spelling-error-in-manpage ... use > --no-tag-display-limit to see all (or pipe to a file/program) > W: manpages-dev: manpage-has-errors-from-man > usr/share/man/man2/ioctl_list.2.gz 730: warning [p 8, 2.7i]: cannot > adjust line > W: manpages-dev: manpage-has-errors-from-man > usr/share/man/man2/syscall.2.gz 200: warning [p 2, 5.5i]: cannot > adjust line > N: 3 tags overridden (3 info) > > real0m50.609s > user3m38.614s > sys0m16.174s > > In a first attempt to get to the issue, I reverted commit 067ec6cb but > it took about the same: > > real0m51.193s > user3m39.174s > sys0m15.833s > > Do you have older measurements to which we can compare this performance? In a buster chroot lintian (version 2.15.0) is about seven times faster on the same manpages-dev package, however in sid downgrading lintian or man-db to their buster versions did not help. To track down the problem, I upgraded packages piecemeal from buster to sid in a chroot, and the massive lintian slowdown happened after upgrading libseccomp2 from 2.3.3-4 to 2.4.1-2. Hopefully the man-db and libseccomp maintainers can help here. Cheers, Sven
Bug#943913: lintian: processing packages with many manpages is very slow
Package: lintian Version: 2.31.0 Running lintian on packages with many manpages is painfully slow. Just run "apt download manpages-dev && lintian manpages-dev*.deb" to see for yourself. On this (admittedly dated) dual core machine it took over three minutes. Running 'top' in a different terminal I see that the bulk of the time is spent executing instances of the 'man' command for the many manpages in manpages-dev. , | $ dpkg-deb -x manpages-dev_5.03-1_all.deb manpages-dev | $ find manpages-dev/usr/share/man/*/* | wc -l | 2116 ` -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.8-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils 2.33.1-2 ii bzip21.0.8-2 ii diffstat 1.62-1+b1 ii dpkg 1.19.7 ii dpkg-dev 1.19.7 ii file 1:5.37-6 ii gettext 0.19.8.1-9 ii gpg 2.2.17-3 ii intltool-debian 0.35.0+20060710.5 ii libapt-pkg-perl 0.1.36+b2 ii libarchive-zip-perl 1.67-1 ii libberkeleydb-perl 0.62-1+b1 ii libcapture-tiny-perl 0.48-1 ii libcgi-pm-perl 4.44-1 ii libclass-accessor-perl 0.51-1 ii libclone-perl0.41-1+b2 ii libdigest-sha-perl 6.02-1+b2 ii libdpkg-perl 1.19.7 ii libemail-valid-perl 1.202-1 ii libfile-basedir-perl 0.08-1 ii libfile-find-rule-perl 0.34-1 ii libio-async-loop-epoll-perl 0.20-1 ii libio-async-perl 0.74-1 ii libipc-run-perl 20180523.0-1 ii liblist-compare-perl 0.53-1 ii liblist-moreutils-perl 0.416-1+b5 ii libmldbm-perl2.05-2 ii libmoo-perl 2.003006-1 ii libpath-tiny-perl0.108-1 ii libtext-levenshtein-perl 0.13-1 ii libtimedate-perl 2.3000-2 ii libtry-tiny-perl 0.30-1 ii libtype-tiny-perl1.004004-1 ii liburi-perl 1.76-1 ii libxml-simple-perl 2.25-1 ii libyaml-libyaml-perl 0.80+repack-2+b1 ii man-db 2.9.0-1 ii patchutils 0.3.4-2+b1 ii perl [libdigest-sha-perl]5.30.0-9 ii t1utils 1.41-3 ii xz-utils 5.2.4-1+b1 Versions of packages lintian recommends: ii libperlio-gzip-perl 0.19-1+b6 Versions of packages lintian suggests: pn binutils-multiarch ii libhtml-parser-perl3.72-3+b4 ii libtext-template-perl 1.55-1 -- no debconf information
Bug#939874: lintian: missing-build-dependency tag false positives
Package: lintian Version: 2.21.0 Severity: normal There are currently three packages in the archive which trigger the missing-build-dependency error. All three of these build-depend on dh-autoreconf, but not on debhelper, and they also trigger the package-uses-debhelper-but-lacks-build-depends error[2]. All three cases are false positives, as the packages do not use any debhelper commands besides dh-autoreconf. To prove that, I have - built debhelper from git, which splits a libdebhelper-perl package off from it (see #821130); - created a local dh-autoreconf package which depends on libdebhelper-perl rather than on debhelper; - installed libdebhelper-perl and dh-autoreconf, but not debhelper in a build chroot. All three packages built fine, which shows that they do not need to build-depend on debhelper. 1. https://lintian.debian.org/tags/missing-build-dependency.html 2. https://lintian.debian.org/tags/package-uses-debhelper-but-lacks-build-depends.html -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.0-rc8-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils 2.32.51.20190821-2 ii bzip21.0.8-2 ii diffstat 1.62-1+b1 ii dpkg 1.19.7 ii dpkg-dev 1.19.7 ii file 1:5.37-5 ii gettext 0.19.8.1-9 ii gpg 2.2.17-3 ii intltool-debian 0.35.0+20060710.5 ii libapt-pkg-perl 0.1.36+b1 ii libarchive-zip-perl 1.64-1 ii libcapture-tiny-perl 0.48-1 ii libcgi-pm-perl 4.44-1 ii libclass-accessor-perl 0.51-1 ii libclone-perl0.41-1+b1 ii libdigest-sha-perl 6.02-1+b1 ii libdpkg-perl 1.19.7 ii libemail-valid-perl 1.202-1 ii libfile-basedir-perl 0.08-1 ii libfile-find-rule-perl 0.34-1 ii libio-async-loop-epoll-perl 0.20-1 ii libio-async-perl 0.74-1 ii libipc-run-perl 20180523.0-1 ii liblist-compare-perl 0.53-1 ii liblist-moreutils-perl 0.416-1+b4 ii libmoo-perl 2.003004-2 ii libpath-tiny-perl0.108-1 ii libtext-levenshtein-perl 0.13-1 ii libtimedate-perl 2.3000-2 ii libtry-tiny-perl 0.30-1 ii libtype-tiny-perl1.004004-1 ii liburi-perl 1.76-1 ii libxml-simple-perl 2.25-1 ii libyaml-libyaml-perl 0.80+repack-1 ii man-db 2.8.7-3 ii patchutils 0.3.4-2+b1 ii perl [libdigest-sha-perl]5.28.1-6 ii t1utils 1.41-3 ii xz-utils 5.2.4-1+b1 Versions of packages lintian recommends: ii libperlio-gzip-perl 0.19-1+b5 Versions of packages lintian suggests: pn binutils-multiarch ii libhtml-parser-perl3.72-3+b3 ii libtext-template-perl 1.55-1 -- no debconf information
Bug#921872: lintian: pkg-config-references-unknown-shared-library should also look for static libraries
Package: lintian Version: 2.6.0 Severity: normal I am getting these warnings in libncurses-dev: , | W: libncurses-dev: pkg-config-references-unknown-shared-library usr/lib/x86_64-linux-gnu/pkgconfig/ncurses++.pc -lncurses++ (line 17) | W: libncurses-dev: pkg-config-references-unknown-shared-library usr/lib/x86_64-linux-gnu/pkgconfig/ncurses++w.pc -lncurses++w (line 17) ` While there are indeed no shared libraries for libncurses++{,w} (see #702687 on that topic), linking with -lncurses++ or -lncurses++w works because these are provided as static libraries. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.0.0-rc5-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils 2.31.1-12 ii bzip2 1.0.6-9 ii diffstat 1.62-1 ii dpkg 1.19.5 ii dpkg-dev 1.19.5 ii file 1:5.35-2 ii gettext0.19.8.1-9 ii gpg2.2.12-1 ii intltool-debian0.35.0+20060710.5 ii libapt-pkg-perl0.1.34+b1 ii libarchive-zip-perl1.64-1 ii libcgi-pm-perl 4.40-1 ii libclass-accessor-perl 0.51-1 ii libclone-perl 0.41-1+b1 ii libdigest-sha-perl 6.02-1+b1 ii libdpkg-perl 1.19.5 ii libemail-valid-perl1.202-1 ii libfile-basedir-perl 0.08-1 ii libio-async-perl 0.72-1 ii libipc-run-perl20180523.0-1 ii liblist-moreutils-perl 0.416-1+b4 ii libparse-debianchangelog-perl 1.2.0-13 ii libtext-levenshtein-perl 0.13-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.76-1 ii libxml-simple-perl 2.25-1 ii libyaml-libyaml-perl 0.76+repack-1 ii man-db 2.8.5-1 ii patchutils 0.3.4-2 ii perl 5.28.1-4 ii t1utils1.41-3 ii xz-utils 5.2.4-1 Versions of packages lintian recommends: ii libperlio-gzip-perl 0.19-1+b5 Versions of packages lintian suggests: pn binutils-multiarch ii libhtml-parser-perl3.72-3+b3 ii libtext-template-perl 1.54-1 -- no debconf information
Bug#909772: lintian: please catch spelling error "pratical(ly)"
Package: lintian Version: 2.5.106 Severity: wishlist The spellchecker of my mailer has just caught a spelling mistake, where I quoted from the debhelper 11.4 Debian changelog entry: "This should not make any pratical difference" (see #909762). Looking at codesearch.debian.net, I found 28 source packages with the word "pratical" and 16 with "pratically", so maybe this mistake is common enough for lintian to suggest the corrections "practical" and "practically". -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-rc5-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils 2.31.1-6 ii bzip2 1.0.6-9 ii diffstat 1.61-1+b1 ii dpkg 1.19.1 ii file 1:5.34-2 ii gettext0.19.8.1-7 ii intltool-debian0.35.0+20060710.4 ii libapt-pkg-perl0.1.34 ii libarchive-zip-perl1.64-1 ii libcgi-pm-perl 4.40-1 ii libclass-accessor-perl 0.51-1 ii libclone-perl 0.39-1 ii libdigest-sha-perl 6.02-1 ii libdpkg-perl 1.19.1 ii libemail-valid-perl1.202-1 ii libfile-basedir-perl 0.08-1 ii libipc-run-perl20180523.0-1 ii liblist-moreutils-perl 0.416-1+b3 ii libparse-debianchangelog-perl 1.2.0-12 ii libtext-levenshtein-perl 0.13-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.74-1 ii libxml-simple-perl 2.25-1 ii libyaml-libyaml-perl 0.74+repack-1 ii man-db 2.8.4-2 ii patchutils 0.3.4-2 ii perl [libdigest-sha-perl] 5.26.2-7 ii t1utils1.41-2 ii xz-utils 5.2.2-1.3 Versions of packages lintian recommends: ii libperlio-gzip-perl 0.19-1+b4 Versions of packages lintian suggests: pn binutils-multiarch ii dpkg-dev 1.19.1 ii libhtml-parser-perl3.72-3+b2 ii libtext-template-perl 1.53-1 -- no debconf information
Bug#892597: depends-on-build-essential-package-without-using-version not emited when alternative deps are defined
On 2018-03-11 10:36 +0100, Laurent Bigonville wrote: > Package: lintian > Version: 2.5.79 > Severity: normal > > Hi, > > Looking at > https://lintian.debian.org/tags/depends-on-build-essential-package-without-using-version.html > it seems that the page is missing some packages like libicu-dev. > > libicu-dev has "Depends: libicu60 (= 60.2-3), icu-devtools (>= 60.2-3), > libicu-le-hb-dev, libc6-dev | libc-dev, libstdc++-6-dev | libstdc++-dev" > > Is lintian confused by the alternative dependency or am I missing > something. IIUC that tag is for build-dependencies, not for normal dependencies. It is perfectly legitimate for -dev packages to depend on libc6-dev | libc-dev for instance, since they are also for users who do not necessarily have build-essential installed. It has to be conceded that neither the tag name nor the description are particularly clear about that. Cheers, Sven
Bug#884655: lintian: multiarch-foreign-static-library for non-multiarch package
Control: severity -1 serious Control: tags -1 patch Bumping the severity, since raising false lintian errors for nearly every -dev package in the archive looks rather unacceptable. On 2017-12-18 07:13 +0100, Andreas Beckmann wrote: > Followup-For: Bug #884655 > > Same problem with multiarch-foreign-pkgconfig: > > E: libpocl-dev: multiarch-foreign-pkgconfig > usr/lib/x86_64-linux-gnu/pkgconfig/pocl.pc > > nothing foreign here, too. Indeed. The checks in question are always performed, whether the package is actually "Multi-Arch: foreign" or not. Attached is a patch which fixes the problem for me. Cheers, Sven >From 79d1e25c640b736814cab0b5f2f03251902a1b82 Mon Sep 17 00:00:00 2001 From: Sven Joachim <svenj...@gmx.de> Date: Mon, 18 Dec 2017 08:09:44 +0100 Subject: [PATCH] Avoid raising false multiarch-foreign-* errors Only run those checks on packages which are actually "Multi-Arch: foreign". --- checks/files.pm | 1 + 1 file changed, 1 insertion(+) diff --git a/checks/files.pm b/checks/files.pm index f275f13b4..b30c86209 100644 --- a/checks/files.pm +++ b/checks/files.pm @@ -1129,6 +1129,7 @@ sub run { } if (defined($multiarch_dir) +and $multiarch eq 'foreign' and $fname =~ m,^usr/lib/\Q$multiarch_dir\E/(.*)$,) { my $tail = $1; tag 'multiarch-foreign-cmake-file', $file -- 2.15.1
Bug#701702: lintian: warn if debian/shlibs.local references foreign packages
Package: lintian Version: 2.5.10.4 Severity: wishlist There are ~70 source packages in unstable/main which contain debian/shlibs.local. It seems that most of them are library packages where this file contains information about packages actually shipped from the same source, and AFAIK there is nothing really wrong with that, although it could be considered bad style. However, there are also cases where shlibs.local is used to override information provided by _other_ packages, and this practice should be strongly discouraged since it can lead to wrong dependencies; see #583551 for an example, or #701627 for a problem I found myself. In other cases, shlibs.local is just cruft, referencing packages which no longer exist (see #701696, for instance). It would be great if lintian could detect when debian/shlibs.local references packages not built from the same source and issue a warning for that. See also the thread starting at http://lists.debian.org/debian-qa/2008/12/threads.html#00063. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.7.10-rc1-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.22-8 ii bzip2 1.0.6-4 ii diffstat 1.55-3 ii file 5.11-2 ii gettext0.18.1.1-10 ii hardening-includes 2.3 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.26+b1 ii libarchive-zip-perl1.30-6 ii libc-bin 2.13-38 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1+b2 ii libdigest-sha-perl 5.71-2 ii libdpkg-perl 1.16.9 ii libemail-valid-perl0.190-1 ii libipc-run-perl0.92-1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii locales2.13-38 ii man-db 2.6.3-3 ii patchutils 0.3.2-1.1 ii perl [libdigest-sha-perl] 5.14.2-18 lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.16.9 ii libhtml-parser-perl3.69-2 pn libperlio-gzip-perlnone ii libtext-template-perl 1.45-2 ii man-db 2.6.3-3 ii xz-utils [lzma]5.1.1alpha+20120614-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87hakzb5uq@turtle.gmx.de
Bug#673112: lintian: hardening-no-stackprotector check has many false positives
On 2012-05-18 22:34 +0200, Russ Allbery wrote: Ralf Jung p...@ralfj.de writes: I'd like to extend this to hardening-no-fortify-functions: My package definitely has -D_FORTIFY_SOURCE=2 set (an excerpt from the build flags: -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2), but I get a hardening-no-stackprotector and hardening- no-fortify-functions for its only binary. False positives for _FORTIFY_SOURCE are somewhat rarer, and that one is much easier to miss applying due to the CPPFLAGS vs. CFLAGS distinction. My immediate inclination would be to ask people to add an override for false positives for it, since it's more likely that the tag is valid. Easier said then done, how should I override this warning: , | W: libncurses5: hardening-no-fortify-functions usr/lib/i386-linux-gnu/libmenu.so.5.9 ` Using the output verbatim only works for one architecture and generates an additional problem (unused-override) for all others, substituting ${DEB_HOST_MULTIARCH} at build time instead leads to /usr/share/lintian/overrides/libncurses5 having architecture-dependent content, breaking multiarch coinstallability. Cheers, Sven -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sjew1g7w@turtle.gmx.de
Bug#673106: lintian: bogus missing-dependency-on-libc error for biarch packages
Package: lintian Version: 2.5.7 Severity: important Running lintian on ncurses displays the following errors which would lead to auto-rejection unless overridden: , | E: lib64ncurses5: missing-dependency-on-libc needed by lib64/libncurses.so.5.9 and 3 others | E: lib64tinfo5: missing-dependency-on-libc needed by lib64/libtinfo.so.5.9 and 1 others ` Not surprisingly, these packages depend on libc6-amd64 rather than libc6. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.4.0-rc7-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.22-6 ii bzip2 1.0.6-1 ii diffstat 1.55-2 ii file 5.11-1 ii gettext0.18.1.1-7 ii hardening-includes 2.1 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.26+b1 ii libc-bin 2.13-32 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1+b2 ii libdigest-sha-perl 5.71-1 ii libdpkg-perl 1.16.3 ii libemail-valid-perl0.190-1 ii libipc-run-perl0.91-1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii locales2.13-32 ii man-db 2.6.1-2 ii patchutils 0.3.2-1.1 ii perl [libdigest-sha-perl] 5.14.2-10 ii unzip 6.0-6 lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch none ii dpkg-dev 1.16.3 ii libhtml-parser-perl3.69-2 ii libtext-template-perl 1.45-2 ii man-db 2.6.1-2 ii xz-utils 5.1.1alpha+20110809-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r4ukin8p@turtle.gmx.de
Bug#673109: lintian: complains about missing shlib-symlink although linker script is present
Package: lintian Version: 2.5.7 Severity: normal I had trouble figuring out what lintian was trying to tell me here: , | W: libncursesw5: dev-pkg-without-shlib-symlink lib/i386-linux-gnu/libncursesw.so.5.9 lib/i386-linux-gnu/libncursesw.so | W: lib64ncurses5: dev-pkg-without-shlib-symlink lib64/libncurses.so.5.9 lib64/libncurses.so | W: lib64tinfo5: dev-pkg-without-shlib-symlink lib64/libtinfo.so.5.9 lib64/libtinfo.so | W: libncurses5: dev-pkg-without-shlib-symlink lib/i386-linux-gnu/libncurses.so.5.9 lib/i386-linux-gnu/libncurses.so | W: libtinfo5: dev-pkg-without-shlib-symlink lib/i386-linux-gnu/libtinfo.so.5.9 lib/i386-linux-gnu/libtinfo.so ` These warnings are somewhat misleading (why are they displayed for the libraries rather than the -dev packages?), but ncurses does indeed not ship those .so symlinks, rather the missing files are linker scripts (and they are under usr/lib/ rather than under lib/). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.4.0-rc7-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.22-6 ii bzip2 1.0.6-1 ii diffstat 1.55-2 ii file 5.11-1 ii gettext0.18.1.1-7 ii hardening-includes 2.1 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.26+b1 ii libc-bin 2.13-32 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1+b2 ii libdigest-sha-perl 5.71-1 ii libdpkg-perl 1.16.3 ii libemail-valid-perl0.190-1 ii libipc-run-perl0.91-1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii locales2.13-32 ii man-db 2.6.1-2 ii patchutils 0.3.2-1.1 ii perl [libdigest-sha-perl] 5.14.2-10 ii unzip 6.0-6 lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch none ii dpkg-dev 1.16.3 ii libhtml-parser-perl3.69-2 ii libtext-template-perl 1.45-2 ii man-db 2.6.1-2 ii xz-utils 5.1.1alpha+20110809-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/878vgsim2s@turtle.gmx.de
Bug#673112: lintian: hardening-no-stackprotector check has many false positives
Package: lintian Version: 2.5.7 Severity: normal The new hardening warnings are certainly a useful reminder to use dpkg-buildflags, but especially hardening-no-stackprotector seems to have a high number of false positives. In ncurses-examples alone there are no less than 40 hardening-no-stackprotector warnings, and the package ships 59 binaries in total, all built with -fstack-protector. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.4.0-rc7-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.22-6 ii bzip2 1.0.6-1 ii diffstat 1.55-2 ii file 5.11-1 ii gettext0.18.1.1-7 ii hardening-includes 2.1 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.26+b1 ii libc-bin 2.13-32 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1+b2 ii libdigest-sha-perl 5.71-1 ii libdpkg-perl 1.16.3 ii libemail-valid-perl0.190-1 ii libipc-run-perl0.91-1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii locales2.13-32 ii man-db 2.6.1-2 ii patchutils 0.3.2-1.1 ii perl [libdigest-sha-perl] 5.14.2-10 ii unzip 6.0-6 lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch none ii dpkg-dev 1.16.3 ii libhtml-parser-perl3.69-2 ii libtext-template-perl 1.45-2 ii man-db 2.6.1-2 ii xz-utils 5.1.1alpha+20110809-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87zk98h6c7@turtle.gmx.de
Bug#639735: lintian: complains about missing-pre-dependency-on-multiarch-support for .so script
Package: lintian Version: 2.5.2 Consider the following situation (see bug #631952 why I'm doing this): , | $ dpkg-deb --contents libncurses5-dev_5.9-2_i386.deb | grep '\.so$' | -rw-r--r-- root/root31 2011-08-29 20:40 ./usr/lib/i386-linux-gnu/libncurses.so | lrwxrwxrwx root/root 0 2011-08-29 20:40 ./usr/lib/i386-linux-gnu/libtermcap.so - libncurses.so | lrwxrwxrwx root/root 0 2011-08-29 20:40 ./usr/lib/i386-linux-gnu/libcurses.so - libncurses.so | $ dpkg-deb --fsys-tarfile libncurses5-dev_5.9-2_i386.deb | tar xf - -O ./usr/lib/i386-linux-gnu/libncurses.so | INPUT(libncurses.so.5 -ltinfo) ` Lintian complains about this libncurses.so file: , | $ lintian --no-cfg libncurses5-dev_5.9-2_i386.deb | E: libncurses5-dev: missing-pre-dependency-on-multiarch-support ` Adding Pre-Depends: ${misc:Pre-Depends} to debian/control does not help, because dh_makeshlibs (correctly) sees no need to expand ${misc:Pre-Depends} to multiarch-support. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-rc4-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.21.53.20110823-3 The GNU assembler, linker and bina ii bzip2 1.0.5-6high-quality block-sorting file co ii diffstat 1.54-1 produces graph of changes introduc ii file 5.04-5+b1 Determines file type using magic ii gettext 0.18.1.1-4 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24+b2 Perl interface to libapt-pkg ii libclass-accessor-per 0.34-1 Perl module that automatically gen ii libdigest-sha-perl5.62-2 Perl extension for SHA-1/224/256/3 ii libdpkg-perl 1.16.1 Dpkg perl modules ii libemail-valid-perl 0.185-1Perl module for checking the valid ii libipc-run-perl 0.90-1 Perl module for running processes ii libparse-debianchange 1.2.0-1parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl 1.59-1 module to manipulate and access UR ii locales 2.13-18Embedded GNU C Library: National L ii man-db2.6.0.2-2 on-line manual pager ii perl [libdigest-sha-p 5.12.4-4 Larry Wall's Practical Extraction ii unzip 6.0-5 De-archiver for .zip files lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch none(no description available) ii dpkg-dev 1.16.1Debian package development tools ii libhtml-parser-per 3.68-1+b1 collection of modules that parse H ii libtext-template-p 1.45-2Text::Template perl module ii man-db 2.6.0.2-2 on-line manual pager ii xz-utils 5.1.1alpha+20110809-2 XZ-format compression utilities -- no debconf information -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87k49whvkt@turtle.gmx.de
Bug#639735: lintian: complains about missing-pre-dependency-on-multiarch-support for .so script
On 2011-08-29 21:22 +0200, Sven Joachim wrote: (see bug #631952 why I'm doing this): Gnah, make that #631592 instead. Never type Debian bug numbers by hand, always use copy paste. Sorry for the little inconvenience. Cheers, Sven -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87d3fohuxq@turtle.gmx.de
Bug#636681: lintian: Please describe the configuration file format
Package: lintian Version: 2.5.1 Severity: normal I had some trouble figuring out how to put variables into ~/.lintianrc. RTFM did not quite help, since the lintian manpage does not seem to give a description of its format, although I figured out that it's probably one variable per line. So I did the try-and-error approach: , | % apt-get source ed | [...] | % echo display-info ~/.lintianrc | % lintian ed_1.5-1.dsc | syntax error in configuration file: display-info | % echo display-info 1 ~/.lintianrc | % lintian ed_1.5-1.dsc | syntax error in configuration file: display-info 1 | % echo display-info true ~/.lintianrc | % lintian ed_1.5-1.dsc | syntax error in configuration file: display-info true ` At this point I almost thought resorting to UTSL would be necessary. One more try: , | % echo display-info = true ~/.lintianrc | % lintian ed_1.5-1.dsc | % echo display-info = 1 ~/.lintianrc | % lintian ed_1.5-1.dsc ` Aha! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.0.1-rc1-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.21.53.20110729-1 The GNU assembler, linker and bina ii bzip2 1.0.5-6high-quality block-sorting file co ii diffstat 1.54-1 produces graph of changes introduc ii file 5.04-5+b1 Determines file type using magic ii gettext 0.18.1.1-3 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24+b2 Perl interface to libapt-pkg ii libclass-accessor-per 0.34-1 Perl module that automatically gen ii libdigest-sha-perl5.62-1 Perl extension for SHA-1/224/256/3 ii libdpkg-perl 1.16.1 Dpkg perl modules ii libemail-valid-perl 0.184-1Perl module for checking the valid ii libipc-run-perl 0.90-1 Perl module for running processes ii libparse-debianchange 1.2.0-1parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl 1.58-1 module to manipulate and access UR ii locales 2.13-13Embedded GNU C Library: National L ii man-db2.6.0.2-2 on-line manual pager ii perl [libdigest-sha-p 5.12.4-2 Larry Wall's Practical Extraction ii unzip 6.0-5 De-archiver for .zip files lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii dpkg-dev 1.16.1 Debian package development tools ii libhtml-parser-perl 3.68-1+b1 collection of modules that parse H ii libtext-template-perl 1.45-2 Text::Template perl module ii man-db2.6.0.2-2 on-line manual pager ii xz-utils 5.0.0-2XZ-format compression utilities -- no debconf information -- debsums errors found: debsums: changed file /usr/share/lintian/checks/binaries (from lintian package) -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r5509uiy@turtle.gmx.de
Bug#630698: lintian: package-name-doesnt-match-sonames check does not look in /lib/${DEB_HOST_MULTIARCH}
Package: lintian Version: 2.5.1 Severity: normal Tags: patch With ncurses built for multiarch (no public branch for that available yet -- sorry), lintian spits out this warning: , | W: libncurses5: package-name-doesnt-match-sonames libform5 libmenu5 libpanel5 libtic5 | N: | N:The package name of a library package should usually reflect the soname | N:of the included library. The package name can determined from the | N:library file name with the following code snippet: | N: | N: $ objdump -p /path/to/libfoo-bar.so.1.2.3 | sed -n -e's/^[[:space:]]*SONAME[[:space:]]*//p' | sed -e's/\([0-9]\)\.so\./\1-/; s/\.so\.//' | N: | N:Refer to Debian Library Packaging Guide chapter 5 (shared library | N:packages) for details. | N: | N:Severity: normal, Certainty: possible | N: | N:Check: binaries, Type: binary, udeb | N: ` Note that the libraries lintian complains about are in /usr/lib/i386-linux-gnu, while libncurses5 is in /lib/i386-linux-gnu: , | $ dpkg-deb -c libncurses5_5.9-2_i386.deb | drwxr-xr-x root/root 0 2011-06-16 11:44 ./ | drwxr-xr-x root/root 0 2011-06-16 11:44 ./lib/ | drwxr-xr-x root/root 0 2011-06-16 11:44 ./lib/i386-linux-gnu/ | -rw-r--r-- root/root252780 2011-06-16 11:44 ./lib/i386-linux-gnu/libncurses.so.5.9 | drwxr-xr-x root/root 0 2011-06-16 11:44 ./usr/ | drwxr-xr-x root/root 0 2011-06-16 11:44 ./usr/lib/ | drwxr-xr-x root/root 0 2011-06-16 11:44 ./usr/lib/i386-linux-gnu/ | -rw-r--r-- root/root 51444 2011-06-16 11:44 ./usr/lib/i386-linux-gnu/libtic.so.5.9 | -rw-r--r-- root/root 10740 2011-06-16 11:44 ./usr/lib/i386-linux-gnu/libpanel.so.5.9 | -rw-r--r-- root/root 28884 2011-06-16 11:44 ./usr/lib/i386-linux-gnu/libmenu.so.5.9 | -rw-r--r-- root/root 57964 2011-06-16 11:44 ./usr/lib/i386-linux-gnu/libform.so.5.9 | drwxr-xr-x root/root 0 2011-06-16 11:44 ./usr/share/ | drwxr-xr-x root/root 0 2011-06-16 11:44 ./usr/share/doc/ | drwxr-xr-x root/root 0 2011-06-16 11:44 ./usr/share/doc/libncurses5/ | -rw-r--r-- root/root 530 2011-06-13 15:49 ./usr/share/doc/libncurses5/TODO.Debian | -rw-r--r-- root/root 2371 2011-06-13 15:49 ./usr/share/doc/libncurses5/FAQ | -rw-r--r-- root/root 6366 2011-06-13 15:49 ./usr/share/doc/libncurses5/copyright | -rw-r--r-- root/root 17282 2011-06-13 15:49 ./usr/share/doc/libncurses5/changelog.Debian.gz | -rw-r--r-- root/root160818 2011-06-13 15:49 ./usr/share/doc/libncurses5/changelog.gz | lrwxrwxrwx root/root 0 2011-06-16 11:44 ./lib/i386-linux-gnu/libncurses.so.5 - libncurses.so.5.9 | lrwxrwxrwx root/root 0 2011-06-16 11:44 ./usr/lib/i386-linux-gnu/libmenu.so.5 - libmenu.so.5.9 | lrwxrwxrwx root/root 0 2011-06-16 11:44 ./usr/lib/i386-linux-gnu/libpanel.so.5 - libpanel.so.5.9 | lrwxrwxrwx root/root 0 2011-06-16 11:44 ./usr/lib/i386-linux-gnu/libtic.so.5 - libtic.so.5.9 | lrwxrwxrwx root/root 0 2011-06-16 11:44 ./usr/lib/i386-linux-gnu/libform.so.5 - libform.so.5.9 ` If libncurses.so.5.9 is moved to /usr/lib/i386-linux-gnu as well, the warning disappears. It seems this happens because lib_soname_path (in checks/binaries) only looks in /usr/lib/${DEB_HOST_MULTIARCH} and not /lib/${DEB_HOST_MULTIARCH}. The following patch works for me: --8---cut here---start-8--- diff --git a/checks/binaries b/checks/binaries index 7f1fa74..f70b7a8 100644 --- a/checks/binaries +++ b/checks/binaries @@ -189,6 +189,7 @@ sub lib_soname_path { return 1 if $path =~ m%^(?:\.?/)?lib/[^/]+$%; return 1 if $path =~ m%^(?:\.?/)?usr/lib/[^/]+$%; return 1 if $path =~ m%^(?:\.?/)?usr/X11R6/lib/[^/]+$%; + return 1 if defined $dir $path =~ m%(?:\.?/)?lib/$dir/[^/]++$%; return 1 if defined $dir $path =~ m%(?:\.?/)?usr/lib/$dir/[^/]++$%; } return 0; --8---cut here---end---8--- -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.0.0-rc3-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.21.52.20110606-2 The GNU assembler, linker and bina ii bzip2 1.0.5-6high-quality block-sorting file co ii diffstat 1.54-1 produces graph of changes introduc ii file 5.04-5+b1 Determines file type using magic ii gettext 0.18.1.1-3 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24+b2 Perl interface to libapt-pkg ii libclass-accessor-per 0.34-1 Perl module that automatically gen ii
Bug#621667: lintian: update for Policy 3.9.2.0 needed
Package: lintian Version: 2.5.0~rc2 I was about to update a package to the newest Standards-Version, and lintian complained: , | W: ncurses source: newer-standards-version 3.9.2 (current is 3.9.1) | N: | N:The source package refers to a Standards-Version which is newer than the | N:highest one lintian is programmed to check. If the source package is | N:correct, then please upgrade lintian to the newest version. (If there is | N:no newer lintian version, then please bug lintian-ma...@debian.org to | N:make one.) | N: | N:Severity: normal, Certainty: certain | N: ` So here I am, bugging you to make one. :-) -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87aag2m46o@turtle.gmx.de
Bug#614906: lintian: considers 64-bit libraries in /lib64 on i386 as an error
Package: lintian Version: 2.5.0~rc1 Lintian now complains about libraries in /lib64 (but not /usr/lib64), e.g. for lib64ncurses5 it barfs: , | E: lib64ncurses5: binary-from-other-architecture lib64/libncurses.so.5.7 | N: | N:This ELF binary appears to have been built for an architecture other | N:than the one of the binary package being tested. This may occur when a | N:pre-built binary is shipped in the package or when an attempt to | N:cross-compile didn't work. | N: | N:Severity: serious, Certainty: possible | N: ` I could not find anything in the changelog that explains or even mentions this change (lintian 2.4.3 did not complain). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-rc6-nouveau+ (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.21.0.20110216-2 The GNU assembler, linker and bina ii diffstat 1.54-1produces graph of changes introduc ii dpkg-dev 1.15.8.10 Debian package development tools ii file 5.04-5Determines file type using magic ii gettext0.18.1.1-3GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg ii libclass-accessor-perl 0.34-1Perl module that automatically gen ii libdigest-sha-perl 5.50-1Perl extension for SHA-1/224/256/3 ii libemail-valid-perl0.184-1 Perl module for checking the valid ii libipc-run-perl0.89-1Perl module for running processes ii libparse-debianchangel 1.1.1-2.1 parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl1.58-1module to manipulate and access UR ii locales2.11.2-11 Embedded GNU C Library: National L ii man-db 2.5.9-4 on-line manual pager ii perl [libdigest-sha-pe 5.10.1-17 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-2 Text::Template perl module ii man-db2.5.9-4on-line manual pager -- no debconf information -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/878vx5j18e@turtle.gmx.de
Bug#560053: lintian: Please update depends-on-old-emacs warning
Package: lintian Version: 2.2.18 Severity: wishlist For quite a while emacs23 has been the default Emacs flavor in squeeze/sid. Could you please update the depends-on-old-emacs warning to also warn if the package prefers emacs22 as first alternative? In related news, emacs21 has been removed from sid some time ago (testing removal is still pending). This should be reflected by upgrading the current warning of emacs21 to an error. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.31.6-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.20-4The GNU assembler, linker and bina ii diffstat 1.47-1produces graph of changes introduc ii dpkg-dev 1.15.5.4 Debian package development tools ii file 5.03-4Determines file type using magic ii gettext0.17-8GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl0.1.24Perl interface to libapt-pkg ii libclass-accessor-perl 0.34-1Perl module that automatically gen ii libdigest-sha-perl 5.47-1Perl extension for SHA-1/224/256/3 ii libipc-run-perl0.84-1Perl module for running processes ii libparse-debianchangel 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl 1.1900-1 Time and date functions for Perl ii liburi-perl1.50-1module to manipulate and access UR ii man-db 2.5.6-4 on-line manual pager ii perl [libdigest-sha-pe 5.10.1-8 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.6-4on-line manual pager -- no debconf information -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org