Russ Allbery wrote:
> Raphael Geissert writes:
>
>> In the attached patch I replaced all "unbalanced quotes" with single
>> quotation marks.
>
> Thanks! I think double quote marks are better and are what was more
> widely used in Lintian already, so t
Hi,
In the attached patch I replaced all "unbalanced quotes" with single quotation
marks.
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
lintian_TODO.mbox
Description: application/mbox
ic" test I added to test this new feature of
runtests I think it would be wise to add a similar test for every check (of
course adding a test for every CLI option would be better).
[1] The missing "use Utils" and "Needs-Info: source-control-data".
Cheers,
--
R
unctions calling fail where actually used
or not, but what I know is that in the feature if it is used it
will... "fail to fail" :)
IMO the patch should be applied and then the code reviewed to find out
whether that function should remain around.
Cheers,
--
Raphael Geissert - Debian Maint
Package: lintian
Version: 2.1.6
Tags: patch
Hi again,
Now I found the reason why Lintian::Collect::Source was calling fail,
standards-version requires source-control-fields. This was leading to errors
when calling lintian with -C standard-versions.
Cheers,
--
Raphael Geissert - Debian
well.
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
lintian_missing_fail.mbox
Description: application/mbox
signature.asc
Description: This is a digitally signed message part.
Adam D. Barratt wrote:
> On Tue, 2009-01-20 at 22:06 -0600, Raphael Geissert wrote:
>> Attached is an mbox containing a couple of changes. The first one gets rid
>> of the 'Type' leftovers, and the second corrects a couple of spelling
>> mistakes and typos.
&
looks for pre-depends in addition to depends.
The second patch re-introduces the check for suggests but when present in
those cases, a tag is emitted (for the same reason I stated above).
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
lintian_debhelper-misc.mbox
Hi all,
Attached is an mbox containing a couple of changes. The first one gets rid of
the 'Type' leftovers, and the second corrects a couple of spelling mistakes
and typos.
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
lintian_cleanup.mbox
D
this check)?
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
signature.asc
Description: This is a digitally signed message part.
gt;> What would be really handy here is a pointer to policy change history.
>
> Like a mention of /usr/share/doc/debian-policy/upgrading-checklist.txt.gz?
>
Or probably to the online version, as I'm sure not everyone has debian-policy
installed (or not on every machine).
C
Russ Allbery wrote:
> Raphael Geissert writes:
>> Raphael Geissert wrote:
>> [...]
>>> Attached is an mbox with the patches implementing the --pedantic
>>> options/severity plus a few initial checks.
>>
>> ping
>
> It looked good to me o
Raphael Geissert wrote:
[...]
> Attached is an mbox with the patches implementing the --pedantic
> options/severity plus a few initial checks.
ping
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-lint-main
and a 'Weight'-per-tag idea later.
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
pedantic.mbox
Description: application/mbox
it is nice when all you do is gunzip and run it out
of the box.
So, shall I reopen and assign it to me?
reopen 42936
owner 42936 Raphael Geissert
block 42936 with 373767
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
signature.asc
Description: This is a digitally signed message part.
heers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
uld be added to --pedantic (still thinking on how
to implement it).
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
an page or have enough prior experience to make any
> recommendations?
>
What about asking the alioth admins to do that? I guess, at least, a GB or two
could be saved if they setup some cron-triggered script that runs git gc on all
dirs under /git with a .git dir.
Cheers,
--
Raphael Geisser
Russ Allbery wrote:
> Raphael Geissert writes:
>> Russ Allbery wrote:
>
>> What about grouping together tests belonging to the same check?
>> E.g. move all the cruft tests to t/tests/cruft/
>
> We could do that -- it trades off directory size with more nesting. I
> adding a new stanza to debian/control.in.
I agree that it is PITA to write new tests and that's why I've been still adding
tests to my checks in the testset suite.
I like the idea of one test per tag, as it allows for isolated and cleaner
testing of every check; but we should als
Russ Allbery wrote:
> Raphael Geissert writes:
>
>> When is lintian.d.o going to be updated to use 2.1.1?
>> It's been more than a week since it was released.
>
> As soon as I got a chance -- it's been at the top of my non-work priority
> list for a few d
Hi,
When is lintian.d.o going to be updated to use 2.1.1?
It's been more than a week since it was released.
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-lint-maint-requ...@lists.debian.org
with a subject of "u
e upload if required, but didn't want to
>> presume, being somewhat the "new boy" still :)
>
> Please go ahead. I'll take care of updating lintian.d.o after it's
> uploaded.
>
what about including my latest patch before uploading? :D
Cheers,
--
Raphae
2008/12/6 Eugene V. Lyubimkin <[EMAIL PROTECTED]>:
> Raphael Geissert wrote:
>> Hi,
>>
>> Eugene V. Lyubimkin wrote:
>> [...]
>>> Lintian recently started to produce 'debhelper-but-no-misc-depends'
>>> warnings. While it reveal true issu
e any
more time on that :)
Thanks in advance.
Cheers,
- --
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkk6GAgACgkQYy49rUbZzlraRwCeLVHn41E7B9MbGWK+tCIP56zR
MuwAn3zUpE2fehyViHHdYmI/GXUHeZiW
ease give an example?
Thanks,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Raphael Geissert wrote:
> Frank Lichtenheld wrote:
>
>> On Wed, Jul 30, 2008 at 08:45:08PM -0500, Raphael Geissert wrote:
>>> Hi all,
>>>
>>> Attached is a patch making the following changes:
>>> * correctly parse line continuations
>>&g
packages won't help because it may cause false negatives.
And of course, only old versions of PHP itself will trigger the warning (not
even etch's version trigger it), so it should be just fine not to exclude
anything.
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.
soon, which just like the checkbashisms as pm stuff will
need to be integrated in lintian afterwards.
So?
[1]This is on my ToDo list for DEHS2 anyway.
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subje
2008/11/28 Frank Lichtenheld <[EMAIL PROTECTED]>:
> On Mon, Nov 03, 2008 at 08:19:40PM -0600, Raphael Geissert wrote:
>>
>> I'm not really sure, but I think you sent me an email about this and the
>> patch
>> no longer applying in master. I can't confi
Hi,
Can anyone please apply the attached patches in git-am-friendly format?
Thanks in advance.
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
lintian_files.1.mbox
Description: application/mbox
lintian_files.2.mbox
Description: application/mbox
On Sunday 21 September 2008, you wrote:
> On Sun, Sep 21, 2008 at 01:33:54PM -0500, Raphael Geissert wrote:
> > Forwarding a patch I sent in [EMAIL PROTECTED] to the BTS, so it
> > is noticed.
>
> This one is currently on my 2.1.0 TODO list. Which should not keep
> anyone
postrm:5
> /usr/bin/ocaml-md5sums
> I: ocaml-compiler-libs: unused-override
> copyright-should-refer-to-common-license-file-for-lgpl
Right, I only tried the former but not the latter.
>
> Regards,
>
> Adam
>
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.or
formation. ---
> Architecture: amd64
> Kernel: Linux 2.6.26-1-amd64
>
> Debian Release: lenny/sid
> 500 testing security.debian.org
> 500 testing ftp.fr.debian.org
>
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
-
Package: lintian
Version: 2.0.0
Severity: minor
Example:
$ lintian --show-overrides -I
xserver-xorg-video-openchrome_0.2.902+svn579-2_i386.deb | cut '-d ' -f-3
O: xserver-xorg-video-openchrome: non-dev-pkg-with-shlib-symlink
O: xserver-xorg-video-openchrome: non-dev-pkg-with-shlib-symlink
O: xse
Frank Lichtenheld wrote:
> On Sat, Sep 13, 2008 at 06:44:27PM -0500, Raphael Geissert wrote:
>> Raphael Geissert wrote:
>> +if (m/(The\s+PHP\s+Licen[cs]e,?\s+version\s+2)/si) {
>> +tag "copyright-refers-to-non-free-php-license", "";
>> +}
>>
Russ Allbery wrote:
> Raphael Geissert <[EMAIL PROTECTED]>
> writes:
>
>> Today I had an idea on how could lintian help accomplish such kind of RG
>> that require external information that is absolutely not going to be
>> hardcoded. The idea for this spec
Hi all,
I believe everybody knows that there was a RG for lenny that was about
making sure pre-/depends/recommends relationships in packages in main were
available in main (i.e. not in contrib, non-free, 3rd party repository).
Today I had an idea on how could lintian help accomplish such kind of
Frank Lichtenheld wrote:
> On Mon, Sep 22, 2008 at 06:40:15PM -0500, Raphael Geissert wrote:
>>
>> Hmm, right. Maybe output "formaters" should be able to indicate at what
>> point of the process they want to act/be called.
>
> Nah, no need to expose t
Jordà Polo wrote:
> On Sun, Sep 21, 2008 at 12:51:44PM -0500, Raphael Geissert wrote:
>> Btw, why would it be any useful to print them until the whole package is
>> processed? I would find printing them after every check script is run
>> better.
>
> The current lint
2008/9/21 Russ Allbery <[EMAIL PROTECTED]>:
> "Raphael Geissert" <[EMAIL PROTECTED]> writes:
>> 2008/9/14 Russ Allbery <[EMAIL PROTECTED]>:
>
>>> I already explained why I think this is a bad idea. I don't think
>
>> Actually, what I
2008/9/14 Russ Allbery <[EMAIL PROTECTED]>:
> Raphael Geissert <[EMAIL PROTECTED]> writes:
>
>> The attached patch adds support for "overridable" tags. Any value in
>> the .desc files can be overriden if the lowercase name is in its
>> corresponding
Hi,
Now that the EWI code is generated via %codes, why is Type still around
then?
Cheers,
--
Atomo64 - Raphael
Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
Package: lintian
Version: 1.24.4
Severity: wishlist
Tags: patch
Forwarding a patch I sent in [EMAIL PROTECTED] to the BTS, so it is
noticed.
Cheers,
--
Atomo64 - Raphael
Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
Jordà Polo wrote:
...
>
> One of the outputs I thought about involved printing after processing
> the packages instead of printing as tags are found.
This could also help avoid the usage of $warned{tag-name} and similar kind
of checks to avoid issuing duplicated tags. Of course it also depends o
Russ Allbery wrote:
>
> Having a rule in debian/rules that depends on patch when using the quilt
> makefile fragment is almost always wrong, since patch is a phony target
> that will force any rule that depends on it to be rebuilt. This often
> results in repeated compiles on the buildds, wasting
Package: lintian
Version: 1.24.4
Severity: wishlist
Tags: patch
The attached patch adds support for "overridable" tags.
Any value in the .desc files can be overriden if the lowercase name is in its
corresponding Overridable field.
Example:
in .desc:
Tag: test-tag
Type: warning
Severity: normal
Raphael Geissert wrote:
> Tags: patch
>
Now actually including the patch.
Cheers,
--
Atomo64 - Raphael
Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
diff --git a/checks/copyright-file b/checks/copyright-file
Package: lintian
Version: 1.24.4
Severity: wishlist
Tags: patch
The discussion is dead, so I'm now recording it as a report.
--- Forwarded message
Subject: yet another patch
From: Raphael Geissert
Date: Sun, 31 Aug 2008 21:05:48 -0500
Newsgroup: gmane.linux.debian.devel.lint.
Raphael Geissert wrote:
> Hi all,
>
> I've just implemented another check, this time for the copyright file
> which basically tries to detect the ones that don't provide "any" licence
> information at all.
>
> I've tried to make it as less prone to
Package: lintian
Version: 1.24.4
Severity: wishlist
Tags: patch
Since there has been no follow up, I'm now filing it as a bug report to have
a record.
--- Forwarded message
Subject: Re: Some more patches
From: Raphael Geissert
Date: Sat, 28 Jun 2008 22:38:40 -0500
News
Frank Lichtenheld wrote:
> On Sat, Sep 13, 2008 at 12:02:20AM -0500, Raphael Geissert wrote:
>> I'm attaching an mbox which contains three commits of mine that are
>> debhelper-related mixed with some other commits that I merged. I know it
>> is a mess, but I'm fall
Adam D. Barratt wrote:
> On Sat, 2008-09-13 at 17:10 +0200, Frank Lichtenheld wrote:
>> On Sat, Sep 13, 2008 at 10:38:23AM +0100, Adam D. Barratt wrote:
>> > "debian/rules runtests " only runs a single test, with the build
>> > directory being "debian/tests".
>>
>> You mean "debian/rules runtests
Frank Lichtenheld wrote:
> On Thu, Sep 11, 2008 at 09:45:32PM -0500, Raphael Geissert wrote:
>> Finally some patch for something outside checks/ :)
>>
>> Attached mbox/patch prints a warning to STDERR when no checks were
>> processed, which can happen if a wrong test
Frank Lichtenheld wrote:
>
> Sure, patches to move that stuff to data/ welcome.
>
Right, but the major problem I can see with debhelper-related data is that,
for example, in my case I get:
$ grep -l misc:Depends /usr/bin/dh_*
/usr/bin/dh_gconf
/usr/bin/dh_gtkmodules
/usr/bin/dh_installcatalogs
Frank Lichtenheld wrote:
> On Thu, Sep 11, 2008 at 09:38:25PM -0500, Raphael Geissert wrote:
>> On Monday 25 August 2008, Holger Levsen wrote:
>> > downgrading, as all blocking bugs for 438885 have been fixed.
>> >
>> > Any news on implementing the lintian ch
Heya,
Finally some patch for something outside checks/ :)
Attached mbox/patch prints a warning to STDERR when no checks were
processed, which can happen if a wrong testset directory was specified (and
it will hopefully save me some minutes next time I happen to write 'checks'
instead of 'testset'
tag 381485 patch
thanks
On Monday 25 August 2008, Holger Levsen wrote:
> severity 438885 important
> thanks
>
> Hi,
Hi Holger,
>
> downgrading, as all blocking bugs for 438885 have been fixed.
>
> Any news on implementing the lintian check? ;)
As promised, attached is a patch in a mbox implemen
Frank Lichtenheld wrote:
> On Thu, Sep 04, 2008 at 03:14:52PM -0500, Raphael Geissert wrote:
>> Tag: maintainer-script-ignores-errors
>> Type: warning
>> Severity: normal
>> Certainty: certain
>> Ref: policy 3.9
>> Info: The maintainer script doesn't
Package: debhelper
Severity: wishlist
Version: 7.0.17
Hi Joey,
Sorry for the large reference, but hope it is useful.
Frank Lichtenheld wrote:
> On Thu, Sep 11, 2008 at 03:31:06PM -0700, Russ Allbery wrote:
>> Frank Lichtenheld <[EMAIL PROTECTED]> writes:
>>
>> > I like the general idea of this
Frank Lichtenheld wrote:
> On Sun, Sep 07, 2008 at 08:13:30PM -0500, Raphael Geissert wrote:
>> Tag: debhelper-but-no-miscDepends
>> Type: warning
>> Severity: normal
>> Certainty: certain
>> Ref: debhelper(7)
>> Info: The source package uses debhelper but
Hi all,
I must be boring all of you, but here's another mbox/patch:
Tag: debhelper-but-no-miscDepends
Type: warning
Severity: normal
Certainty: certain
Ref: debhelper(7)
Info: The source package uses debhelper but it does not have ${misc:Depends}
on
the given binary package debian/control entry.
Package: lintian
Version: 1.24.4
Tags: patch
The attached mbox contains a patch fixing a bug where source-field-malformed
would never be triggered.
Although I hardly see how could such a situation ever occur, at least now
lintian will emit the tag if appropriate.
Cheers,
--
Atomo64 - Raphael
Package: lintian
Version: 1.24.4
checks/standards-version:
> # udebs aren't required to conform to policy, so they don't need
> # Standards-Version. (If they have it, though, it should be valid.)
> my $version = $info->field('standards-version');
> if (not defined $version) {
> tag 'no-standar
Frank Lichtenheld wrote:
> On Wed, Jul 30, 2008 at 08:45:08PM -0500, Raphael Geissert wrote:
>> Hi all,
>>
>> Attached is a patch making the following changes:
>> * correctly parse line continuations
>> * avoid trying to perform any extra check on vers
Hi,
Tag: ORed-enhances
Type: warning
Severity: minor
Certainty: certain
Info: ORed relations in the Enhances field are incorrect as the
package does not enhance one package or the other, it enhances both. The
enhanced packages should be instead separated by commas.
Credits: edos-debcheck
Cheer
Russ Allbery wrote:
> Raphael Geissert writes:
>
>> Why false positives? I mean, I see no reason to ship files that only
>> make sense when developing under a Windows system even under
>> usr/share/doc; some files are even generated by Visual Studio which have
>> a
Frank Lichtenheld wrote:
> On Thu, Sep 04, 2008 at 02:26:32PM -0500, Raphael Geissert wrote:
>> Tag: windows-devel-file-in-package
>> Type: warning
>> Severity: normal
>> Certainty: certain
>> Info: This package appears to contain development files only meaningf
Frank Lichtenheld wrote:
> On Thu, Sep 04, 2008 at 05:13:43PM -0500, Raphael Geissert wrote:
>> Attached is an updated mbox (btw, I didn't like how the link to walters'
>> guide looked like when displayed via Refs:).
>
> Hmm, someone should probably contact him
Jordà Polo wrote:
> On Thu, Sep 04, 2008 at 02:26:32PM -0500, Raphael Geissert wrote:
>> Hi there,
>>
>> Attached are two mbox files each adding one of the following tags/checks:
>>
>> Tag: extended-description-is-probably-too-short
>> Type: warning
&g
Tag: maintainer-script-ignores-errors
Type: warning
Severity: normal
Certainty: certain
Ref: policy 3.9
Info: The maintainer script doesn't seem to set the -e flag which
ensures that the script's execution is aborted when any executed command
fails.
--
Atomo64 - Raphael
Please avoid sending m
Hi there,
Attached are two mbox files each adding one of the following tags/checks:
Tag: extended-description-is-probably-too-short
Type: warning
Severity: normal
Certainty: certain
Info: The extended description (the lines after the first line of the
"Description:" field) is consists on just on
Hi all,
I've just implemented another check, this time for the copyright file which
basically tries to detect the ones that don't provide "any" licence
information at all.
I've tried to make it as less prone to FPs as possible and even ran lintian on
over 16410 packages which are either availa
tag 480939 patch
thanks
Hi Joey,
2008/9/2 Joey Hess <[EMAIL PROTECTED]>:
>
> It doesn't matter if bash or perl is providing this, it's still
> completly undocumented and works only in some situations due to a detail
> of implementation.
You didn't answer my question, so I assume you still want
On Monday 12 May 2008, Joey Hess wrote:
> Package: lintian
> Version: 1.23.48
> Severity: wishlist
>
> It seems that some people may decide that using brace expansion (ie,
> docs/{foo,bar}) in a debian/package.docs file is a good idea. Despite it
> not being documented anywhere, not being an intend
Frank Lichtenheld wrote:
> On Mon, Sep 01, 2008 at 08:39:14PM -0500, Raphael Geissert wrote:
>> Russ Allbery wrote:
>> > Frank Lichtenheld <[EMAIL PROTECTED]>
>> > writes:
>> >> I'm not sure this check is worth including. I find even the
>>
Russ Allbery wrote:
> "Raphael Geissert" <[EMAIL PROTECTED]>
> writes:
>
>> You said it: "at all"; in this case I propose to add a check for that
>> specific bit of the copyright files.
>
> The problem here is that we encourage people to cut
Russ Allbery wrote:
> Frank Lichtenheld <[EMAIL PROTECTED]> writes:
>
>> I'm not sure this check is worth including. I find even the aesthetical
>> impact vey low.
>
> Yeah, I don't think it would do anything beyond just annoy people; there's
> no actual problem here. It's just enforcing a codi
tag 497347 patch
thanks
2008/9/1 Raphael Geissert <[EMAIL PROTECTED]>:
>
> Will submit a patch implementing the check in an hour or so, hope you like it.
>
Attached
>
> Cheers,
Cheers,
--
Atomo64 - Raphael
Please avoid sending me Word, PowerPoint or Excel attachments.
S
Hi,
Please apply attached patch to allow dots in paths found by
command-with-path-in-maintainer-script so the python folks don't complain
about /usr/bin/python2.5 being displayed as /usr/bin/python2
Cheers,
--
Atomo64 - Raphael
Please avoid sending me Word, PowerPoint or Excel attachments.
See
Frank Lichtenheld wrote:
> On Sun, Aug 31, 2008 at 09:05:48PM -0500, Raphael Geissert wrote:
>> Tag: version-refers-to-distribution
>> Type: warning
>> Severity: minor
>> Certainty: certain
>> Info: The latest changelog version appears to mention the name o
clone 497346 -1
reassign -1 debian-policy
blocks 497346 -1
thanks
2008/8/31 Russ Allbery <[EMAIL PROTECTED]>:
> Raphael Geissert <[EMAIL PROTECTED]> writes:
>
>> The following snippet is pretty common and always, IMHO, wrong:
>>> On Debian systems, the complete t
clone 497347 -1
reassign -1 dh-make 0.46
severity -1 normal
thanks
2008/8/31 Russ Allbery <[EMAIL PROTECTED]>:
> Raphael Geissert <[EMAIL PROTECTED]> writes:
>
>>> The Debian packaging is (C) 2008, John Doe <[EMAIL PROTECTED]> and
>>> is licensed under t
Package: lintian
Version: 1.24.4
> my $entry = $entries[0];
> if (@entries == 1 and $entry->Version =~ /-1$/) {
> tag 'new-package-should-close-itp-bug'
> unless @{ $entry->Closes };
> }
The above code is fine, but fails to detect cases like this one:
> $ dpkg-par
Package: lintian
Version: 1.24.4
lintian doesn't emit wrong-bug-number-in-closes on the following case:
> $ dpkg-parsechangelog
> Source: foo
> Version: 0.1-1
> Distribution: unstable
> Urgency: low
> Maintainer: John Doe <[EMAIL PROTECTED]>
> Date: Fri, 18 Jul 2008 19:26:03 +0200
> Closes: 0
> C
Package: lintian
Version: 1.24.4
Severity: wishlist
Example follows.
> Source: foo-bar
> Section: x11
> Priority: optional
> Maintainer: foo bar <[EMAIL PROTECTED]>
> Standards-Version: 3.8.0
> Build-Depends: debhelper (>= 3)
> Homepage: http://bar.moo
>
> Package: foo-bar
> Architecture: all
> S
Package: lintian
Version: 1.24.4
Severity: wishlist
> The Debian packaging is (C) 2008, John Doe <[EMAIL PROTECTED]> and
> is licensed under the GPL, see above.
The above example should either say:
> ...is Copyright (C) 2008...
The '(C)' part being optional, or
> ...is © 2008...
Cheers,
--
Atom
Package: lintian
Version: 1.24.4
Severity: wishlist
The following snippet is pretty common and always, IMHO, wrong:
> On Debian systems, the complete text of the GNU General
> Public License can be found in `/usr/share/common-licenses/GPL'.
It should either refer to GPL-2 or GPL-3. The same appli
Package: lintian
Version: 1.24.4
Severity: wishlist
Self reminder.
Cheers,
--
Atomo64 - Raphael
Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscr
Hi all,
Tag: version-refers-to-distribution
Type: warning
Severity: minor
Certainty: certain
Info: The latest changelog version appears to mention the name of one of the
distributions. Unless this portion of the version is part of upstream
it should be removed. This warning may also appear if
Frank Lichtenheld wrote:
> On Sat, Aug 30, 2008 at 05:23:34PM -0500, Raphael Geissert wrote:
>> Frank Lichtenheld wrote:
>> > On Sat, Aug 30, 2008 at 03:52:51PM -0500, Raphael Geissert wrote:
>> >> lintian_embedded-php-library:
>> >> yet another PHP-rela
Carl Fürstenberg wrote:
> Package: lintian
> Version: 1.24.4
> Severity: important
>
> the check for embedded prototype javacsript library is prone to many
> false positives, as "prototype" is a pretty common word in js-space,
> and also that it can be common for JavaScript files, using such lib
W: djpig should-not-send-copy-of-message to atomo64
Frank Lichtenheld wrote:
> On Sat, Aug 30, 2008 at 03:52:51PM -0500, Raphael Geissert wrote:
>> lintian_embedded-php-library:
>> yet another PHP-related check for embedded copies, none making part of
>> PEAR, based on the
Hi all,
lintian_xinha:
adds a, currently commented, entry for xinha, which is already packaged but
not yet in the archive; so it can be kept as a reminder to enable it as
soon as the package reaches the archive.
lintian_embedded-php-library:
yet another PHP-related check for embedded copies, none
W: lintian-maint-cced-mail-sender :)
Frank Lichtenheld wrote:
> On Fri, Aug 29, 2008 at 09:37:17PM -0500, Raphael Geissert wrote:
>> Attached is a mbox for git-am making lintian check for embedded copies of
>> tinymce and tinymce2. I also made a change so the package names are use
Hi all,
Attached is a mbox for git-am making lintian check for embedded copies of
tinymce and tinymce2. I also made a change so the package names are used as
regexes to ease the case of tinymce where both packages provide the same
files but just different major versions.
Cheers,
--
Atomo64 - Rap
Russ Allbery wrote:
> Raphael Geissert <[EMAIL PROTECTED]>
> writes:
>
>> well, some files do have a string that would be matched, but probably
>> m,/pear[/.], is a better regex. That's the main drawnback: there's no
>> easy way to tell whether it
Russ Allbery wrote:
> Raphael Geissert <[EMAIL PROTECTED]>
> writes:
>
>> That part was done in pourpose (not even /Filename is required on all
>> cases) because some times some people do rename the files and add a
>> comment or two but the code remains intact. N
Russ Allbery wrote:
> Raphael Geissert <[EMAIL PROTECTED]>
> writes:
>
>> Attached are the following two patches in a git-friendly mbox format:
>>
>>
lintian_enhanced_possibly-insecure-handling-of-tmp-files-in-maintainer-script.patch:
>> Requires the tmp di
Russ Allbery wrote:
> Raphael Geissert <[EMAIL PROTECTED]>
> writes:
>
>> and adds another tag checking for embedded copies of PHP PEAR modules
>> (there are lots of those in the wild).
>
> I think I'm going to decline to apply this one in its current fo
701 - 800 of 872 matches
Mail list logo