Hi Jonatha,
Yes, I worked on it, but then came the buster freeze, plus I got
sidetracked with Lintian. I hope to make an upload soon.
I'll let you know if my plans change. I assume you are also interested?
Thank you for your initiative!
Kind regards,
Felix
On Mon, Nov 18, 2019 at 12:51 AM Jona
).
For formats that emphasize severity, such as the standard Lintian
output, some people may like to see errors first (although that would
make colored output quite boring). Please let me know your favorite
system, preferably by output format.
Kind regards,
Felix Lechner
closed. The BTS never switched to
pending, presumably due to the version restriction via 'found'.
Or, do I need to backport the patch to that specific version?
Kind regards,
Felix Lechner
in -dbgsym.
Alternatively, we could exempt the field Build-Ids. Or, we could
except Build-Ids only in dbgsym packages. Please let us know.
Kind regards,
Felix Lechner
not implemented. (This bug relates
to package sources, not installation packages.) If you would like to
see it in Lintian please clone this bug and retitle. Thanks!
Kind regards,
Felix Lechner
ded, Christoph should speak up.
>From my perspective no action is required.
Kind regards,
Felix Lechner
.
Kind regards,
Felix Lechner
On Thu, Nov 7, 2019 at 11:34 AM Adam D. Barratt
wrote:
>
> On Thu, 2019-11-07 at 10:49 -0800, Felix Lechner wrote:
> > Also, as a side note, would someone please explain why someone still
> > on stretch would need lintian? I am personally on stable, bu
omeone please explain why someone still
on stretch would need lintian? I am personally on stable, but most
package maintainers out there seem to track testing or the bleeding
edge, unstable.
Kind regards,
Felix Lechner
s said there should be none.
Kind regards,
Felix Lechner
bian.org/cgi-bin/bugreport.cgi?bug=943910#25
Kind regards,
Felix Lechner
CC: Andreas Beckmann
Hi Guillem,
On Tue, Nov 5, 2019 at 5:54 PM Guillem Jover wrote:
>
> Perhaps we
> can turn this report around on making the tag name more clear instead?
What would you say if Lintian were to catch the parsing error and
issue the old tags---the ones with clearer names---when those
conditions apply
appreciate all merge requests, especially from those who know
version parsing better than anyone.
Kind regards,
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/blob/master/lib/Lintian/Info/Changelog/Version.pm#L80-106
[2] For an example, see:
https://salsa.debian.org/lintian/lintian/blob/m
Hi Sven,
On Mon, Nov 4, 2019 at 12:14 PM Sven Joachim wrote:
>
> Does this test suite also involve many manpages?
No, not compared to manpages-dev. Our problem is probably unrelated. [1]
Kind regards,
Felix Lechner
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926409
(or close) this bug when you are comfortable.
Kind regards,
Felix Lechner
is not being built from the same source package.
Do those make any sense? Also, could the field Build-Depends-Package
list more than one prerequisite?
Kind regards,
Felix Lechner
ian/lintian/commit/641301054c3e99dac357fc9da0b3ddc9274a5a8e
Kind regards,
Felix Lechner
regards,
Felix Lechner
clarify that #PACKAGE# is not the right value to use.
I looked briefly at the relevant portions of dpkg-shlibdeps (1),
policy [2], deb-symbols (5) and the Debian Maintainer's Guide [3]
(dpkg-gensymbols does not mention the field) but I could not find
much. Is there a variable that would work?
Kind regards,
Felix Lechner
ou.
Kind regards
Felix Lechner
Wow, I saw the second one and almost inserted 'keys' because it is
easier to read. Please file an MR with Lintian, if you have time. Your
authorship and hard detective work should be recognized. Thanks so
much!
Kind regards,
Felix Lechner
nice if Lintian had a automated update script to glean
this information from that URL. The script would be used manually when
necessary.
Kind regards,
Felix Lechner
On Fri, Nov 1, 2019 at 6:45 AM Helmut Grohne wrote:
>
> Hi Andreas,
>
> On Fri, Nov 01, 2019 at 01:42:24PM +0100, Andr
t took about the same:
real0m51.193s
user3m39.174s
sys0m15.833s
Do you have older measurements to which we can compare this performance?
Kind regards,
Felix Lechner
nused of code. While I had used Moo before,
the commits introduced it to Lintian's key infrastructure of
scheduling packages.
I did not intentionally use features of newer Perls, but it's possible
that it plays a role.
Kind regards,
Felix Lechner
be able to reconsider if you cannot provide the newer
coreutils.
It could also be related to libberkeleydb-perl and libmldbm-perl, but
that's a lower probability:
https://salsa.debian.org/lintian/lintian/commit/d2647ca45614a777450a553ef6dff5603b7fbc5e
Kind regards,
Felix Lechner
and-apply it in the chroot to
> …/usr/share/perl5/Lintian/Collect/Binary.pm
Thanks for testing the proposed fix. Please accept our apologies for
the inconvenience.
Kind regards,
Felix Lechner
XS in the name; there
are other similar packages in the archive.)
https://salsa.debian.org/lintian/lintian/commit/b951f0d4d83fa76286d1f4bd5836cf256038f31c
Kind regards,
Felix Lechner
* * *
Clarify boolean return value in Collect::Binary->is_pkg_class. (Closes: #943724)
According to Moo&
Package: lintian
Hi,
The tags 'file-missing-in-md5sums' and
'md5sums-lists-nonexistent-file' are reversed. [1] To which tag does
the exemption for aspell/ispell belong, please?
Kind regards
Felix Lechner
[1]
https://salsa.debian.org/lintian/lintian/blob/master/checks/md5sums.pm#L122-131
Hi Russ,
On Wed, Oct 23, 2019 at 1:08 PM Russ Allbery wrote:
>
> the original request was to
> suppress the tag source-contains-empty-directory if the Debian patch set
> explicitly adds a file to that directory
An override is more explicit, and also more self-explanatory, when
compared to a '.pl
Hi Bastian,
On Fri, Oct 25, 2019 at 2:51 PM Bastian Blank wrote:
>
> How will this command line option work afterwards?
>
> | -F, --ftp-master-rejects
Thanks for pointing that out. Maybe we should not remove the profile.
Is anyone using that option?
Kind regards,
Felix Lechner
,
Felix Lechner
13:44 < 1> lechner: ftp master uses it's copy from the dak git repo.
lintian is something else
13:54 < 1> dak calls lintian with it's own tags file, so the package
included profile is not used
13:55 < lechner> i am not aware that lintian unstands the
rs. All suggestions
are welcome. Which is your favorite?
Kind regards,
Felix Lechner
4b000491f35#note_115857
Kind regards,
Felix Lechner
.
The 'files' facility, which iterates over $info->sorted_index is used
in both. The checks may even be combined in the future.
Kind regards,
Felix Lechner
Package: debootstrap
Severity: wishlist
Hi,
Many modern setups use mdadm or lvm2 (even on root) but both are hard
to come by after rebooting. Would it make sense to include both of
them in the scripts so that the tools are automatically available?
Kind regards
Felix Lechner
ping with this change in September 2018, but apparently
that did not work for you. You filed this report in 2019.
My configuration is attached. Perhaps the problem is (or temporarily
was) in the HTTP headers from deb.debian.org?
Kind regards,
Felix Lechner
acng.conf
Description: Binary data
Package: perltidy
Severity: wishlist
Hi,
The Lintian test suite enforces perltidy when building in unstable,
but I work on 'stable' and cannot clean my commits with the latest
version. Backports would solve the issue. Thank you!
Kind regards,
Felix
Which version Lintian do you have installed?
Kind regards,
Felix Lechner
addition depends on libcurlX. It would be more
consistent for icecast2 to use wolfSSL in both parts of its software.
Kind regards,
Felix Lechner
e
and surrounding commits.
There is also a new test that would catch future false positives for
your situation:
https://salsa.debian.org/lintian/lintian/commit/636c8c354e00b17abbafee9fd3d84ccec4b2a9fe
Kind regards,
Felix Lechner
Control: tags -1 + moreinfo
Hi Simon,
On Mon, Sep 23, 2019 at 1:27 AM Simon McVittie wrote:
>
> To accommodate the 0+deb10u1 convention, I think there should be an
> exception to this tag, preventing it from being emitted for revision
> numbers that "are based on" revision 0.
I struggled with s
Hi Chris,
On Thu, Sep 12, 2019 at 12:19 AM Chris Lamb wrote:
>
> Did you spot the unused-file-paragraph-in-dep5-copyright Lintian
> warning?
I could not figure out where that message came from. I adjusted the
package, which is on Mentors.
> Indeed, remarking of the copyright of the copyright no
* Bumped debhelper compat to 12, via debhelper-compat (= 12) in d/control
* Excluded resource.h and generated html in d/copyright
* Updated some dates in d/copyright
Regards,
--
Felix Lechner
Control: tags -1 + patch
[Copying Lintian maintainers to indicate resolution.]
Hi Aaron,
On Sun, Sep 1, 2019 at 6:17 PM Felix Lechner wrote:
>
> If the bug remains open, I will send you a patch.
Attached please find a patch that seems to resolve the issue locally.
Another small update
Hi Paul,
I am the maintainer of this library package. Are you aware of any
packages that depend on it?
Kind regards
Felix
Hi Berto,
On Fri, Sep 6, 2019 at 2:31 AM Alberto Garcia wrote:
>
> I would like to use the -idle option.
Thanks for reporting upstream that the option did not work properly. I
cherry-picked their fix for you in 1.7-2. You should see it in the
archive shortly.
Kind regards
Felix Lechner
hadowExpire to be bumped.
< 2> s/jenkins/lintian/
* 1 is multitasking too much right now
< 1> (adding a person to the lintian gid should already allow access
to lindsay.d.o, without an explicit allowedHost, I think)
Kind regards,
Felix Lechner
t commit 74137cac. I tested it by
installing gzip 1.10 from Ubuntu.
Thank you for reporting the issue so early. That version of 'gzip' is
not even in Debian yet.
Kind regards,
Felix Lechner
mand being
> executed?
That is super helpful and was implemented. For the remaining test, you
should see the command in
debian/test-out/tags/checks/binaries/binaries-missing-lfs/log.
Thank you for your patience as we make changes that affect you, and
sorry about the extra work.
Kind regards,
Felix Lechner
ough I am not sure how
common the SSH use case is). [1] The changelog further indicates that
performance may be slightly lower for everyone. [2]
Do you need any of the features introduced in version 1.7?
Thanks for using gocryptfs. Please help spread the word!
Kind regards
Felix Lechner
alsa.debian.org/perl-team/modules/packages/pkg-perl-tools/commit/d6a79fccb8331f986846b4eb6acdb2f3777c078a
Thank you for your patience with Lintian.
Kind regards,
Felix Lechner
Hi,
On Tue, Aug 27, 2019 at 8:09 AM Xavier wrote:
>
> This can be workaround using a "manifest"
That's exactly what is coming.
Hi,
On Tue, Aug 27, 2019 at 7:57 AM Chris Lamb wrote:
>
> it might be fine locally when you know it hasn't changed.
I have something in the works that will use per-test checksums to
restore behavior that was lost when building was split from testing. I
assure you the current situation is a probl
ror; the second, a warning.
For the new mechanism to work, overrides should exclude the alert
level. They would function more like the universal tag format used in
the test suite.
Kind regards,
Felix Lechner
from #postgresql,
who was copied on this message. Thank you!
Kind regards,
Felix Lechner
nd regards,
Felix Lechner
10:23 < RhodiumToad> the index you want on lintian then is lintian
(package_type, package, package_version, package_arch, tag_type)
10:37 < lechner> I am going to foward your index recommendation to the
UDD maintainer. Would you please provide an exact comman
debian-lint-maint/2019/08/msg00280.html
Kind regards
Felix Lechner
Hi Chris,
I did not see this bug until now. Have you seen the error message since then?
Otherwise, I am inclined to close the bug. I have not had problems
with that part of the test suite in a while. It has been under rapid
development.
Kind regards
Felix Lechner
for both, and show the expected path,
plus perhaps an annotation like
debian-changelog-file-missing /usr/share/doc/pkg/changelog.gz
(native changelog location)
Any thoughts?
Kind regards,
Felix Lechner
strips the epoch, if
present, before comparing the current version with the prior one. That
seems to be a fine point. I propose to delete the first tag and keep
the second. Any thoughts?
Kind regards,
Felix Lechner
Hi,
On Tue, Aug 13, 2019 at 9:14 AM Felix Lechner
wrote:
>
> Did we get that logic right? Should Lintian perhaps complain instead
> when analysing a changes file---which is clearly intended for
> upload---versus a dsc file that can hold sources at any stage?
Forgive me. Our origina
Hi,
According to 'git bisect' I introduced this bug when I provided a
defective implementation of `safe_qx` based on IO::Async in commit
39cd0295by, and unwittingly fixed it in commit 0d8ed5fa. The fix was
committed a few hours before the bug was filed. It was just-in-time
development!
The earlie
ddly, the error no longer occurs in master. We are figuring out why.
Kind regards
Felix Lechner
Hi Chris,
On Mon, Aug 12, 2019 at 2:09 PM Chris Lamb wrote:
>
> I would concede that RST might be more suitable for more complex
> requirements indeed.
Ok, I am going to merge this soon. At least it's a step in the right
direction. Let's see if we all can get comfortable with the RST
format.
I
e the previous patch, the MR warns on 1.0 source formats, except it also
warns on implied 1.0 formats when there is no declaration. I am not sure
which is better. Please let me know:
https://salsa.debian.org/lintian/lintian/merge_requests/247
Kind regards,
Felix Lechner
Hi Chris,
On Tue, Aug 13, 2019 at 9:10 AM Felix Lechner
wrote:
>
> When the changes file is unsigned, which is part of the
> normal workflow for those using 'dch', the tag is not issued.
Did we get that logic right? Should Lintian perhaps complain instead
when analysing a c
Hi Chris,
On Mon, Aug 5, 2019 at 9:45 AM Chris Lamb wrote:
>
> That's a good idea. Care to implement that?
Please see:
https://salsa.debian.org/lintian/lintian/merge_requests/246
> Given that this might still generate false-positives
The merge requests also includes a test for the most co
me as common. It also
seems to circumvent the design of the *.dsc file format. Would you be
okay setting the option in your lintianrc?
Kind regards,
Felix Lechner
Control: clone -1 -2
Control: reassign -1 dpkg-dev
Control: severity -1 wishlist
Control: retitle -2 Error out when input files do not exist
Sorry to quote myself:
On Sun, Aug 11, 2019 at 2:23 PM Felix Lechner
wrote:
>
> I will try to improve the error message, which is not great.
The
)
Would a command line option for Lintian like
'--also-look-for-files-in=PATH' work for you instead?
Kind regards,
Felix Lechner
ease turn it into a merge request on
Salsa?
> I'll try to learn how to write lintian test cases.
I would be happy to assist with writing tests.
Kind regards
Felix Lechner
On Sun, Aug 11, 2019 at 6:18 AM Chris Lamb wrote:
>
> Indeed and even within this lindsay is running the unstable version
> and is updated at the time of the release (instead of at time-of-
> backport after I let the sid version mature and migrate to testing).
Would you both be comfortable if we
Hi Chris,
On Sat, Aug 10, 2019 at 10:15 AM Chris Lamb wrote:
>
> I would thus be a -0 on adding more ways of classifiying bugs
No worries, please disregard the suggestion.
Here is another hypothetical: What if we separated each check into its
own package (and let the 'lintian' package handle th
Control: reassign -1 opensmtpd
Control: submitter -1 !
Control: retitle -1 [opensmtpd] Please fix d/copyright [patch]
Control: severity -1 wishlist
Control: tag -1 + patch
Hi,
I believe the tags 'missing-license-paragraph-in-dep5-copyright' that
you reported as false positives are in fact correct
On Sat, Aug 10, 2019 at 4:51 PM Russ Allbery wrote:
>
> I don't think there was anything specific to
> git-buildpackage there.
Isn't the whole problem specific to git-buildpackage?
> The result is that the patches-applied Debian
> packaging tree is then representable in Git, which did seem mildl
Hi Russ,
On Sat, Aug 10, 2019 at 3:36 PM Russ Allbery wrote:
>
> I would like Lintian to stop complaining about this when a file is
> explicitly added to that directory by the packaging. It's otherwise
> unactionable by the maintainer.
Please forgive me. I misunderstood your original filing.
I
Hi Russ,
I don't think this is a bug in Lintian.
The source tarball xfonts-jmk_3.0.orig.tar.gz contains an empty
directory 'neep/ascii/':
$ dget
http://deb.debian.org/debian/pool/main/x/xfonts-jmk/xfonts-jmk_3.0-22.dsc
$ tar tf xfonts-jmk_3.0.orig.tar.gz
. . .
jmk-x11-fonts-3.0/
Hi Chris,
tldr; I am comfortable with any format you like, but please consider
that I have to re-write much of the documentation. Could we convert to
Markdown when I am done?
On Sat, Aug 10, 2019 at 10:17 AM Chris Lamb wrote:
>
> So, whilst this might sound like the usual tedious "my format is
>
Hi Chris,
On Sat, Aug 10, 2019 at 10:17 AM Chris Lamb wrote:
>
> How would this work? We don't install the lintian binary package on
> lindsay.debian.org so this wouldn't bring in extra dependencies
> automatically.
I slowly figured that out with help from olasd and adsb. Why are we
not limiting
Control: reopen -1 !
Control: retitle -1 Make PE32+ binaries non-executable and enable
security features
Hi Michael,
On Mon, Aug 5, 2019 at 3:23 PM Michael Biebl wrote:
>
> Why is this a bug in systemd then?
A wishlist severity seemed appropriate to resolve this issue,
hopefully once and for al
Control: tag -1 + patch
Lintian's manual was converted to reStructuredText format. This MR uses
rst2html to generate the HTML version.
https://salsa.debian.org/lintian/lintian/merge_requests/245
This RST file was generated from the existing manual in Docbook format
using:
pandoc -f doc
Package: lintian
Severity: wishlist
Hi,
Could we use usertags (or any other mechanism) to separate tag-related
bug reports from other functionality issues? I like to work on the
latter.
Kind regards,
Felix Lechner
porting package.
Name suggestions are welcome. How about 'lintian-reporting' or
'lintian-webservice'?
Kind regards,
Felix Lechner
Hi Drew,
On Tue, Aug 6, 2019 at 4:24 AM Drew Parsons wrote:
>
> This
> error running lintian simply means the orig tarball is not present in
> the same directory as the changes file that lintian is run against.
Would you please post your *.changes and your *.dsc?
Kind regards,
Felix
Hi,
On Fri, Aug 9, 2019 at 3:57 AM Andrey Rahmatullin wrote:
>
> It's the same with lintian from sid (2.16.0) on xhtml2pdf 0.2.2-2 and 0.2.2-3.
I do not see any issues terminating locally. I used both Lintian
master and 2.16.0 on the xhtml2pdf source packages, per below. I also
tried, locally, t
Hi Guillem,
On Wed, Aug 7, 2019 at 8:03 AM Guillem Jover wrote:
>
> In the lintian case, I'm not sure there's really a need? ISTM that most
> of the independence and verifiability relies more on the testing data,
> and how any such parser is being driven than the parser itself?
You are right. Yo
Hi,
On Wed, Aug 7, 2019 at 6:36 AM gregor herrmann wrote:
>
> On a more general note: What surprises me is that, according to your
> changes, the tags are not namespaced any more
My apologies. That loss of functionality was unintended. I am not sure
why your tags are not part of Lintian, but you
Hi,
Sorry about the breakage in your package. For a proposed fix
(untested) please see:
https://salsa.debian.org/js-team/pkg-js-tools/merge_requests/1
Please do not copy the Lintian mailing list on subsequent postings. Thanks!
Kind regards
Felix Lechner
package pkg-js-perl is likewise affected. Cloning this bug.
Kind regards
Felix Lechner
ince I can't really be bothered to add an override, I'll just close
> this bug report then.
Please feel free to use the attached patch, which I created and tested
for you (although it may not cover all architectures). Lintian may
offer to add overrides interactively in the future.
Kind re
on us. After a transition period, during which people
have adjusted their packages and had time to evaluate their options,
we can transition to W, and perhaps even E.
Kind regards,
Felix Lechner
Control: tag -1 + pending
Hi,
> Not sure of the cause but I note that matlab-gdf is
> "Section: contrib/science".
This MR tries to escape the forward slash in commands/reporting-html-reports.pm:
https://salsa.debian.org/lintian/lintian/merge_requests/241
The modified routine 'html_quote' i
Hi Michael,
On Mon, Aug 5, 2019 at 3:23 PM Michael Biebl wrote:
>
> Why is this a bug in systemd then?
Dunno. I did not file the bug. I just know it's not in Lintian. :)
> If ld creates those files with the executable bit set, it feels weird
> that we have to work around that by manually removi
Control: reassign -1 systemd
Control: severity -1 wishlist
Hi,
On Mon, Aug 5, 2019 at 5:48 AM Chris Lamb wrote:
>
> Can you clarify whom you are directing this query to? (I am unable to
> answer it.)
It was a matter of politeness, I suppose.
Kind regards,
Felix
root root 59730 Jul 18 10:38
/usr/lib/systemd/boot/efi/linuxx64.efi.stub
-rwxr-xr-x 1 root root 91765 Jul 18 10:38
/usr/lib/systemd/boot/efi/systemd-bootx64.efi
May I please assign this bug to package systemd?
Kind regards,
Felix Lechner
Package: lintian
Severity: minor
This bug probably belongs elsewhere, but I could not find a better place.
In the Lintian table in the UDD, the 'tag_type' for overridden tags is
misspelled as 'overriden'.
udd=> select package, tag_type, tag, information from public.lintian where
tag='spelling-er
Hi,
> However, ... this would mean that every time you built a package
> locally as part of regular development it would emit this tag.
Would it be acceptable to generate the tag for bad distribution in
d/changelog only when the *.changes file is signed (if it is present)?
That should bypass inte
Hi intrigeri,
On Wed, Jul 31, 2019 at 8:29 AM intrigeri wrote:
>
>I've pushed my current WIP to
>https://salsa.debian.org/intrigeri/lintian/tree/bug933134.
Your branch is now in my repo at
https://salsa.debian.org/lechner-guest/lintian/tree/bug933134.
>I'm not sure if/when I'll be a
Hi,
On Wed, Jul 31, 2019 at 8:29 AM intrigeri wrote:
>
>I've pushed my current WIP to
>https://salsa.debian.org/intrigeri/lintian/tree/bug933134.
>I'm not sure if/when I'll be able to resume work on it,
>so please don't block on me.
Thank you. I will start with your code when we
got to work immediately:
https://salsa.debian.org/lintian/lintian/merge_requests/234
I plan more improvements and will share them when appropriate. We
could also cooperate on making a new library available to others.
Kind regards,
Felix Lechner
701 - 800 of 985 matches
Mail list logo
