* 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 slony1-2-bin)
This should b
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
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. (But this
condescending
* 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 keeps PATH and sets
LC_
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 usr/share/man/man1/lintian-info.1.gz
line 5:
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 mess
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
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 embedd
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 plugin?
The plugin
9 matches
Mail list logo