Andreas Tille [EMAIL PROTECTED] writes:
in one of my new packages I accidentially missed the section: header
in the control file which caused ftpmaster to reject the package.
I would regard it reasonable if lintian would check that source and
binary contain a section: header.
Er, well, it
Package: lintian
Version: 1.23.41
Severity: minor
As quilt is used to deapply patches in the clean target usually, lintian
should not suggest to move it to build-deps-indep while building an
arch:all package.
Just one random example:
I: cython source: build-depends-without-arch-dep quilt
Bernd Zeimetz [EMAIL PROTECTED] writes:
Package: lintian
Version: 1.23.41
Severity: minor
As quilt is used to deapply patches in the clean target usually, lintian
should not suggest to move it to build-deps-indep while building an
arch:all package.
Just one random example:
I: cython
Just one random example:
I: cython source: build-depends-without-arch-dep quilt
lintian already will allow (and even require) quilt to be in Build-Depends
because of this. This looks like a specific problem with lintian's
understanding of this package, but cython doesn't appear to be in
On Sunday 23 December 2007, Russ Allbery wrote:
The new scheme is:
http://lintian.debian.org/reports/maintainer/email.html
The links from those pages to error descriptions are broken:
http://lintian.debian.org/reports/maintainer/Tnewer-debconf-templates.html
404 Not Found
There's no
Package: lintian
Version: 1.23.41
Severity: normal
It seems that someone filed 452804 and it is now fixed. I really
disagree in that because I don't want to see output from lintian if
there is nothing interesting.
When I add a override, I do not want to be bugged with it.
This setting might be
Package: lintian
Version: 1.23.41
Tags: patch
False positives of 'dpatch-index-references-non-existant-patch' are emitted
if multiple patches are specified on the same line in 00list (valid in
dpatch).
For example:
EOF
01-first-patch.dpatch 02-second-patch.dpatch
03-third-patch.dpatch
EOF
7 matches
Mail list logo