Hi Niels,
> Thanks for the patch! :)
Thanks again for the review. :)
> If the test does not need anything special from d/rules we have a
> standard one
Ah, good to know... Removed.
> Should the regex have a "/" (or use $basename eq '.coverage'[1])?
> AFAICT this would also match "foo.coverage"
Chris Lamb:
> tags 831864 + patch
> thanks
>
> Hi Lintian maintainers,
>
Hi,
Thanks for the patch! :)
Two minor remarks
> Attached is the following:
>
> commit 707a5c5965f4349735e185caaf18f7af022d279f
> Author: Chris Lamb
> Date: Wed Aug 24 19:12:16 2016 +0100
>
> c/files:
tags 831864 + patch
thanks
Hi Lintian maintainers,
Attached is the following:
commit 707a5c5965f4349735e185caaf18f7af022d279f
Author: Chris Lamb
Date: Wed Aug 24 19:12:16 2016 +0100
c/files: Warn about Python packages which ship coverage.py information.
(Closes: #831864)
Hi,
Axel Beckert wrote:
> I don't know too much about doing coverage computations in Python, but
> this looks wrong twice (i.e. for both packages):
>
> Unpacking python-rows (0.2.0-1) over (0.1.1-3) ...
> dpkg: error processing archive
> /var/cache/apt/archives/python-rows_0.2.0-1_all.deb (--unp
Package: lintian
Version: 2.5.45
Severity: wishlist
Hi,
I don't know too much about doing coverage computations in Python, but
this looks wrong twice (i.e. for both packages):
Unpacking python-rows (0.2.0-1) over (0.1.1-3) ...
dpkg: error processing archive
/var/cache/apt/archives/python-rows_0
5 matches
Mail list logo