Hi,
> access files in disk order to increase performance
What was the speedup in man-db and dpkg, please?
Kind regards
Felix Lechner
ssion somewhere.
Please feel free to close this bug report.
Kind regards
Felix Lechner
packages. Is it such a burden to create the file in
d/rules, or elsewhere? It should be one line, at most.
The logic is a little bit similar to device nodes, or other special files.
Kind regards
Felix Lechner
get-in-source
debian/munin.service -> /dev/null
Hope this helps!
Kind regards
Felix Lechner
testsuite-general_1.0.dsc
Description: Binary data
testsuite-general_1.0.tar.xz
Description: Binary data
pointed Adam to this bug.
> I'm not sure how to address this.
Unless Adam objects, I would replace the bogus address with the one
recently used in Bug#955501.
Kind regards
Felix Lechner
ed me that it was obviously an incomplete fix.
What is 'wml', please? Maybe I should use it too. :)
Kind regards
Felix Lechner
sis, which would be appreciated by the
bootstrapping team. Some of ideas are mentioned here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=896012#31
Thank you for your valuable contributions to Lintian, and sorry about
any inconvenience as we try to make the software better for everyone.
Kind regards
Felix Lechner
by
Lintian in a testing chroot, which produced no tags.
Kind regards
Felix Lechner
Package: lintian
Severity: normal
Submitter: Paul Gevers
X-Debbugs-CC: elb...@debian.org
Hi Paul,
It's a bug. I filed this report on your behalf.
I will be on top of it after I resolve something time sensitive early
this week. Thank you for your patience!
Kind regards
Felix Lechner
off for now.
I already made several adjustments to our test suite and am not sure
which, if any, additional steps should be taken to accommodate Dpkg.
Please have a good weekend (it's a big holiday, for some)!
Kind regards
Felix Lechner
Control: tags -1 - pending
Hi Chris,
On Fri, Jul 3, 2020 at 1:02 PM Chris Lamb wrote:
>
> Please go ahead.
https://salsa.debian.org/lintian/lintian/-/commit/8016b7d681f5b1e5a1864ac7d88da4c29fc73af7
I'll try to remember to reopen if you release before this is resolved.
Kind regards
Hi Chris,
> I don't think this warning applies to architecture independent jar files.
After speaking with others about these links, I am not sure our
existing fix is appropriate. I think it should be reverted until we
hear from Emmanuel.
Kind regards
Felix Lechner
gresses to testing, Lintian loses its last
functioning CI pipeline. (Our stable-bpo pipeline is optional with a
reduced test set.)
Kind regards
Felix Lechner
in typical build logs.
Also, Lintian can run, at least theoretically, on packages created by
any tool, although I am not sure there are alternatives to Dpkg.
Kind regards
Felix Lechner
which appear to be
architecture-independent, in /usr/lib and not in /usr/share?
eclipse-debian-helper (1.3) unstable; urgency=medium
* Add a symlink in /usr/lib/eclipse/plugins/ when installing a plugin
-- Emmanuel Bourg Fri, 28 Sep 2018 00:21:02 +0200
Kind regards
Felix Lechner
ter some reflection, I found that the most defensible way to close
feature requests is to implement them.
On a personal note, thanks for your book reviews. I serve as a library
commissioner in a town near you, and enjoyed reading them.
Kind regards
Felix Lechner
t voice your
opposition as a maintainer during the past seventeen years, or close
the bug?
Kind regards
Felix Lechner
1993). Do you know when Lua adopted the current
shared object hierarchy and resolution method?
Kind regards
Felix Lechner
.
Accordingly, I upgraded the severity to prevent migration until the
bug is fixed.
Kind regards
Felix Lechner
testsuite-general_1.0.dsc
Description: Binary data
testsuite-general_1.0.tar.xz
Description: Binary data
below caused the warning to disappear. Thank you for your
hard work on Dpkg.
Kind regards
Felix Lechner
* * *
--- Package.pm2020-07-01 21:35:04.978251308 +
+++ /usr/share/perl5/Dpkg/Source/Package.pm2020-07-01
21:35:42.846687621 +
@@ -552,6 +552,7 @@
my $canon_newdir
like I may be responsible for it. The
Dpkg changelog states:
* dpkg-source: Check that debian/tests/control has the required fields.
Prompted by Felix Lechner .
Like so many things Guillem writes, that is a mischaracterization. I
asked him on IRC whether Dpkg examines those files, and he
has
more documentation:
https://salsa.debian.org/lintian/lintian/-/commit/5f0333ebc6e3ba144717eca1ef0bddfd39413df0
Kind regards
Felix Lechner
ebian.org/lintian/lintian/-/blob/master/checks/binaries.pm#L468-471
but maybe 'dwz' consolidates the debug information in another ELF
section. It's possible that Lintian's check is outdated. I am looking
into it.
Kind regards
Felix Lechner
Hi Chris,
Found it. Two files were being excluded by dpkg-source. Details in
commit f6f7cca4. Tested in sbuild.
Kind regards
Felix
going on. The test has not been touched in ages.
As a side note, I may try to switch the Salsa runners to i386 so we
might see similar errors earlier in the release cycle.
Kind regards
Felix Lechner
Hi Chris
On Tue, Jun 23, 2020 at 3:58 PM Chris Lamb wrote:
>
> I have no insight on how to fix this build failure.
Okay, I will look into it.
> "orig" seems like a particularly poor choice of term
I believe the usage predates my arrival.
Kind regards
Felix Lechner
(= [% $dh_compat_level %])
Since the tests are new and were written together, something may be
wrong with them specifically. Unfortunately, I do not know, even
though I just looked at them again.
Kind regards
Felix Lechner
Hi Chris,
Please allow me to add that the meaning of orig in the test suite is
not the same as in the rest of Debian. They are the files outside the
./debian directory, and should be part of all packages, including
native.
Kind regards
Felix Lechner
em described in commit
17b1afee.
The first thing I would try is to convert both tests to
upload-non-native. That ought to include the orig file for sure.
Kind regards
Felix Lechner
the policy is at least partially in error (with respect to the
'Binary' field).
This issue may be loosely related to your pending Bug#956321 but is
clearly a different issue.
Thank you for your hard work on dpkg and friends.
Kind regards
Felix Lechner
/www.debian.org/doc/packaging-manuals/copyright-format/1.0/
P: latex2rtf source: rules-requires-root-missing
P: latex2rtf source: trailing-whitespace debian/changelog (line 246)
Kind regards
Felix Lechner
Hi Mattia,
On Mon, Jun 22, 2020 at 9:40 AM Mattia Rizzolo wrote:
>
> However, please do try to judge the proposals
Actually, I implement them so you and the community can judge.
Kind regards
Felix Lechner
e past, and have
seen installation errors in which a destination folder was
accidentally duplicated.
Let's reserve judgment until we see how the check performs in the
wild. In the end, you may well be right. But we don't know that yet.
Kind regards
Felix Lechner
Hi Chris,
On Mon, Jun 22, 2020 at 7:57 AM Chris Lamb wrote:
>
> P: lintian: repeated-path-segment usr usr/share/lintian/checks/usr/lib.pm
Also solved by renaming, in commit 68b72cd0.
Kind regards
Felix Lechner
Hi Chris,
On Mon, Jun 22, 2020 at 12:45 AM Chris Lamb wrote:
>
> Up to you.
In commit 1b9e1048, I went with option #2.
Kind regards
Felix Lechner
for
us. I have been ridiculed for exempting Lintian from its own tags,
which the correspondent perceived as equally overbearing on his own
package.
Kind regards,
Felix Lechner
Policy for now.
Totally agree, for now.
Kind regards
Felix Lechner
near future.
Kind regards
Felix Lechner
keep the master bug. It is entitled: "Please
use a decent shell script parser." We look forward to enhancing our
user experience with your programs.
Please let us know your thoughts and make sure to copy Paul Wise. Thanks!
Kind regards
Felix Lechner
ecause Lintian's
directory is temporary.
2. Read the tar indices and reconstruct the patched sources. That
seems difficult and error prone.
The program to build the test packages may also have to reset its
process umask to .
Kind regards,
Felix Lechner
sh one of [his] workflows." The record in
this bug shows that my support for his position predates your current
efforts against me.
Kind regards
Felix Lechner
Control: retitle -1 lintian: check of license-problem-convert-utf-code
is too strict
Hi,
Message #18 went to #900598 and this bug, but the retitle operation
should not have applied here. Reverting.
Kind regards,
Felix Lechner
ort in the
matter). I cannot wait to implement your request.
Kind regards
Felix Lechner
Package: lintian
Severity: wishlist
Hi,
Test cases that do not expect any tags or declare any Test-Against:
tags have no declared diagnostic value and should be adjusted or
removed. An internal harness test should identify such cases.
Kind regards
Felix Lechner
. The correct display can
soon be verified there.
Kind regards
Felix Lechner
e derivative
ecosystem. Simon may receive feedback from Ubuntu, a significant
derivative. If there are real problems, I am happy to discuss a
solution that reverts the default to Lintian's old setting.
Kind regards
Felix Lechner
uld agree to a reversal only if the tag becomes a classification.
Kind regards
Felix Lechner
Felix Lechner pushed to branch master at lintian / lintian
Commits:
95897129 by Felix Lechner at 2020-06-05T07:38:49-07:00
Read test diff as bytes for immediate printing.
May otherwise cause wide character errors, particularly on Ansgars
test cases for colorful maintainer addresses, which
ssing SUBSYSTEM specifier
Kind regards
Felix Lechner
explicit. And again, automated users already had to
look at their scripts. It was the perfect timing to make both changes.
Kind regards,
Felix Lechner
egards,
Felix Lechner
* * *
Archives
The following archives are processed by Lintian:
Archive nameAttributeAttribute value
debianArchitecturesi386 amd64
Distributions/Suitesunstable experimental
Componentsmain contrib non-free
Mirror timestampSun, 21 Apr 2019 20:30:22 +
Hi Matthias,
> so you still need to update that list manually ...
I can revert commit 4c722ae9, which applied the tag to all
architectures instead of a select list (diff below). Is there a source
for the list, or a plan to implement additional architectures?
Kind regards
Felix Lech
'.
Kind regards
Felix Lechner
* * *
detagtive=> SELECT count(taxiv.hint.id) AS hints,
count(taxiv.override.id) AS overrides
FROM taxiv.hint
INNER JOIN taxiv.run ON taxiv.run.id = taxiv.hint.run_id
INNER JOIN ftp.source ON ftp.source.id = taxiv.run.ftp_source_id
INNER JOIN ftp.source_n
tool. Let's call it
'detaxification' for now. It resolves dependencies.
> lintian generates false positives for library-not-linked-against-libc after
> gcc-7 7.3.0-16
Perhaps the previous title of the bug report is valuable for posterity.
Kind regards
Felix Lechner
arrants the technical complexity or the legal risks.
Kind regards
Felix Lechner
b/master/tags/r/recursive-privilege-change.desc
Kind regards
Felix Lechner
s.
Should we ship all built test packages as part of our releases? I
can't think of a better way to close this bug.
Kind regards
Felix Lechner
calling infrastructure disregard the path?
Please respond to the bug. I do not subscribe to your mailing list. Thank you!
Kind regards
Felix Lechner
394a30
Sorry about the inconvenience.
Kind regards
Felix Lechner
Hi,
On Tue, Feb 19, 2019 at 2:30 PM Chris Lamb wrote:
>
> > As I mentioned initially, I don't think the patch is ready as is, it
> > even has syntax errors
The suggestions from this bug report will be adopted in the near future.
Kind regards
Felix Lechner
l make this process somewhat easier on maintainers.
Also, overrides are available in a Postgres database. Any impact can
be assessed beforehand. The number of affected overrides will be
documented.
Kind regards
Felix Lechner
produce a non-zero exit status unless the option
--fail-on error is used. Thanks for using Lintian when working on your
packages!
Kind regards
Felix Lechner
[1] https://wiki.debian.org/DeveloperNews
widely disseminated announcement of
these changes, probably on debian-devel.
Kind regards
Felix Lechner
needs to build few or no test packages, it
completes faster.
3. The resolution of debhelper-compat (= 13) from stable-backports
only needs to be fixed in one place.
Your guidance would be appreciated.
Kind regards
Felix Lechner
probably should be.
Unless someone has a better idea, I think we have parse the output
generated by 'groff -man -Tascii'. Similar to man's strategy [1] a man
page would be deemed to relate to a sub-command when the first two
words in the synopsis, connected by a hyphen, are the same as the file
name.
Kin
ied with:
https://salsa.debian.org/lintian/lintian/-/commit/95feead477824f9b7b3d35e22cdc19f23259027b
Kind regards
Felix Lechner
level scan results will become much more abundant and provide
all kinds of data to consumers like Lintian Brush. They will replace
classification tags.
Kind regards
Felix Lechner
irectory
> has the sticky bit set. PLEASE SET YOUR UMASK TO 002. Otherwise, your
> fellow developers will run into permission problems.
Kind regards
Felix Lechner
, but in retrospective I do not think it was a good idea.
Concerns about an alternative resolver aside, I just don't think that
we had a problem with not pinning buster-backports before. Any
comments would be appreciated.
Kind regards
Felix Lechner
Hi Chris,
On Wed, Apr 29, 2020 at 2:18 PM Chris Lamb wrote:
>
> Happy to be convinced otherwise though.
Like you, I am not fond of it. Besides, gbp-dch looks at tags (which
are right) so you should be fine.
Kind regards
Felix Lechner
Hi Chris,
You are welcome to break history for this, if it makes sense. I have
not rebased any branches since your release.
Kind regards,
Felix Lechner
On Wed, Apr 29, 2020 at 1:33 PM Chris Lamb wrote:
>
> Hi Felix,
>
> > > do you have some specific issue?
> >
&
Hi Chris,
On Tue, Apr 28, 2020 at 4:02 PM Chris Lamb wrote:
>
> do you have some specific issue?
I don't. I just hoped to avoid friction in the future if there had
been any. Thanks for letting me know!
Kind regards
Felix Lechner
Hi Chris,
Due to Salsa downtime earlier today, some commits of mine may have
interfered with your release. (I think it happened to another
contributor, as well.) Did that bother you, or did it create any kind
of problem for you?
Kind regards
Felix Lechner
for executables.
The relevant commit is here:
https://salsa.debian.org/lintian/lintian/-/commit/0e3c63e69f5f154034d958b1456bee4cea841c63
Unfortunately, I cannot comment on the substantive question regarding udebs.
Kind regards
Felix Lechner
minary experiments it causes mismatches
here:
https://salsa.debian.org/lintian/lintian/-/blob/master/checks/debian/copyright.pm#L783
The check is on my list to be rewritten. Now it is more urgent. Thanks
for reporting this bug!
Kind regards
Felix Lechner
reri> P: django-housekeeping source:
package-uses-experimental-debhelper-compat-version 13
09:20 < mapreri> lechner: ↑ debhelper now recommends 13, please update
lintian :)
Kind regards
Felix Lechner
* * *
Author: Felix Lechner
Date: Mon Apr 20 11:33:53 2020 -0700
Bump recommende
ainers.
The resolution of this bug may have to wait until debhelper version 13
is backported to stable.
Kind regards
Felix Lechner
Hi,
On Fri, Apr 24, 2020 at 10:24 AM Chris Lamb wrote:
>
> in order to spare this boilerplate within the Med team.
Wouldn't it be better to lower the severity for scripts shipped by
upstream (vs the maintainer)?
Kind regards
Felix Lechner
ly reduce the visibility of some
tags (aka severity) when a maintainer can do nothing about them. Does
that sound like an attractive proposition?
Kind regards
Felix Lechner
website http://lintian.debathena.org/. At some point you
would lose that functionality. Do you plan to maintain the site going
forward?
Also, please write if you know any additional consumers of Lintian's
reporting framework. Thank you!
Kind regards,
Felix Lechner
on behalf of the Lintian
/bc81771b388cbf53cf7ecb0e530108212d891565
Do you have a position?
Relevant IRC exchange with pros and cons is below.
Kind regards
Felix Lechner
* * *
08:48 < lechner> waldi: i removed the non-UTF-8 filename from lintian,
but that blob also causes a 500 error. perhaps the detail helps to
unde
Hi,
On lintian.d.o, FTP Master auto-reject tags could be marked more
prominently. (A related idea would be for tracker.d.o to show a visual
alert.) Maybe it would reduce the burden on the FTP team to keep the
community informed [1]
Kind regards
Felix Lechner
[1] https://lists.debian.org/debian
$manifest = $member
if $name =~ m@^META-INF/MANIFEST.MF$@oi;
The presence of an encrypted zip member should probably also trigger a tag.
Kind regards
Felix Lechner
hat could cause follow-on
failures. Will you please provide that package, even if it isn't in
the archive?
Kind regards
Felix Lechner
Hi,
I submitted this merge request on behalf of Lintian:
https://salsa.debian.org/ftp-team/dak/-/merge_requests/198
Kind regards
Felix Lechner
soon. Sorry about the inconvenience.
Kind regards
Felix Lechner
em.
Kind regards
Felix Lechner
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956233#17
Kind regards
Felix Lechner
bout license information
> in a file that is not part of the source package.
Lintian should not complain, for a source package, about files not
shipped within it. Was the file perhaps included accidentally?
Kind regards
Felix Lechner
in Lintian (and saving my sanity)
goes to Grinnz on #debian-perl.
Kind regards,
Felix Lechner
[1] https://github.com/Perl/perl5/issues/10550
[2] https://github.com/Perl/perl5/issues/9674
d a
database excerpt that shows the recent activity for your tag.
Right now, we only have it for main from unstable. Automatic debug
packages are also not yet included.
I hope this information is helpful to you. Sorry about the delay.
Kind regards
Felix Lechner
* * *
sqlite> select file.name
ngs)
Due to extraordinary insights gained from the analysis for this bug, a
full path list with all files both shipped and covered by d/copyright
in privoxy 3.0.28-stable, prior to this fix, is included below.
Please disregard the remainder of this message.
Kind regards
Felix Lechner
* * *
Shipped:
Hi,
On Mon, Mar 30, 2020 at 6:07 PM Jiri Palecek wrote:
>
> Yeah and it's (slightly?) wrong in using of the negative assertions.
I thought I also changed some when importing xdeb. Which are wrong, please?
> Maybe another time.
Let's take care of it now!
Kind regards
Felix Lechner
o be package specific (and not
related to a particular workflow). Would it be more helpful to
suppress the tag with an override?
Kind regards
Felix Lechner
!
Kind regards
Felix Lechner
Hi Aurelien,
I believe that this was solved with:
https://salsa.debian.org/lintian/lintian/-/commit/a1dbe23dc95c8bf9b71d59894b97d9cd03b5ecc2
Kind regards
Felix Lechner
g-1.12 was replaced by golang-1.14 since the relevant report was made.
Kind regards
Felix Lechner
grpc.log.xz
Description: application/xz
guake.log.xz
Description: application/xz
grass.log.xz
Description: application/xz
golang-1.14.log.xz
Description: application/xz
golang-github-mcuadros-
ntly imported from xdeb at some point.
Kind regards
Felix Lechner
false positive. An override would be a simple
solution, depending on the outcome of the inquiry above.
As a side note, your package suffers from additional spelling issues,
as noted below. Like the present case, many of them do not originate
in your source.
Kind regards
Felix Lechner, WU8K
* *
e only way to recapture memory in Perl. Running checks in parallel
would automatically release memory used in each check. Re-titling the
bug accordingly.
Kind regards
Felix Lechner
401 - 500 of 824 matches
Mail list logo