On Sat, 2024-05-04 at 21:52 +0200, Serafeim Zanikolas wrote:
> I'm considering to ITA the adequate package, on the condition that (i)
> the folks taking care of it to date, and (ii) the lintian team would be
> okay for me to rewrite it in go. I understand that go is not the most
> popular of
Package: lintian
Severity: wishlist
For manual pages generated by tools like help2man that run binaries to
get usage statements for conversion to manual page format, please check
that the manual pages do not contain common text indicating that the
executable or script was not able to run
On Wed, 2023-11-15 at 17:12 +, Massimo Manghi wrote:
> I'm the upstream developer/maintainer of Apache/Rivet. I'm also the
> maintainer of
> the corresponding Debian package (libapache2-mod-rivet).
> Apache/Rivet source code ships with an HTML manual generated from
> Docbook XML files. We
Package: lintian
Severity: wishlist
Please check that all the debian/control debian/upstream/metadata etc
fields that are supposed to contain web URLs, have valid URLs.
For example this URL should be flagged as invalid, since web browsers
will assume it is a relative link, which will leave a
On Thu, 16 Feb 2023 15:05:24 +0100 Lucas Nussbaum wrote:
> What could work is:
> run lintian on source
> for each arch in the packages's architectures (except all)
> run lintian on architecture packages + architecture 'all' packages
>
> But would that solve all issues?
I discovered
On Tue, 2023-09-19 at 11:52 +, Francis Murtagh wrote:
> I'm trying to figure out a lintian error: privacy-breach-uses-embedded-file.
Hopefully the tag description helps you figure it out. If you need more
help, for packages intended for the Debian archive, you can ask on the
debian-mentors
Package: lintian
Severity: wishlist
Recently I noticed a package enter Debian with a changelog that was
both a QA upload and introducing a new maintainer. This doesn't really
make sense because a QA upload means it is still orphaned but a new
maintainer means it has been adopted. Perhaps the
Package: lintian
Version: 2.116.3
Severity: wishlist
I noticed that a few packages use ssh:// URLs for the Repository field
in the upstream metadata file. These are suboptimal since the user
might not have an account or might not be the person in the URL when a
username is hardcoded. The
On Fri, 2023-04-21 at 15:17 +0200, Uwe Kleine-König wrote:
> I'm not aware of a decision how this should be handled.
There was some discussion on debian-arm about this. Initially the plan
was new architectures, but more analysis has lead towards renaming
affected library packages instead. I
Package: lintian
Version: 2.116.1
Severity: wishlist
X-Debbugs-CC: debian-pyt...@lists.debian.org
The *.pyc *.pyo files are Python bytecode and are almost always
generated from Python source code. Since Python 3 these are usually
stored in a __pycache__/ directory.
Since these files are not
Package: lintian
Severity: wishlist
X-Debbugs-CC: ftp-master
yq was just accepted into Debian with a completely bogus description
that is the default from the debmake automatic package generator.
Please add a lintian tag and add it to the ftp-master auto-rejects.
$ apt-cache show yq |
Package: lintian
Severity: wishlist
The name part of the Maintainer field for the emacs-cmake-mode package
currently contains non-breaking-space characters instead of spaces.
This has been reported against emacs-cmake-mode as bug report #1025354.
This is unlikely to break any Debian package
On Tue, 2022-11-08 at 00:50 +, Thorsten Glaser wrote:
> What’s the use? (In the good sense, a pure question out of interest.)
I was mainly thinking of this because of the recent influx of porters
that are relatively new to Debian, for the new ports riscv64, arc and
loong64. They are the
Hi all,
I had the idea to add a series of lintian classification tags that will
assist porters in finding packages that need fixes for their port.
The current set of ideas for these tags include:
* list arches that don't match Architecture in debian/control
* list arches that don't match
On Sun, 18 Sep 2022 00:14:07 +0100 Colin Watson wrote:
> This is pretty oversensitive. Firstly, it's HTML, which is still often
> enough written by hand anyway. As it happens, these particular HTML
> files are generated from halibut input that's also provided in the
> source package, though I
Package: lintian
Version: 2.115.2
Severity: wishlist
There are a couple of packages shipping files in the directory
/usr/share/applications/ that are not applications or MIME lists.
$ apt-file search /usr/share/applications/ | grep -vE ':
Package: lintian
Version: 2.115.2
Severity: wishlist
X-Debbugs-Cc: debian-pop...@lists.debian.org, ftpmas...@debian.org
In #681721 the popularity-contest maintainers added the ability for
packages with XB-Popcon-Reports: no to skip being mentioned in the
reports sent by popularity-contest to
Paul Wise pushed to branch master at lintian / lintian
Commits:
44e902f3 by Paul Wise at 2022-06-19T07:31:16+08:00
Add more obsolete domains for former source code hosting services
Found-in: duck:config/obsolete.list
Found-on:
https://en.wikipedia.org/wiki/Comparison_of_source-code
Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-lint-maint@lists.debian.org
Control: affects -1 src:lintian
The lintian package is now orphaned as both of the people
who were actively working on lintian have stopped that work:
Package: lintian
Version: 2.114.0
Severity: wishlist
The yt-dlp manual page contains – characters (en-dash) (the \[en]
sequence in the manual page source) instead of double dashes,
consequently double-click in the terminal doesn't select the dash
character so you can't copy the full option and if
Package: lintian
Version: 2.114.0
Severity: wishlist
Please complain about files that are devhelp version 1 files, since
that version is deprecated and devhelp suggests that support for it
will be removed at some point.
$ devhelp
(devhelp:2215391): devhelp-WARNING **: 21:28:24.414:
On Sun, 2022-01-30 at 20:40 +0100, Paul Gevers wrote:
> But this is only useful if the test actually passes. We don't want
> people to add the field if the test is broken. So if this is
> implemented, make sure the priority/certainty/whatever is low enough
> that people will *not* just blindly
Package: lintian
Severity: wishlist
Usertags: feature
X-Debbugs-CC: autod...@packages.debian.org
I noticed while packaging some Python modules recently that they were
not tested by debci. This is because debci only tests source packages
that contain a Testsuite field. The autodep8 tool is able to
Package: lintian
Version: 2.111.0
Severity: wishlist
X-Debbugs-CC: npm2...@packages.debian.org
npm2deb converts node/npm packages to Debian source packages, in the
process it leaves FIX_ME items and template info in various places in
the Debian source package for the maintainer to clean up before
On Sat, 2021-10-02 at 22:15 -0700, Felix Lechner wrote:
> I too would like to see variable visibilities, but we do not currently
> offer them. The traditional solution has been to introduce new tags.
Splitting the tag up would also allow having different advice for
packages in main vs non-free,
Package: lintian
Severity: wishlist
For non-free fonts, prohibiting embedding is often consistent with the
license, so the two lintian warnings often don't really apply. On the
other hand prohibiting embedding is particularly user hostile so Debian
should probably try to discourage it. On
On Wed, 2021-09-29 at 18:59 -0700, Felix Lechner wrote:
> Would you be willing to revert your commit that bumped the visibility
> [1] until we can figure out a better way to proceed?
Reverted.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally
On Sun, 2021-09-12 at 23:27 +0100, Simon McVittie wrote:
> I don't think it makes sense for the new superficial-tests to be considered
> worse (= higher severity) than the old testsuite-autopkgtest-missing.
I was initially thinking of cases were the package is perfectly
possible to test properly
I think that the privacy breaches that lintian complains about
represent several sets of bugs that all need fixing:
The browsers shipping in Debian place no barriers between local files
on disk, sites on the local network and sites on the Internet. So if
someone reads some local documentation
Package: lintian-brush
Version: 0.110
Severity: important
Usertags: crash
X-Debbugs-CC: lint...@packages.debian.org
File:
/usr/share/lintian-brush/fixers/missing-build-dependency-for-dh_-command.py
File: /usr/share/lintian-brush/fixers/field-name-typo-in-tests-control.py
The upgrade to lintian
Package: lintian
Version: 2.104.0
Severity: wishlist
Please warn about packages using Rubygems pages in the Homepage field.
Rubygems is a packaging system just as Debian is a packaging system and
each Rubygems package has a Homepage link that points at the upstream
homepage. Debian packages
Package: lintian
Version: 2.104.0
Severity: wishlist
Please warn about packages using PyPI pages in the Homepage field.
PyPI is a packaging system just as Debian is a packaging system and
each PyPI package has a Homepage link that points at the upstream
homepage. Debian packages should point at
Package: lintian
Version: 2.104.0
Severity: wishlist
dh_python3 has an override mechanism (debian/py3dist-overrides) that
lets you specify different dependencies for particular Python imports.
debian/py3dist-overrides is mainly used for Python programs that use
GObject introspection, since
Package: lintian
Version: 2.104.0
Severity: wishlist
According to the systemd documentation, the Documentation field of
systemd units must be a URI of a specific set of types:
$ man systemd.unit | grep -A7 Documentation
Documentation=
A space-separated list of URIs
Package: lintian
Version: 2.104.0
Severity: wishlist
systemd complains about KillMode=none in systemd service files, I think
lintian should also warn about this so that packages in Debian are more
likely to get fixed before the eventual removal of this feature.
Dec 25 11:58:55 systemd[1]:
Package: lintian
Version: 2.104.0
Severity: wishlist
The debmake package is an alternative to dh_make. The debmake package
contains a number of packaging templates in the /usr/share/debmake/
directory that debmake uses when generating initial packaging, which
folks then customise for their use.
On Tue, 2020-12-01 at 17:55 -0800, Felix Lechner wrote:
> Which part, please? For the level, 'warning' is too high for a
> peripheral matter like tests, which are optional.
From my previous mail:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=932870#17
In addition I think this
On Tue, 2020-12-01 at 22:15 +, Felix Lechner wrote:
> The new tag resembles, pursuant to the filers request, the existing
> tag testsuite-autopkgtest-missing (which has since been renamed) to
> the extent that it is likewise issued with an 'info' visibility.
This seems to miss part of my
Package: lintian
Version: 2.103.0
Severity: wishlist
The yubico-piv-tool package recently introduced an invalid Uploaders
fields that is missing a single comma in the middle of the list.
$ apt-cache showsrc yubico-piv-tool | grep -E '^$|^Version|^Uploaders'
Version: 2.0.0-2
Uploaders:
Package: lintian
Severity: wishlist
When clicking through to lintian.d.o from tracker.d.o and other places,
there is an extra click from the source package page to the source
package version page containing the actual lintian results.
https://tracker.debian.org/pkg/iotop ->
Package: lintian
Severity: wishlist
In #966409 I detected that libjpeg-turbo added symbols without
including the epoch in the symbols version numbers.
It would be great if lintian could detect when a version number in the
symbols files does not match one of the upstream or Debian versions in
the
Control: clone -1 -2
Control: reassign -2 lintian
Control: severity -2 wishlist
Control: retitle -2 lintian: detect mismatches between symbols files and
changelog versions
On Tue, 28 Jul 2020 15:04:08 +0800 Paul Wise wrote:
> The versions in the debian/*.symbols files are missing the epo
On Wed, 2020-07-08 at 21:41 +0100, Samuel Henrique wrote:
> > Paul Wise
> > It also seems unlikely shellcheck would add a bridge between Haskell
> > and Perl of the kind needed to implement custom checks.
>
> I don't think such a thing is needed, shellcheck already pro
On Wed, 24 Jun 2020 15:19:28 +0900 Norbert Preining wrote:
> W: texlive-fonts-extra: package-contains-timestamped-gzip
> usr/share/texlive/texmf-dist/fonts/tfm/huerta/alegreya/AlegreyaSans-Regular-tlf-lgr.tfm
> 2105-07-28T02:08:00
> W: texlive-fonts-extra: package-contains-timestamped-gzip
>
Package: lintian
Severity: wishlist
Recently I noticed a package enter Debian with a changelog something like
below. The only other change to the package was in the Maintainer
field in debian/control. Rebuilds that only change the maintainer are a waste
of buildd time, mirror sync bandwith and
On Mon, 2020-06-15 at 12:30 -0700, Felix Lechner wrote:
> Over the years, Lintian accumulated many requests for features better
> addressed by a shell script analyzer. If there are no objections, I
> plan to assign them a copy each to morbig and shellcheck.
Some caveats that make this not as
Hi all,
I discussed the safety of `dash -n` and `bash -n` with Jakub Wilk.
These are used by lintian to check for bashisms. We concluded that it
was possibly unsafe to use the -n option with arbitrary scripts. TBH I
expect that other tools (such as binutils, see the thread below) run by
lintian
Package: lintian
Version: 2.72.0
Severity: wishlist
Please warn about Homepage and other URL based fields that do not
contain fully qualified URLs. It seems that the Data::Validate::URI or
URI Perl modules might be able to be used for this. There is currently
one package in Debian that doesn't
Package: lintian
Version: 2.72.0
Severity: wishlist
Please warn about Homepage fields that point to download directories.
Download directories are not "homepages" and should not be used like
that. This complaint should be either info or pedantic level and should
only be applied to Homepage fields
Control: reassign -1 pkg-perl-tools
Control: forcemerge 954331 -1
On Sun, 2020-03-22 at 18:35 -0700, Felix Lechner wrote:
> This is #954331 in pkg-perl-tools, which is already done.
>
> Not sure how to best close this bug. Maybe 'forcemerge'?
Yeah, doing with this mail.
--
bye,
pabs
Package: lintian
Version: 2.58.0
Severity: serious
Control: found -1 2.59.0
Usertags: crash
Whenever I run lintian (either source or binaries) I get the following
crash. The configuration file and options used don't appear to cause
this crash. It appears to happen with all packages I try.
$
Package: lintian
Version: 2.44.0
Severity: wishlist
I see a bunch of messages like the one below in my journal log.
Jan 09 14:58:17 systemd[1]: /lib/systemd/system/dbus.socket:5: ListenStream=
references a path below legacy directory /var/run/, updating
/var/run/dbus/system_bus_socket →
Control: tags -1 - moreinfo
Since this problem is still an issue with packages in the archive (like
x11-common), it would be nice to have lintian warn about the issues.
On Tue, 17 Dec 2013 10:10:58 +0100 Bastien ROUCARIES wrote:
> I am willing to implement this test but could you please provide
On Mon, 12 Aug 2019 14:12:09 -0700 Chris Lamb wrote:
> Therefore, please add an override with a suitably detailed comment to
> your package.
This file seems like the sort of thing that will get quickly outdated
as the source code of the upstream project evolves. So it would be
appropriate to
Package: lintian
Severity: wishlist
This morning I saw a package upgrade that had a changelog entry with
these two lines in it.
* debian/control: Use debhelper-compat 12
* debian/control: Use debhelper-compat 12
I think a pedantic complaint about the duplicate items would be
appropriate to
Package: lintian
Severity: wishlist
debhelper has replaced debian/compat with the debhelper-compat virtual
package for most circumstances. Many packages made the switch already.
https://manpages.debian.org/unstable/debhelper/debhelper.7.en.html#COMPATIBILITY_LEVELS
I would like a pedantic
Package: lintian
Severity: wishlist
I would like lintian to remind me when the new Rules-Requires-Root
field is missing from the source stanza in the debian/control file.
In the documentation for this tag, please mention that packagers should
verify using diffoscope that the binaries built when
Control: tags -1 - moreinfo
On Wed, 2019-07-24 at 11:25 -0300, Chris Lamb wrote:
> Thanks for this idea and for mentioning the "superficial" Restriction;
> I was not aware of that. I guess my question at this point is how you
> see this interacting, if at all, with the: no-op-testsuite tag?
I
Control: tags -1 - moreinfo
On Wed, 2019-07-24 at 11:26 -0300, Chris Lamb wrote:
> Parallel to my comment on #932862, what would you say to simply also
> emitting testsuite-autopkgtest-missing in this case (and naturally
> updating the description, etc).
I would say that superficial tests do
Package: lintian
Version: 2.16.0
Severity: wishlist
Suggested-by: dkg on #debci
X-Debbugs-CC: Daniel Kahn Gillmor
autopkgtests that have Restrictions: superficial do not provide
significant test coverage. Please add a tag that is similar to the
testsuite-autopkgtest-missing tag that is shown
Package: lintian
Version: 2.16.0
Severity: wishlist
A number of packages run cmd --version/--help in their autopkgtests.
This test doesn't really test the functionality of the command, just of the
command-line and options parsing. autopkgtest has an option called superficial
for the
Package: lintian
Version: 2.13.0
Severity: wishlist
In LP#1827044 I reported a package that has a bogus debian/changelog:
https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1827044
binutils (2.29-8ubuntu1) artful; urgency=medium
* Merge with Debian; remaining changes:
-
On Wed, 2018-12-19 at 07:28 +, Scott Kitterman wrote:
> I'm not arguing it's a bad idea to have the check, but personally, I
> get tired of looking at it. If this is important, get it in Policy
> as a should and then I think warning would be appropriate.
>
> Why don't I just fix it? I read
On Wed, 2018-12-19 at 10:57 +0100, Chris Lamb wrote:
> Hi Paul,
>
> > Downgrading it to info level means that almost no-one will know about
> > it, so you might as well just delete the tag instead.
>
> I don't agree with this view of "I" tags but playing severity wars is
> not my idea of a good
On Wed, 19 Dec 2018 01:00:43 +0100 Chris Lamb wrote:
> Nobody is doubting the value here, one just has to square that with
> the idea that Lintian being too pedantic, noisy or making the wrong
> priority choices is bad for effectiveness of tool in its entirity. :)
There are only 50 packages
Package: lintian
Version: 2.5.111
Severity: wishlist
Usertags: obsolete
Three packages install files in /usr/share/hal/ but this directory is
no longer looked at by any package in Debian since hal was removed in
2014 because it was replaced by udev. I will file bugs on the three
affected packages
Package: lintian
Severity: wishlist
I was updating an old package and got a warning from dh_shlibdeps:
dh_shlibdeps -V "libglc0 (>= 0.7.1)"
dh_shlibdeps: You probably wanted to pass -V to dh_makeshlibs, it has no effect
on dh_shlibdeps
It would be nice to have lintian warn about this too since
On Sat, 2018-08-11 at 10:07 +0100, Chris Lamb wrote:
>
> https://salsa.debian.org/lintian/lintian/commit/1fe8f33d7ffaab74c47d5ed61c56d8a8a0abb693
Thanks.
A few fixes are needed:
s/which comes/which come/
s/If you are using dh_installxfonts/If you are using debhelper/
The code
Package: lintian
Version: 2.5.96
Severity: wishlist
As a result of a thread[1] on debian-fonts, I found that lmodern and
tex-gyre contain X11 fonts but do not run update-fonts-* from their
postinst and do not depend on xfonts-utils via ${misc:Depends}, both
of these are automatically added by
Package: lintian
Version: 2.5.93
Severity: wishlist
Debian Policy 10.4 states:
All command scripts, including the package maintainer scripts inside
the package and used by dpkg, should have a #! line naming the shell
to be used to interpret them.
In the case of Perl scripts this
On Sun, 2018-07-15 at 10:32 +0100, Chris Lamb wrote:
>
> https://salsa.debian.org/lintian/lintian/commit/1ead3e4dbe412efda03689009ec86c2c3a7ea26e
There is a typo in data/fields/vcs-hosters:
s/git.hg/git,hg/
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is
On Fri, 2018-07-13 at 16:04 +0100, Chris Lamb wrote:
> https://salsa.debian.org/lintian/lintian/commit/0ef5fa79db384ea97cf68a39c9bf116353a6189b
Note that bitbucket.org is dual-VCS, it supports both git and hg,
so this commit will introduce false positives for a few packages:
$ grep -hi ^vcs-
On Fri, 2018-07-13 at 09:10 +0100, Chris Lamb wrote:
> Does the package get a "vcs-deprecated-in-debian-infra" warning?
Doesn't look like it:
https://lintian.debian.org/full/pkg-games-de...@lists.alioth.debian.org.html#chromium-bsu
--
bye,
pabs
https://wiki.debian.org/PaulWise
Package: lintian
Version: 2.5.92
Severity: wishlist
The chromium-bsu source package uses a link to a salsa git repository
in a Vcs-Svn field. Consequently debcheckout fails to clone the
repository and DUCK warns about the issue. vcswatch does not warn about
the issue because the last uploader
Control: close -1
On Sun, 2018-07-01 at 10:45 +0100, Chris Lamb wrote:
> Tagging as moreinfo for the time being...
The discussion has revealed that we do not have consensus on what
debian/changelog should look like in general so I close this bug.
I don't plan on starting any wider discussion
Package: lintian
Version: 2.5.91
Severity: wishlist
I recently saw a changelog entry (quoted below) for a Perl team package
where several contributors to that version had their names mentioned
multiple times with one or more changes below each instance of their
name. This made the changelog
Control: tags -1 - moreinfo
On Mon, 2018-05-07 at 19:27 -0700, Russ Allbery wrote:
> I looked at the original bug report from Paul Wise (cc'd) (#892144), and
> the motivation was unclear to me. Were there packages in the archive that
> depended on only one MTA and weren't MT
On Sat, 28 Apr 2018 07:49:43 +0200 Andreas Tille wrote:
> I: seaview source: debian-watch-uses-insecure-uri
> ftp://pbil.univ-lyon1.fr/pub/mol_phylogeny/seaview/archive/seaview_(.*)\.tar\.gz
lintian is correct here, ftp URLs are insecure.
> Since there is no anonymous secure ftp this info is
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from 48f066f spelling: Add several corrections
new d1d7333 spelling: Add another correction
The 1 revisions listed above as "new" are entirely new
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit d1d73339ee91d1dd97900708d48eb64dd70a8f3b
Author: Paul Wise <p...@debian.org>
Date: Sat Apr 7 13:22:56 2018 +0800
spelling: Add another corr
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from 786da4c Add offending interpreter to all X-script-but-no-X-dep
tags.
new 48f066f spelling: Add several corrections
The 1 revisions listed
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit 48f066fa14245d8bfba9ab4a05f4daf430393940
Author: Paul Wise <p...@debian.org>
Date: Sat Apr 7 08:11:36 2018 +0800
spelling: Add several corre
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from a742ce5 spelling: Add another correction
new be909d3 spelling: Add several corrections
The 1 revisions listed above as "new" are entirely new
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit be909d3b1eb574973278d0674293c4930076aa9e
Author: Paul Wise <p...@debian.org>
Date: Fri Apr 6 12:36:21 2018 +0800
spelling: Add several corre
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from f3b1265 spelling: Add another correction
new a742ce5 spelling: Add another correction
The 1 revisions listed above as "new" are entirely new to
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit a742ce5e3812179997cc3b03157ce94dc05b656e
Author: Paul Wise <p...@debian.org>
Date: Thu Apr 5 15:42:40 2018 +0800
spelling: Add another corr
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from cd31f7c Spelling fixes. (Closes: #894834)
new f3b1265 spelling: Add another correction
The 1 revisions listed above as "new" are entirely new
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit f3b1265323b7b292bad94d21a85e65a15996a7e4
Author: Paul Wise <p...@debian.org>
Date: Thu Apr 5 07:13:17 2018 +0800
spelling: Add another corr
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from fe02a51 Apply a patch series from Simon McVittie to match the
Gobject Introspection policy. (Closes: #881491)
new d1045e7 spelling: Add several
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit d1045e7691630c736bea3a942d45311ad794133c
Author: Paul Wise <p...@debian.org>
Date: Wed Apr 4 18:11:35 2018 +0800
spelling: Add several corre
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from e416c20 spelling: Add another correction
new cd397b8 spelling: Add another correction
The 1 revisions listed above as "new" are entirely new to
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from 43e8d51 spelling: Add several corrections
new e416c20 spelling: Add another correction
The 1 revisions listed above as "new" are entirely new
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit e416c206f8a076d05e86909dbd2258327e012cf3
Author: Paul Wise <p...@debian.org>
Date: Sun Apr 1 17:19:57 2018 +0800
spelling: Add another corr
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from 71bbe5b checks/cruft.desc: Add src-orig-index for
sorted_orig_index.
new 43e8d51 spelling: Add several corrections
The 1 revisions listed
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit 43e8d510b36dfb177ac9b977b5bff185a7988cd7
Author: Paul Wise <p...@debian.org>
Date: Sat Mar 31 23:46:24 2018 +0800
spelling: Add several corre
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from bb6188d spelling: Add another correction
new 7b22c8b spelling: Add another correction
The 1 revisions listed above as "new" are entirely new to
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit 7b22c8b289407d1918cfa8e29ae1f28218cf9b0c
Author: Paul Wise <p...@debian.org>
Date: Wed Mar 28 11:53:54 2018 +0800
spelling: Add another corr
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from 446cde0 spelling: Add another correction
new bb6188d spelling: Add another correction
The 1 revisions listed above as "new" are entirely new to
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit bb6188dc525890533e7d5596495f596eb5b2980d
Author: Paul Wise <p...@debian.org>
Date: Tue Mar 27 14:27:41 2018 +0800
spelling: Add another corr
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from 8782e00 Avoid false positives in spelling detection by allowing
"(s)" suffixes instead of universally stripping all parenthesis. (Closes:
#894077)
1 - 100 of 796 matches
Mail list logo
