I'm trying to figure out why the coverage reports I'm getting from
Devel::Cover (well, cover...) aren't recognizing the effects of most of my
testing. A simple example is one module for which Devel::Cover doesn't
record any subroutine coverage, yet I have tests for each of the subroutines
that run
(I'm CCing Andy Lester, the maintainer of Test::Harness here, because I'd like
to consult with him)
On Monday 05 September 2005 12:42, Shlomi Fish wrote:
> Hi all!
>
> Does anyone know of a Test::Harness extension or replacement that can color
> the final report line in green if all tests passed
James E Keenan wrote:
> [[[ snip ]]]
>
>>>
> [snip]
>
> Let me point out one other anomaly which may not be the source of the
> problem. In the following line of output 'make' is using the perl
> executable in /usr/bin
>
>>> /usr/bin/perl "-MExtUtils::MY" -e "MY->fixin(shift)"
>>> blib/script/mod
Comrade Burnout wrote:
James E Keenan wrote:
And, again, to rule out obvious problems ...
1. When you ran 'make', did you get output that looks more or less
like this:
FWIW, here's the full output of make ...
[ burnt ] :: make
cp lib/ExtUtils/ModuleMaker/StandardText.pm
blib/lib/ExtUti
James E Keenan wrote:
> And, again, to rule out obvious problems ...
> 1. When you ran 'make', did you get output that looks more or less
> like this:
FWIW, here's the full output of make ...
> [ burnt ] :: make
> cp lib/ExtUtils/ModuleMaker/StandardText.pm
> blib/lib/ExtUtils/ModuleMaker/Stand
James E Keenan wrote:
Good point. Modules created with ExtUtils::ModuleMaker, by default,
include a CHANGES file in the distribution. But it's easy to set an
option to include the changes in the HISTORY section of the POD. Someone
who does that should not be viewed as creating a distribution
Comrade Burnout wrote:
James E Keenan wrote:
Comrade Burnout wrote:
I'm not sure this is the right place to ask, but I'm at the end of my
rope here.
perl Makefile.pl
make
make test VERBOSE=>1
Did you include 'make' between 'perl Makefile.PL' and 'make test'?
yes, i did. i
James E Keenan wrote:
> Comrade Burnout wrote:
>
>> I'm not sure this is the right place to ask, but I'm at the end of my
>> rope here.
>>
>>> perl Makefile.pl
>>
> make
>
>>> make test VERBOSE=>1
>>
>>
>>
> Did you include 'make' between 'perl Makefile.PL' and 'make test'?
yes, i did. i just om
Ricardo SIGNES wrote:
* "Christopher H. Laco" <[EMAIL PROTECTED]> [2005-09-15T08:23:57]
Would this look for Change OR ChangeLog?
Both seem to be popular on CPAN.
...and some modules have a HISTORY or CHANGES section of POD, and DBI
has DBI::Changes.
Good point. Modules created with ExtUt
Comrade Burnout wrote:
I'm not sure this is the right place to ask, but I'm at the end of my
rope here.
I've been working with the ExtUtils::ModuleMaker author with some
beta-testing of new releases.
(part of `uname -a`)
FreeBSD 5.2.1-RELEASE
( relevant perl -v )
This is perl, v5.6.1 built f
I'm not sure this is the right place to ask, but I'm at the end of my
rope here.
I've been working with the ExtUtils::ModuleMaker author with some
beta-testing of new releases.
(part of `uname -a`)
FreeBSD 5.2.1-RELEASE
( relevant perl -v )
This is perl, v5.6.1 built for i386-freebsd
I've just
On Thu, 2005-09-15 at 16:00 +0200, David Landgren wrote:
> As I was downloading the newest version of Devel::Cover this morning, I
> pondered on the concept of 1 Kwalitee point for coverage >= 80%, and
> another for 100%, and how absolutely impossible it would be to set out
> to establish these
On 9/15/05, David Landgren <[EMAIL PROTECTED]> wrote:
> As I was downloading the newest version of Devel::Cover this morning, I
> pondered on the concept of 1 Kwalitee point for coverage >= 80%, and
> another for 100%, and how absolutely impossible it would be to set out
> to establish these points
On Thu, 15 Sep 2005 11:52:00 +1000, Adam Kennedy <[EMAIL PROTECTED]> wrote:
> Rather than do any additional exploding, I'd like to propose the
> additional kwalitee test "has_changes". I've noticed that a percentage
> (5-10%) of dists don't have a changes file, so it can be hard to know
grep {
Hi!
On Thu, Sep 15, 2005 at 05:53:17PM +0200, Tels wrote:
> Shhh, dont tell anybody about my plan to hack the cpants webserver and
> silently raising my K rating to "+inf" :)
I've heard that.
/me changes root passwd from 'toor' to '3l1+3'
:-)
--
#!/usr/bin/perl
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Thursday 15 September 2005 15:44, David Golden wrote:
> Ricardo SIGNES wrote:
> > * "Christopher H. Laco" <[EMAIL PROTECTED]> [2005-09-15T08:23:57]
> >
> >>Would this look for Change OR ChangeLog?
> >>Both seem to be popular on CPAN.
> >
> > ...and some
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Thursday 15 September 2005 00:42, Peter Kay wrote:
> David Golden wrote:
> > Probably could be done with a Build.PL that pulls the full module
> > list then constructs a massive requires hash. Unless CPANTS scans
> > for dependencies, in which case you
Hi!
On Thu, Sep 15, 2005 at 11:52:00AM +1000, Adam Kennedy wrote:
> Rather than do any additional exploding, I'd like to propose the
> additional kwalitee test "has_changes". I've noticed that a percentage
> (5-10%) of dists don't have a changes file, so it can be hard to know
> whether it's wo
Ricardo SIGNES wrote:
* "Christopher H. Laco" <[EMAIL PROTECTED]> [2005-09-15T08:23:57]
Would this look for Change OR ChangeLog?
Both seem to be popular on CPAN.
...and some modules have a HISTORY or CHANGES section of POD, and DBI
has DBI::Changes.
As long as you use a recent ExtUtils::M
Ricardo SIGNES wrote:
* "Christopher H. Laco" <[EMAIL PROTECTED]> [2005-09-15T08:23:57]
Would this look for Change OR ChangeLog?
Both seem to be popular on CPAN.
...and some modules have a HISTORY or CHANGES section of POD, and DBI
has DBI::Changes.
Though, as with pod and pod coverage t
* "Christopher H. Laco" <[EMAIL PROTECTED]> [2005-09-15T08:23:57]
>
> Would this look for Change OR ChangeLog?
> Both seem to be popular on CPAN.
...and some modules have a HISTORY or CHANGES section of POD, and DBI
has DBI::Changes.
--
rjbs
pgpLglUB1n4LA.pgp
Description: PGP signature
On 9/15/05, Christopher H. Laco <[EMAIL PROTECTED]> wrote:
>
> Would this look for Change OR ChangeLog?
> Both seem to be popular on CPAN.
And some people put their changelog in the README.
Gabor
Adam Kennedy wrote:
Rather than do any additional exploding, I'd like to propose the
additional kwalitee test "has_changes". I've noticed that a percentage
(5-10%) of dists don't have a changes file, so it can be hard to know
whether it's worth upgrading, or more importantly which version to ad
Adam Kennedy wrote:
Rather than do any additional exploding, I'd like to propose the
additional kwalitee test "has_changes". I've noticed that a percentage
(5-10%) of dists don't have a changes file, so it can be hard to know
whether it's worth upgrading, or more importantly which version to ad
Rather than do any additional exploding, I'd like to propose the
additional kwalitee test "has_changes". I've noticed that a percentage
(5-10%) of dists don't have a changes file, so it can be hard to know
whether it's worth upgrading, or more importantly which version to add
dependencies for.
25 matches
Mail list logo
