Bug#672284: lintian: False positive: no-debian-copyright when packages supply debian/$pkgname.copyright
On Mon, 14 May 2012, Jakub Wilk wrote: > But I always thought that we were supposed to documented license and > copyright holders of all files in the _source_ package, so having No. The copyright file exists for the binary packages, and the binary packages alone. ftpmasters require the complete copyright/licence of the upstream sources to be present in the origtgz (I once had one where the licence was not present in the tarball but added in a debian diff; this was deemed inacceptable (mirrors must be permitted to redistribute only a part), and debian/ is often not even worth documenting. I’ve had a package with a debian/copyright.in that copied, at build time, the upstream copyright notice at the end. This was deemed acceptable but not nice, and I ended up changing it to doing to in the clean target (so the source package ships both debian/copyright.in and debian/copyright) but this was strictly for tooling/QA. This is, by the way, one of the reasons why I think DEP 5 to be complete nōnsense. It doesn’t fit the Debian model. And yes, it’s completely acceptable to have diverging copyright files between binary packages. bye, //mirabilos -- [17:15:07] Lukas Degener: Kleines Asterix-Latinum für Softwaretechniker: veni, vidi, fixi(t) ;-)
Bug#966821: lintian: false positive: copyright-without-copyright-notice in antimicro
Package: lintian Severity: normal X-Debbugs-Cc: t...@mirbsd.de https://lintian.debian.org/sources/antimicro/2.23-2.html (unsure which lintian version was used) triggers an FP on copyright-without-copyright-notice as you can see on: https://metadata.ftp-master.debian.org/changelogs//main/a/antimicro/antimicro_2.23-2_copyright -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'oldstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-1-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) Versions of packages lintian depends on: ii binutils 2.35-1 ii bzip2 1.0.8-4 ii diffstat 1.63-1 ii dpkg 1.20.5 ii dpkg-dev 1.20.5 ii file 1:5.38-5 ii gettext 0.19.8.1-10 ii gpg 2.2.20-1 ii intltool-debian 0.35.0+20060710.5 ii libapt-pkg-perl 0.1.36+b3 ii libarchive-zip-perl 1.68-1 ii libcapture-tiny-perl 0.48-1 ii libclass-xsaccessor-perl 1.19-3+b5 ii libclone-perl 0.45-1 ii libconfig-tiny-perl 2.24-1 ii libcpanel-json-xs-perl4.19-1 ii libdata-dpath-perl0.58-1 ii libdata-validate-domain-perl 0.10-1 ii libdevel-size-perl0.83-1+b1 ii libdpkg-perl 1.20.5 ii libemail-address-xs-perl 1.04-1+b2 ii libfile-basedir-perl 0.08-1 ii libfile-find-rule-perl0.34-1 ii libfont-ttf-perl 1.06-1 ii libhtml-parser-perl 3.72-5 ii libio-async-loop-epoll-perl 0.21-1 ii libio-async-perl 0.77-3 ii libjson-maybexs-perl 1.004002-1 ii liblist-compare-perl 0.53-1 ii liblist-moreutils-perl0.416-1+b5 ii liblist-utilsby-perl 0.11-1 ii libmoo-perl 2.004000-1 ii libmoox-aliases-perl 0.001006-1 ii libnamespace-clean-perl 0.27-1 ii libpath-tiny-perl 0.114-1 ii libsereal-decoder-perl4.017+ds-1 ii libsereal-encoder-perl4.017+ds-1 ii libtext-levenshteinxs-perl0.03-4+b7 ii libtext-xslate-perl 3.5.8-1 ii libtime-duration-perl 1.21-1 ii libtime-moment-perl 0.44-1+b2 ii libtimedate-perl 2.3300-1 ii libtry-tiny-perl 0.30-1 ii libtype-tiny-perl 1.010002-1 ii libunicode-utf8-perl 0.62-1+b1 ii liburi-perl 1.76-2 ii libxml-libxml-perl2.0134+dfsg-2 ii libxml-writer-perl0.625-1 ii libyaml-libyaml-perl 0.82+repack-1 ii man-db2.9.3-2 ii patchutils0.4.2-1 ii perl [libdigest-sha-perl] 5.30.3-4 ii t1utils 1.41-4 ii xz-utils 5.2.4-1+b1 Versions of packages lintian recommends: pn libperlio-gzip-perl Versions of packages lintian suggests: ii binutils-multiarch 2.35-1 pn libtext-template-perl -- no debconf information
Bug#966817: New dependency on lzip not documented in changelog
On Sun, Aug 02, 2020 at 11:14:06AM -0700, Felix Lechner wrote: > On Sun, Aug 2, 2020 at 11:09 AM Josh Triplett wrote: > > lintian 2.86.0 introduces a new dependency on lzip, but does not > > document that dependency in the changelog. > > Lzip is used in checks/files/compressed/lz.pm but was never available. > > More information about that check is in Bug#702545. Ah, that makes sense. > What is the proper remedy for your bug, please? Just an entry in the 2.86.0 changelog along the lines of "Add missing dependency on lzip, used to test for broken lzip files in packages." Thanks, Josh
Bug#966817: New dependency on lzip not documented in changelog
Hi Josh, On Sun, Aug 2, 2020 at 11:09 AM Josh Triplett wrote: > > lintian 2.86.0 introduces a new dependency on lzip, but does not > document that dependency in the changelog. Lzip is used in checks/files/compressed/lz.pm but was never available. More information about that check is in Bug#702545. What is the proper remedy for your bug, please? Kind regards Felix Lechner
Bug#966817: New dependency on lzip not documented in changelog
Package: lintian Version: 2.86.0 Severity: normal X-Debbugs-Cc: j...@joshtriplett.org lintian 2.86.0 introduces a new dependency on lzip, but does not document that dependency in the changelog. I found commit fa8fd784e98199476b9b1bf4756b87f9b9c26f2e, but that doesn't explain what lintian actually uses lzip for.
Bug#966803: acute-accent-in-manual-page: false positive '\\'
Package: lintian Version: 2.85.0 Severity: normal Dear Maintainer, lintian complains I: xfig: acute-accent-in-manual-page usr/share/man/man1/xfig.1.gz:992 this is line 992: If this flag is not set, then the backslash character '\\' is changed As far as I can see, we do not have a quoted apostrophe here but a quoted backslash, while the apostrophes are both unquoted. Greetings Roland signature.asc Description: PGP signature