Bug#871956: lintian: false positive: binary-file-built-without-LFS-support on x32

2017-08-12 Thread Adam Borowski
Package: lintian Version: 2.5.52 Severity: normal Hi! For all 32-bit architectures lintian complains if functions using off_t instead of off64_t are used. On legacy architectures, this is indeed a good check, as for old ABI compatibility reasons sizeof(off_t) is only 4. However, new 32-bit archi

Bug#871956: lintian: false positive: binary-file-built-without-LFS-support on x32

2017-09-01 Thread Adam Borowski
On Fri, Sep 01, 2017 at 09:51:56AM +0100, Chris Lamb wrote: > > false positive: binary-file-built-without-LFS-support on x32 > > I think the next step here would be to identify which of these > archs should be skipped for this check: > > > https://anonscm.debian.org/git/lintian/lintian.git/tre

Bug#871956: lintian: false positive: binary-file-built-without-LFS-support on x32

2017-09-01 Thread Adam Borowski
On Fri, Sep 01, 2017 at 08:50:05PM +0200, Boud Roukema wrote: > On Fri, 1 Sep 2017, Adam Borowski wrote: > > Also, the vast majority of packages don't trigger this warning as they > > request LFS unconditionally instead of trying to autodetect it. > > The lin

Bug#871956: lintian: false positive: binary-file-built-without-LFS-support on x32

2017-09-01 Thread Adam Borowski
On Sat, Sep 02, 2017 at 12:18:59AM +0200, Boud Roukema wrote: > On Fri, 1 Sep 2017, Adam Borowski wrote: > > And what AC_SYS_LARGEFILE does, at least on Linux, is to return a hardcoded > > setting so programs switch from off_t to off64_t whether they need to or > > not. This

Bug#871956: lintian: false positive: binary-file-built-without-LFS-support on x32

2017-09-03 Thread Adam Borowski
On Sun, Sep 03, 2017 at 11:38:28PM +0200, Guillem Jover wrote: > On Fri, 2017-09-01 at 21:35:07 +0200, Adam Borowski wrote: > > The problem is in snowflake packages that do things their own way and enable > > LFS only when it's actually needed. Here's where the lintian fa

Bug#891387: lintian: complains about mentions of riscv64

2018-02-24 Thread Adam Borowski
Package: lintian Version: 2.5.76 Severity: normal Hi! I get the following error: E: arch-test source: invalid-arch-string-in-source-relation riscv64 [build-depends: binutils-riscv64-linux-gnu [!riscv64]] The riscv64 architecture is supported by dpkg and binutils already, and folks are working on

Bug#892967: lintian: considers .rtf to be a text file, causing false positives

2018-03-14 Thread Adam Borowski
Package: lintian Version: 2.5.79 Severity: normal Hi! RTF is an old file format from Microsoft, that was pushed as a means of "cross-platform interchange". It has never been really widespread, but, because its simplicity, most Word-like programs support it. Thus, it's an odd but not entirely irr

Bug#892967: lintian: considers .rtf to be a text file, causing false positives

2018-03-15 Thread Adam Borowski
On Thu, Mar 15, 2018 at 02:40:01AM +, Chris Lamb wrote: > So, turns out we can actually fix / "parse" .rtf files quite easily: > > > https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=9dd5cd5f7484f30026d1f63e362e13903a678ac1 > > .. so no need to ignore them just yet. :) +#

Bug#947682: lintian: internal error: undef as an ARRAY reference at ///manpages.pm

2019-12-28 Thread Adam Borowski
Package: lintian Version: 2.43.0 Severity: normal Hi! When ran on at least ploop .deb (versions 1.15-6 and 1.15-7), lintian fails with: Can't use an undefined value as an ARRAY reference at /usr/share/lintian/checks/manpages.pm line 370. internal error: cannot run manpages check on package binar

Bug#954224: lintian: please dim/color --show-overrides

2020-03-18 Thread Adam Borowski
Package: lintian Version: 2.57.0 Severity: wishlist Hi! When reviewing packages, I find myself hardly ever look at overridden tags, as it's tedious to mentally weed them out when reading lintian output. I think it would be great if you could visually mark them. For example, using \e[2m (half-brig

debian-lint-maint@lists.debian.org

2021-05-16 Thread Adam Borowski
Package: lintian Version: 2.104.0 Severity: wishlist Hi! I found that a lot of packages declare an autopkgtest where the Test-Command backgrounds itself. This does nothing useful, as eg: Test-Command: false & passes successfully. As the return value is ignored, any way such a test can possib

Bug#1019851: lintian: init.d-script-needs-depends-on-lsb-base is obsolete + wrong

2022-09-14 Thread Adam Borowski
Package: lintian Version: 2.115.3 Severity: normal Hi! The tag init.d-script-needs-depends-on-lsb-base has been redundant for quite a while, as lsb-base was transitively essential. Now it's even more redundant, as the package is no more (it was an implementation detail of the init script boilerpl

Bug#796170: lintian: [new check] warn on non-UTF8 text files

2015-08-19 Thread Adam Borowski
tend to re-propose for Stretch. This is only a preliminary version, let's discuss what you think. If you're on DebConf, you can contact me in person. >From 902283f122c71c88b968abfc3c778686200c9361 Mon Sep 17 00:00:00 2001 From: Adam Borowski Date: Wed, 19 Aug 2015 23:32:39 +0200 Subje

Bug#796170: lintian: [new check] warn on non-UTF8 text files

2015-08-22 Thread Adam Borowski
On Thu, Aug 20, 2015 at 09:58:25AM +0200, Niels Thykier wrote: > On 2015-08-19 23:43, Adam Borowski wrote: > Thanks for the suggestion and the prototype patch. > > I think it is an interesting proposal and I think we could try it as an > experimental check to see if it is a feasibl

Bug#725872: lintian: false positive: .au spelling "targetted"

2013-10-09 Thread Adam Borowski
Package: lintian Version: 2.5.19 Severity: normal Lintian emits the following tag: spelling-error-in-binary targetting targeting spelling-error-in-binary targetted targeted This promotes the US spelling. The UK has mostly switched to the US variant as well, but -tt- remains the predominant versi

Bug#852145: +1 for targetting

2017-01-21 Thread Adam Borowski
> targetted and targetting are valid alternative spellings I agree -- in Crawl's upstream, we had a very lengthy flamewar about this topic (that game's original author was an australian, thus .au spelling is preferred): * US uses -t- exclusively * UK allows both although -t- is more prevalent tha