Felix Lechner pushed to branch master at lintian / lintian
Commits:
adbec87c by Felix Lechner at 2022-01-16T12:25:06-08:00
Improve the tag description for declare-python-versions-for-test.
Thanks to Julian Gilbey for making the description more helpful for Python
practitioners!
Gbp-Dch:
On Sun, Jan 16, 2022 at 08:37:33AM -0800, Felix Lechner wrote:
> Hi Julian,
>
> On Sun, Jan 16, 2022 at 7:01 AM Julian Gilbey wrote:
> >
> > So perhaps another clause or two, something along the lines of the
> > following, would be good?
>
> Your suggestion was implemented in:
>
>
>
Felix Lechner pushed to branch master at lintian / lintian
Commits:
5e20ecb4 by Felix Lechner at 2022-01-16T08:44:07-08:00
Rename the tags from the previous commit.
Shorter and perhaps a little bit more clear to readers.
Gbp-Dch: ignore
- - - - -
4 changed files:
-
Hi Julian,
On Sun, Jan 16, 2022 at 7:01 AM Julian Gilbey wrote:
>
> So perhaps another clause or two, something along the lines of the
> following, would be good?
Your suggestion was implemented in:
https://salsa.debian.org/lintian/lintian/-/commit/d228765ce4db8057fd0c9780b2312c0e26914434
On Sun, 16 Jan 2022, 2:58 pm Felix Lechner,
wrote:
> I cannot reproduce the behavior with hexchat_2.16.0-3.dsc (although
> there are probably others) because it lacks the second paragraph. [2]
> Are you uploading your new version to the archive? It would help me
> fix the bug.
I'm not
On Sun, Jan 16, 2022 at 05:33:14AM -0800, Felix Lechner wrote:
> Hi,
>
> On Sun, Jan 16, 2022 at 2:27 AM Julian Gilbey wrote:
> >
> > *If* the consensus is that py3versions -r is wrong, then we should
> > probably have a lintian check for it: py3versions -r (and variants
> > such as -rv and -vr)
Hi,
On Sun, Jan 16, 2022 at 12:30 AM Mattia Rizzolo wrote:
>
> I guess it's taking the 2021 from the second paragraph?
The code assumes there is only one Debian paragraph [1] and issues the
tag for any with an outdated copyright. The current year (2022) in
just one of them should suffice to
Hi,
On Sun, Jan 16, 2022 at 2:27 AM Julian Gilbey wrote:
>
> *If* the consensus is that py3versions -r is wrong, then we should
> probably have a lintian check for it: py3versions -r (and variants
> such as -rv and -vr) without a corresponding X-Python3-Version field
> should give a lintian
On Sat, Jan 15, 2022 at 05:15:52AM +, Scott Kitterman wrote:
> This is certainly not a major issue, but your py3versions invocation in the
> autopkgtest is sub-optimal. You are using -r for requested versions, but
> then the package doesn't request specific versions so if falls back to all
>
Package: lintian
Version: 2.114.0
My d/copyright has:
|Files: debian/*
|Copyright: 2014 Jesse Rhodes
| 2016-2022 Mattia Rizzolo
|License: GPL-2+
|
|Files: debian/apparmor/*
|Copyright: 2014 troubadour
| 2014-2021 ENCRYPTED SUPPORT LP
|License:
10 matches
Mail list logo
