up tclsh to reprocess the entire
> script. When tclsh starts up, it treats all three lines as comments,
> since the backslash at the end of the second line causes the third
> line to be treated as part of the comment on the second line.
Kind regards
Felix Lechner
to check for the presence of a
field is with '->declares'. [3] Most significantly, there are no NULL
pointers. [4]
It would be a little bit of a philosophical stretch for Lintian to
alert users to problems with other parsers, rather than the document
itself.
Kind regards
Felix Lechner
[1] Plus two
Kind regards
Felix Lechner
[1] https://tracker.debian.org/media/packages/u/uglifyjs/copyright-2.8.29-8
[2]
https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/Check/Debian/Copyright/Dep5.pm
ython3-sphinx, but with
> the :native qualifier
That is a separate bug, and actually more interesting. Cloning.
Kind regards
Felix Lechner
ot appear on our website or be shown to any users, but you could
(relatively soon) access archive-wide results via our JSON interface.
[2] We would then try to refine the tag for public consumption
together.
What do you think, please?
Kind regards
Felix Lechner
[1] https://salsa.debian.org/lintia
named after the package name (due to camel case).
Should I allow all subfolders?
Kind regards
Felix Lechner
ould make Lintian's output variable over time. Do
we really need the upper bound (or the whole tag)?
Kind regards
Felix Lechner
Bug Number vs Filing Date.pdf
Description: Adobe PDF document
Filing Date,Bug Number
11/12/99,"50,004"
06/07/01,"100,000"
06/14/02,"150,000"
07/0
nhancements
mentioned in the POSIX standard." [3]
What do you think, please? Thanks!
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/Check/Shell/NonPosix/BashCentric.pm#L128
[2] https://unix.stackexchange.com/a/667393
[3] https://unix.s
Felix Lechner pushed to branch master at lintian / lintian
Commits:
d1709be8 by Felix Lechner at 2021-11-16T15:35:55-08:00
Split six checks for version strings off from the larger fields/version.
Gbp-Dch: ignore
- - - - -
30 changed files:
- lib/Lintian/Check/Fields/Version.pm
- + lib
Felix Lechner pushed to branch master at lintian / lintian
Commits:
d1a1c79e by Felix Lechner at 2021-11-16T11:41:08-08:00
Split the languages/ocaml check into seven smaller checks.
Gbp-Dch: ignore
- - - - -
30 changed files:
- + lib/Lintian/Check/Languages/Ocaml/ByteCode/Compiled.pm
Hi Julien,
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
installable packages that triggered the false positives? Thanks!
Kind regards
Felix Lechner
&& $depends->is_empty;
What do you think, please? Thanks!
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/Index/Elf.pm#L85
[2]
https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/Index/Elf.pm#L215
[3]
https://salsa.debian
g/lintian/lintian/-/commit/7f4621daf12355d271b943cbd1179829f7e12159
Do we need a separate tag for all uses of LTO, as requested here?
Would a classification tag be appropriate? At a minimum, it would
allow further research into the prevalence. Thanks!
Kind regards,
Felix Lechner
also
fix warnings that pop up in archive runs.
Kind regards,
Felix Lechner
you would like to see, and I will change
it again. Have you heard from the security team?
Kind regards
Felix Lechner
me fun with us!
Kind regards
Felix Lechner
P.S. In Lintian, tests are in the test suite. The scanning parts we
call "checks".
[1]
https://salsa.debian.org/lintian/lintian/-/commit/f0c91bdaf1ffbd6fd4ce1ba1fa78e2a7b2469cc2
Hi Yadd,
On Tue, Nov 9, 2021 at 8:17 AM Yadd wrote:
>
> same author
No sweat! The check merely requires separate wildcards. They can be in
the same Files field. That means they can share the same author.
Kind regards
Felix Lechner
1]
Thank you for all your hard work on node!
Kind regards
Felix Lechner
[1] https://lintian.debian.org/tags/add-component-copyright
Combined
with the above, I am not sure the tag is fixable.
As a last step before a possible removal, the tag was marked as
experimental, which tends to hide it from view. [1]
Please submit any additional positions to this bug. Thanks!
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lintia
nts). So far there are no hits on file
names.
Please help to identify classes of false positives. Otherwise, I have
to turn the tag into a classification (or disable it) which means we
won't see the results on the website. Thanks!
Kind regards
Felix Lechner
[1] https://lintian.debian.org/tags/unicode-trojan
to browse
the full results on the website so we can decide how to make the tag
work, if at all.
Kind regards
Felix Lechner
n'. [1] You should see
the results on the website in about a day.
For good measure, we check patched source files as well as files
shipped in installation packages.
I also added test cases to our test suite.
Thanks for the suggestion!
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/l
Hi Guillem,
On Fri, Oct 1, 2021 at 6:57 PM Guillem Jover wrote:
>
> Unamused,
I am sorry that happened. Did I not accept your patch in full? [1]
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/-/commit/3758bfafd5dd742c327f2312dac8e3a71b1f036e
given.
Kind regards
Felix Lechner
short period in early October (and possibly late September) but some,
like colortest-python, are clearly unrelated.
Either way, isn't the issue fixed?
Kind regards
Felix Lechner
Hi Graham,
On Wed, Nov 3, 2021 at 9:48 AM Graham Inggs wrote:
>
> Control: affects -1 src:python-boto3
Isn't that bug closed?
Kind regards
Felix Lechner
e messages and the valuable hyperlinks from here to there).
Kind regards
Felix Lechner
that any of the suggested fixes are
acceptable. (After a year, they are for the Lintian maintainers.)
Sorry if that looks like I jumped the gun.
Thank you for spending so much time on this, and for solving the riddle!
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/salsa-ci-team
Hi,
On Mon, Nov 1, 2021 at 2:21 PM Jérémy Lal wrote:
>
> grep -r
> $'[\u061C\u200E\u200F\u202A\u202B\u202C\u202D\u202E\u2066\u2067\u2068\u2069]'
Does that cover both conditions?
There is a risk that it will be slow, by the way—but I generally favor
doing things right, so no problem here.
Dear Jérémy,
On Mon, Nov 1, 2021 at 1:14 PM Jérémy Lal wrote:
>
> it seems this python tool does the job:
Looks great. If you can package it, your check may be only a few lines
long, or less. I can help with processing the output in Perl.
Kind regards
Felix Lechner
source code instructions are
restricted to ASCII (except for data strings, which may be shown to
users).
Either way, I am happy to help. Writing checks has never been easier!
Kind regards
Felix Lechner
ot mean to suggest that the entry points are removed.
Furthermore, the bug was already closed when you wrote.
If the entry points are missing from asciidoc and it breaks your
package, you may wish to file a bug there instead. Thanks!
Kind regards
Felix Lechner
Control: reopen -1
Hi,
On Sun, Oct 31, 2021 at 3:24 AM Mattia Rizzolo wrote:
>
> dpkg maintainers pointed me to #555743 - so I think this "just"
> needs some Policy massaging.
> I filed #998165 on that regard
Lintian will soon allow the field, too. Thanks for the researc
There was a valuable discussion of Salsa here. [1] It included this
valuable information:
[1] https://salsa.debian.org/salsa-ci-team/pipeline/-/merge_requests/312
Santiago R.R. commented:
I think some of you already knew it, but I confirmed this is something
related to the running environment,
wrote
Lintian's from scratch. Thanks!
Kind regards
Felix Lechner
="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
The output from 'locale -a' is too long. I must have 'locales-all' installed.
Kind regards
Felix Lechner
F-8. [1]
Should it only use LANG? How does that jibe with the recommendation
here [2][3] to always use LC_ALL when running programs? Thanks!
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/Check/Documentation/Manual.pm#L295
[2] https://stackoverflo
er
> install it.
For now, I requested locales-all. [1]
Kind regards
Felix Lechner
[1] https://salsa.debian.org/salsa-ci-team/pipeline/-/merge_requests/312
blame. The
shared runner operates in 'privileged' mode. [1]
I also contemplated other methods making the C.UTF-8 locale available
via the Docker file. [2]
I'll look into the Salsa runner package list again, unless you beat me to it.
Thanks!
Kind regards
吴大菲 (Felix Lechner)
[1] https://www.educba.com/
Hi,
On Fri, Oct 22, 2021 at 8:20 AM Yves-Alexis Perez wrote:
>
> That page doesn't apparently mention the term 'plugin', which I think is one
> good reason to set the runpath on a binary, though :)
Maybe you could add it to the Wiki page, if you have time. Thanks!
Kind regards,
Felix Lechner
packages using that exemption.) Is your package affected by that
change?
The commit [2] reduced the nesting depth and the complexity of the
conditionals. It is therefore possible that the relevant portion of
the check did not previously run for your package.
Kind regards
Felix Lechner
[1]
https://sa
Hi,
Do we have an issue with the Salsa webhooks?
Today this bug was marked pending via an upload to backports even
though I just reopened it:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=996270#27
Kind regards
Felix Lechner
Felix Lechner pushed to branch master at lintian / lintian
Commits:
aa476eb3 by Felix Lechner at 2021-10-21T07:38:47-07:00
Peel 18 smaller checks away from the scripts check.
Enables the check for bash-centric shell constructs to all POSIX shell
scripts. Previously, it ran only for maintainer
Felix Lechner pushed to branch master at lintian / lintian
Commits:
af3d2af5 by Felix Lechner at 2021-10-19T16:23:26-07:00
More code revisions in the scripts check; improved context for some tags.
Offers lower nesting depth, newly arranged contexts, and standardized line
references
and are beautiful little things!
> an exception for autotools files would be warranted?
Yes, the exception is probably warranted. If it's okay with you,
however, I will postpone the decision until the cruft check, which
issues the offending tag, is fixed. It is currently malfunctioning.
[2] Tha
the
issue, please?
Kind regards
Felix Lechner
d regards
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/-/commit/37a4e213600e467442fd30de8b23080c1ad77e5f
3d09ae0 ("Bring the binaries check up to the latest
> coding standards.")
Thanks for your hard work! A fix was committed, and your hints on
Lintian's website were updated:
https://lintian.debian.org/sources/ncurses
https://lintian.debian.org/sources/libpcap
Kind regards
Felix Lechner
egards
Felix Lechner
Felix Lechner pushed to branch master at lintian / lintian
Commits:
29d3f71f by Felix Lechner at 2021-10-14T21:30:20-07:00
Adjust expected hints in a test to the new tag context.
The prerequisite python-dev-is-python3 was not installed when the interactive
calibration ran. This test was left
the name
detection is broader and more user-friendly.
After some contemplation, I left the duplication issue to be solved on
another day.
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/-/blob/master/data/cruft/non-free-files
tectures." but got "Sorry, your search gave no
results." Thanks!
Kind regards
Felix Lechner
Hi,
> I wondered how one would come up with such a strange dependency
As a follow-on, Lintian may be able to help with additional warnings.
Kind regards
Felix Lechner
Hope that the fix is acceptable for now!
Kind regards
Felix Lechner
. The hint is wrong
altogether, isn't it?
Kind regards
Felix Lechner
lsa CI.
- static-library-has-unneeded-sections is Bug#995991. [4] The fix is
pending, but has not yet been uploaded.
- superficial-tests is being disputed in Bug#994139. [5]
Kind regards
Felix Lechner
[1] https://bugs.debian.org/993613
[2] https://bugs.debian.org/973313
[3]
https://lintian.pages.debi
ecause Lintian produced a lot of errors and warnings.
You can also see results for the version currently in unstable on our
website [2] but they look quite different.
Kind regards
Felix Lechner
[1]
https://debian.pages.debian.net/-/freetype/-/jobs/2061949/artifacts/debian/output/lintian.html
[2]
Hi,
On Mon, Oct 11, 2021 at 6:16 PM Hugh McMaster wrote:
>
> I'll look into enabling Salsa CI for the repo.
With some luck, you can simply add a file like this one [1] to your repo.
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lechner/mdadm/-/blob/debian/master/debian/salsa-ci.yml
rray as susceptible to new upstream
versions as four separate lines?
BTW, Lintian's test suite has an automatic hint adjuster. (No editor
required.) Would that be helpful to the public for use on their
overrides?
Kind regards
Felix Lechner
Control: reopen -1
Hi,
A recent commit [1] gave rise to a different fix, which is coming soon. Thanks!
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/-/commit/93b4e49c805ccf767f948ada5993318ab711120c
Felix Lechner pushed to branch master at lintian / lintian
Commits:
78a4885a by Felix Lechner at 2021-10-11T11:07:37-07:00
When one declared package relationship satisfies a stated condition, name the
method so.
The new naming will help to disentangle the complexity of processing
Hi Hugh,
On Sun, Oct 10, 2021 at 9:54 PM Hugh McMaster wrote:
>
> Is it possible to make the line number component an optional array? line
> [1,3,5]
Do you mean overriding some line numbers, but leaving others? Thanks!
Kind regards
Felix Lechner
e: source-contains-prebuilt-javascript-object
ft2docs/docs/js/jquery.ba-resize.min.js
Will you please include your full invocation (and also point us to an
interim build in Salsa CI, if needed) so we can investigate? Thanks!
Kind regards
Felix Lechner
Hi,
On Sun, Oct 10, 2021 at 3:33 PM Thorsten Glaser wrote:
>
> I’ve not yet tested ...
> whether the asterisk indeed allows anything to come after,
> i.e. “line * ot to” isn’t equivalent to “line *”…
I am not sure it's a good feature, but it should work. [1][2]
Kind regards
Felix
Felix Lechner pushed to branch master at lintian / lintian
Commits:
07b8b3b0 by Felix Lechner at 2021-10-07T17:20:45-07:00
Bring systemd check closer to current code standards; split off one check.
Further work is needed to separate the check further. Index::Item will probably
gain some INI
Hi,
On Wed, Oct 6, 2021 at 6:21 PM Thorsten Glaser wrote:
>
> Can I use a wildcard then?
By the way, you should also be able to use the wildcards * and ? in
lieu of the line numbers right now. Please let me know if that works.
Thanks!
Kind regards
Felix Lechner
If so, I'll have a look. Thanks!
Kind regards
Felix Lechner
dden.) Would it help for your override issue to relegate
the line numbers to the end of the context? Thanks!
Kind regards
Felix Lechner
Felix Lechner pushed to branch master at lintian / lintian
Commits:
24d90c81 by Felix Lechner at 2021-10-06T16:27:49-07:00
Split shared-libs check into 10 smaller checks.
Radically trims the complexity and the nesting depth of conditionals.
Will help improve the diagnostic quality and also
Felix Lechner pushed to branch master at lintian / lintian
Commits:
7a389940 by Felix Lechner at 2021-10-03T18:24:37-07:00
Split binaries check into 22 smaller checks.
Radically trims the complexity and the nesting depth of conditionals.
Will help improve the diagnostic quality and also
Hi,
I just made changes to the test suite that should restore Debci. [1]
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/-/commit/360ef6e9b72d8026a79f03d53acf9b98cba4d1ae
e ':any' is dropped from the Python prerequisites.
Thank you for bringing the matter to our attention!
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/-/commit/beb1094db955fd99b693fca1e4c87958676dfe74
[2] https://bugs.debian.org/994902
[3]
https://salsa.debian.org/lintia
Maybe I will take it as an opportunity to give the matter some thought.
Kind regards
Felix Lechner
ther way to identify R packages?
The tag is issued for sources. [3] Maybe you can find some ideas in
the existing checks. [4][5][6]
Thanks for bringing this to our attention!
Kind regards
Felix Lechner
[1] https://lintian.debian.org/screens
[2] Sorry to quote myself,
https://lists.debian.org/debian-p
at
bumped the visibility [1] until we can figure out a better way to
proceed?
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/-/commit/cbf654cce71dd2ac294c82767963cc0507093d42
Felix Lechner pushed to branch master at lintian / lintian
Commits:
00d9e017 by Felix Lechner at 2021-09-25T20:14:09-07:00
Implement unrestricted package relationships logically and without error-prone
string edits.
Works on parsed data instead of the original string from Deb822.
Gbp-Dch
Hi Chris,
I saw you deleted the tag. Did you have trouble with the backport for buster?
Kind regards
Felix Lechner
r your patience!
Kind regards
Felix Lechner
Thank you for your diligent maintainership, and especially for this report!
Kind regards
Felix Lechner
—either in that tag or in the
'breakout-link' tag being discussed here.
Maybe 'breakout-link' is not useful and we should get rid of it, but
it looks to me like we found an issue in the way libgpg-error or
Pkg-config invoke Libtool.
Kind regards
Felix Lechner
[1] https://salsa.debian.org/lintian/lintian/-
o /opt, for example.
Prior to Glibc, I encountered only packages in which links and shared
objects shared a parent folder.
Kind regards
Felix Lechner
[1] https://bugs.debian.org/243158
ropped from Lintian two years ago. [2]
In addition, it is not well-publicized that version numbers for
installation (aka "binary") packages are not necessarily tied to the
version strings for their sources, but I do not remember an example
right now.
Kind regards
Felix Le
me, although I am not yet sure how.
Kind regards
Felix Lechner
d time tests
I am not sure how to implement the original request. Your suggestions
are welcome.
Thank you for figuring out the purpose of this report!
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/-/commit/7428997ded64b57ccf9a7c587
umstances, the present report is
likewise downgraded to 'normal'.
Kind regards
Felix Lechner
[1] https://ftp-master.debian.org/static/lintian.tags
[2] https://lintian.debian.org/autoreject
[3] https://lists.debian.org/debian-vote/2021/09/msg1.html
[4] https://lists.debian.org/debian-vote/2021/09
#
# mkdir GIT
# git clone git://ozlabs.org/~paulus/ppp.git
# cd ..
#
# rsync --delete --archive --verbose GIT/ppp/ ppp-2.4.5~$(date
+%Y%m%d).orig/ --exclude=.git
# cp -a ppp-2.4.5~$(date +%Y%m%d).orig/ ppp-2.4.5~$(date +%Y%m%d)/
#
Kind regards
Felix Lechner
[1]
https://www.debian.org/doc/debian-
restingly, the call to ./configure specified '--disable-rpath' but
was not successful. It seemed to resemble an issue in opendkim [2].
Perhaps this Debian doc about the topic [3] is helpful to you.
Kind regards
Felix Lechner
[1] https://salsa.debian.org/auth-team/shishi/-/jobs/1835930
fig paths derived here [4] in part
from the multiarch path components found here. [5][6]
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/Check/SharedLibs.pm#L307-309
[2]
https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/Check/Shar
sr/lib?
> glibc has always been installed like that.
The analysis may not apply to Glibc. I do not see a Pkgconfig in
libc6-dev (and would have been surprised). Does Glibc recommend any
linker paths to consuming packages?
Kind regards
Felix Lechner
I am reading up on this blog page [3].
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/debian/libgpg-error/-/commit/7c408ba0968c14492b6f087c57c6d44af4878de6#8756c63497c8dc39f7773438edf53b220c773f67_34_33
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=992573#5
[3] http://blog.tremily.us/posts/rpath/
ntroversy in the
past. At this point, I would simply like to change the documentation.
Would that work for you? What is your use case, please? Thank you!
Kind regards
Felix Lechner
ciated
normal version."
and
"Build metadata MUST be ignored when determining version precedence."
For future releases, it would be great if you could please leave the
"patch" at zero and just bump the "minor" version. Otherwise, the
relevant version calculations
Felix Lechner
Hi,
On Tue, Sep 14, 2021 at 5:44 AM Bill Allombert
wrote:
>
> I do not know, I also tried
Do you still see the bug? Here is the fix:
https://salsa.debian.org/lintian/lintian/-/commit/3fc81b4576fac2b911a59660d19fa1567b90139f
Kind regards
Felix Lechner
s (or any other
autopkgtest tag discussed here) for sources for which meaningful tests
do not exist.
[6]
https://salsa.debian.org/lintian/lintian/-/commit/8c3d587559cfbdf5dd41e9ba1f66c9ab52de577e
[7] https://lintian.debian.org/screens
Kind regards
Felix Lechner
t. Either way, the project relies here on the fact
that having a meaningful testsuite may provide a faster migration from
unstable to testing.
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/Check/Testsuite.pm#L89-91
[2]
https://salsa.debian.or
[3]
Lintian also issues 'no-tests' for defective control stanzas [4] and
the somewhat specialized 'no-op-testsuite' for fakers [5]. The
relevant code with a few other tags is located here. [6]
I will likely respond with a suggested solution at some point in the
future. Meanwhile, comments are welc
Please reply to Bug#743694 if your response concerns Lintian's
treatment of privacy breaches. Thanks!
Kind regards
Felix Lechner
Felix Lechner pushed to branch master at lintian / lintian
Commits:
03f08ea5 by Felix Lechner at 2021-09-06T18:31:10-07:00
Move conffiles into its own Moo object in order to simplify the Processable
name space.
Creates an intermediate object called conffiles.
Gbp-Dch: ignore
n files under debian/ like debian/upstream/metadata ?
I would certainly welcome such a tool.
Kind regards
Felix Lechner
101 - 200 of 824 matches
Mail list logo
