Raphael Geissert <[EMAIL PROTECTED]> writes:
> I've been thinking for a while that the values in the checks/*.desc
> files should be overridable (or whatever the right word is, as the spell
> checker complains), i.e. in this case if the Windows devel file is not
> under usr/share/docs emit a W tag
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 big fat "DO NOT EDIT" warning w
Raphael Geissert <[EMAIL PROTECTED]> 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 big fat "DO NOT EDIT" warning which I'm
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 meaningful
>> to
>> Windows environments.
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 and ask him for permission
> to pub
On Fri, 2008-09-05 at 11:15 -0700, Russ Allbery wrote:
> Niko Tyni <[EMAIL PROTECTED]> writes:
>
> > The implementation could use corelist(1) and/or Module::Corelist to
> > check if the version in the dependency is already in the core. I think
> > just transforming libfoo-bar-perl to Foo::Bar woul
Frank Lichtenheld <[EMAIL PROTECTED]> writes:
> On Fri, Sep 05, 2008 at 06:30:20AM +0100, Adam D. Barratt wrote:
>> On Thu, 2008-09-04 at 17:02 -0700, Russ Allbery wrote:
>>> Enrico Zini <[EMAIL PROTECTED]> writes:
I noticed that Pod::Man likes to invent a new "POD ERRORS" manpage
sectio
On Fri, Sep 05, 2008 at 06:30:20AM +0100, Adam D. Barratt wrote:
> On Thu, 2008-09-04 at 17:02 -0700, Russ Allbery wrote:
> > Enrico Zini <[EMAIL PROTECTED]> writes:
> >
> > > I noticed that Pod::Man likes to invent a new "POD ERRORS" manpage
> > > section instead of using stderr.
> >
> > This ne
On Fri, 2008-09-05 at 20:06 +0200, Frank Lichtenheld wrote:
> On Fri, Sep 05, 2008 at 06:30:20AM +0100, Adam D. Barratt wrote:
> > On Thu, 2008-09-04 at 17:02 -0700, Russ Allbery wrote:
> > > Enrico Zini <[EMAIL PROTECTED]> writes:
> > >
> > > > I noticed that Pod::Man likes to invent a new "POD E
Niko Tyni <[EMAIL PROTECTED]> writes:
> The implementation could use corelist(1) and/or Module::Corelist to
> check if the version in the dependency is already in the core. I think
> just transforming libfoo-bar-perl to Foo::Bar would catch most issues,
> and the rest (like podlators-perl -> Pod::
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 meaningful to
> Windows environments. Such files are generally useless in D
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 and ask him for permission
to publish that document on wiki.debian.or
Package: lintian
Version: 1.24.4
Severity: wishlist
It would be useful if lintian could warn about unnecessary versioned
dependencies on packages provided by the perl core packages. It's quite
easy to make mistakes like #497170, and often perfectly valid dependencies
turn stale with updates to the
14 matches
Mail list logo
