Bug#801717: lintian: False positive for source-is-missing

2015-10-14 Thread Neil Williams
On Wed, 14 Oct 2015 11:17:40 +0800 Paul Wise wrote: > On Tue, 13 Oct 2015 20:48:48 +0100 Neil Williams wrote: > > > lava_server/htdocs/js/jquery.validate.js > > lava_server/lava-server/js/jquery.validate.js > > Are you sure these files are source for the jQuery validation

Bug#801717: lintian: False positive for source-is-missing

2015-10-14 Thread Paul Wise
On Wed, 2015-10-14 at 08:52 +0100, Neil Williams wrote: > cannot be packaged currently if it does need grunt Sure they can, just package build-deps first, like Debian always does. > These js files are effectively part of the source code of lava-server, > not the JQuery upstream They are

Bug#801760: [checks/manpages] manpage-named-after-build-path won't trigger for packages built in sbuild

2015-10-14 Thread Jakub Wilk
* Mattia Rizzolo , 2015-10-14, 17:28: I wonder if just using $file =~ m/_build_/ instaead of $file =~ m/_build_buildd/ is sane enough. There are legitimate manpages that have "_build_" in their name, for example: /usr/share/man/man1/slonik_build_env.1.gz (in

Bug#801760: [checks/manpages] manpage-named-after-build-path won't trigger for packages built in sbuild

2015-10-14 Thread Jakub Wilk
Package: lintian Version: 2.5.38 This code was meant to catch bugs like #713883: if ($file =~ m/_build_buildd/ or $file =~ /_tmp_buildd/) { tag 'manpage-named-after-build-path', $file; } But sbuild builds stuff in /build/$PACKAGE-$RANDOMSTRING, so this regexp wouldn't

Bug#801482: The name of a programme, from which an error message comes, is missing in the lintian's message

2015-10-14 Thread Jakub Wilk
Control: severity -1 minor Control: tags -1 + patch Severity: important This is definitely not "a bug which has a major effect on the usability of a package". * Bjarni Ingi Gislason , 2015-10-11, 00:41: W: lintian: manpage-has-errors-from-man

Processed: Re: Bug#801482: The name of a programme, from which an error message comes, is missing in the lintian's message

2015-10-14 Thread Debian Bug Tracking System
Processing control commands: > severity -1 minor Bug #801482 [lintian] The name of a programme, from which an error message comes, is missing in the lintian's message Severity set to 'minor' from 'important' > tags -1 + patch Bug #801482 [lintian] The name of a programme, from which an error

Bug#801760: [checks/manpages] manpage-named-after-build-path won't trigger for packages built in sbuild

2015-10-14 Thread Mattia Rizzolo
On Wed, Oct 14, 2015 at 12:30:27PM +0200, Jakub Wilk wrote: > Package: lintian > Version: 2.5.38 > > This code was meant to catch bugs like #713883: > >if ($file =~ m/_build_buildd/ or $file =~ /_tmp_buildd/) { >tag 'manpage-named-after-build-path', $file; >} > > But

Bug#801483: The environmental variable 'TMPDIR' is made unset by "lintian"

2015-10-14 Thread Jakub Wilk
* Bjarni Ingi Gislason , 2015-10-11, 01:52: * What outcome did you expect instead? That the environmental variable "TMPDIR" retains its value. Lintian sanitizes environment when calling external programs. (See the clean_env function in lib/Lintian/Util.pm). It only

Bug#801482: The name of a programme, from which an error message comes, is missing in the lintian's message

2015-10-14 Thread Adam D. Barratt
On 2015-10-14 12:22, Jakub Wilk wrote: [...] * Bjarni Ingi Gislason , 2015-10-11, 00:41: [...] How will (the cause of) this programming error be documented, so people (can) learn from it and do not repeat it themselves? As usually, in the bug log and in the changelog.