Package: lintian
Version: 2.2.6
Severity: normal
nsis on amd64 is built for i386 for portability issues. I can do this
because of libc6-i386, which is for running 32-bit apps on a 64-bit
system. Until Debian gets multi-arch support (hopefully for squeeze),
lintian should not warn about i386 binari
Package: lintian
Version: 2.2.6
Severity: normal
NSIS contains the following architecture-specific files in /usr/share.
These are all binaries for Microsoft Windows built with the mingw32
cross-compiler we have in Debian. nsis is a tool to create installers
for Windows applications and so it needs
On Mon, 2009-02-23 at 18:16 -0800, Russ Allbery wrote:
> It's not warning because they're not ELF, and those are the only types of
> binaries that it warns about.
I figured as much.
> Hm. I'm somewhat torn on this -- my guess was that whenever there are
> non-ELF binaries in an architecture-ind
Package: lintian
Version: 2.2.6
Severity: wishlist
I recently found a package where upstream switched from tar.gz to
tar.bz2 and released a new upstream version. The debian/watch file for
that package didn't detect the new upstream version because it was
looking for tar.gz and upstream only releas
On Sun, 2009-03-01 at 12:23 +0900, Paul Wise wrote:
> I think lintian should warn about this situation (and the
> reverse) and suggest that both tar.gz and tar.bzip2 be checked for.
I forgot to mention that it should also check for tgz & maybe tbz2/tbz.
The canonical watch regex for
On Sun, 2009-03-01 at 12:39 +0900, Paul Wise wrote:
> The canonical watch regex for stuff that currently detects only one or
> two variants should probably be increased to something like this:
>
> (tar|tar\.gz|tar\.bz2|tgz|tbz|tbz2)
Make that
(?:tar|tar\.gz|tar\.bz2|tgz|tbz
On Sat, 2009-02-28 at 20:14 -0800, Russ Allbery wrote:
> Hm, I've seen upstreams switch from .tar.gz to .tar.bz2, but I've not seen
> one switch from .tar.gz to .tgz or vice versa. Maybe my experience is
> just limited, though. I'd be very surprised to see any upstream go back
> to a plain .tar
retitle 517637 [uscan] add an option to auto-generalise the search regex
reassign 517637 devscripts
thanks
On Sun, 2009-03-01 at 13:35 +0900, Paul Wise wrote:
> Hmm, perhaps this should be a job for dehs or debexpo, which could run
> uscan and be a bit smarter about checking the resul
Hi all,
I've been thinking that it might be a good idea for lintian to not emit
the NMU warnings when the changelog has a "Foo team upload" message at
the beginning. I realise this would be a fairly major change for Debian.
It would make me much more comfortable doing more QA and more uploads
with
On Sun, 2009-04-05 at 12:54 -0700, Russ Allbery wrote:
> I'm not sure what the drawback is to adding yourself to Uploaders. Could
> you elaborate?
Well, it means that in various places I'll be marked as maintaining the
package rather than having done a once-off upload to bring the packaging
up t
On Sun, 2009-04-05 at 20:36 -0700, Russ Allbery wrote:
> Hm. So it's sort of a team NMU -- you're not planning on taking ongoing
> responsibility for the package except as just another member of the team.
> Yeah, a team upload is a good way of putting it. You're uploading it as a
> member of the
Package: lintian
Version: 2.2.9
Severity: wishlist
Please warn about symbols files containing #MISSING: ...
These lines indicate some symbols have disappeared in newer versions of
a library. The removed symbols might have been private symbols that have
been hidden or they were public symbols that
Package: lintian
Severity: minor
mat...@eisbox.net has no lintian complaints on his single package and
his lintian pages say that.
http://lintian.debian.org/maintainer/mat...@eisbox.net.html#libicns
http://lintian.debian.org/full/mat...@eisbox.net.html#libicns
Both pages link to the directory co
I'd like to suggest that lintian should also warn about the reverse
situation (menu file but no desktop file). If the lintian maintainers
agree, please retitle this bug.
--
bye,
pabs
http://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
Package: lintian
Severity: wishlist
Some python-based applications use incorrect constructs in their
exception handling, which was reported in the following thread and
results in some exceptions not being handled properly.
http://lists.debian.org/debian-python/2010/08/msg1.html
http://lists.d
> On Wed, Nov 17, 2010 at 22:58, Jakub Wilk wrote:
>> A number of packages in the archive sets the PYTHONPATH environment variable
>> in an insecure way. They do something like:
>>
>> PYTHONPATH=/spam/eggs:$PYTHONPATH
>>
>> This is wrong, because if PYTHONPATH were originally unset or empty,
tag 339829 + patch
usertag 339829 + sentpatch
thanks
I've attached a patch against lintian 1.23.14 that adds a check for the
correctness of the Homepage/webpage part of the package description. It
is by no means complete, but it is a reasonable check.
Basically it checks for one blank line, then
On Tue, 2006-01-03 at 10:53 -0500, Justin Pryzby wrote:
> But I think it would be more readable as:
> Not this:
> http://..
> But this:
> http://...
I agree. Fixed.
> could be written more simply as
>
> + if( $last_line =~ m/-[0-9]/ ){
Also fixed.
> Also I do
On Wed, 2006-01-04 at 09:33 -0500, Justin Pryzby wrote:
> > > Packages for which this is a false-positive (such as slash, gnudip,
> > > and bake)
> >
> > These can be eliminated by checking for a url in the description too.
>
> It reduces some true positives also: abcmidi, achims-guestbook,
> air
On Thu, 2006-01-05 at 11:19 +0800, Paul Wise wrote:
> I'll add the "last-para instead of last-line" change and then send an
> updated patch.
Patch attached.
--
bye,
pabs
http://wiki.debian.org/PaulWise
lintian-1.23.14-check-homepage-in-description-field.patch.gz
On Thu, 2006-01-05 at 14:59 -0500, Justin Pryzby wrote:
> > > > How about the attached combination check - does my check and also does
> > > > yours, with the changes that it checks a couple of other words, and
> > > > checks for a url in the description too.
> > >
> > > > $description =~ m/(home
Package: lintian
Version: 1.23.14
Severity: normal
The description for lintian's menu-icon-not-in-xpm-format check needs to
be updated since it refers to section 3.4 of the menu policy, which does
not currently exist.
The alternative is to remove the check entirely, which seems
appropriate, since
severity 347510 minor
thanks
On Wed, 2006-01-11 at 14:05 +0100, Bill Allombert wrote:
> > The description for lintian's menu-icon-not-in-xpm-format check needs to
> > be updated since it refers to section 3.4 of the menu policy, which does
> > not currently exist.
>
> This actually refers to sec
On Sat, 2006-01-21 at 15:03 -0800, Russ Allbery wrote:
> > Aha, so that is where it is. Well, lintian should probably make what it
> > is referring to more apparent, something like "Debian Menu System 3.7".
>
> It does currently say "menu 3.7"; does that still seem unclear to you?
To me, that su
Package: lintian
Version: 1.23.34
Severity: wishlist
Please add a check to search the .deb for windows thumbnail databases.
These are generally useless in Debian binary packages and just take up
space. They will be named "Thumbs.db" (or any variation in case) and
file reports that they are "Micros
Package: lintian
Version: 1.23.34
Severity: wishlist
Please detect .DS_Store files in binary and source packages. They are
generally not useful and just waste small amounts of space. More info:
http://en.wikipedia.org/wiki/.DS_Store
Packages containing these files:
album /usr/share/album/themes
On Sun, 2006-03-26 at 17:14 -0800, Russ Allbery wrote:
> I really think the effort would be better spent standardizing an optional
> URL field in Policy so that people can start using that, package build
> tools can be updated where necessary to handle it, and package viewing and
> installation to
On Sun, 2007-10-14 at 17:36 -0700, Russ Allbery wrote:
> If you do see ones with a variation in case, let me know.
The glest-data package contains the lowercased variation:
http://packages.debian.org/search?searchon=contents&keywords=Thumbs.db&mode=filename&suite=unstable&arch=any
--
bye,
pab
Hi,
It would be nice to have some stats on lintian.d.o about how many (and
maybe which) source packages use each standards-version and how many use
a specific minor version of policy in their standards version (perhaps
that should be a lintian info/warning too).
--
bye,
pabs
http://wiki.debian.
Woops, wrong subject.
Initially I thought lintian.d.o wasn't checking arch all packages
because the PTS link for the chromium-data lintian report is wrong (dash
in place of underscore in the anchor). I'll following up to the
qa.debian.org bug about that.
--
bye,
pabs
http://wiki.debian.org/Paul
Hi all,
I'm sponsoring ttf-khmeros, which produces a font udeb for d-i. The
latest ttf-khmeros update moved the homepage from the package
description to the new dpkg source package field. As a result, lintian
complains with "I: ttf-khmeros-udeb udeb: unknown-field-in-control
homepage". Is this a b
On Thu, 2008-01-03 at 17:59 -0800, Russ Allbery wrote:
> I'd check with the d-i team and ask them their opinion. I'm happy to
> modify lintian to match if needed.
Thanks for that.
--
bye,
pabs
http://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
On Fri, 2008-01-04 at 10:30 +, Colin Watson wrote:
> With my d-i hat on, I would certainly recommend not including the
> Homepage field in udebs. It's not actually forbidden as such, but any
> waste of space in udebs is frowned upon.
I thought as much.
> I expect you could work around this b
Hi,
Does lintian check for and warn about versions like 1.2.3.dfsg1?
The reason it should is this:
1.2.3 < 1.2.3+dfsg1 < 1.2.3.4 < 1.2.3.dfsg1
My NM found that more packages use the dot variant (621) than use the +
variant (263).
I also wonder if lintian checks for dsfg (vs dfsg) in the versi
Package: lintian
Version: 1.23.45
Severity: normal
Currently the menu-command-not-in-package warning is output when the
menu file uses su-to-root. It should not do so, because su-to-root is
available in the menu package, so it will be available to everyone who
uses the menu item.
--
bye,
pabs
h
On Wed, 2008-02-20 at 10:07 -0800, Russ Allbery wrote:
> There's code in lintian specifically to not do this, and running lintian
> on two packages I have installed locally that use su-to-root in menus
> (magicfilter and alsa-utils) doesn't produce that tag. Could you point me
> at the package wh
Package: lintian
Version: 1.23.45
Severity: wishlist
The password-gorilla package that I recently sponsored contains the
following files:
/usr/share/icons/hicolor/16x16/password-gorilla.png
/usr/share/icons/hicolor/32x32/password-gorilla.png
/usr/share/icons/hicolor/48x48/password-gorilla.png
Th
On Sun, 2008-03-02 at 21:18 -0800, Russ Allbery wrote:
> [snipped tons of directories]
>
> This looks rather unmaintainable from a lintian perspective unless there's
> some (rarely-changing) standard that specifies those directories. If I'm
> reading the implications of your message correctly, t
On Sun, 2008-03-02 at 22:21 -0800, Russ Allbery wrote:
> That only lists some of the subdirectories of your list (it's missing all
> the stock/* ones) and doesn't use the same names (international instead of
> intl, applications instead of apps). All of those seem like things that
> could change
On Sun, 13 Sep 2015 21:46:37 + Sascha Steinbiss wrote:
> Looks like the JQuery DataTables libraries included are flagged as minified
> without source on the basis that they have lines longer than 1024 characters:
> P: aegean source: source-contains-prebuilt-javascript-object
> data/share/ven
On Tue, 13 Oct 2015 20:48:48 +0100 Neil Williams wrote:
> lava_server/htdocs/js/jquery.validate.js
> lava_server/lava-server/js/jquery.validate.js
Are you sure these files are source for the jQuery validation plugin?
Looking at the upstream git repo for the jQuery validation plugin the
source is
On Wed, 2015-10-14 at 08:52 +0100, Neil Williams wrote:
> cannot be packaged currently if it does need grunt
Sure they can, just package build-deps first, like Debian always
does.
> These js files are effectively part of the source code of lava-server,
> not the JQuery upstream
They are embedd
---
data/spelling/corrections | 1 +
1 file changed, 1 insertion(+)
diff --git a/data/spelling/corrections b/data/spelling/corrections
index 574594c..254d0f1 100644
--- a/data/spelling/corrections
+++ b/data/spelling/corrections
@@ -732,6 +732,7 @@ unknonw||unknown
unkown||unknown
unneedingly||
Package: lintian
Severity: wishlist
I found a git commit in one of the d-i packages that fixed the
copyright year, changing it from 2103 to 2013. This wasn't in
debian/copyright but it would be great if lintian could catch such
typos in debian/copyright.
--
bye,
pabs
https://wiki.debian.org/Pau
Package: lintian
Severity: wishlist
X-Debbugs-CC: secur...@debian.org
Please warn about the use of TEMP CVE identifiers in debian/changelog.
These identifiers are temporary and go away when CVEs are assigned so
they are not at all useful to record.
The regex is TEMP-\d{7}-\d{6} (case sensitive):
On Mon, 2015-12-14 at 11:48 +0100, Jakub Wilk wrote:
> I don't think this is the right regexp.
>
> > https://bugs.debian.org/799019
>
> For example, this bug refers to "TEMP-000-1C4729", which your regexp
> wouldn't match.
Woops, I found the wrong code location!
The correct regex and code
On Tue, 05 Jan 2016 11:20:45 + u wrote:
> cryptocat source: source-is-missing chrome/content/data/js/lib/otr.js
This is an embedded code copy and should be packaged separately:
https://github.com/arlolra/otr
https://wiki.debian.org/EmbeddedCodeCopies
It is also generated from other files:
On Wed, 2016-01-06 at 14:02 +0100, Ximin Luo wrote:
> Grunt is going to take a while to package, due to the wider JS
> ecosystem being generally stupid, over-bloated and self-important far
> beyond its worth.
I spoke to someone on IRC who was working on it the other day, it
sounded like they were
On Wed, 2016-01-06 at 16:55 +0100, Ximin Luo wrote:
> Do you have a more solid lead that we can chase down?
Jonathan Ulrich Horn
Jonathan started by packaging getobject: #809983/#810107
> I don't see why you think this as a DFSG issue?
The source is missing, only the generated otr.js is pres
---
data/spelling/corrections | 1 +
1 file changed, 1 insertion(+)
diff --git a/data/spelling/corrections b/data/spelling/corrections
index 1011580..b25fff4 100644
--- a/data/spelling/corrections
+++ b/data/spelling/corrections
@@ -42,6 +42,7 @@ accidently||accidentally
accidentually||accidenta
Package: lintian
Severity: wishlist
It would be nice if lintian could automatically find the relevant
.changes/.dsc/.deb files based on debian/{control,changelog}. This
would make it easier to run lintian from a just-built source tree.
I wonder if this functionality should be a part of dpkg-dev,
On Tue, 2016-03-08 at 13:13 +0100, Jakub Wilk wrote:
> Have you tried running lintian without arguments? (See the "CHECKING
> LAST BUILD" section in the manual page for details.)
Huh, I could have sworn I tried that already. When was it added?
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Sun, 2016-04-10 at 08:19 +, Niels Thykier wrote:
> Assuming this is just a trivial "run target", wouldn't it be even better
> if autopkgtests added support for this directly like it did with
> pkg-perl tests (i.e. adding a "Testsuite: autopkgtest-automake" or so)?
I don't know enough about
On Fri, 2016-05-06 at 18:07 -0500, Martin Pitt wrote:
> In principle autodep8 could grow an automatic test for this, such as
...
> However, this has some caveats:
...
> Thus, while possible, this would have the maximum inefficiency. Doing
> this on a per-package basis means knowing what the insta
On Sat, 2016-05-07 at 14:48 +0200, Martin Pitt wrote:
> But both ci.debian.net and autopkgtest.ubuntu.com *do* run autodep8 in
> production; in fact, adt-run invokes autodep8 by itself if the tested
> package does not have a d/t/control. So we *do* run the autogenerated
> tests in production, and
On Mon, 2016-05-09 at 16:15 +0800, Paul Wise wrote:
> Right, the question is where to put that suggestion, autodep8 or
> lintian. Based on the fact that autodep8-generated tests are
> automatically run, probably lintian is the place do do that.
Another option is that autodep8 pr
On Mon, 2016-05-09 at 11:04 +0200, Martin Pitt wrote:
> autodep8 does nothing more than print the generated control on stdout.
My proposal was that for cases where the results are known to need
human intervention before they can be run, autodep8 could print the
suggested tests but with comment ch
Package: lintian
Severity: wishlist
Please add a check for packages containing upstart configuration in the
/etc/init/ directory. Upstart was removed Debian for stretch and so
these files are no longer useful for Debian stretch and later.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signatur
On Thu, 2016-05-26 at 20:37 +0200, Axel Beckert wrote:
> But they don't hurt either. So I'd say this should be P(edantic) or
> (I)nformational at most.
Agreed.
> P.S.: I assume there's no chance that upstream will ever come back,
> right?
Canonical/Ubuntu was upstream for upstart and since Ubun
On Thu, 2016-05-26 at 18:19 +0800, Paul Wise wrote:
> Upstart was removed Debian for stretch and so
> these files are no longer useful for Debian stretch and later.
This was discussed on debian-devel and the consensus seems to be that
the files should not be removed until after the rele
---
data/spelling/corrections | 1 +
1 file changed, 1 insertion(+)
diff --git a/data/spelling/corrections b/data/spelling/corrections
index 41c5b5a..5e6c08b 100644
--- a/data/spelling/corrections
+++ b/data/spelling/corrections
@@ -1878,6 +1878,7 @@ reimplmented||reimplemented
reimplmenting||re
---
data/spelling/corrections | 1 +
1 file changed, 1 insertion(+)
diff --git a/data/spelling/corrections b/data/spelling/corrections
index 51ebc54..2161d60 100644
--- a/data/spelling/corrections
+++ b/data/spelling/corrections
@@ -1436,6 +1436,7 @@ mecanism||mechanism
mecanisms||mechanisms
me
---
data/spelling/corrections | 1 +
1 file changed, 1 insertion(+)
diff --git a/data/spelling/corrections b/data/spelling/corrections
index ca8a295..998967d 100644
--- a/data/spelling/corrections
+++ b/data/spelling/corrections
@@ -386,6 +386,7 @@ certicate||certificate
certicates||certificates
Package: lintian
Version: 2.5.44
Severity: normal
X-Debbugs-CC: Osamu Aoki , Santiago Vila
debmake was removed from Debian in 2008 and then the name was hijacked
in 2013 by a new package with a new codebase that AFAICT does a
completely different thing to the earlier debmake.
https://tracker.deb
Apple renamed MacOS X to macOS.
See-also: https://bugs.debian.org/829331
---
data/spelling/corrections-multiword | 1 +
1 file changed, 1 insertion(+)
diff --git a/data/spelling/corrections-multiword
b/data/spelling/corrections-multiword
index cae8c06..51a6c80 100644
--- a/data/spelling/correct
Package: lintian
Severity: wishlist
Please warn about Homepage fields that match this https?://ftp.gnu.org/
gnu/.*
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
From: Paul Wise
---
data/spelling/corrections | 1 +
1 file changed, 1 insertion(+)
diff --git a/data/spelling/corrections b/data/spelling/corrections
index 42cadc2..ec35af5 100644
--- a/data/spelling/corrections
+++ b/data/spelling/corrections
@@ -1456,6 +1456,7 @@ invaid||invalid
invalud
---
data/spelling/Makefile | 6 ++
data/spelling/corrections | 2 +-
data/spelling/corrections-case | 2 +-
data/spelling/corrections-multiword | 2 +-
4 files changed, 9 insertions(+), 3 deletions(-)
create mode 100644 data/spelling/Makefile
diff --git a/data/spe
Use csplit to prevent sorting the header.
Use sort -u to eliminate duplicates.
Use LC_ALL to set the right sort order.
---
data/spelling/Makefile | 6 ++
data/spelling/corrections | 2 +-
data/spelling/corrections-case | 2 +-
data/spelling/corrections-multiword | 2
---
data/spelling/corrections | 1 +
1 file changed, 1 insertion(+)
diff --git a/data/spelling/corrections b/data/spelling/corrections
index a1516f3..3feac4a 100644
--- a/data/spelling/corrections
+++ b/data/spelling/corrections
@@ -2117,6 +2117,7 @@ mutliple||multiple
nam||name
nams||names
na
---
data/spelling/corrections | 1 +
1 file changed, 1 insertion(+)
diff --git a/data/spelling/corrections b/data/spelling/corrections
index 3feac4a..af9cc25 100644
--- a/data/spelling/corrections
+++ b/data/spelling/corrections
@@ -1018,6 +1018,7 @@ did'nt||didn't
didnt||didn't
didnt'||didn't
---
data/spelling/corrections | 1 +
1 file changed, 1 insertion(+)
diff --git a/data/spelling/corrections b/data/spelling/corrections
index af9cc25..2b3af0b 100644
--- a/data/spelling/corrections
+++ b/data/spelling/corrections
@@ -2338,6 +2338,7 @@ penalities||penalties
penality||penalty
pend
On Mon, 2016-09-12 at 12:34 +0200, Jakub Wilk wrote:
> While codesearch[0] finds some true positives (mostly in comments,
> which Lintian wouldn't check), there are many more false positives.
Agreed, lets skip this one.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description:
---
data/spelling/corrections | 1 +
1 file changed, 1 insertion(+)
diff --git a/data/spelling/corrections b/data/spelling/corrections
index 6d195d2..a894338 100644
--- a/data/spelling/corrections
+++ b/data/spelling/corrections
@@ -470,6 +470,7 @@ blindy||blindly
bofore||before
boudaries||boun
---
data/spelling/corrections | 1 +
1 file changed, 1 insertion(+)
diff --git a/data/spelling/corrections b/data/spelling/corrections
index a894338..66ad76b 100644
--- a/data/spelling/corrections
+++ b/data/spelling/corrections
@@ -1517,6 +1517,7 @@ geting||getting
gived||given
glpyh||glyph
g
---
data/spelling/corrections | 1 +
1 file changed, 1 insertion(+)
diff --git a/data/spelling/corrections b/data/spelling/corrections
index 66ad76b..4a373fb 100644
--- a/data/spelling/corrections
+++ b/data/spelling/corrections
@@ -1602,6 +1602,7 @@ hilight||highlight
hilighting||highlighting
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit 232afa6372191215377c182d41f24ebf1e702a4d
Author: Paul Wise
Date: Thu Sep 15 14:49:58 2016 +0800
spelling: Add more corrections
---
data/spelling
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from fea7fb1 debian/changelog: Document more Paul Wise's contributions
to spelling
new 232afa6 spelling: Add more corrections
The 1 revisions listed
On Fri, 2016-09-30 at 12:38 +0800, Paul Wise wrote:
> check-all-the-things runs hardening-check and maintainers might want to
> run it manually, any thoughts about moving it to devscripts anyway?
Reading through #836162 it seems like lintian is a better place for
hardening-check than devs
Control: reassign -1 lintian
Control: retitle -1 lintian: package-installs-into-obsolete-dir: mention
filename requirements for /usr/share/bash-completion/completions/
On Sat, 2016-10-01 at 13:59 +0300, Martin-Éric Racine wrote:
> > 2016-10-01 12:41 GMT+03:00 Paul Wise :
> >
> &
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit 6b4102aada8f93324453c87c2a413895127e9a69
Author: Paul Wise
Date: Mon Oct 10 09:48:27 2016 +0800
spelling: Add one more correction
---
data/spelling
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from 231b51f spelling: Add more corrections
new 6b4102a spelling: Add one more correction
The 1 revisions listed above as "new" are entirely new to t
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit 2f618f54625859e89ff697b75829565d97d411ad
Author: Paul Wise
Date: Fri Oct 14 07:33:16 2016 +0800
spelling: Add one more correction
---
data/spelling
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from dedf959 spelling: Add more corrections
new 2f618f5 spelling: Add one more correction
The 1 revisions listed above as "new" are entirely new to t
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit 031eada772e41d6207734beb71d2b8625b6264e5
Author: Paul Wise
Date: Tue Oct 25 09:35:00 2016 +0800
spelling: Add one more correction
---
data/spelling
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from e170aec t/COVERAGE: Update
new 031eada spelling: Add one more correction
The 1 revisions listed above as "new" are entirely new to this
reposito
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit 3453bc924f3aa3d78c6b565b2584fdf6ce2dd0fa
Author: Paul Wise
Date: Tue Oct 25 13:58:27 2016 +0800
spelling: Add one more correction
---
data/spelling
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from 031eada spelling: Add one more correction
new 3453bc9 spelling: Add one more correction
The 1 revisions listed above as "new" are entirely new t
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit cd264e4b8211af478a32ea4225d506206b2ac32a
Author: Paul Wise
Date: Thu Nov 3 11:14:46 2016 +0800
Add case correction for LUA -> Lua
LUA apparen
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from 2109a7e Fix changelog
new cd264e4 Add case correction for LUA -> Lua
The 1 revisions listed above as "new" are entirely new to this
repository a
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit d5eb030de0ce864357cd8e543e7b7382f6c0870e
Author: Paul Wise
Date: Wed Nov 9 23:00:49 2016 +0800
spelling: Add one more correction
---
data/spelling
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from f2bbb36 spelling: Add one more correction
new d5eb030 spelling: Add one more correction
The 1 revisions listed above as "new" are entirely new t
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit 40be71614dcb312b31806ca935f50ad53f13115f
Author: Paul Wise
Date: Fri Nov 11 08:27:24 2016 +0800
spelling: Add one more correction
---
data/spelling
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from d5eb030 spelling: Add one more correction
new 40be716 spelling: Add one more correction
The 1 revisions listed above as "new" are entirely new t
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit cc7708efcc2c735dec65e6fb41443d724988ea7c
Author: Paul Wise
Date: Fri Nov 11 09:16:30 2016 +0800
spelling: Add one more correction
---
data/spelling
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from 40be716 spelling: Add one more correction
new cc7708e spelling: Add one more correction
The 1 revisions listed above as "new" are entirely new t
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit ff1b5c38ca1040a9fdf7000ddf44a82854c8c094
Author: Paul Wise
Date: Fri Nov 11 14:29:54 2016 +0800
spelling: Add one more correction
---
data/spelling
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from cc7708e spelling: Add one more correction
new ff1b5c3 spelling: Add one more correction
The 1 revisions listed above as "new" are entirely new t
This is an automated email from the git hooks/post-receive script.
pabs pushed a commit to branch master
in repository lintian.
commit 81a873fa57cb1f6777b52af01225861f31f44fa1
Author: Paul Wise
Date: Sat Nov 12 08:32:42 2016 +0800
spelling: Add one more correction
---
data/spelling
This is an automated email from the git hooks/post-receive script.
pabs pushed a change to branch master
in repository lintian.
from ff1b5c3 spelling: Add one more correction
new 81a873f spelling: Add one more correction
The 1 revisions listed above as "new" are entirely new t
501 - 600 of 859 matches
Mail list logo