Bug#379558: lintian: php-script-but-no-php4-cli-dep vs. php5-cli
Package: lintian Version: 1.23.22 Severity: wishlist Hi, while packaging something locally, I got the 'php-script-but-no-php4-cli-dep' warning from lintian although the package depends on php5-cli. Shouldn't this package suffice to provide a cli php interpreter? Perhaps change this check to /usr/bin/php4 ==> php4-cli /usr/bin/php5 ==> php5-cli /usr/bin/php ==> php5-cli | php4-cli There seems to be no php-cli-interpreter virtual package that could be depended upon. Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-vserver-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages lintian depends on: ii binutils 2.17-1 The GNU assembler, linker and bina ii diffstat 1.41-1 produces graph of changes introduc ii dpkg-dev 1.13.21 package building tools for Debian ii file 4.17-2 Determines file type using "magic" ii gettext 0.14.6-1GNU Internationalization utilities ii intltool-debian 0.34.2+20060621 Help i18n of RFC822 compliant conf ii libparse-debianchangelog 1.0-1 parse Debian changelogs and output ii man-db 2.4.3-3 The on-line manual pager ii perl [libdigest-md5-perl 5.8.8-4 Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420465: lintian: no-md5sums-control-file triggered on binary package with no files
Package: lintian Version: 1.23.29 Severity: normal Hi, lintian triggers no-md5sums-control-file on dependency only packages. Obviously dh_md5sums didn't create an empty md5sums file (because all other packages containing files got one). One example is the php5 binary package, which only contains a few directories and a symlink (/usr/share/doc/php5 -> php5-common). Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.17.20070406cvs-2 The GNU assembler, linker and bina ii diffstat 1.43-2 produces graph of changes introduc ii dpkg-dev 1.13.25package building tools for Debian ii file 4.20-4 Determines file type using "magic" ii gettext 0.16.1-1 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libparse-debianchange 1.0-1 parse Debian changelogs and output ii man-db2.4.4-2The on-line manual pager ii perl [libdigest-md5-p 5.8.8-7Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#598107: lintian: test for 'dpkg-divert --listpackage' which requires dpkg (>= 1.15)
Package: lintian Version: 2.4.3 Severity: wishlist Hi, there should be a test for using 'dpkg-divert --listpackage' in maintainer scripts. This option was introduced in dpkg 1.15, so it is not available in lenny and having it explicitly in debian/control of a package making use of this option would make backporting easier (well, makes it clear from the beginning that the package won't work in lenny without changes). Andreas -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.20.51.20100908-1 The GNU assembler, linker and bina ii diffstat 1.53-1 produces graph of changes introduc ii dpkg-dev 1.15.8.4 Debian package development tools ii file 5.04-5 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+b1 Perl interface to libapt-pkg ii libclass-accessor-per 0.34-1 Perl module that automatically gen ii libipc-run-perl 0.89-1 Perl module for running processes ii libparse-debianchange 1.1.1-2.1 parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl 1.54-1 module to manipulate and access UR ii locales 2.11.2-5 Embedded GNU C Library: National L ii man-db2.5.7-4on-line manual pager ii perl [libdigest-sha-p 5.10.1-14 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch2.20.51.20100908-1 Binary utilities that support mult pn libtext-template-perl (no description available) ii man-db2.5.7-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/20100926142952.30030.91302.report...@calzone.localnet
Bug#604047: warning: collect info objdump-info about package PACKAGE failed
Package: lintian Version: 2.4.3 Severity: normal lintian does not work properly when binutils from experimental is installed, I recorded the following errors when checking a kernel module binary package. There are no errors on lenny or sid with binutils/sid. (pbuild19643)r...@cake:/tmp# su nobody -c "lintian nvidia-kernel-2.6.32-5-amd64_195.36.31+2+6+2.6.32-27_amd64.deb" && echo OK warning: collect info objdump-info about package nvidia-kernel-2.6.32-5-amd64 failed warning: skipping check of binary package nvidia-kernel-2.6.32-5-amd64 (pbuild19643)r...@cake:/tmp# su nobody -c "lintian nvidia-kernel-2.6.32-5-amd64_195.36.31+2+6+2.6.32-27_amd64.deb" && echo OK warning: collect info objdump-info about package nvidia-kernel-2.6.32-5-amd64 failed warning: skipping check of binary package nvidia-kernel-2.6.32-5-amd64 internal error: file-info invoked in wrong directory (pbuild19643)r...@cake:/tmp# su nobody -c "lintian nvidia-kernel-2.6.32-5-amd64_195.36.31+2+6+2.6.32-27_amd64.deb" && echo OK warning: collect info objdump-info about package nvidia-kernel-2.6.32-5-amd64 failed warning: skipping check of binary package nvidia-kernel-2.6.32-5-amd64 /bin/rm: cannot remove `/tmp/IjEU89AW0g/binary/nvidia-kernel-2.6.32-5-amd64': Directory not empty warning: cannot remove lab directory /tmp/IjEU89AW0g (please remove it yourself) warning: cannot remove lab directory /tmp/IjEU89AW0g (please remove it yourself) /usr/bin/strings: 'unpacked/./lib/modules/2.6.32-5-amd64/nvidia/nvidia.ko': No such file internal error: command failed with error code 1 Looks like there are two issues: * objdump does no longer understand the contents of the package (either a bug there or different parameters are nneded now) * a race condition in lintian: after objdump failed, a temporary directory with the package contents gets removed, but is concurrently still used by different tests Andreas -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.20.90.20101105-1 The GNU assembler, linker and bina ii diffstat 1.53-1 produces graph of changes introduc ii dpkg-dev 1.15.8.5 Debian package development tools ii file 5.04-5 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+b1 Perl interface to libapt-pkg ii libclass-accessor-per 0.34-1 Perl module that automatically gen ii libipc-run-perl 0.89-1 Perl module for running processes ii libparse-debianchange 1.1.1-2.1 parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl 1.54-2 module to manipulate and access UR ii locales 2.11.2-7 Embedded GNU C Library: National L ii man-db2.5.7-6on-line manual pager ii perl [libdigest-sha-p 5.10.1-16 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch2.20.90.20101105-1 Binary utilities that support mult pn libtext-template-perl (no description available) ii man-db2.5.7-6on-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/20101119185128.18399.18558.report...@calzone.localnet
Bug#622888: lintian: multi-arch libraries with arch-dependent overrides
Package: lintian Version: 2.5.0~rc2 Severity: normal Hi, I just came across a possible problem with multi-arch support of libraries that have arch-dependent overrides. I do not mean overrides that simply differ in the triplet, that is covered in bug #617991: "lintian overrides should support more precise pattern matching". The more interesting case is a package that has actually different overrides per arch and therefore can't be covered by better wildcard matching. For example the libgl1-nvidia-glx package has the following (and some more) overrides on i386: # The NVIDIA license does not allow any form of modification. libgl1-nvidia-glx: binary-has-unneeded-section libgl1-nvidia-glx: shared-lib-without-dependency-information libgl1-nvidia-glx: shlib-with-non-pic-code libgl1-nvidia-glx: shlib-without-PT_GNU_STACK-section libgl1-nvidia-glx: spelling-error-in-binary and on amd64: # The NVIDIA license does not allow any form of modification. libgl1-nvidia-glx: binary-has-unneeded-section libgl1-nvidia-glx: shared-lib-without-dependency-information libgl1-nvidia-glx: shlib-with-executable-stack libgl1-nvidia-glx: spelling-error-in-binary Installing different overrides files in different architectures of a Multi-Arch: same package will cause a file conflict on /usr/share/lintian/overrides/ as described in http://wiki.debian.org/Multiarch/Implementation "Note that any files in /usr/share or /etc must be byte-for-byte identical across architectures, otherwise file conflicts will result! ..." Installing a superset of the overrides on all architectures will cause unused-override warnings (which could be overridden ...). I see the follwing possible solutions, but there are probably more and better ones: 1. allow installation of overrides in /usr/share/lintian/overrides/: (using the multi-arch selection syntax for dpkg and friends) or /usr/share/lintian/overrides/. (but that allows for file conflicts between packages "foobar" and "foobar.i386") or whatever suffix dpkg will use to distinguish files from same package, different arch in /var/lib/dpkg/info. This could be done automatically by dh_lintian when encountering a debian/[.]lintian-overrides. file for a Multi-Arch: same package in debian/compat level 9. Lintian needs to be changed to prefer overrides/: over overrides/. A package providing more than one file in /usr/share/lintian/overrides/ is malformed. 2. add : suffix to the overrides as in libgl1-nvidia-glx:i386: shlib-with-non-pic-code libgl1-nvidia-glx:amd64: shlib-with-executable-stack libgl1-nvidia-glx: spelling-error-in-binary and ignore override entries for foreign architectures. The : suffix may not be used for Arch: all packages. A disadvantage I see here is that it is not easy to exclude an override for just one architecture, one has to enumerate all other archs and add the override for them. This could be solved by 3.: 3. add architecture selection similar to dpkg as in libgl1-nvidia-glx [i386]: shlib-with-non-pic-code libgl1-nvidia-glx [!i386]: shlib-with-executable-stack libgl1-nvidia-glx [amd64, i386]: spelling-error-in-binary Andreas -- 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/20110415153413.25307.54482.reportbug@calzone.localnet
Bug#626587: lintian: negated arch-specific overrides don't work
Package: lintian Version: 2.5.0 Severity: normal Tags: patch Hi, thanks for implementing arch-specific overrides. Due to a small logic error, the negated ones do not work. This patch for Tags.pm fixes that behaviour: # missing wildcard checks and sanity checking archs $arch if ($negated) { -$found = 1 if !$found; -} else { -$found = 0 if $found; +$found = $found ? 0 : 1; } Andreas -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (500, 'stable-updates'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.21.0.20110327-3 The GNU assembler, linker and bina ii diffstat 1.54-1produces graph of changes introduc ii dpkg-dev 1.16.0.3 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.48-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.54-2module to manipulate and access UR ii locales2.11.2-10 Embedded GNU C Library: National L ii man-db 2.5.7-8 on-line manual pager ii perl [libdigest-sha-pe 5.10.1-20 Larry Wall's Practical Extraction ii unzip 6.0-4 De-archiver for .zip files lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch 2.21.0.20110327-3 Binary utilities that support mult ii libhtml-parser-perl3.66-1collection of modules that parse H ii libtext-template-perl 1.45-2Text::Template perl module ii man-db 2.5.7-8 on-line manual pager -- no debconf information -- debsums errors found: debsums: changed file /usr/share/lintian/lib/Lintian/Tags.pm (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/20110513100917.9720.50306.report...@cake.ae.cs.uni-frankfurt.de
Bug#635211: lintian: does not process *_multi.changes properly
Package: lintian Version: 2.5.1 Severity: normal Hi, lintian does not properly process merged changes files generated by mergechanges -f. Sometimes this does work, but this time it failed miserably, resulting also in a ftp-master reject (while a similar upload yesterday succeeded). A log of lintian runs on the the source changes files (amd64 and i386) as well as the merged one is attached. I can also provide the packages if needed. Andreas -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (800, 'stable'), (750, 'oldstable'), (700, 'testing'), (600, 'unstable'), (500, 'stable-updates'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.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 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 libdpkg-perl 1.16.0.3 Dpkg perl modules ii libemail-valid-perl 0.184-1Perl module for checking the valid ii libipc-run-perl 0.89-1 Perl module for running processes ii libparse-debianchange 1.1.1-2.1 parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl 1.54-2 module to manipulate and access UR ii locales 2.13-10Embedded GNU C Library: National L ii man-db2.5.7-8on-line manual pager ii perl [libdigest-sha-p 5.12.4-1 Larry Wall's Practical Extraction ii unzip 6.0-4 De-archiver for .zip files lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch2.21.52.20110606-2 Binary utilities that support mult ii dpkg-dev 1.16.0.3 Debian package development tools ii libhtml-parser-perl 3.68-1+b1 collection of modules that parse H ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.7-8on-line manual pager ii xz-utils 5.0.0-2XZ-format compression utilities -- no debconf information + for c in nvidia-graphics-drivers_280.11-1_amd64.changes nvidia-graphics-drivers_280.11-1_i386.changes nvidia-graphics-drivers_280.11-1_multi.changes + lintian -I -v nvidia-graphics-drivers_280.11-1_amd64.changes N: Setting up lab in /tmp/TNafKIALYp ... N: N: Processing changes file nvidia-graphics-drivers_280.11-1_amd64 (version 280.11-1) ... N: N: Processing source package nvidia-graphics-drivers (version 280.11-1) ... W: nvidia-graphics-drivers source: package-needs-versioned-debhelper-build-depends 9 N: N: Processing binary package libcuda1-ia32 (version 280.11-1) ... N: N: Processing binary package nvidia-smi (version 280.11-1) ... I: nvidia-smi: hyphen-used-as-minus-sign usr/share/man/man1/nvidia-smi.1.gz:37 I: nvidia-smi: hyphen-used-as-minus-sign usr/share/man/man1/nvidia-smi.1.gz:106 I: nvidia-smi: hyphen-used-as-minus-sign usr/share/man/man1/nvidia-smi.1.gz:268 N: N: Processing binary package nvidia-libopencl1 (version 280.11-1) ... W: nvidia-libopencl1: package-name-doesnt-match-sonames libOpenCL1 N: N: Processing binary package nvidia-kernel-source (version 280.11-1) ... N: N: Processing binary package nvidia-vdpau-driver-ia32 (version 280.11-1) ... N: N: Processing binary package libgl1-nvidia-alternatives-ia32 (version 280.11-1) ... N: N: Processing binary package nvidia-opencl-icd (version 280.11-1) ... N: N: Processing binary package libgl1-nvidia-glx (version 280.11-1) ... N: N: Processing binary package xserver-xorg-video-nvidia (version 280.11-1) ... N: N: Processing binary package libnvidia-ml1 (version 280.11-1) ... N: N: Processing binary package libgl1-nvidia-glx-ia32 (version 280.11-1) ... N: N: Processing binary package nvidia-vdpau-driver (version 280.11-1) ... N: N: Processing binary package nvidia-opencl-common (version 280.11-1) ... N: N: Processing binary package nvidia-glx-ia32 (version 280.11-1) ... N: N: Processing binary package libnvidia-compiler-ia32 (version 280.11-1) ... N: N: Processing binary package libcuda1 (version 280.11-1) ... N: N: Processing binary package nvidia-alternative (version 280.11-1) ... N: N: P
Bug#635211: lintian: does not process *_multi.changes properly
On 2011-07-25 23:20, Niels Thykier wrote: > I just committed some changes for lintian that should fix this issue. > Unfortunately it might be a while till I have time to test it on a > multi.changes. > If you have the time, it would be great if you could fetch lintian > from git and run it[1] on your multi.changes to see if it is fixed. Just tested it and it works fine. Thanks. ftp-master will need to be updated once this gets into a release, so that multi.changes can be uploaded again. Andreas -- 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/4e2eb3e3.8050...@abeckmann.de
Bug#642339: lintian: false positive package-contains-no-arch-dependent-files on transitional packages
Package: lintian Version: 2.5.3 Severity: normal Hi, lintian reports false positives for the experimental tag package-contains-no-arch-dependent-files on transitional packages. These are usually empty by intention and there is no use to convert them to arch:all packages if they haven't been before. (nvidia-graphics-drivers (non-free) is a source of several such transitional packages) Andreas -- 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/20110921171654.31478.42501.report...@cake.ae.cs.uni-frankfurt.de
Bug#642339: lintian: false positive package-contains-no-arch-dependent-files on transitional packages
tag 642339 - pending thanks Hi, I just tried lintian from git and it does not fix these false positives. Looking at the code, the $is_empty variable looks insane how it's being setup and therefore is not usable later on. Working on a patch. Andreas -- 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/4e99cdee.7030...@abeckmann.de
Bug#642339: [PATCH] distinguish between is_empty and is_dummy
The $is_empty variable can't be used to distinguish transitional packages. Instead add a $is_dummy variable for tracking the result from analyzing the description for dummy/transitional/meta package keywords. Fix the files-arch-indep-not-marked-all test to use a package that is neither transitional nor empty. --- checks/files |9 + .../debian/debian/control.in | 14 ++ .../debian/debian/install |1 + .../debian/some-file |1 + 4 files changed, 21 insertions(+), 4 deletions(-) diff --git a/checks/files b/checks/files index 97c70a8..432599e 100644 --- a/checks/files +++ b/checks/files @@ -213,17 +213,18 @@ my @devhelp_links; my %x11_font_dirs; # Check if package is empty -my $is_empty = 1; +my $is_dummy = 0; my $description = $info->field('description'); if ($description) { for my $regex (@METAPKG_REGEX) { if ($description =~ /$regex/) { -$is_empty = 0; +$is_dummy = 1; last; } } } -if ($is_empty) { +if (!$is_dummy) { +my $is_empty = 1; for my $file (@{$info->sorted_index}) { # Ignore directories unless ($file =~ m,/$,) { @@ -1334,7 +1335,7 @@ foreach my $file (@{$info->sorted_index}) { } } -if (!$is_empty && !$arch_dep_files && ($info->field('architecture')//'') ne 'all') { +if (!$is_dummy && !$arch_dep_files && ($info->field('architecture')//'') ne 'all') { tag 'package-contains-no-arch-dependent-files' unless $type eq 'udeb'; } diff --git a/t/tests/files-arch-indep-not-marked-all/debian/debian/control.in b/t/tests/files-arch-indep-not-marked-all/debian/debian/control.in new file mode 100644 index 000..fc7a0e1 --- /dev/null +++ b/t/tests/files-arch-indep-not-marked-all/debian/debian/control.in @@ -0,0 +1,14 @@ +Source: {$srcpkg} +Priority: extra +Section: {$section} +Maintainer: {$author} +Standards-Version: {$standards_version} +Build-Depends: debhelper (>= 7.0.50~) + +Package: {$srcpkg} +Architecture: {$architecture} +Depends: $\{shlibs:Depends\}, $\{misc:Depends\} +Description: {$description} + This is a test package designed to exercise some feature or tag of + Lintian. It is part of the Lintian test suite and may do very odd + things. It should not be installed like a regular package. diff --git a/t/tests/files-arch-indep-not-marked-all/debian/debian/install b/t/tests/files-arch-indep-not-marked-all/debian/debian/install new file mode 100644 index 000..6c37889 --- /dev/null +++ b/t/tests/files-arch-indep-not-marked-all/debian/debian/install @@ -0,0 +1 @@ +some-file usr/share/lintian diff --git a/t/tests/files-arch-indep-not-marked-all/debian/some-file b/t/tests/files-arch-indep-not-marked-all/debian/some-file new file mode 100644 index 000..02c9d2d --- /dev/null +++ b/t/tests/files-arch-indep-not-marked-all/debian/some-file @@ -0,0 +1 @@ +Hi, I could totally be architecture dependent. -- tg: (5976631..) t/is-dummy (depends on: master) -- 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/1318793439-31023-1-git-send-email-deb...@abeckmann.de
Bug#658210: lintian: update-alternatives --install/--remove should only be used in pairs
Package: lintian Version: 2.5.4 Severity: wishlist Hi, update-alternatives should only be used in pairs. Usually postinst will register an alternative with update-alternatives --install ... There should be a corresponding update-alternatives --remove ... in prerm (postrm would be ok, too, but leaves a short period of breakage where the alternative is dangling). There are currently about 15 packages in sid that forget to remove the alternative on package removal. It would be nice if lintian could check for having matching pairs of this command. A package may register multiple alternatives - and all should be removed. Removing obsolete alternatives in preinst/postinst should not be accounted for. There are some packages that do a bit of "magic" using alternatives, e.g. glx-alternatives [source, contrib], nvidia-alternative [binary, non-free] and may produce false positives in such a check. Andreas -- 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/20120201012413.3166.54311.report...@cake.ae.cs.uni-frankfurt.de
Bug#891027: lintian: overly generic python module file name: /usr/lib/python3/dist-packages/core/__init__.py
Package: lintian Version: 2.5.75 Severity: normal Hi, recently dxf2gcode and fenrir started shipping a "core" python module. Andreas
Bug#726589: lintian: version-substvar-for-external-package false positive if the package name contains substvars, too
Control: tags -1 = On 2017-12-30 09:40, Chris Lamb wrote: > I also noticed that the package in question no longer generates this > tag. Therefore, do you have another example? It's just overridden ... without overrides I get E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-driver -> driver-libs E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-driver -> driver-libs-nonglvnd E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-driver -> driver-bin E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-driver -> vdpau-driver E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-driver -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-driver-bin -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-driver-libs -> glvnd-glx E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-driver-libs -> egl-icd E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-driver-libs -> cfg1 E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-driver-libs -> vulkan-icd E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-driver-libs-nonglvnd -> glx E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-driver-libs-nonglvnd -> cfg1 E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-driver-libs-nonglvnd -> nonglvnd-vulkan-icd E: nvidia-graphics-drivers source: version-substvar-for-external-package xserver-xorg-video-nvidia -> glcore E: nvidia-graphics-drivers source: version-substvar-for-external-package xserver-xorg-video-nvidia -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package libglx0-glvnd-nvidia -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package libglx-nvidia0 -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package libglx-nvidia0 -> glcore E: nvidia-graphics-drivers source: version-substvar-for-external-package libgl1-glvnd-nvidia-glx -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package libgl1-nvidia-glx -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package libgl1-nvidia-glx -> glcore E: nvidia-graphics-drivers source: version-substvar-for-external-package libegl1-glvnd-nvidia -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package libegl1-nvidia -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package libegl-nvidia0 -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package libegl-nvidia0 -> eglcore E: nvidia-graphics-drivers source: version-substvar-for-external-package libgles1-glvnd-nvidia -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package libgles-nvidia1 -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package libgles-nvidia1 -> eglcore E: nvidia-graphics-drivers source: version-substvar-for-external-package libgles2-glvnd-nvidia -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package libgles-nvidia2 -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package libgles-nvidia2 -> eglcore E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-nonglvnd-vulkan-icd -> glx E: nvidia-graphics-drivers source: version-substvar-for-external-package libnvidia-cfg1 -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-kernel-support -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-vdpau-driver -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-smi -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-smi -> ml1 E: nvidia-graphics-drivers source: version-substvar-for-external-package libcuda1 -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package libcuda1 -> fatbinaryloader E: nvidia-graphics-drivers source: version-substvar-for-external-package libnvidia-fatbinaryloader -> ptxjitcompiler1 E: nvidia-graphics-drivers source: version-substvar-for-external-package libnvidia-ml1 -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-opencl-icd -> alternative E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-opencl-icd -> compiler Andreas
Bug#896671: lintian: false positive description-synopsis-might-not-be-phrased-properly on 'e.g.'
Package: lintian Version: 2.5.83 Severity: normal Hi, this Description triggers a false positive: Package: mysql-common Description: MySQL database common files, e.g. /etc/mysql/my.cnf I: mysql-common: description-synopsis-might-not-be-phrased-properly N: N:The package synopsis (also known as the "short" description, ie. the N:first line in the package's "Description:" field) either ends with a N:full stop "." character or starts another sentence. Probably add 'e\.?g|i\.?e' to the list of excluded words (currently 'etc'). if ($synopsis =~ m/(?
Bug#896675: lintian: false positive non-consecutive-debian-revision on source package rename
Package: lintian Version: 2.5.83 Severity: normal Hi, I just forked src:nvidia-settings-legacy-390xx from src:nvidia-settings, the changelog looks like this: nvidia-settings-legacy-390xx (390.48-1) unstable; urgency=medium * Initial release of nvidia-settings for use with the legacy 390xx driver. * Build only a single binary package, no -dev package or shared library. -- Andreas Beckmann Sun, 22 Apr 2018 20:34:56 +0200 nvidia-settings (390.48-2) unstable; urgency=medium * Add Provides+Conflicts: nvidia-settings-gtk-${nvidia:Version} to prevent file conflicts with the legacy package built from the same upstream version. * Use dh_missing --fail-missing. -- Andreas Beckmann Sun, 22 Apr 2018 20:22:08 +0200 ... Reusing version numbers or going backwards is safe in this case since the source package (and all remaining binary packages) got renamed, but lintian triggers non-consecutive-debian-revision anyway. Andreas
Bug#897692: lintian: overly generic python module file name: /usr/lib/python3/dist-packages/scripts/__init__.py
Package: lintian Version: 2.5.84 Severity: normal Hi, recently python3-cclib and python3-hbmqtt started shipping a "scripts" python module. Andreas
Bug#898377: lintian: overly generic header name: /usr/include/util.h
Package: lintian Severity: normal Hi, after the overly generic python module names, I now came across util.h in two packages: libduo-dev, quaternion. Maybe we need to start another list of generic names in Lintian ... Andreas
Bug#898377: lintian: overly generic header name: /usr/include/util.h
On 2018-05-11 13:49, Chris Lamb wrote: > Hi Andreas, > >> after the overly generic python module names, I now came across util.h >> in two packages: libduo-dev, quaternion. > > Were these found by piuparts, or..? Just out of interest... I have some scripts based on Ralf Treinen's work to analyze the Contents files for potential conflicts and DOSE for theoretical co-installability checks. Then I use piuparts to do the actual test. Since this needs "random" combinations of packages, these problems usually do not show up during regular piuparts tests. These tests are run irregularily by both Ralf (not using piuparts) and me (with piuparts, also doing cross-distro tests). > Any other suggestions for overly-generic /usr/include/foo.h files > whilst we are at it? Not really. We will see what the future brings. Andreas
Bug#907681: lintian: false positive source-only-upload-to-non-free-without-autobuild
Package: lintian Version: 2.5.99 Severity: normal Hi, source-only-upload-to-non-free-without-autobuild does not seem to work as intended ... it flags the nvidia-graphics-drivers package which has been autobuilt for years ... description =~ s/whiltelist/whitelist/ For the explanation I would also s/add the package/get the package added/ since whitelisting is not an action one can do himself. Andreas
Bug#907870: lintian: warn on packages shipping /usr/lib/python*/dist-packages/.pytest_cache/*
Package: lintian Version: 2.5.99 Severity: normal Hi, I just found a collision on python{,3}-alembic and python{,3}-jaraco.itertools which both ship /usr/lib/python*/dist-packages/.pytest_cache/v/cache/nodeids >From the path I conclude that this file shouldn't be shipped in any package. Andreas
Bug#909511: lintian: check for update-inetd --group without --add, --pattern with --add
Package: lintian Version: 2.5.50.4 Severity: normal Hi, update-inetd got more strict recently w.r.t. valid option combinations, and now errors out with update-inetd: error: --group is only relevant with --add update-inetd: error: --pattern is not relevant with --add Some offenders: LP: #1792582 sendmail #909503 micro-httpd #909505 bidentd #909506 inetutils-telnetd I assume there might be packages not caught by piuparts if they use update-inetd in their maintainer scripts only if it is available. Andreas
Bug#909511: lintian: check for update-inetd --group without --add, --pattern with --add
On 2018-09-24 20:19, Chris Lamb wrote: >> update-inetd got more strict recently w.r.t. valid option combinations > > Thanks for this. Can you draft a very rough tag description for this? > > I think I would also love to see which version got stricter (vs > "recently") — it is not immediately clear from my glance at the > changelog. I had looked at that while fixing the bug in sendmail ... The relevant changelog entry: update-inetd (4.46) unstable; urgency=medium ... * Check whether --group and --pattern is used with the correct commands. (Closes: #374542) ... -- Guillem Jover Sat, 04 Aug 2018 15:55:57 +0200 and the matching commit: https://git.hadrons.org/cgit/debian/update-inetd.git/commit/?id=d1441ad3a97449de481c4f93eb7692890e83be4d I'll think about a tag description later. Andreas
Bug#909511: lintian: check for update-inetd --group without --add, --pattern with --add
On 2018-09-26 10:20, Chris Lamb wrote: > Thanks for the changelog entry; any update on the tag description? Thanks! update-inetd demoted the error to a warning for now: #909758 let me try some description: The maintainer scripts contain calls to update-inetd with invalid parameter combinations. While these have been ignored in the past, they cause a warning now (which will become an error in the future). For example, the --group parameter is only valid in combination with --add and --pattern is only valid without --add. Andreas
Bug#916877: lintian: check that 1.2-3~debXuY changelog stanza follows a 1.2-3 changelog stanza
Package: lintian Severity: wishlist Hi, I just wanted to answer "Is #910434 fixed in sid?" but the changelog entry is inconclusive ... spamassassin (3.4.2-1~deb9u1) stretch; urgency=high * lots of changes spamassassin (3.4.1-8) unstable; urgency=medium * lost of changes ... I would rather have liked to see something spamassassin (3.4.2-1~deb9u1) stretch; urgency=high * Rebuild for stretch. * With this additional change. spamassassin (3.4.2-1) unstable; urgency=high * lots of changes spamassassin (3.4.1-8) unstable; urgency=medium * lost of changes ... IMO, a 1.2-3~debXuY changelog stanza should always be accompanied by a 1.2-3 changelog stanza, so that implies using -v$currentversioninstable Perhaps lintian could nag a bit about this ... maybe similar to "backports changes missing" Andreas
Bug#916901: lintian: package-contains-no-arch-dependent-files false positive on -dev package with /usr/lib//libfoo.so -> libfoo.so.1
Package: lintian Version: 2.5.117 Severity: normal Hi, this seems to be a recent regression: X: libcupti-dev: package-contains-no-arch-dependent-files package contents: drwxr-xr-x root/root 0 2018-12-11 22:15 ./ drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/ drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/include/ -rw-r--r-- root/root 4697 2018-09-12 23:18 ./usr/include/cupti.h ... drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/lib/ drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/lib/x86_64-linux-gnu/ drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/share/ drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/share/doc/ drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/share/doc/libcupti-dev/ -rw-r--r-- root/root 9024 2018-12-11 22:15 ./usr/share/doc/libcupti-dev/changelog.Debian.gz -rw-r--r-- root/root 68340 2018-12-11 22:15 ./usr/share/doc/libcupti-dev/copyright drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/share/lintian/ drwxr-xr-x root/root 0 2018-12-11 22:15 ./usr/share/lintian/overrides/ -rw-r--r-- root/root22 2018-12-11 22:15 ./usr/share/lintian/overrides/libcupti-dev lrwxrwxrwx root/root 0 2018-12-11 22:15 ./usr/lib/x86_64-linux-gnu/libcupti.so -> libcupti.so.10.0 There is at least an arch-dependent symlink ... Andreas
Bug#919839: lintian: package-contains-real-file-outside-usr false positives in /lib
Package: lintian Version: 2.5.122 Severity: normal X: mariadb-server-10.3: package-contains-real-file-outside-usr lib/systemd/ X: mariadb-server-10.3: package-contains-real-file-outside-usr lib/systemd/system/ X: mariadb-server-10.3: package-contains-real-file-outside-usr lib/systemd/system/mariadb.service X: mariadb-server-10.3: package-contains-real-file-outside-usr lib/systemd/system/mariadb@.service X: mariadb-server-10.3: package-contains-real-file-outside-usr lib/systemd/system/mariadb@bootstrap.service.d/ X: mariadb-server-10.3: package-contains-real-file-outside-usr lib/systemd/system/mariadb@bootstrap.service.d/use_galera_new_cluster.conf What about real files in /bin, /etc, /lib, /sbin, /var ? I don't like the tag name ... what about something like package-contains-real-file-outside-fhs-tree ? Andreas
Bug#919979: lintian: check for headers in /usr/include/python3.x/ (instead of python3.xm)
Package: lintian Severity: normal libpython3.7-dev ships /usr/include/python3.7 -> python3.7m Packages should not install and ship headers in /usr/include/python3.7/ but in /usr/include/python3.7m/ (or /usr/include/python3.7dm/), otherwise they will trigger piuparts installs_over_symlink_error. currently violated by python-greenlet-dev: /usr/include/python3.7/greenlet/greenlet.h python3-bsddb3: /usr/include/python3.7/bsddb3/bsddb.h python3-persistent: /usr/include/python3.7/persistent/cPersistence.h python3-persistent: /usr/include/python3.7/persistent/ring.h python3-pygame: /usr/include/python3.7/pygame/_camera.h python3-pygame: /usr/include/python3.7/pygame/_pygame.h python3-pygame: /usr/include/python3.7/pygame/_surface.h python3-pygame: /usr/include/python3.7/pygame/bitmask.h python3-pygame: /usr/include/python3.7/pygame/camera.h python3-pygame: /usr/include/python3.7/pygame/fastevents.h python3-pygame: /usr/include/python3.7/pygame/font.h python3-pygame: /usr/include/python3.7/pygame/freetype.h python3-pygame: /usr/include/python3.7/pygame/mask.h python3-pygame: /usr/include/python3.7/pygame/mixer.h python3-pygame: /usr/include/python3.7/pygame/pgarrinter.h python3-pygame: /usr/include/python3.7/pygame/pgbufferproxy.h python3-pygame: /usr/include/python3.7/pygame/pgcompat.h python3-pygame: /usr/include/python3.7/pygame/pgopengl.h python3-pygame: /usr/include/python3.7/pygame/pygame.h python3-pygame: /usr/include/python3.7/pygame/scrap.h python3-pygame: /usr/include/python3.7/pygame/surface.h python3-zope.proxy: /usr/include/python3.7/zope.proxy/proxy.h python-greenlet-dev: /usr/include/python3.6/greenlet/greenlet.h python3-bsddb3: /usr/include/python3.6/bsddb3/bsddb.h python3-igraph: /usr/include/python3.6/python-igraph/igraphmodule_api.h python3-persistent: /usr/include/python3.6/persistent/cPersistence.h python3-persistent: /usr/include/python3.6/persistent/ring.h python3-pygame: /usr/include/python3.6/pygame/_camera.h python3-pygame: /usr/include/python3.6/pygame/_pygame.h python3-pygame: /usr/include/python3.6/pygame/_surface.h python3-pygame: /usr/include/python3.6/pygame/bitmask.h python3-pygame: /usr/include/python3.6/pygame/camera.h python3-pygame: /usr/include/python3.6/pygame/fastevents.h python3-pygame: /usr/include/python3.6/pygame/font.h python3-pygame: /usr/include/python3.6/pygame/freetype.h python3-pygame: /usr/include/python3.6/pygame/mask.h python3-pygame: /usr/include/python3.6/pygame/mixer.h python3-pygame: /usr/include/python3.6/pygame/pgarrinter.h python3-pygame: /usr/include/python3.6/pygame/pgbufferproxy.h python3-pygame: /usr/include/python3.6/pygame/pgcompat.h python3-pygame: /usr/include/python3.6/pygame/pgopengl.h python3-pygame: /usr/include/python3.6/pygame/pygame.h python3-pygame: /usr/include/python3.6/pygame/scrap.h python3-pygame: /usr/include/python3.6/pygame/surface.h python3-zope.proxy: /usr/include/python3.6/zope.proxy/proxy.h Andreas
Bug#919979: lintian: check for headers in /usr/include/python3.x/ (instead of python3.xm)
Control: tag -1 - moreinfo On 2019-01-21 10:13, Chris Lamb wrote: >> Packages should not install and ship headers in /usr/include/python3.7/ >> but in /usr/include/python3.7m/ (or /usr/include/python3.7dm/), > > Why? I'll need such an explanation for the long description. :) Installing files over symlinks may silently overwrite files from other packages without dpkg noticing. Also depending on the unpacking order either a symlink or a directory will be created, the latter resulting in two separate trees in the filesystem which may break stuff (because some headers cannot be found in /usr/include/python3.7m/). Andreas
Bug#920568: lintian: false positive command-with-path-in-maintainer-script in debhelper generated code
Package: lintian Version: 2.5.124 Severity: normal Hi, I get false positives for command-with-path-in-maintainer-script in my glx-alternatives package: W: glx-alternative-nvidia: command-with-path-in-maintainer-script postinst:214 /usr/sbin/update-initramfs W: glx-alternative-nvidia: command-with-path-in-maintainer-script postrm:11 /usr/sbin/update-initramfs postinst: #!/bin/sh set -e [...] # Automatically added by dh_installinitramfs/12 if [ "$1" = "configure" ] || [ "$1" = "abort-upgrade" ] || [ "$1" = "abort-deconfigure" ] || [ "$1" = "abort-remove" ] ; then if [ -x /usr/sbin/update-initramfs ] && [ -e /etc/initramfs-tools/initramfs.conf ]; then update-initramfs -u fi fi # End automatically added section [...] postrm: #!/bin/sh set -e [...] # Automatically added by dh_installinitramfs/12 if [ "$1" = "remove" ]; then if [ -x /usr/sbin/update-initramfs ] && [ -e /etc/initramfs-tools/initramfs.conf ]; then update-initramfs -u fi fi # End automatically added section Andreas
Bug#924501: lintian: spurious maintainer-script-supports-ancient-package-version
Package: lintian Version: 2.10.0 Severity: normal Hi, I'm getting X: lam4-dev: maintainer-script-supports-ancient-package-version preinst:4 7.1.4-3 (2012-04-09 < 2015-04-26) in a not-yet-uploaded NMU 7.1.4-3.2 for src:lam. == 8< debian/lam4-dev.preinst = #!/bin/sh set -e if dpkg --compare-versions "$2" lt-nl "7.1.4-3.2~" then update-alternatives --remove mpi /usr/include/lam fi # dh_installdeb will replace this with shell code automatically # generated by other debhelper scripts. #DEBHELPER# == >8 == Andreas
Bug#683940: lintian.debian.org: Please add an index of autoreject tags
Followup-For: Bug #683940 Hi, I think that would be very helpful if there was an easy access to all packages emitting autoreject tags to make sure they have proper RC bugs Such packages usually won't be found during archive wide rebuilds. I ran today into a 'debian-rules-missing-required-target binary-arch' reject while NMUing an ancient package ... fixed that one and filed a bug for the other package emitting this tag. But there may be other autorejct tags being emitted, too. Andreas
Lintian latest-debian-changelog-entry-reuses-existing-version report for (old-)stable?
Hi, I just stomped into https://bugs.debian.org/929614 Are there Lintian reports available for (old-)stable and testing to check whether there are more cases that need to be fixed than just sid? https://lintian.debian.org/tags/latest-debian-changelog-entry-reuses-existing-version.html Andreas
Re: Lintian latest-debian-changelog-entry-reuses-existing-version report for (old-)stable?
On 2019-05-27 14:15, Chris Lamb wrote: > [Keeping CC as this is a fairly-obscure list] > > Hi Andreas, > >> I just stomped into https://bugs.debian.org/929614 >> Are there Lintian reports available for (old-)stable and testing to >> check whether there are more cases that need to be fixed than just sid? >> https://lintian.debian.org/tags/latest-debian-changelog-entry-reuses-existing-version.html > > Unless someone else can correct me, I don't believe so… We have > enough trouble keeping up with unstable as it is sometimes. :-( Are logs from all the lintian runs archived somewhere? Then I could try to grep them for packages having emitted this tag in the past ... Andreas
Re: Lintian latest-debian-changelog-entry-reuses-existing-version report for (old-)stable?
Hi Chris, On 2019-05-27 14:24, Chris Lamb wrote: Are there Lintian reports available for (old-)stable and testing [..] > […] >>> Unless someone else can correct me, I don't believe so… We have >>> enough trouble keeping up with unstable as it is sometimes. > […] >> Are logs from all the lintian runs archived somewhere? Then I could try >> to grep them for packages having emitted this tag in the past ... > > Hm, try /srv/lintian.debian.org/logs on lindsay.debian.org, otherwise > not. nothing interesting :-( > (I wonder if there is a more direct way of getting what you want here > though... UDD?) You ask nasty questions :-) select distinct a.source, regexp_replace(a.version, '\d*:', '') as noepoch, a.version, a.date, a.distribution, b.version, b.date, b.distribution from upload_history as a, upload_history as b where a.source = b.source and a.version < b.version and regexp_replace(a.version, '\d*:', '') = regexp_replace(b.version, '\d*:', '') order by b.date desc; (I'm sure that could be done more elegant) (108 rows) lets see which of these are still in service: select distinct p.source, p.source_version, p.release, a.date, a.version, b.date, b.version from packages as p, upload_history as a, upload_history as b where a.source = b.source and a.version < b.version and regexp_replace(a.version, '\d*:', '') = regexp_replace(b.version, '\d*:', '') and p.source = a.source and (p.source_version = a.version or p.source_version = b.version) and (p.release = 'sid' or p.release = 'buster' or p.release = 'stretch' or p.release = 'jessie') order by p.release,p.source; source | source_version | release | date | version | date | version ---++-++-++--- d3-format | 1:1.0.2-1 | buster | 2016-12-05 14:00:10+00 | 1.0.2-1 | 2017-10-09 20:49:36+00 | 1:1.0.2-1 dot-forward | 1:0.71-3 | buster | 2000-07-23 18:52:21+00 | 0.71-3 | 2019-01-11 21:05:52+00 | 1:0.71-3 fastforward | 1:0.51-4 | buster | 2000-07-23 18:52:28+00 | 0.51-4 | 2019-01-12 23:49:18+00 | 1:0.51-4 libconvert-units-perl | 1:0.43-2 | buster | 2001-12-18 20:09:31+00 | 0.43-2 | 2015-07-21 21:37:58+00 | 1:0.43-2 t-digest | 1:3.0-1| buster | 2014-11-05 13:00:10+00 | 3.0-1 | 2015-05-12 07:04:51+00 | 1:3.0-1 dot-forward | 1:0.71-2 | jessie | 1999-11-03 19:55:06+00 | 0.71-2 | 2012-04-12 11:47:25+00 | 1:0.71-2 fastforward | 1:0.51-3 | jessie | 1999-09-21 18:53:54+00 | 0.51-3 | 2011-04-01 12:32:20+00 | 1:0.51-3 libconvert-units-perl | 1:0.43-1 | jessie | 2001-12-16 20:11:47+00 | 0.43-1 | 2006-02-22 22:32:07+00 | 1:0.43-1 naist-jdic| 1:0.4.3-4 | jessie | 2008-09-30 00:32:09+00 | 0.4.3-4 | 2013-06-11 10:33:40+00 | 1:0.4.3-4 ucspi-tcp | 1:0.88-3 | jessie | 2001-04-05 21:36:48+00 | 0.88-3 | 2009-10-15 19:00:32+00 | 1:0.88-3 zope-quotafolder | 1:0.1.1-1 | jessie | 2005-03-24 22:03:14+00 | 0.1.1-1 | 2011-11-01 01:48:16+00 | 1:0.1.1-1 d3-format | 1:1.0.2-1 | sid | 2016-12-05 14:00:10+00 | 1.0.2-1 | 2017-10-09 20:49:36+00 | 1:1.0.2-1 dot-forward | 1:0.71-3 | sid | 2000-07-23 18:52:21+00 | 0.71-3 | 2019-01-11 21:05:52+00 | 1:0.71-3 fastforward | 1:0.51-4 | sid | 2000-07-23 18:52:28+00 | 0.51-4 | 2019-01-12 23:49:18+00 | 1:0.51-4 libconvert-units-perl | 1:0.43-2 | sid | 2001-12-18 20:09:31+00 | 0.43-2 | 2015-07-21 21:37:58+00 | 1:0.43-2 t-digest | 1:3.0-1| sid | 2014-11-05 13:00:10+00 | 3.0-1 | 2015-05-12 07:04:51+00 | 1:3.0-1 libconvert-units-perl | 1:0.43-2 | stretch | 2001-12-18 20:09:31+00 | 0.43-2 | 2015-07-21 21:37:58+00 | 1:0.43-2 naist-jdic| 1:0.4.3-7 | stretch | 2009-06-29 15:34:09+00 | 0.4.3-7 | 2015-12-13 07:19:49+00 | 1:0.4.3-7 t-digest | 1:3.0-1| stretch | 2014-11-05 13:00:10+00 | 3.0-1 | 2015-05-12 07:04:51+00 | 1:3.0-1 xfonts-kappa20| 1:0.396-2 | stretch | 2005-03-13 03:02:30+00 | 0.396-2 | 2015-12-21 16:34:45+00 | 1:0.396-2 (20 rows) OK, two more bugs needed in sid for packages not caught by lintian Andreas
Bug#880430: lintian: check for invalid arguments to dpkg-maintscript-helper
Package: lintian Version: 2.5.57 Severity: normal I just came around this incorrect dpkg-maintscript-helper invocation in libreoffice-sdbc-firebird (#880426): # Automatically added by dh_installdeb/10.9 dpkg-maintscript-helper dir_to_symlink /usr/share/doc/libreoffice-sdbc-firebird /usr/share/doc/libreoffice-core 1:5.0.3\~rc1-2 \$DPKG_MAINTSCRIPT_PACKAGE -- "$@" # End automatically added section This is caused by dh_installdeb escaping shell metacaracters in compat level 10, so the (superfluous) $DPKG_MAINTSCRIPT_PACKAGE argument that worked in compat level 9 becomes an invalid package name now, and makes d-m-h explode. This error may not be recognized easily in standard testing since d-m-h will skip the operation depending on the version argument. And it is likely that a debian/*.maintscript file that worked in compat level 9 will be a noop in most upgrade paths nowadays, creating a timebomb for a case where the newer package gets installed over an even older one ... src:libreoffice has two of these errors, but only one is triggered in piuparts (I only found this because there is no libreoffice-sdbc-firebird in stretch and an upgrade from jessie->stretch->buster is actually an upgrade jessie->buster for this package and needs the d-m-h commands to run) I'm not sure how to correctly detect this from lintian, but any package name argument containing escaped shell meta characters is invalid. Andreas
Bug#880430: lintian: check for invalid arguments to dpkg-maintscript-helper
And now I've hit myself with a quoted version number in a .maintscript that got ~ and + escaped by debhelper 10: '20100216+1~' ==> '20100216\+1\~' single quotes and backslash escaping is too much ... after unquoting: 20100216+1~ ==> 20100216\+1\~ See #881990, nvidia-kernel-common 20151021+5. Andreas
Bug#883719: lintian: false positive spelling-error-in-description (duplicate word) on 'ORA (ORA Recursive Acronym)'
Package: lintian Version: 2.5.61 Severity: normal Hi, I thought these should be fixed since 2.5.59 which closed #822504 with "Don't warn about duplicate words when separated by punctuation.", but I still get W: foo: spelling-error-in-description FOO FOO (duplicate word) FOO on this package: Package: foo Architecture: all Description: short description FOO (FOO Owsome Object) is a recursive acronym. Andreas
Bug#884142: lintian: test for packages shipping /usr/share/glib-2.0/schemas/gschemas.compiled
Package: lintian Version: 2.5.62 Severity: normal Hi, another file that shouldn't be shipped by a package: /usr/share/glib-2.0/schemas/gschemas.compiled was recently seen in grisbi, #883801 There are probably more candidated for such errors. Looking for similar generated files in /usr/share brought up this list on my stretch desktop: /usr/share/applications/mimeinfo.cache /usr/share/fonts/X11/*/fonts.dir /usr/share/fonts/X11/*/fonts.scale /usr/share/fonts/X11/*/encodings.dir /usr/share/fonts/X11/*/fonts.alias /usr/share/icons/*/icon-theme.cache /usr/share/info/dir /usr/share/info/dir.old /usr/share/glib-2.0/schemas/gschemas.compiled Andreas
Bug#884655: lintian: multiarch-foreign-static-library for non-multiarch package
Package: lintian Version: 2.5.63 Severity: important I just bumped my current ITP project to debhelper 11 and tried the latest lintian on it ... E: libcubew-dev: multiarch-foreign-static-library usr/lib/arm-linux-gnueabihf/libcube4w.a There is nothing foreign in debian/control ... Andreas
Bug#884655: lintian: multiarch-foreign-static-library for non-multiarch package
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. Andreas
Bug#884817: lintian: check for override_dh_clean target missing call to dh_clean
Package: lintian Version: 2.5.65 Severity: normal Hi, I just filed two bugs against packages not cleaning up properly during debian/rules clean after building the binary packages because the override_dh_clean target does not call dh_clean (and the package build directories are left under debian/): #884419 against torbrowser-launcher/experimental #884815 against jenkins-job-builder/experimental This is probably something lintian could check for. Maybe also check the regular clean target in debhelperized packages to either call dh_clean or dh clean. Andreas
Bug#726589: lintian: version-substvar-for-external-package false positive if the package name contains substvars, too
Control: reopen -1 On 2017-12-26 19:23, Chris Lamb wrote: > tags 726589 + wontfix > thanks > > Hi, > >> lintian: version-substvar-for-external-package false positive if >> the package name contains substvars, too > > As such variables are (no longer?) valid in the Package, Source and > Architecture fields, I am closing this bug. :) This is a bug about Depends/Recommends/Suggests triggering the false positive. Andreas
Bug#887083: lintian: does not report missing Depends: python3:any on python3-mimeparse_0.1.4-3_all.deb
Package: lintian Version: 2.5.68 Severity: normal $ lintian -I -E --pedantic python3-mimeparse_0.1.4-3_all.deb P: python3-mimeparse: no-upstream-changelog I: python3-mimeparse: capitalization-error-in-description-synopsis python Python but the package is missing the python3 dependency, see #867439 $ less python3-mimeparse_0.1.4-3_all.deb python3-mimeparse_0.1.4-3_all.deb: new Debian package, version 2.0. [...] Package: python3-mimeparse Source: python-mimeparse Version: 0.1.4-3 Architecture: all Maintainer: Mathias Ertl Installed-Size: 24 Section: python Priority: optional Homepage: https://pypi.python.org/pypi/python-mimeparse Description: Parse mime-types and quality parameters - python 3.x [...] *** Contents: [...] drwxr-xr-x root/root 0 2016-12-26 20:13 ./usr/lib/python3/dist-packages/ -rw-r--r-- root/root 6452 2016-12-20 10:58 ./usr/lib/python3/dist-packages/mimeparse.py -rw-r--r-- root/root 1744 2016-12-26 20:13 ./usr/lib/python3/dist-packages/python_mimeparse-0.1.4.egg-info [...] Andreas
Bug#735040: lintian: confusing tag name: debian-watch-may-check-gpg-signature
On 2018-01-23 23:28, Chris Lamb wrote: > tags 735040 + pending > thanks > > Fixed in Git: > > > https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=0cbebd4ba0b2a067383616e18981eeb9de5d7df2 Changelog (and commit) message says: "Rename bar to bar". Probably caused by a global s/foo/bar/. Andreas
Bug#888559: lintian: another too generic python module file: /usr/lib/python2.7/dist-packages/backports/__init__.py
Package: lintian Version: 2.5.50.4 Severity: normal Another candidate for the backlist of too generic filenames: /usr/lib/python2.7/dist-packages/backports/__init__.py Seen in python-backports-shutil-get-terminal-size 1.0.0-3 (stretch) and python-backports.tempfile 1.0-1 (sid) (#888558) Andreas
Bug#678857: lintian: check for FHS violations: /home, /etc/opt, ..., buildd paths, ...
Package: lintian Version: 2.5.8 Severity: wishlist Hi, lintian should check for shipping files in more FHS/policy violating locations: /home (maildir-bulletin ships /home/bulletins/removed/) /etc/opt (meant for configuration files for software in /opt) (controlaula ships /etc/opt/chrome/policies/managed/controlaula.json) And there is another category of bad paths, too: we occasially also see buildd paths as well Andreas -- 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/20120624183248.2626.89544.report...@cake.ae.cs.uni-frankfurt.de
Bug#724507: lintian: check for ucf/ucfr operating on shipped files
Package: lintian Version: 2.5.18.1 Severity: wishlist Hi, lintian should check for ucf/ucfr operating on configuration files that are shipped by the package, either as files or as symlinks. See #724457 and #722548. Andreas -- 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/20130924142039.4583.8879.report...@cake.ae.cs.uni-frankfurt.de
Bug#726589: lintian: version-substvar-for-external-package false positive if the package name contains substvars, too
Package: lintian Version: 2.5.19 Severity: normal this looks like a recent regression, iirc 2.5.17 didn't show this: E: nvidia-graphics-drivers source: version-substvar-for-external-package nvidia-driver -> glx E: nvidia-graphics-drivers source: version-substvar-for-external-package xserver-xorg-video-nvidia -> glx excerpts from debian/control: #Package: ${nvidia}-driver Package: nvidia-driver Depends: libgl1-${nvidia}-glx (= ${binary:Version}), xserver-xorg-video-${nvidia} (= ${binary:Version}), nvidia-vdpau-driver (= ${binary:Version}), ${nvidia-alternative} (= ${binary:Version}), ${nvidia:kmod:binary}, nvidia-support, ${shlibs:Depends}, ${misc:Depends} #Package: xserver-xorg-video-${nvidia} Package: xserver-xorg-video-nvidia Depends: libgl1-${nvidia}-glx (= ${binary:Version}), ${nvidia-alternative} (= ${binary:Version}), nvidia-support (>= 20120630), ${nvidia:xorgDepends}, ${shlibs:Depends}, ${misc:Depends} Andreas PS: if you are asking why I'm doing this ... the same Depends/Recommends/Suggests blocks are used in the packaging of nvidia-graphics-drivers-legacy-ABCxx with a different value of ${nvidia}, because I want to keep the diff minimal for easy diffing and merging... -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (500, 'stable-updates'), (130, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.23.90.20130927-1 ii bzip2 1.0.6-4 ii diffstat 1.55-3 ii file 5.11-2 ii gettext0.18.1.1-9 ii hardening-includes 2.2 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.26+b1 ii libarchive-zip-perl1.30-6 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1+b2 ii libdigest-sha-perl 5.71-2+deb7u1 ii libdpkg-perl 1.16.12 ii libemail-valid-perl0.190-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-1+b1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.06~01-1 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii man-db 2.6.2-1 ii patchutils 0.3.2-1.1 ii perl [libdigest-sha-perl] 5.14.2-21+deb7u1 ii t1utils1.37-1 Versions of packages lintian recommends: ii libperlio-gzip-perl 0.18-1+b2 ii perl-modules [libautodie-perl] 5.14.2-21+deb7u1 Versions of packages lintian suggests: ii binutils-multiarch 2.23.90.20130927-1 ii dpkg-dev 1.16.12 ii libhtml-parser-perl3.69-2 ii libtext-template-perl 1.45-2 ii xz-utils 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/20131016230827.26058.7695.report...@cake.ae.cs.uni-frankfurt.de
Bug#735040: lintian: confusing tag name: debian-watch-may-check-gpg-signature
Package: lintian Version: 2.5.21 Severity: normal Hi, is it only me? But whenever I see this tag: debian-watch-may-check-gpg-signature I'm asking me "But why is checking GPG signatures such a bad idea that lintian wants me to avoid doing it?" Andreas PS: this mail is intentionally not pgp signed :-) PPS: thanks to this tag I learned about an interesting new uscan feature :-) -- 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/20140112023407.19457.13968.report...@cake.ae.cs.uni-frankfurt.de
Bug#739109: lintian: false positive maintainer-script-should-not-use-adduser-system-without-home in sendmail-base
Package: lintian Version: 2.5.21 Severity: normal Running lintian on sendmail-base_8.14.4-4.1_all.deb reports E: sendmail-base: maintainer-script-should-not-use-adduser-system-without-home postinst:64 E: sendmail-base: maintainer-script-should-not-use-adduser-system-without-home postinst:74 but the postinst script contains these calls: adduser --system --ingroup smmta --home "/var/lib/sendmail" \ --disabled-password \ --quiet --gecos 'Mail Transfer Agent' smmta; adduser --system --ingroup smmsp --home "/var/lib/sendmail" \ --disabled-password \ --quiet --gecos 'Mail Submission Program' smmsp; Andreas -- 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/20140215211439.10794.40497.report...@cake.ae.cs.uni-frankfurt.de
Bug#762753: lintian: privacy-breach-generic false positives on ?
Package: lintian Version: 2.5.27 Severity: normal Hi, in nvidia-cuda-doc [non-free] I see a lot of privacy-breach-generic tags like X: nvidia-cuda-doc: privacy-breach-generic usr/share/doc/nvidia-cuda-doc/html/cublas/index.html (http://docs.nvidia.com/cuda/cublas/index.html) but I think these are false positives since the only occurrence of the external ressource URLs is in elements as defined by RFC 6596, e.g. http://docs.nvidia.com/cuda/cublas/index.html";> As I understand this is only informational and intended for search engines and the like, but not used (aka loaded) by ordinary web browsers that just render the local copy (shipped by the package) of the .html files. Andreas -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140924221836.26321.80277.report...@zam581.zam.kfa-juelich.de
Bug#763270: lintian: spurious package-contains-broken-symlink while testing .multi.changes composed of amd64+i386 packages
Package: lintian Version: 2.5.27 Severity: normal Hi, while preparing the recent nvidia-cuda-toolkit [non-free] upload I noticed a spurious lintian error while checking the .multi.changes I was going to upload: X: nvidia-cuda-dev: package-contains-broken-symlink usr/lib/x86_64-linux-gnu/libcuinj64.so libcuinj64.so.5.5 This tag is not emitted while testing the .amd64.changes or ..i386.changes separately. Andreas -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140928183915.22840.68485.report...@zam581.zam.kfa-juelich.de
Bug#765344: lintian: misspelled tag: bad-intended-distibution, should not be emitted for UNRELEASED
Package: lintian Version: 2.5.28 Severity: normal Hi, I just got some bad-intended-distibution intended to experimental but uploaded to UNRELEASED I'm not exactly sure what a "distibution" is :-) (lacking an "r"). I think this tag should not be emitted if the distribution is still set to UNRELEASED, but the changelog marks an intention to upload it somewhere "special". I put that intention in the changelog while intially importing the new upstream so that I don't forget it later on and accidently upload to unstable ... and now I get spammed by lintian. Andreas -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141014103937.12032.5561.report...@zam581.zam.kfa-juelich.de
Bug#763638: lintian: OpenCL ICD Loader used to built official Debian packages should be the free one
On Wed, 01 Oct 2014 16:37:54 +0200 Vincent Danjean wrote: > That said, I'm not sure how to detect that a package has been compiled with > versionned symbols for the libOpenCL.so.1 library. With my latest changes, packages built against the non-free loader will have an ORed dependency on the non-free loader, making them unsuitable for main :-) libopencl1-ocl-icd | libopencl1-$vendor | libopencl-X.Y-1 Andreas -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54474e70.7040...@debian.org
Bug#769365: lintian: test for packages shipping dist-packages/tests/__init__.py
Package: lintian Version: 2.5.30~bpo70+1 Severity: wishlist Please add a test for packages shipping a copy of the python test module, which seems to be starting a new series of file overwrite errors. See https://bugs.debian.org/767400 for more background. Andreas -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141113004608.12601.62221.report...@zam581.zam.kfa-juelich.de
Bug#772992: lintian: spurious unused-override tags emitted sometimes
Package: lintian Version: 2.5.30+deb8u3 Severity: normal running lintian several times in sequence sometimes outputs spurious unused-override tags: $ Lintian nvidia-graphics-drivers_340.65-1_amd64.changes W: nvidia-detect: binary-without-manpage usr/bin/nvidia-detect I: nvidia-driver: possible-documentation-but-no-doc-base-registration $ Lintian nvidia-graphics-drivers_340.65-1_amd64.changes W: nvidia-detect: binary-without-manpage usr/bin/nvidia-detect I: nvidia-driver: possible-documentation-but-no-doc-base-registration I: libnvidia-fbc1: unused-override non-dev-pkg-with-shlib-symlink <== $ Lintian nvidia-graphics-drivers_340.65-1_amd64.changes W: nvidia-detect: binary-without-manpage usr/bin/nvidia-detect I: nvidia-driver: possible-documentation-but-no-doc-base-registration I: libgles2-nvidia: unused-override spelling-error-in-binary<== $ Lintian nvidia-graphics-drivers_340.65-1_amd64.changes I: nvidia-driver: possible-documentation-but-no-doc-base-registration W: nvidia-detect: binary-without-manpage usr/bin/nvidia-detect (Lintian is a wrapper around lintian -i -I -E -v --pedantic that saves the full log to a logfile and reports it to stdout through grep -v ^N) Andreas -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141212205233.15752.99634.report...@zam581.zam.kfa-juelich.de
Bug#769365: lintian: test for packages shipping dist-packages/tests/__init__.py
Package: lintian Version: Followup-For: Bug #769365 I found two more packages shipping /usr/lib/python2.7/dist-packages/tests/__init__.py today ... (#788838, #788840) I'd even vote for adding this to the ftp-master autoreject list :-) Andreas -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150615135945.14169.67859.report...@zam581.zam.kfa-juelich.de
Bug#792191: lintian: does no longer report unused-override
Package: lintian Version: 2.5.33 Severity: important Recent versions of lintian do not report unused-override any longer, causing cruft to accumulate in debian/*.lintian-overrides. Andreas -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150712135710.7650.595.report...@zam581.zam.kfa-juelich.de
Bug#792191: lintian: does no longer report unused-override
On 2015-07-12 16:36, Jakub Wilk wrote: >> Recent versions of lintian do not report unused-override any longer, > Do you have a concrete example when it doesn't work? No package in the archive (except perhaps fglrx-driver in non-free, there may be an unused spelling correction of thE or something alike), but I just submitted a patch for openmprtl (#775257) for switching to a proper soname, so the related overrides should go away. In the patch the libiomp5.lintian-overrides gets deleted, but lintian didn't report anything unused before I did this. Andreas -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55a27e7b.2070...@debian.org
Bug#792237: lintian: false positive: package-install-apt-sources matches too much
Package: lintian Version: 2.5.33 Severity: important I have a local configuration package that contains /etc/apt/sources.available/*.list - various snippets that I can link into /etc/apt/sources.d/ This triggers package-install-apt-sources although it shouldn't: E: anbe-config-apt: package-install-apt-sources etc/apt/sources.list.available/ N: N:Debian packages should not install files under /etc/apt/sources.d/ or N:install a /etc/apt/sources file. This directory is under the control of N:the local administrator. Also there seems to be an error in the description, the config file is called /etc/apt/sources.list, not /etc/apt/sources. Andreas -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150713010029.23147.75790.report...@zam581.zam.kfa-juelich.de
Bug#792846: lintian: check for shipping generic filename /usr/share/man/man3/README.3pm.gz
Package: lintian Version: 2.5.30+deb8u4 Severity: wishlist After we had /usr/*python*/tests/__init__.py recently, now we have a new generic filename overwrite problem. README.3pm.gz is way too generic to be shipped by an arbitrary perl module. Currently libatombus-perl=1.0405-1 and libclang-perl=0.09-1 try to do so. #792844, #792845 Andreas -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150719095628.31442.35916.report...@zam581.zam.kfa-juelich.de
Bug#793068: Lintian: false positive source-contains-svn-conflict-file mysql-test/std_data/crldir/ab8a3803.r0
Package: Lintian Version: 2.5.33 Severity: normal Hi, I just saw this in mysql-5.6: mysql-5.6 source: source-contains-svn-conflict-file mysql-test/std_data/crldir/ab8a3803.r0 which is a false positive with this content: -BEGIN X509 CRL- MIIBXjCByAIBATANBgkqhkiG9w0BAQUFADBoMQswCQYDVQQGEwJCRzEQMA4GA1UE CBMHUGxvdmRpdjEPMA0GA1UEChMGT3JhY2xlMQ4wDAYDVQQLEwVNeVNRTDEmMCQG A1UEAxMdTXlTUUwgQ1JMIHRlc3QgQ0EgY2VydGlmaWNhdGUXDTEyMDUyMTE0NDEx NFoXDTIyMDUxOTE0NDExNFowHDAaAgkA+eLzmA4rBX8XDTEyMDUxNzE1Mjc1OVqg DjAMMAoGA1UdFAQDAgECMA0GCSqGSIb3DQEBBQUAA4GBAIEYWLAI+mGt21DVlg/t mGaQ629aabNhZL3An5+2z+tqzQbOv6bKMW5H8gNNeNrRqQR/XEJvhlg0BrxfIicM GbvVoud0HmECIoxNVmeI8UCNPkkeQONT+8ZW029iuJF2KgGI0m1ZJa3bjRaArian ag9dgLE4zLppD4aMal0ysHPZ -END X509 CRL- I don't know if .r0 is a common extension for CRLs, but I seriously doubt that you can get svn conflicts involving revision 0. IIRC that is always an empty root commit. Andreas -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150721015009.23201.70830.report...@zam581.zam.kfa-juelich.de
Bug#515538: lintian: skip extended-description-is-probably-too-short for transitional packages
Package: lintian Version: 2.2.5 Severity: wishlist Hi, transitional packages (as deborphan would report them) usually have a short extended description and there is no need to be very descriptive in this case. So the extended-description-is-probably-too-short report could be disabled for transitional packges. Andreas -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii diffstat1.46-1 produces graph of changes introduc ii dpkg-dev1.14.25 Debian package development tools ii file4.26-1 Determines file type using "magic" ii gettext 0.17-4 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libdigest-sha-perl 5.47-1 Perl extension for SHA-1/224/256/3 ii libipc-run-perl 0.80-2 Perl module for running processes ii libparse-debianchan 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl1.1600-9 Time and date functions for Perl ii liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin ii man-db 2.5.2-4 on-line manual pager ii perl [libdigest-sha 5.10.0-19Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch 2.18.1~cvs20080103-7 Binary utilities that support mult pn libtext-template-pe(no description available) ii man-db 2.5.2-4 on-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
Bug#532550: lintian: does not display version if version is '0'
Package: lintian Version: 2.2.10 Severity: normal Hi, running lintian on a native package with version '0' does not display the version at all: N: Processing changes file foobar_0_amd64.changes ... N: Processing 2 packages... N: N: Processing source package foobar (version ) ... N: N: Processing binary package foobar (version ) ... ... ^ there should be a '0' Andreas -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (800, 'stable'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.19.1-1 The GNU assembler, linker and bina ii diffstat 1.47-1produces graph of changes introduc ii dpkg-dev 1.15.2Debian package development tools ii file 5.03-1Determines file type using "magic" ii gettext0.17-6GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libdigest-sha-perl 5.47-1Perl extension for SHA-1/224/256/3 ii libipc-run-perl0.82-1Perl module for running processes ii libparse-debianchangel 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl1.37+dfsg-1 Manipulates and accesses URI strin ii man-db 2.5.5-2 on-line manual pager ii perl [libdigest-sha-pe 5.10.0-22 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch (no description available) pn libtext-template-perl (no description available) ii man-db2.5.5-2on-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
Bug#534940: lintian: inconsistent reporting of affected files
Package: lintian Version: 2.2.12 Severity: normal Hi, the way affected files are reported by linitian is inconsistent, some tags report them with a leading './', others don't. E.g. shared-lib-without-dependency-information ./usr/lib/libfoo.so.1.2.3 shlib-with-non-pic-code usr/lib/libfoo.so.1.2.3 Probably only one form should be used and the ./ prefix is not needed IMO. Andreas -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (800, 'stable'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.19.1-1 The GNU assembler, linker and bina ii diffstat 1.47-1produces graph of changes introduc ii dpkg-dev 1.15.2Debian package development tools ii file 5.03-1Determines file type using "magic" ii gettext0.17-6GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl0.1.23Perl interface to libapt-pkg ii libdigest-sha-perl 5.47-1Perl extension for SHA-1/224/256/3 ii libipc-run-perl0.82-1Perl module for running processes ii libparse-debianchangel 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl1.37+dfsg-1 Manipulates and accesses URI strin ii man-db 2.5.5-2 on-line manual pager ii perl [libdigest-sha-pe 5.10.0-23 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch (no description available) pn libtext-template-perl (no description available) ii man-db2.5.5-2on-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
Bug#534942: diversion-for-unknown-file: false positives if output redirection is used
Package: lintian Version: 2.2.12 Severity: normal Hi, the diversion-for-unknown-file check produces false positives if output redirection is used in the dpkg-divert invokation: nvidia-glx: diversion-for-unknown-file usr/lib/libGL.so.1.2>/dev/null preinst:89 for the following command: dpkg-divert --add --rename --package nvidia-glx --divert /usr/lib/nvidia/libGL.so.1.2.xlibmesa /usr/lib/libGL.so.1.2 > /dev/null Andreas -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (800, 'stable'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.19.1-1 The GNU assembler, linker and bina ii diffstat 1.47-1produces graph of changes introduc ii dpkg-dev 1.15.2Debian package development tools ii file 5.03-1Determines file type using "magic" ii gettext0.17-6GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl0.1.23Perl interface to libapt-pkg ii libdigest-sha-perl 5.47-1Perl extension for SHA-1/224/256/3 ii libipc-run-perl0.82-1Perl module for running processes ii libparse-debianchangel 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl1.37+dfsg-1 Manipulates and accesses URI strin ii man-db 2.5.5-2 on-line manual pager ii perl [libdigest-sha-pe 5.10.0-23 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch (no description available) pn libtext-template-perl (no description available) ii man-db2.5.5-2on-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
Bug#534938: inconsistent naming of lintian tags
Package: lintian Version: 2.2.12 Severity: normal Hi, there is inconsistent naming used for several lintian tags, e.g. shared-lib-without-dependency-information shlib-with-non-pic-code Probably only one prefix (shlib or shared-lib) should be used. Andreas -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (800, 'stable'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.19.1-1 The GNU assembler, linker and bina ii diffstat 1.47-1produces graph of changes introduc ii dpkg-dev 1.15.2Debian package development tools ii file 5.03-1Determines file type using "magic" ii gettext0.17-6GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl0.1.23Perl interface to libapt-pkg ii libdigest-sha-perl 5.47-1Perl extension for SHA-1/224/256/3 ii libipc-run-perl0.82-1Perl module for running processes ii libparse-debianchangel 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl1.37+dfsg-1 Manipulates and accesses URI strin ii man-db 2.5.5-2 on-line manual pager ii perl [libdigest-sha-pe 5.10.0-23 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch (no description available) pn libtext-template-perl (no description available) ii man-db2.5.5-2on-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
Bug#534942: diversion-for-unknown-file: more false positives if output redirection is used
reopen 534942 thanks Hi, the fix recently applied for this bug causes some more false positives, probably by treating a trailing digit of the file name as a file descriptor being redirected: now I get reports like > E: nvidia-glx-legacy-173xx: diversion-for-unknown-file usr/lib/libGL.so. > preinst:88 > E: nvidia-glx-legacy-173xx: diversion-for-unknown-file usr/lib/libGL.so.1. > preinst:89 for the following code: > dpkg-divert --add --rename --package nvidia-glx-legacy-173xx --divert > /usr/lib/nvidia/libGL.so.1.xlibmesa /usr/lib/libGL.so.1 > /dev/null > dpkg-divert --add --rename --package nvidia-glx-legacy-173xx --divert > /usr/lib/nvidia/libGL.so.1.2.xlibmesa /usr/lib/libGL.so.1.2 > /dev/null Andreas -- To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#563059: lintian: native package detection does not work on initial release
Package: lintian Version: 2.3.0 Severity: normal Hi, I just experienced a spurious lintian warning (watch file missing) on a newly created local native package with version (0.0.1). The warning disappears if I add a second revision (0.0.2) to debian/changelog, so native detection does not work for either (0.0.1) or the initial release of a native package (exactly one entry in debian/changelog). (Also happens with lintian 2.2.18 in testing.) Andreas -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.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.3.1 Debian package development tools ii file 5.03-5Determines 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 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.1600-9 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: ii binutils-multiarch2.20-4 Binary utilities that support mult pn libtext-template-perl (no description available) 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
Bug#575633: lintian: does not find source if *.orig.tar.xz is used
Package: lintian Version: 2.3.4 Severity: normal Hi, lintian fails to open an .orig.tar.xz tarball, probably lack of support for the new compression scheme: internal error: could not find the source tarball warning: could not unpack package to desired level Andreas Just playing around with new possibilities :-) -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.20.1-2 The GNU assembler, linker and bina ii diffstat 1.47-1produces graph of changes introduc ii dpkg-dev 1.15.5.6 Debian package development tools ii file 5.04-1Determines file type using "magic" ii gettext0.17-10 GNU 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 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.2000-1 collection of modules to manipulat ii liburi-perl1.52-1module to manipulate and access UR ii locales2.10.2-6 Embedded GNU C Library: National L ii man-db 2.5.7-2 on-line manual pager ii perl [libdigest-sha-pe 5.10.1-11 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch2.20.1-2 Binary utilities that support mult pn libtext-template-perl (no description available) ii man-db2.5.7-2on-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/20100327195145.3077.39963.report...@calzone.localnet
Bug#580494: lintian: stronger-dependency-implies-weaker false positives on package names containing substvars
Package: lintian Version: 2.4.1 Severity: normal Hi, lintian reports incorrectly W: nvidia-graphics-drivers source: stronger-dependency-implies-weaker libcuda1-ia32 recommends -> suggests nvidia-kernel${nvidia:Legacy}-source (>= ${nvidia:Version}) for the following contruct in debian/control: Package: libcuda1 Recommends: nvidia-kernel${nvidia:Legacy}-${nvidia:Version} Suggests: nvidia-kernel${nvidia:Legacy}-source (>= ${nvidia:Version}) Looks like lintian only considers 'nvidia-kernel' as the package name, omitting the substvars and everything coming after them. For the source package the full package name including unsubstituted substvars should be considered when comparing them, "collisions" (= different substitutions resulting in the same package name really creating a stronger-dependency-implies-weaker relalationship) can be detected in the binary packages. Andreas -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (800, 'stable'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-0-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.20.51.20100418-1 The GNU assembler, linker and bina ii diffstat 1.47-1 produces graph of changes introduc ii dpkg-dev 1.15.7.1 Debian package development tools ii file 5.04-2 Determines file type using "magic" ii gettext 0.17-11GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libclass-accessor-per 0.34-1 Perl module that automatically gen ii libdigest-sha-perl5.48-1 Perl extension for SHA-1/224/256/3 ii libipc-run-perl 0.89-1 Perl module for running processes ii libparse-debianchange 1.1.1-2parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl 1.54-1 module to manipulate and access UR ii locales 2.10.2-6 Embedded GNU C Library: National L ii man-db2.5.7-2on-line manual pager ii perl [libdigest-sha-p 5.10.1-12 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch2.20.51.20100418-1 Binary utilities that support mult pn libtext-template-perl (no description available) ii man-db2.5.7-2on-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/20100506084601.16796.81026.report...@cake.ae.cs.uni-frankfurt.de
Bug#586984: lintian: wrong diversion-for-unknown-file */usr/lib/libGL.so preinst:34
Package: lintian Version: 2.4.1 Severity: normal Hi, after changing the dpkg-divert call from dpkg-divert --add --rename --package $DPKG_MAINTSCRIPT_PACKAGE --divert \ /usr/lib/nvidia/libGL.so.xlibmesa \ /usr/lib/libGL.so > /dev/null to dpkg-divert $DIVERT_QUIET --add --rename --package $DPKG_MAINTSCRIPT_PACKAGE --divert \ /usr/lib/nvidia/libGL.so.xlibmesa \ /usr/lib/libGL.so I'm getting a '*/' prepended to the file name: diversion-for-unknown-file */usr/lib/libGL.so preinst:34 Andreas -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.20.51.20100617-1 The GNU assembler, linker and bina ii diffstat 1.47-1 produces graph of changes introduc ii dpkg-dev 1.15.7.2 Debian package development tools ii file 5.04-2 Determines file type using "magic" ii gettext 0.17-11GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libclass-accessor-per 0.34-1 Perl module that automatically gen ii libipc-run-perl 0.89-1 Perl module for running processes ii libparse-debianchange 1.1.1-2parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl 1.54-1 module to manipulate and access UR ii locales 2.11.1-3 Embedded GNU C Library: National L ii man-db2.5.7-3on-line manual pager ii perl [libdigest-sha-p 5.10.1-13 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch2.20.51.20100617-1 Binary utilities that support mult pn libtext-template-perl (no description available) ii man-db2.5.7-3on-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/20100624095650.21340.21758.report...@calzone.localnet
Bug#586984: closed by Russ Allbery (Bug#586984: fixed in lintian 2.4.2)
Debian Bug Tracking System wrote: > #586984: lintian: wrong diversion-for-unknown-file */usr/lib/libGL.so > preinst:34 The wrong file name is gone, but now diversion-for-unknown-file does not trigger at all. Andreas -- 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/4c28900d.2070...@abeckmann.de
Bug#580494: closed by Russ Allbery (Bug#580494: fixed in lintian 2.4.2)
Debian Bug Tracking System wrote: > #580494: lintian: stronger-dependency-implies-weaker false positives on > package names containing substvars I'm still getting the same stronger-dependency-implies-weaker as before. Andreas -- 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/4c2890e0.3080...@abeckmann.de
Bug#586984: closed by Russ Allbery (Bug#586984: fixed in lintian 2.4.2)
Russ Allbery wrote: >> Is that file shipped by the package? >> If it isn't, could you please point me to a binary package where the tag is >> no longer emitted with lintian 2.4.2? > It's not included in the package; it's doing weird things to divert the > MESA libraries. nvidia-glx is the package in question. The bug is only present in nvidia-graphics-drivers 195.36.31-1 (not yet uploaded, get it from the link below), not in 195.36.24-4. In the mean time the diversions and this bug were moved to the libgl1-nvidia-glx binary package. The package diverts three files, one is shipped, one is not shipped and the third (a symlink) is created via dpkg triggers. http://stxxl.ae.cs.uni-frankfurt.de/tmp/ea1deb9d-456a-4b51-9a0f-49a13354a009/libgl1-nvidia-glx_195.36.31-1~_amd64.deb Andreas -- 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/4c2a6cff.8070...@abeckmann.de
Bug#586984: closed by Russ Allbery (Bug#586984: fixed in lintian 2.4.2)
Raphael Geissert wrote: ... > preinst diverts the following files: > /usr/lib/$file ... > Since lintian doesn't know what $file actually means, it replaces it with a > wildcard (represented by '*' in the output.) > So, when it goes and looks for a file shipped by the package matching > /usr/lib/* it does find some (any file in /usr/lib counts as a valid match > [1].) > > There's no bug in lintian then. OK, thanks for explaining. The preinst is now too clever for lintian :-) Andreas -- 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/4c2af9bc.4000...@abeckmann.de
Bug#478930: [checks/copyright-file] check for new copyright format
In case someone is going to implement this in the future, the missing field test should check for a Disclaimer: field in the header of contrib and non-free packages. Andreas -- 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/4c2e2a31.1080...@abeckmann.de
Bug#588896: lintian: false positive spelling-error-in-copyright on hyphenated words
Package: lintian Version: 2.4.2 Severity: normal Hi, the copyright file of nvclock contains: INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY, NONINFRINGE- MENT, AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL NVIDIA, CORPORATION BE LIABLE FOR ANY SPECIAL, INDIRECT, INCI- computer software documentation," as such terms are used in 48 C.F.R. 12.212 (SEPT 1995) and is provided to the U.S. Govern- ment only as a commercial end item. Consistent with 48 C.F.R. 12.212 and 48 C.F.R. 227.7202-1 through 227.7202-4 (JUNE 1995), and triggers the following lintian reports: spelling-error-in-copyright ment meant so the hyphenation seems to be ignored. This problem with hyphenated words probably exists in other spelling tests, too. Andreas -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.20.51.20100710-2 The GNU assembler, linker and bina ii diffstat 1.47-1 produces graph of changes introduc ii dpkg-dev 1.15.7.2 Debian package development tools ii file 5.04-2 Determines file type using "magic" ii gettext 0.17-11GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libclass-accessor-per 0.34-1 Perl module that automatically gen ii libipc-run-perl 0.89-1 Perl module for running processes ii libparse-debianchange 1.1.1-2parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl 1.54-1 module to manipulate and access UR ii locales 2.11.2-2 Embedded GNU C Library: National L ii man-db2.5.7-3on-line manual pager ii perl [libdigest-sha-p 5.10.1-13 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch2.20.51.20100710-2 Binary utilities that support mult pn libtext-template-perl (no description available) ii man-db2.5.7-3on-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/20100713094637.17544.40317.report...@calzone.localnet
Bug#943910: lintian: FTBFS in stretch-bpo: Cannot parse line Argument "1/8" isn't numeric in numeric eq (==) at /build/lintian-2.31.0/lib/Lintian/Processable/Pool.pm line 348.
Package: lintian Version: 2.31.0 Severity: important Hi, rebuilding lintian/2.31.0 for stretch-backports (without any further changes) fails due to several tests failing with Cannot parse line Argument "1/8" isn't numeric in numeric eq (==) at /build/lintian-2.31.0/lib/Lintian/Processable/Pool.pm line 348. This worked fine until 2.29.0 (actually I usually used the package from sid on stretch-backports, but that spews the same error when running, so I tried rebuilding this time). There is probably some dependency that needs its version bumped. [...] --- Runner starts here --- Running test at /build/lintian-2.31.0/debian/test-out/tags/tracking/generic-dh-make-2005. Specification is from : Thu, 31 Oct 2019 14:29:30 + Runner modified on : Tue, 29 Oct 2019 12:51:32 + Harness modified on : Tue, 29 Oct 2019 12:51:32 + Rebuild threshold is : Thu, 31 Oct 2019 14:29:30 + Lintian modified on : Tue, 29 Oct 2019 12:51:32 + cd /build/lintian-2.31.0/debian/test-out/tags/tracking/generic-dh-make-2005; /build/lintian-2.31.0/frontend/lintian --no-user-dirs --profile debian --allow-root --no-cfg --exp-output format=universal --display-info --display-experimental --check-part all,lintian generic-dh-make-2005_1-1_amd64.changes Cannot parse line Argument "1/8" isn't numeric in numeric eq (==) at /build/lintian-2.31.0/lib/Lintian/Processable/Pool.pm line 348. at /build/lintian-2.31.0/lib/Test/Lintian/Run.pm line 390. Log for test debian/test-out/tags/tracking/generic-dh-make-2008/generic.t: --- Runner starts here --- Running test at /build/lintian-2.31.0/debian/test-out/tags/tracking/generic-dh-make-2008. Specification is from : Thu, 31 Oct 2019 14:29:30 + Runner modified on : Tue, 29 Oct 2019 12:51:32 + Harness modified on : Tue, 29 Oct 2019 12:51:32 + Rebuild threshold is : Thu, 31 Oct 2019 14:29:30 + Lintian modified on : Tue, 29 Oct 2019 12:51:32 + cd /build/lintian-2.31.0/debian/test-out/tags/tracking/generic-dh-make-2008; /build/lintian-2.31.0/frontend/lintian --no-user-dirs --pedantic --profile debian --allow-root --no-cfg --exp-output format=universal --display-info --display-experimental --check-part all,lintian generic-dh-make-2008_1.0-1_amd64.changes Cannot parse line Argument "1/8" isn't numeric in numeric eq (==) at /build/lintian-2.31.0/lib/Lintian/Processable/Pool.pm line 348. at /build/lintian-2.31.0/lib/Test/Lintian/Run.pm line 390. debian/rules:47: recipe for target 'runtests' failed make[1]: *** [runtests] Error 1 make[1]: Leaving directory '/build/lintian-2.31.0' [...] Andreas PS: migrating from stretch to a buster machine is blocked by some -ENOTIME issues ;-)
Bug#943910: lintian: FTBFS in stretch-bpo: Cannot parse line Argument "1/8" isn't numeric in numeric eq (==) at /build/lintian-2.31.0/lib/Lintian/Processable/Pool.pm line 348.
Hi Felix, On 31/10/2019 18.54, Felix Lechner wrote: > Please have a look at coreutils >= 8.30:> It could also be related to > libberkeleydb-perl and libmldbm-perl, but Thanks for the pointers, but it's none of these. So I've started bisecting between 2.29.0 and 2.30.0 ... In case you have some hints for "speeding up" bisecting lintian, you could add them to some readme. Right now I'm working in a minimal stretch+backports chroot with B-D installed, doing a (parallel) 'debian/rules binary' for each step, waiting for test failures. There is a dubious failure in stretch in 2.29.0 (and later "good" versions) (I verified that it does not happen in sid): ===( 336;658 1/1 0/1 0/1 0/1 0/1 0/1 0/1 0/1 0/1 0... )===# Failed test 'Lintian passes for debconf-config-not-executable' # at /build/lintian-2.29.0/lib/Test/Lintian/Run.pm line 300. # Tags do not match # # --- debian/test-out/tags/checks/debian/debconf/debconf-config-not-executable/tags.specified.calibrated # +++ debian/test-out/tags/checks/debian/debconf/debconf-config-not-executable/tags.actual.parsed # -debconf-config-not-executable (binary): control-file-has-bad-permissions config 0644 != 0755 # # Looks like you failed 1 test of 1. debian/test-out/tags/checks/debian/debconf/debconf-config-not-executable/generic.t Dubious, test returned 1 (wstat 256, 0x100) Failed 1/1 subtests Bisecting ended with There are only 'skip'ped commits left to test. The first bad commit could be any of: 53002feb5b944681a17109b704fdcb10f1032c84 ba56dcca2932913945346ebf56e428801970e3e1 5b3f9904ee4f2aa128c65f7b407be14827f06c9c fb7c61656fd6a5ba5f4449a005a3d8884b4be886 713e9ac5e159d7011239e78a025747a80cdaf54b 8e4e87e93958ee75a707be0e97de3af6dcf8e859 a6d28ec18b0968728aab07490a04384ea78f0a25 We cannot bisect more! which is a bunch of commits doing a larger reorganization. Does the new Lintian::Processable::Pool have new insufficiently versioned external dependencies? Or does it require newer perl? Andreas
Bug#943910: lintian: FTBFS in stretch-bpo: Cannot parse line Argument "1/8" isn't numeric in numeric eq (==) at /build/lintian-2.31.0/lib/Lintian/Processable/Pool.pm line 348.
On 01/11/2019 06.17, Felix Lechner wrote: > I did not intentionally use features of newer Perls, but it's possible > that it plays a role. Found it: https://perldoc.perl.org/perl5260delta.html#scalar(%25hash)-return-signature-changed stretch$ perl -e '%a = (1,2,3); print scalar %a, " -- ", scalar keys %a, "\n";' 2/8 -- 2 buster$ perl -e '%a = (1,2,3); print scalar %a, " -- ", scalar keys %a, "\n";' 2 -- 2 Some documentation of the old behavior: https://www.perlmonks.org/?node=perldata "If you evaluate a hash in a scalar context, it returns a value that is true if and only if the hash contains any key/value pairs. (If there are any key/value pairs, the value returned is a string consisting of the number of used buckets and the number of allocated buckets, separated by a slash. ..." A backwards compatible solution should be the use of "scalar keys %hash" (which also occurs about a dozen times in the code). I only found two obvious occurrences of "scalar %hash" in current git master: ./lib/Lintian/DepMap.pm:162:unless ($parents || scalar %{$self->{'nodes'}{$node}{'parents'}}) { ./lib/Lintian/Processable/Pool.pm:347:return scalar %{$self->groups} == 0; Andreas PS: backporting coreutils 8.30 to stretch locally was a trivial no-change rebuild PPS: I'll now try a 2.32.0 stretch backport with the above "keys" fix and locally backported coreutils (I had to build lintianwith nocheck due to several tests failing due to coreutils not being 8.30 at build time (and maybe other errors))
Bug#944258: lintian 2.32.0~bpo9+1 in stretch-backports depends on coreutils (>= 8.30), but stretch has only 8.26-3
Hi Michael, what is your opinion on a backport of coreutils 8.30-3 to stretch? Background: lintian recently bumped the dependency to coreutils (>= 8.30) because it uses some newer feature, breaking its backport to stretch. (#944258) I could build it on stretch(+stretch-backports?) without needing to do any changes to the package and I'm running this on a single machine (running stretch with a selected set of packages from backports, buster and sid) without having encountered problems so far. But I'd prefer not to take the responsibility of doing an official backport of a core package like coreutils. IMO this would be better done by you (as coreutils maintainer) or the lintian maintainers (since this is needed for the lintian backport). Andreas
Bug#941762: lintian in Stretch backports contains leftover from merge
On Tue, 05 Nov 2019 10:15:29 -0800 "Chris Lamb" wrote: > > lintian in Stretch backports contains leftover from merge > > This was fixed in 2.25.0~bpo9+1 or thereabouts; I simply neglected to > close it. Thanks for reporting… Not really: $ COLUMNS=70 git diff 2.33.0..2.33.0_bpo9+1 --stat checks/fields.pm | 1224 debian/changelog | 282 ++ 2 files changed, 1506 insertions(+) $ grep -En '||' checks/fields.pm 36:<<< HEAD 487:<<< HEAD 492:=== 495:>>> 2.22.0 583:=== 584:>>> 2.24.0 613:<<< HEAD 1209:=== 1212:>>> 2.24.0 but it is no longer a problem, since checks/fields.pm is no longer used and should simply be deleted from the stretch-backports branch. Andreas
Bug#945299: lintian: ignores all but last override of a tag
Package: lintian Version: 2.37.0 Severity: serious Justification: causes ftp-master autorejects Hi, this is a regression in 2.36 or 2.37. It worked fine up to 2.35. In povray, I have this in debian/source/lintian-overrides: = 8< = # upstream did not release a source tarball, # the .orig.tar.gz is an archived git tag debian-watch-does-not-check-gpg-signature # not used for the Unix build source-contains-autogenerated-visual-c++-file windows/pvengine.rc source-contains-autogenerated-visual-c++-file windows/resource.h source-contains-autogenerated-visual-c++-file windows/cmedit/cmedit.rc source-contains-autogenerated-visual-c++-file windows/cmedit/resource.h source-contains-prebuilt-ms-help-file distribution/platform-specific/windows/Help/povray37.chm source-contains-prebuilt-ms-help-file libraries/zlib/contrib/dotzlib/DotZLib.chm = >8 = and this in debian/povray-examples.lintian-overrides: = 8< = # these are a few small text files duplicate-files usr/share/doc/povray/examples/templates/*.txt duplicate-files usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/50_T_Stone2.jpg usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/50_T_Stone3.jpg = >8 = but with lintian 2.37.0 I'm now getting these tags: P: povray source: source-contains-autogenerated-visual-c++-file windows/pvengine.rc P: povray source: source-contains-autogenerated-visual-c++-file windows/resource.h P: povray source: source-contains-autogenerated-visual-c++-file windows/cmedit/cmedit.rc E: povray source: source-contains-prebuilt-ms-help-file distribution/platform-specific/windows/Help/povray37.chm I: povray source: testsuite-autopkgtest-missing X: povray-examples: duplicate-files usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/51_T_Stone37.txt usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/51_T_Stone38.txt X: povray-examples: duplicate-files usr/share/doc/povray/examples/templates/Textures_Materials/00_Bright_Blue_Sky_Lo.txt usr/share/doc/povray/examples/templates/Textures_Materials/Skies_and_Clouds/00_Bright_Blue_Sky_Lo.txt X: povray-examples: duplicate-files usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/50_T_Stone2.txt usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/50_T_Stone3.txt X: povray-examples: duplicate-files usr/share/doc/povray/examples/templates/Textures_Materials/Metals/34_T_Silver_1A.txt usr/share/doc/povray/examples/templates/Textures_Materials/Metals/34_T_Silver_3A.txt X: povray-examples: duplicate-files usr/share/doc/povray/examples/templates/Textures_Materials/Mirrors_and_Glasses/82_NBglass_refraction.txt usr/share/doc/povray/examples/templates/Textures_Materials/Mirrors_and_Glasses/8B_VicksBottle_Glass_refr.txt X: povray-examples: duplicate-files usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/41_T_Grnt23.txt usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/41_T_Grnt24.txt X: povray-examples: duplicate-files usr/share/doc/povray/examples/templates/Textures_Materials/Woods/10_EMBWood1.txt usr/share/doc/povray/examples/templates/Textures_Materials/Woods/11_DMFWood1.txt X: povray-examples: duplicate-files usr/share/doc/povray/examples/templates/Textures_Materials/Woods/31_PineWood2.txt usr/share/doc/povray/examples/templates/Textures_Materials/Woods/32_PineWood3.txt X: povray-examples: duplicate-files usr/share/doc/povray/examples/templates/Colors_in_textures/16_color_Gray25.txt usr/share/doc/povray/examples/templates/Colors_in_textures/17_color_Gray10.txt This looks like only the last override for a tag is honored. Setting severity to serious since this caused a ftp-master autoreject for me (due to the .chm file). Andreas
Bug#947264: lintian: overly generic file name: /usr/lib/python3/dist-packages/examples/README.txt
Package: lintian Version: 2.42.0 Severity: normal Hi, please add /usr/lib/python3/dist-packages/examples/README.txt (and possible variants thereof, in case lintian uses some wildcards for this check) to the list of overly generic file names. This is currently shipped by python3-geopandas (0.6.2-1) and python3-lmfit (1.0.0-1) in sid. Looking at python3-geopandas/sid, /usr/lib/python3/dist-packages/examples/[^/]* should be disallowed (but /usr/lib/python3/dist-packages/examples/.*/[^/]* should be OK). Andreas
Bug#947264: lintian: overly generic file name: /usr/lib/python3/dist-packages/examples/README.txt
On 24/12/2019 00.32, Felix Lechner wrote: > Hi Andreas, > > On Mon, Dec 23, 2019 at 1:00 PM Andreas Beckmann wrote: >> >> please add /usr/lib/python3/dist-packages/examples/README.txt (and >> possible variants thereof >> >> /usr/lib/python3/dist-packages/examples/[^/]* should be disallowed >> (but /usr/lib/python3/dist-packages/examples/.*/[^/]* should be OK). > > Should a README.txt not cover all examples, or should the file simply > have another name? A package built from src:python3.x or src:python3-defaults might ship such a file, but no ordinary python3-$MODULE package. (Maybe python3-examples could.) Maybe ask the python maintainers whether /usr/lib/python3/dist-packages/examples/ is a "namespace invasion". >> in case lintian uses some wildcards for this >> check) to the list of overly generic file names. > > Please forgive me. Lintian has a lot of tags. Would you please point > us in the right direction? > > $ find tags/ -name '*generic*' > tags/p/python-module-has-overly-generic-name.desc That is the one I meant, but maybe it is not the best for "namespace invasion". Andreas PS: the buggy packages now have #947265, #947266
Bug#930679: Please add overridable tag for not using dh sequencer
On Sat, 14 Dec 2019 22:39:34 -0800 Felix Lechner wrote: > Hi Sam, > > On Tue, Jun 18, 2019 at 4:27 AM Sam Hartman wrote: > > > > Based on that I think we'd like lintian to detect when dh is not used > > and allow maintainers to override the tag if they have an adequate > > justification for not using dh. > > I tentatively added a new tag called 'no-dh-sequencer' to Lintian. I produces false positives on packages with non-trivial rules files that cannot use the catch-all wildcard '%:\n\tdh $@' (because it interferes with other pattern rules). e.g. nvidia-cuda-toolkit .PHONY: binary binary-arch binary-indep build build-arch build-indep clean install binary-arch build build-arch build-indep clean install: dh $@ binary binary-indep: # the documentation packages must be built on amd64 (otherwise some parts are missing) test "$(DEB_HOST_ARCH)" = "amd64" dh $@ Andreas
Bug#949201: lintian: add pedantic check for outdated copyright years on debian/*
Package: lintian Version: 2.45.0 Severity: wishlist Hi, since I regularily forget to bump my copyright years for debian/*, it would be nice if lintian could remind me ;-) If the package has a machine readable d/copyright AND the person who did the last upload according to d/changelog is a copyright holder for debian/* via 'Files: debian/*' (or 'Files: *' if the former does not exist) AND the year in the latest changelog trailer is newer than the copyright years for that person, emit a pedantic tag. (If there is no Copyright entry for the last uploader, do nothing.) Andreas
Bug#954415: hundreds of wrong binary-is-wrong-architecture warnings
Followup-For: Bug #954415 Control: found -1 2.57.0 I also get these while testing an i386 .deb on an amd64 host. This is a regression introduced after the 2.55.0 release. Andreas
Bug#954743: lintian: orig-tarball-missing-upstream-signature does not say how to add it to uploaded tarballs
On Wed, 25 Mar 2020 09:26:09 +0100 Robert Luberda wrote: > So I think it will be OK to do upload for unstable, however I still need > to first check how to store the signature in my git repository. I did > some tests few days ago, but I haven't got time to finish it. I'll try > to do this before this weekend. I did this with the sendmail package in sid some time ago ... including importing the signature into pristine-tar. I don't remember the details, but the tricky part was to correctly convert upstream's .sig into a .asc ... With multi-component source tarballs, you can also add more components in later (-sa) uploads (I've done this with nvidia-cuda-toolkit and nvidia-graphics-drivers), so I assumed this would work for adding .asc as well. I haven't tried removing components (or .asc), yet ;-) Andreas
Bug#956146: lintian: check for rules enabling --as-needed
Package: lintian Version: 2.63.0 Severity: wishlist Hi, if I understood correctly, the bullseye toolchain defaults to linking with --as-needed. Therefore it should no longer be neccessary to inject -Wl,--as-needed into the build process, allowing d/rules to be further minimized. Some common ways of adding --as-needed that I found in the (possibly ancient) rules files on my local hard disk: export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed (may include further flags) (may be quoted, spaced, wrapped) (may use :=) dh_autoreconf --as-needed LDFLAGS += -Wl,--as-needed (may include further flags) (may be quoted, spaced, wrapped) (may use =, :=, export) dh_auto_configure -- -DCMAKE_EXE_LINKER_FLAGS="-Wl,--as-needed" $(MAKE) -C ... ... CC='$(CC) $(CPPFLAGS) $(CFLAGS) -Wall -Wl,--as-needed $(LDFLAGS)' ... Andreas
Bug#956227: lintian: false positive package-relation-with-self with foreign arch qualification
Package: lintian Version: 2.64.0 Severity: normal Hi, I just tried to get rid of primus-libs-ia32 by changing the Recommends in primus-libs from primus-libs-ia32 (= ${binary:Version}) [amd64], to primus-libs:i386 (= ${binary:Version}) [amd64], This nowadays works fine and I couldn't find any documentation saying that arch-qualified Depends/Recommends/... are (still) forbidden. IIRC they were not allowed(/working) at the introduction of multi-arch ... The package looks like this: Package: primus-libs Source: primus Version: 0~20150328-11 Architecture: amd64 Maintainer: Debian NVIDIA Maintainers Installed-Size: 273 Depends: libc6 (>= 2.17), libgcc-s1 (>= 3.0), libglapi-mesa (>= 20.0.4), libstdc++6 (>= 5.2), libx11-6, libgl1, libglx-mesa0 Recommends: primus-libs:i386 (= 0~20150328-11), libprimus-vk1 Section: utils Priority: optional Multi-Arch: same Homepage: https://github.com/amonakov/primus Description: shared libraries for primus and Lintian emits W: primus-libs: package-relation-with-self recommends: primus-libs:i386 (= 0~20150328-11) which is not really a self-relation. (Foreign-arch qualified Depends are probably not that useful, because installation would require the foreign architecture to be enabled. But Recommends do work fine if the foreign architecture is enabled and do nothing otherwise.) Andreas
Bug#956146: lintian: check for rules enabling --as-needed
Control: tag -1 - moreinfo On 09/04/2020 01.01, Chris Lamb wrote: > Any input on whether a brute grep for "-Wl,--as-needed" in debian/ > rules would be sufficient to catch most instances of these? (Feel free I think you can just grep for '--as-needed', that will catch -Wl,--as-needed (2579 matches) dh_autoreconf.* --as-needed (238 matches) -Wl,.*,--as-needed (9 matches) The only 'legitimate' use of --as-needed seems to be in combination with --no-as-needed. Therefore you should exclude matches that also have --no-as-needed on the same (logical) line (but include them if the matches are on different lines), e.g. nethack: LIB_x11 = -lncurses -lXaw -Wl,--as-needed -lXmu -lXext -Wl,--no-as-needed -lXt -lXpm -lX11 -Wl,--as-needed -lm -Wl,--no-as-needed haproxy: MAKEARGS+= ADDLIB="-Wl,--no-as-needed -lgcc_s -Wl,--as-needed" grep: LIBS=-Wl,--no-as-needed -ldl -Wl,--as-needed graphviz: CONFIGURE_LIBS= LIBS="-Wl,--no-as-needed -Wl,-lpthread -Wl,--as-needed" pnetcdf: LDFLAGS:=$(shell dpkg-buildflags --get LDFLAGS) -Wl,--no-as-needed -lgfortran -Wl,--as-needed clazy: export DEB_LDFLAGS_MAINT_APPEND = -Wl,--no-as-needed -latomic -Wl,--as-needed (there are ~26 matches for --no-as-needed, ~2865 for --as-needed and ~6 for both on one line) Andreas
Bug#959855: lintian: check for packages shipping icon-theme.cache
Package: lintian Version: 2.71.0 Severity: normal Hi, I just found a file conflict between medit=1.2.0-3 (buster) and terminator=1.92-1 (bullseye) on /usr/share/icons/hicolor/icon-theme.cache which obviously shoudn't be shipped by any package. There might be a few legitimate uses of icon-theme.cache, but usr/share/icons/hicolor/icon-theme.cache never is: lists/stretch/Contents-stretch-main-amd64: usr/share/icons/hicolor/icon-theme.cacheeditors/medit lists/buster/Contents-buster-main-amd64: usr/share/balsa/icon-theme.cachegnome/balsa lists/buster/Contents-buster-main-amd64: usr/share/icons/Numix-Circle/icon-theme.cache x11/numix-icon-theme-circle lists/buster/Contents-buster-main-amd64: usr/share/icons/hicolor/icon-theme.cacheeditors/medit lists/bullseye/Contents-bullseye-main-amd64: usr/share/balsa/icon-theme.cachegnome/balsa lists/bullseye/Contents-bullseye-main-amd64: usr/share/icons/hicolor/icon-theme.cachemisc/terminator lists/sid/Contents-sid-main-amd64: usr/share/balsa/icon-theme.cachegnome/balsa lists/sid/Contents-sid-main-amd64: usr/share/icons/hicolor/icon-theme.cachemisc/terminator Andreas
Bug#960970: lintian: confusing error message on missing file
Package: lintian Version: 2.74.0 Severity: minor $ lintian primus-vk_1.4-2_amd64.changes bad package file name primus-vk_1.4-2_amd64.changes (neither .deb, .udeb, .ddeb, .changes, .dsc or .buildinfo file) Hmm, it's a .changes file. But it wasn't in the current directory ... Andreas
Bug#965140: lintian: dh-exec-subst-unknown-variable on dh-exec --with=filter
Package: lintian Version: 2.83.0 Severity: normal This .install file gives two lintian false positives: #!/usr/bin/dh-exec --with=filter nsight_systems/${env:NSIGHT_SYSTEMS_HOST_DIR}/ usr/lib/nsight-systems/ nsight_systems/${env:NSIGHT_SYSTEMS_TARGET_DIR}/usr/lib/nsight-systems/ nsight_systems/Documentation/nsys-exporter/* usr/share/doc/nsight-systems/ [amd64] I: nvidia-cuda-toolkit source: dh-exec-subst-unknown-variable debian/nsight-systems.install env:NSIGHT_SYSTEMS_HOST_DIR I: nvidia-cuda-toolkit source: dh-exec-subst-unknown-variable debian/nsight-systems.install env:NSIGHT_SYSTEMS_TARGET_DIR The variable substitution is left to debhelper-compat 13, dh-exec is only needed for the architecture filtering part. Andreas PS: dh-exec on the .docs file does not work due to the wildcard (#964754)
Bug#966072: lintian: Cannot pipe() - Too many open files
Package: lintian Version: 2.85.0 Severity: important Hi, I just saw this: Cannot pipe() - Too many open files at /usr/share/perl5/IO/Async/Internals/ChildManager.pm line 122. IO::Async::Internals::ChildManager::spawn_child(IO::Async::Internals::ChildManager=HASH(0x555aaf2639d0), "command", ARRAY(0x555ab0215f28), "setup", ARRAY(0x555aaf23ccb0), "on_exit", CODE(0x555ab021b668), "code", ...) called at /usr/share/perl5/IO/Async/Loop.pm line 1098 IO::Async::Loop::spawn_child(IO::Async::Loop::Epoll=HASH(0x555aaf268fb8), "code", undef, "command", ARRAY(0x555ab0215f28), "setup", ARRAY(0x555aaf23ccb0), "on_exit", ...) called at /usr/share/perl5/IO/Async/Process.pm line 532 IO::Async::Process::_add_to_loop(IO::Async::Process=HASH(0x555ab0216420), IO::Async::Loop::Epoll=HASH(0x555aaf268fb8)) called at /usr/share/perl5/IO/Async/Notifier.pm line 301 IO::Async::Notifier::__set_loop(IO::Async::Process=HASH(0x555ab0216420), IO::Async::Loop::Epoll=HASH(0x555aaf268fb8)) called at /usr/share/perl5/IO/Async/Loop.pm line 407 IO::Async::Loop::_add_noparentcheck(IO::Async::Loop::Epoll=HASH(0x555aaf268fb8), IO::Async::Process=HASH(0x555ab0216420)) called at /usr/share/perl5/IO/Async/Loop.pm line 395 IO::Async::Loop::add(IO::Async::Loop::Epoll=HASH(0x555aaf268fb8), IO::Async::Process=HASH(0x555ab0216420)) called at /usr/share/lintian/checks/documentation/manual.pm line 394 Lintian::documentation::manual::visit_installed_files(Lintian::documentation::manual=HASH(0x555aae114c88), Lintian::Index::Item=HASH(0x555a76bd7818)) called at /usr/share/perl5/Lintian/Check.pm line 88 Lintian::Check::visit_files(Lintian::documentation::manual=HASH(0x555aae114c88), "installed") called at /usr/share/perl5/Lintian/Check.pm line 117 Lintian::Check::run(Lintian::documentation::manual=HASH(0x555aae114c88)) called at /usr/share/perl5/Lintian/Check/Info.pm line 261 Lintian::Check::Info::run_check(Lintian::Check::Info=HASH(0x555a64a48228), Lintian::Processable::Binary=HASH(0x555a64e90f18), Lintian::Group=HASH(0x555a645bff98)) called at /usr/share/perl5/Lintian/Group.pm line 444 Lintian::Group::__ANON__() called at /usr/share/perl5/IO/Async/Routine.pm line 251 IO::Async::Routine::__ANON__() called at /usr/share/perl5/IO/Async/Internals/ChildManager.pm line 423 eval {...} called at /usr/share/perl5/IO/Async/Internals/ChildManager.pm line 301 IO::Async::Internals::ChildManager::_spawn_in_child(IO::Async::Internals::ChildManager=HASH(0x555a649572b0), GLOB(0x555aae65ff18), CODE(0x555aae65d3d8), ARRAY(0x555a6495fab0)) called at /usr/share/perl5/IO/Async/Internals/ChildManager.pm line 139 IO::Async::Internals::ChildManager::__ANON__() called at /usr/share/perl5/IO/Async/Loop.pm line 2109 eval {...} called at /usr/share/perl5/IO/Async/Loop.pm line 2109 IO::Async::Loop::fork(IO::Async::Loop::Epoll=HASH(0x555a646698a8), "code", CODE(0x555aae65c850)) called at /usr/share/perl5/IO/Async/Internals/ChildManager.pm line 141 IO::Async::Internals::ChildManager::spawn_child(IO::Async::Internals::ChildManager=HASH(0x555a649572b0), "setup", ARRAY(0x555a63258a60), "on_exit", CODE(0x555aae65c8c8), "code", CODE(0x555aae65d3d8), "command", ...) called at /usr/share/perl5/IO/Async/Loop.pm line 1098 IO::Async::Loop::spawn_child(IO::Async::Loop::Epoll=HASH(0x555a646698a8), "code", CODE(0x555aae65d3d8), "command", undef, "setup", ARRAY(0x555a63258a60), "on_exit", ...) called at /usr/share/perl5/IO/Async/Process.pm line 532 IO::Async::Process::_add_to_loop(IO::Async::Process=HASH(0x555aae65c898), IO::Async::Loop::Epoll=HASH(0x555a646698a8)) called at /usr/share/perl5/IO/Async/Notifier.pm line 301 IO::Async::Notifier::__set_loop(IO::Async::Process=HASH(0x555aae65c898), IO::Async::Loop::Epoll=HASH(0x555a646698a8)) called at /usr/share/perl5/IO/Async/Loop.pm line 407 IO::Async::Loop::_add_noparentcheck(IO::Async::Loop::Epoll=HASH(0x555a646698a8), IO::Async::Process=HASH(0x555aae65c898)) called at /usr/share/perl5/IO/Async/Loop.pm line 395 IO::Async::Loop::add(IO::Async::Loop::Epoll=HASH(0x555a646698a8), IO::Async::Process=HASH(0x555aae65c898)) called at /usr/share/perl5/IO/Async/Notifier.pm line 422 IO::Async::Notifier::add_child(IO::Async::Routine=HASH(0x555aae65d3c0), IO::Async::Process=HASH(0x555aae65c898)) called at /usr/share/perl5/IO/Async/Routine.pm line 291 IO::Async::Routine::_setup_fork(IO::Async::Routine=HASH(0x555aae65d3c0)) called at /usr/share/perl5/IO/Async/Routine.pm line 202 IO::Async::Routine::_add_to_loop(IO::Async::Routine=HASH(0x555aae65d3c0), IO::Async::Loop::Epoll=HASH(0x555a646698a8)) called at /usr/share/perl5/IO/Async/Notifier.pm line 301 IO::Async::Notifier::__set_loop(IO::Async::Routine=HASH(0x555aae65d3c0), IO::Async::Loop::Epoll=HASH(0x555a646698a8)) called at /usr/share/pe
Bug#966072: lintian: Cannot pipe() - Too many open files
Hi Felix, On 7/22/20 5:57 PM, Felix Lechner wrote: > But I cannot reproduce the behavior locally. (See working tag output > below.) Are you using a resource-constrained system? Not really ;-) (And /tmp didn't run full either, 40 GB free) > Also, I have a non-standard setup locally in /etc/security/limits.d: > > # > *hardnofile65536 > *softnofile65536 Everything is on defaults, i.e. ulimit -n returns 1024 > % ./frontend/lintian > /mirror/debian/pool/non-free/n/nvidia-cuda-toolkit/nvidia-cuda-toolkit_10.1.243-7.dsc > /mirror/debian/pool/non-free/n/nvidia-cuda-toolkit/nvidia-cuda-toolkit_10.1.243-7_amd64.deb Wrong package tested? I can reproduce this with $ lintian nvidia-cuda-dev_10.1.243-7_amd64.deb (and the just uploaded -8, too) Andreas
Bug#964013: lintian: embedded-javascript-library should flag sphinx files too
Followup-For: Bug #964013 Control: reopen -1 Hi, I stumbled upon this while trying to fix W: pocl-doc: embedded-javascript-library usr/share/doc/pocl-doc/html/_static/language_data.js please use sphinx language_data.js seems to be a false positive as long as sphinx^Wthe-correct-sphinx-js-package (libjs-sphinxdoc?) does not provide a linkable "master" copy. (And then it should be handled by dh_sphinxdoc.) Andreas PS: doctools.js and searchtools.js are correctly identified :-)