Bug#553469: Lintian based autorejects
- To: submit@bugs.debian.org
- Subject: Bug#553469: Lintian based autorejects
- From: Michael Banck <mbanck@debian.org>
- Date: Sat, 31 Oct 2009 17:38:09 +0100
- Message-id: <[🔎] 20091031163809.GD23240@nighthawk.chemicalconnection.dyndns.org>
- Reply-to: Michael Banck <mbanck@debian.org>, 553469@bugs.debian.org
- In-reply-to: <20091030102816.GA23240@nighthawk.chemicalconnection.dyndns.org>
- References: <87skd5extc.fsf@delenn.ganneff.de> <200910272115.58848.thijs@debian.org> <20091027225952.GA10222@jade.home> <20091027230305.GA17630@sirena.org.uk> <20091028005112.GB10222@jade.home> <87y6mw5jea.fsf@windlord.stanford.edu> <20091028083753.GD2391@motte.home.jhr-online.de> <20091030102816.GA23240@nighthawk.chemicalconnection.dyndns.org>
Package: lintian
On Fri, Oct 30, 2009 at 11:28:16AM +0100, Michael Banck wrote:
> On Wed, Oct 28, 2009 at 09:37:53AM +0100, Jan Hauke Rahm wrote:
> > On Tue, Oct 27, 2009 at 07:42:21PM -0700, Russ Allbery wrote:
> > > Please note that the intention of the Lintian tag is not to complain
> > > about people using "Author(s)", but to catch people who have used
> > > dh-make and then never completed the relevant section of the
> > > resulting debian/copyright file, which I think we would all agree is
> > > an obvious RC bug.
> >
> > Yes, so can't we introduce a bogus line in dh-make's default copyright
> > file? Something like a trap for lintian? If this is really about
> > catching packages where the maintainer forgot to even think about
> > debian/copyright, this would work perfectly and probably without false
> > positives.
>
> dh_make already inserts "put author's name and email here", I had
> guessed that lintian would check for that and error out otherwise, but
> if this is not yet the case, maybe it can be added.
17:21 < Manoj> huh. 97 possibilities, only 3 RC bugs filed,
copyright-lists-upstream-authors-with-dh_make-boilerplate
This probably means lintian really only checks for "Author(s)"; I guess
it would be better to check for the above dh_make text, rather (at least
when it comes to the tag title). I don't know whether the dh_make text
has changed over time, though.
Michael
Reply to: