Hi,
Le mardi 16 novembre 2021 à 06:35 -0800, Felix Lechner a écrit :
>
> On Sat, Nov 13, 2021 at 1:15 AM Julien Puydt
> wrote:
> >
> > I hope this is precise enough to improve the hint.
>
> We would like to test improvements. Would you please point to
> installab
Package: lintian
Version: 2.111.0
X-Debbugs-CC: debian-ocaml-ma...@lists.debian.org
The Coq project comes with a kind of compiler, and generates files that
are ELF shared objects ; as such they do get detected by lintian, and
it tries to analyse them just like normal C/C++ shared objects.
Unfortu
Package: lintian
Version: 2.111.0
X-Debbugs-CC: debian-ocaml-ma...@lists.debian.org
A new build system is seeing increasing use in the OCaml world, and is
putting the above hint implementation out of its depth: dune.
The current implementation of the hint is that for each foo.cmi, there
should be
Package: lintian
Version: 2.107.0
Severity: normal
Updating the python-anyio package, lintian complained quite vehemently
(an error):
E: python-anyio source: missing-build-dependency-for-dh-addon python3
=> python3:any | python3-all:any | python3-dev:any | python3-all-
dev:any | dh-sequence-pytho
Le dimanche 05 septembre 2021 à 22:57 -0700, Felix Lechner a écrit :
>
> On Sun, Sep 5, 2021 at 10:54 PM Julien Puydt
> wrote:
> >
> > I have a javascript package
>
> Which package, please?
node-rollup-plugin-node-resolve (but the salsa version might not be up
Package: lintian
Version: 2.104.0
Severity: wishlist
The source-includes-file-in-files-excluded error should be made
smarter. I have a javascript package where most of the upstream tarball
is garbage, so d/copyright reads:
Files-Excluded: *
Files-Included: very short list
and that makes lintian
Le mercredi 11 novembre 2020 à 04:35 -0800, Felix Lechner a écrit :
> On Wed, Nov 11, 2020 at 12:13 AM Julien Puydt > wrote:
> > You use -3 and I packaged and used -4 in my report :
>
> Thanks for clarifying. Unfortunately, that version does not produce
> any tags whats
Le mardi 10 novembre 2020 à 03:49 -0800, Felix Lechner a écrit :
> Hi Julien,
>
> On Mon, Nov 9, 2020 at 10:00 PM Julien Puydt
> wrote:
> > P: node-posix-getopt source: package-does-not-install-examples
> > debian/examples
> > P: node-posix-getopt source: pac
Hi,
I was about to report the same thing when I saw Xavier already filed
this bug ; here is another example, with a nice twist :
P: node-posix-getopt source: package-does-not-install-examples
debian/examples
P: node-posix-getopt source: package-does-not-install-examples
examples/
It complains ab
Package: lintian
Version: 2.97.0
This evening, while trying to update my giac package, I got :
E: giac source: source-is-missing .pc/d-dont-include-remote-
scripts.patch/doc/xcas.js line length is 467 characters (>256)
which means lintian had a look into .pc/ : this directory should be
excluded,
Package: lintian
Version: 2.14.0
Severity: minor
I get many unused-license-paragraph-in-dep5-copyright I:-type messages
from lintian, because the paragraphs in question are License: foo and
used as License: foo+. Lintian should see that it's compatible and
accept it.
I hope that helps,
JP
Hi,
On 27/08/2018 19:09, Chris Lamb wrote:
Thanks for that. Do you happen to have some "bad" ones handy too?
I don't have anything handy, but I remembered : when I packaged
minetest-mod-unified-inventory and found it used CC0, I used
codesearch.debian.net, to find other packages where CC0 w
Hi,
in my previous mail, I asked if that test was worth anything.
It's possible to know what packages trigger the test:
https://lintian.debian.org/tags/incomplete-creative-commons-license.html
I had a look from the start of the list (took the 20 first), and found
only 4 where I would say it's
On 27/08/2018 15:36, Chris Lamb wrote:
Julian et al.,
if ($full_license and $short_license =~ m/cc-/) {
if ($full_license !~ /definitions/i and
$full_license !~ /copyright and related rights/i and
$full_license !~ m%/usr/share/common-licenses/CC) {
tag 'incomp
Hi,
the following also triggers the check, and I think it's a false
positive, and would still be even with the proposed change:
License: CC0
To the extent possible under law, the author(s) have dedicated all
copyright
and related and neighboring rights to this software to the public domain
Package: lintian
Version: 2.5.52
Severity: wishlist
Hi,
since a recent decision of the technical comity, the nodejs package
provides /usr/bin/node, in addition to /usr/bin/nodejs for backward
compatibility.
It would be nice if lintian were warning about nodejs uses in script
(and in particular i
Package: lintian
Version: 2.5.52
Severity: minor
Since a recent decision of the technical comity, the nodejs package is
providing /usr/bin/node, while still providing /usr/bin/nodejs during a
transition period.
It would be nice if lintian could recognize this new interpreter name as
being correct
17 matches
Mail list logo