[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#580533: ITP: libtest-notabs-perl -- module for scanning for hard tabs in files



On Fri, May 7, 2010 at 2:18 AM, Russ Allbery <rra@debian.org> wrote:
> Yves-Alexis Perez <corsac@debian.org> writes:
>> On jeu., 2010-05-06 at 12:26 -0400, Jonathan Yu wrote:
>
>>> Test::NoTabs is a Perl test module that scans your project/distribution
>>> for any Perl files (scripts, modules, etc) that contain hard tabs (the
>>> \t, or 0x09) character. Tabs can render with slightly different width
>>> depending on the author's environment, so it's best to use spaces
>>> instead.
>
>> Do we really need a perl module for that?
>
> Well, it would be better to integrate the test in with something else,
> ideally, but I saw the ITP and thought "hm, that might be useful to start
> using with all my Perl projects."  Checking a file for lack of tabs is
> relatively easy, but locating all the Perl stuff in a source tree is a bit
> trickier, and rolling those two things together so that one can write a
> one- or two-line test is fairly useful.
>
> It would be nice if that, Test::Pod, Test::Fixme, Test::Synopsis,
> Test::MinimumVersion, and piles of other similar modules could be rolled
> together into one distribution.  But that's really an upstream problem.

For the record, Test::Pod is actually a pretty complex module.
(Correction: I was going to say this, but I just did a sloccount to
verify it, and it's only 112 lines of Perl code... interesting)

Perl is very much maintained by a bunch of different people, so having
one upstream package wouldn't work very well. Test::Pod is considered
fairly stable now and doesn't often have new releases, however, I
believe Test::Synopsis and Test::MinimumVersion are newer modules.

We could, I suppose, bundle these tests together in Debian, but it
opens a whole new can of worms. What would we call the package? How
would we decide what goes in there? Is it worth it to reduce the
Packages.gz file? (What other positive benefit would such a situation
provide, except to appease those who seem to hate new software being
added to Debian?)
>
> --
> Russ Allbery (rra@debian.org)               <http://www.eyrie.org/~eagle/>
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: 87bpcsgrq8.fsf@windlord.stanford.edu">http://lists.debian.org/87bpcsgrq8.fsf@windlord.stanford.edu
>
>


Reply to: