Package: lintian
Version: 2.115.1
Severity: wishlist
Citing from
https://ci.debian.net/data/autopkgtest/unstable/arm64/l/lintian/22908861/log.gz
-O debci-lintian-sid-arm64-22908861.log.gz:
# Hints do not match
#
# ---
soning. These are real issues which are clearly neither minor nor
even pedantic. These are issues which need to be fixed.
>From my point of view, this is not even a bug, but a feature request.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian
be binary, others seem to
be text. So I'm not declaring these suffixes as (always) being binary
files.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
ttps://bugs.debian.org/1001399.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
> submitter -2 Peter B
> Bug #1014255 [lintian] lintian: very-long-line-length-in-source-file should
> ignore lines starting with INSERT or SELECT (i.e. commonly long SQL
> statements)
> Changed Bug submitter to 'Peter B ' from 'Matt
> Barry '.
Regards, Axel
--
,'
t. Indeed
> "chown --reference=foo bar.baz" matches
>
> m{ \b chown \s+ (?: -\S+ \s+ )* ( \S+ [.] \S+ ) \b }x,
>
> but that chown command has no ambiguous user.group argument.
Nice catch! Thanks for the bug report!
Regards, Axel
--
,''`. | Axel
ght just try to provide a patch, I
> think should probably be a one-liner.
A patch of course would be nice, but I won't mind if you don't provide
one.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `'
tian/Check/Languages/R.pm
lib/Lintian/Data/Authority/DocBaseManual.pm
lib/Lintian/Data/Authority/VimPolicy.pm
~/lintian/lintian →
Raising severity to important because this issue has quite some impact
if my guess above is correct.
Regards, Axel
--
,''`. | Axel Beckert , https://peo
Just another thought on this topic:
Axel Beckert wrote:
> https://ci.debian.net/data/autopkgtest/unstable/arm64/l/lintian/22908861/log.gz
[…]
> But simply replacing all occurrences of "x86_64" with "*" does not
> work. It though would be a start if it would work.
> > P: strawberry source: very-long-line-length-in-source-file 566 > 512
> > [data/schema/schema-11.sql:235]
These are corner cases IMHO. Not really binary files, but also files
where long lines are very common, especially for INSERT and SELECT.
I tend to write code which explici
Package: lintian
Version: 2.115.2
Severity: important
Checking a current firefox source package emits thousands of these perl
warnings:
[…]
Warning in processable firefox_102.0-1.dsc: Complex regular subexpression
recursion limit (65534) exceeded at
RC
bug report because people started using lintian off the git repo due
to it no having been maintained for months:
https://bugs.debian.org/1003353)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Adm
quot;, so the longer
the more I tend to agree with Russ' arguments to stay with ISO 639-3
only.
Plus maybe add a few more notes to the tag description to explain why
language groups are probably no good idea for locales.
Still would be happy about input from Toddy on this. :-)
atible and
more precise and helpful.
Ok, and I should really go to bed now. :-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 612
Anyway, with you proposing a more strict checking here and I was at
least initially proposing to get back to the more laxer parsing used
previously, it would be really good to have some additionaly input
from someone with a bit more experience on that topic. I hope that
Toddy can p
Hi again,
Axel Beckert wrote:
> Andreas Tille wrote:
> > I'll start editing lintian-overrides then.
>
> Maybe wait a bit with that. Given Lucas' comment, I feel a bit more
> urged to provide such a migration script.
>
> I will look into this for the next upload. No prom
ard ...
No need to be sorry!
Will try to implement this in lintian.
Thanks again!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`
bit more
urged to provide such a migration script.
I will look into this for the next upload. No promises as of now,
though.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6
y in
the BTS).
So thanks again for this bug report and and reminder!
(And yes, my /tmp/ was filled with ten thousands of these files. I
noticed it after investigating why a GUI file open dialog in /tmp/
froze for many seconds until I could interact with it.)
Regards, Axel
--
,'
mat can
be improved for less ambiguity. :-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
lly used.
If in your case the tag should have been emitted but hadn't been
emitted, please tell us which package at which version (or commit ID)
this happened.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org A
A, I've for now declared this
to be an RFH with a taste of ITA. I hope, that's ok. :-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024
uot; for
me. Actually I think we have the same issue in German itself: I would
say "Substrahieren", but correct is "Subtrahieren".
Another reason might be the similarity to words like the German
"Substrat" or the English word "substrate" (which both mean the
idea what this bug report
exactly is about.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Hi Niels,
while hunting down the fallout of
https://github.com/Perl-Critic/Perl-Critic/issues/925 in Lintian's
test suite, I stumbled upon this confusing line of code:
98:join(' |̈́ ', $one->name, @provides_one));
[…]
108:join(' | ', $two->name, @provides_two));
Note
internally to interactively
> recalibrate Lintian's test suite.
Given that Felix quit working on Lintian, this will likely not happen
unless someone steps up and continues the ideas and his work.
I will only try to fix things for now. (And I'm not sure how I'll
handle this, maybe mitigate it by more fit
kthxbye
Hi again,
I disagree that #1003272, #1003353 and #1007002 are the same bug. The
former two are similar, but not identical and the latter was only the
reason why the second one is showing up more often. Hence unmerging
all three.
Axel Beckert wrote in #1003272:
> Tobias Frost wrote:
> >
Package: lintian
Version: 2.114.211
Severity: minor
While debugging test failures in t/recipes/checks/init-d/init.d-general,
I noticed the following unexpected change in emitted tags at commit
9e7db94ee5eadab0e6e7b4509abdea7c2087af31 (i.e. the 211th commit after
2.114.0):
I moved the #DEBHELPER#
rious about that purpose. :-)
>
> I can only assume it was an accident.
>
Ok. :-) Thanks for the reply!
And yes, it's gone now. :-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' |
Hi,
Axel Beckert (@abe) wrote:
> Axel Beckert pushed to branch master at lintian / lintian
>
> Commits:
> 1b26acec by Axel Beckert at 2022-06-11T17:00:27+02:00
> Update copyright years in debian/copyright
>
> … before lintian starts complaining about it. ;-)
>
> -
Hi Andreas,
Andreas Beckmann wrote:
> On 19/06/2022 16.27, Axel Beckert wrote:
> > please explain what makes you think that this issue is present in
> > lintian 2.114.0 as currently in Debian Unstable.
>
> The BTS does not understand made up versions (i.e. versions not in
ikely stay valid.
You also might get further such mails when I force-push new histories
in that feature branch. I hope you don't mind, but I wanted to publish
what I already have.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.c
debug package, I'll see if I can either
* find the cause by debugging the code,
* find the cause by bisecting, or
* reduce the amount of checks run against it as many
make no sense for debug packages.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debi
less you have a really good reason to do so. Thanks in
advance!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 E
ailures after a debhelper update
seem to have added some lines. Took a few hours to understand what
went wrong and why. (Granted, because many things I knew about
Lintian's test suite had changed since I last used it, I first had to
relearn how to use the current setup and this took probab
on line num...
Commit Author: Axel Beckert ( https://salsa.debian.org/abe )
Pipeline #388464 ( https://salsa.debian.org/lintian/lintian/-/pipelines/388464
) triggered by Axel Beckert ( https://salsa.debian.org/abe )
successfully completed 15 jobs in 3 stages.
- End forwarded message -
So
ing the failing autopkgtests in current
git HEAD (first) and the RC bug reports (second).
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126
ase.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
or provides too much, depending on
the point of view) and doesn't look maintained at upstream anymore for
nearly two decades.
So as of now, libregexp-wildcards-perl is still my favourite even
though it doesn't look perfect either. But it at least does exactly
what we need in lintian.
Hi again,
this mail contains several points. I separated them with markdown-like
headlines.
Removing dpatch stuff from Lintian?
---
Axel Beckert wrote:
> Bastien Roucariès wrote:
> > could you please check why autotest fail
>
> Done now:
nks for notifying me of that issue!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1
ast \b should be a $, right?
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Hi Guillem,
Guillem Jover wrote:
> Control: tag -1 patch
> Control: forwarded -1
> https://salsa.debian.org/lintian/lintian/-/merge_requests/414
>
> On Mon, 2022-06-27 at 15:14:10 +0200, Axel Beckert wrote:
> > Guillem Jover wrote:
> > > I'd have to re-dig all thi
re though far from an implementation of that idea.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
equences because of too
many problems for not much gain.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26
Hi,
[Dropping the RFH bug report from Cc, at least for now.]
Axel Beckert wrote:
> More test suite failures / How to run the test suite
>
>
> Additionally the test suite now fails due to
> lib/Lintian/Check/Cruft.pm no
ntly runs around 35-40 minutes on my 6 year old
4-core workstation and even longer on Salsa CI (1h30m to 1h45m).
(At least those were the numbers when I last measured it. There are a
few commits in there now which probably reduce that time a bit.)
Regards, Axel
--
,''`. | Axe
future.
> The counter argument is that it's quite easy to just use SQL if you
> want to find packages affected by a specific tag.
Why is that a counter argument? I would expect that's an argument
_for_ implementing it. :-)
Regards, Axel
--
,''`. | Axel Beckert , https://peopl
t;fail
accompli" here — probably a Freudian typo :-) for those subscribed to
debhelper-devel. And please don't overshoot feature requests _and_
then present your proposal as fait accompli either, and encourage
discussion instead of sounding as if you want to suppress it.
Regards, Axe
gt; I have CC'ed lintian + lintian-brush on CC and cloned bugs for them. Having
> a lintian tag for them will enable the Janitor to help with the migration,
> so I agree we should have a lintian tag for this.
*sigh*
Regards, Axel
--
,''`. | Axel Beckert , https://people.
waiting 40 minutes for
a build.
Besides: salsa.debian.org is spelled "Salsa", not "salci". I've fixed
that, too, in debian/changelog.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`.
ense", see e.g.
https://en.wiktionary.org/wiki/licence
In UK, Canada, Australia, South Africa, Ireland, New Zealand,
Malaysia and Singapore it is even the standard spelling. (And hence it
is even likely the original spelling.)
Will revert that part.
Regards, Axel
--
,''`. | Axel Beckert ,
ld probably be removed. They all look like alternative
spellings, either historic or local.
Not sure about the remaining ones.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Depends (6191 chars > 5000)
Urgs. Thanks for that information as well!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Hi again,
Axel Beckert wrote:
> > $ grep -v ^# /usr/share/lintian/data/spelling/corrections | cut -d '|' -f 1
> > | while read word ; do grep "^$word\$" /usr/share/dict/american-english
> > /usr/share/dict/british-english ; done
>
> Thanks for figuring out
uild job from
our Salsa CI set of jobs.
So unless there are objections, I'll remove the "build-buster-backports"
job from Lintian's debian/salsa-ci.yml next weekend.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch
y users (as it was back then in Ubuntu as
well).
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1
activity on Lintian
towards to next weekend. :-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9
its, but I first would like to look at
least through the recently opened bug reports, too, and also do a bit
more local testing. I also assume we will do at least two uploads
before the freeze anyway, a first big one (2.116.0) and then probably
some more minor fixups (2.116.1) or so.
it right that ".DEFAULT:" is equivalent to "%:"?
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
file
suffixes/types for the very-long-line-… tag, we already gained a lot
of speed again.
This not only speeds up the test suite, but especially also checking
packages with a lot of files like PostgreSQL, Firefox, Linux, etc.
And I suspect that there are more of that kind of optimization
possibilities than it t
Hi Paul,
finally found time to tackle this.
Axel Beckert wrote:
> > Can you please investigate the situation
>
> Already done. Issue are mostly hardcoded x86_64 and amd64 strings in
> the test suite.
>
> Problem is IIRC that Lintian's testsuite currently doesn't support
Package: lintian
Version: 2.115.3-66-ge45c16683
Severity: minor
I just tried to reproduce an issue with the most recent
libpath-tiny-perl upload by running Lintian from git and ran into that
issue:
bin/lintian
s.
Anyway, thanks for the reminder.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
> decision has to be taken by the mips porters.
>
> We are getting very close to the toolchain freeze. Any decision about
> that?
JFYI: There is the request to disable this tag completely on MIPS
architectures in https://bugs.debian.org/1025436
Now I wonder if this would actually help
Control: tag -1 + pending
Hi Jakub,
Axel Beckert wrote:
> Jakub Wilk wrote:
> > I heard you like spell-checking, so I ran your spell-checker on your
> > spell-checker:
> >
> >$ grep '^[^#]' /usr/share/lintian/data/spelling/corrections | cut -d '|'
> > -f3 |
est suite?)
Ack.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Control: tag -1 + confirmed pending
Hi Jakub,
Jakub Wilk wrote:
> $ file lintian-2.115.3/reporting/harness
> lintian-2.115.3/reporting/harness: broken symbolic link to ../frontend/dplint
Good find, thanks!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debi
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Hi Soren,
Soren Stoutner wrote:
> On Sunday, January 15, 2023 5:17:10 PM MST Axel Beckert wrote:
> > > Debian, of course, prefers the Expat name as it is more precise.
> >
> > According to
> > https://wiki.debian.org/Proposals/CopyrightFormat#Differences_betwee
Hi again,
Axel Beckert wrote:
> Close to doing an upload. So let's check:
>
> > > 1. it seems "t/scripts/run-private-scripts.t" is broken again?
> […]
> > That error seems to be a real error when calling
> > private/generate-tag-summary. So the error is no
Hi,
Axel Beckert wrote:
> Aurelien Jarno wrote:
> > Given we got no decision from the MIPS porters before the toolchain
> > freeze, we'll have to live with the executable stack on mips*el for
> > bookworm.
> >
> > Therefore I believe it's a good id
Package: lintian
Version: 2.115.4~git
Severity: wishlist
In
https://salsa.debian.org/lintian/lintian/-/merge_requests/390#note_367701
Willian Desportes (X-Debbugs-Cc'ed) suggested to implement the same as
Lintian MR !390 (GitHub and GitLab URLs shouldn't end with .git) also
for Vcs-Browser. With
Axel Beckert wrote:
> As mentioned before exactly that exception is the reason why I think
> that these two license texts are not the same. I though see no
> explanation what the meaning of the colors on the SPDX website is.
> Until that is clarified, for me, the two texts clearly d
the same as the SPDX MIT License.
[…]
> Can somebody at Debian Legal please comment?
Yes, thanks! I'd prefer to have a good explanation, too.
Please also note that I didn't mark the bug report as wontfix, just as
moreinfo.
Regards, Axel
--
,''`. | Axel Beckert , https://people.deb
f the colors on the SPDX website is.
Until that is clarified, for me, the two texts clearly differ for me.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329
Package: lintian
Version: 2.115.3+68commits+git091d167f6
Severity: normal
When running against BackupPC, lintian emits this tag:
X: backuppc source: very-long-line-length-in-source-file 535 > 512
[lib/BackupPC/CGI/GeneralInfo.pm:52]
But there is no such long line in that file:
$ cat -n
filing https://bugs.debian.org/1029481 :-)
> Please add a lintian tag and add it to the ftp-master auto-rejects.
Definitely a good addition. No promises that this will be added before
Bookworm, though.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian
4.6.1.0)
>
> If this is not a real error then maybe it should have pedantic severity
> instead.
I tend to ignore any tar STDERR output saying "tar: Ignoring" as
solution for this issue. Do you think that should suffice?
Regards, Axel
--
,''`. | Axel Beckert
of that file. Such a discussion should come _before_ Lintian is
asked to implement something.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-
from the test suite. Will do after this mail.
This will also fix the second part of this bug report.
(And now I'd like to go back to other Lintian issues which don't
consume hours of debugging time first. Or just do an upload and fix
remaining issues later. :-)
Regards, Axel
--
,''`.
ections, also from
my side, I'd like to hear first if there's someone who considers this
tag useful.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD
Hi,
Axel Beckert wrote:
> Louis-Philippe Véronneau wrote:
> > I feel significant changes have been made on the git HEAD and a new lintian
> > release would be a good idea.
>
> Definitely. Also because I consider it to be (close to) a toolchain
> package. It's though (l
pat) [debian/copyright]
So that actually seems a true positive as the licenses differ. They
only differ a bit, but they differ.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
not only exist since recently, so
we can take that patch without having fear that backports will break.
:-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2F
d by the tags in the XML file and the text colors in
> the HTML version.
Yep, that XML version really helped to understand the semantics of the
colors in SPDX's HTML rendering.
But even if they're still not the same as such, it indeed makes no
sense that Lintian argues about them being different
at least try to update doc/lintian.rst so that at least the
content is ready once we can update the website again.
This is also related to https://bugs.debian.org/1004234 (docs: give
advice how to debug overrides).
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian
Package: lintian
Version: 2.115.3-68-g091d167f6
Severity: important
This issue is slightly related to the issue which made me find #1027949
as it probably also only surfaced when libpath-tiny-perl got bumped from
0.124 to 0.144 which added more pedantic error checking:
When trying to run lintian
et.
And maybe with the one set being calculated from the other set by
stripping the XS- prefix.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329
ting my REGEX.
Yes and no. It interprets only "*" and "?" and these have the same
meaning as with shell wildcards. It's actually the "jokers" mode of
the Perl module Regexp::Wildcards.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/
ed. :-)
Anyway, tagging as confirmed as I can already see now that it will
take a while. :-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD5
t as
wontfix.)
2) You should just add a lintian override as this is a very special
circumstance only appearing in two python-related packages and
nowhere else and the cause is a very weird behaviour of the
upstream developers.
Regards, Axel
--
,''`. | Axel Beckert ,
Hi Andreas,
Axel Beckert wrote:
> Andreas Beckmann wrote:
> > Checking intel-mkl (pre-built binaries in non-free) with lintian is very
> > slow. A full build (i.e. source+all+any) on amd64 takes nearly 18 hours
> > to check with
> > lintian -i -E -L ">=pedant
Hi Vagrant,
Vagrant Cascadian wrote:
> On 2023-02-05, Axel Beckert wrote:
> > While running Lintian's testsuite on a much faster system compared to
> > my Sid amd64 running development workstation, I noticed the following
> > test suite failure when running "private/ru
> reproducibility, including tar's, but I'm still mystified as to why it
> works on the other system. This part of tar doesn't seem to have changed,
> and as you mentioned replacing tar didn't change anything.
Exactly. All of that. :-)
Regards, Axel
--
,''`. | Axel
rds, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
ending env TZ=GMT to any command didn't help to get the same
result either.
> On 05/02/2023 06.47, Axel Beckert wrote:
> > Unfortunately firmware-nvidia-gsp/nvidia-graphics-drivers is rather
> > large and I ran out of disk space when first unpacking it in my home
>
> Then you
hes the second variant and Andreas' patch patches the
first variant — which was also the one emitted by running Lintian
against his package.
So it makes sense that Kibi's patch didn't fix Andreas' false
positive. Nevertheless Kibi found a likely problematic part of the
code.
Axel Beckert wr
able_fields->position('Section');
Thanks for that patch, too. Maybe both are necessary. Will check.
Unfortunately firmware-nvidia-gsp/nvidia-graphics-drivers is rather
large and I ran out of disk space when first unpacking it in my home
directory. Will need to run my checks elsewhere for now. Or
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
401 - 500 of 577 matches
Mail list logo
