Skip Menu |

This queue is for tickets about the Mac-FSEvents CPAN distribution.

Report information
The Basics
Id: 86196
Status: resolved
Priority: 0/
Queue: Mac-FSEvents

People
Owner: Nobody in particular
Requestors: shuff [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: 0.09
Fixed in: (no value)



Subject: POD::Coverage test fails on version 0.09
hello folks! i see the following test failure when building Mac::FSEvents under OS X 10.7: t/03podcoverage.t .......... 1/2 # Failed test 'Pod coverage on Mac::FSEvents' # at /sw/lib/perl5/Test/Pod/Coverage.pm line 126. # Coverage for Mac::FSEvents is 88.9%, with 1 naked subroutine: # constant # Looks like you failed 1 test of 2. i'm encountering this bug in the context of packaging the module for Fink (http://fink.sourceforge.net); while i could certainly work around it by disabling that particular unit test in my package, that seems like a suboptimal solution. thanks, -shuff -- Steve Huff (SHUFF) * shuff@cpan.org
attached is a somewhat brute-force way of fixing the problem. -- Steve Huff (SHUFF) * shuff@cpan.org
Subject: Mac-FSEvents-RT86196.patch
diff --git a/t/03podcoverage.t b/t/03podcoverage.t index cd08262..ec6fba3 100644 --- a/t/03podcoverage.t +++ b/t/03podcoverage.t @@ -4,4 +4,6 @@ eval "use Test::Pod::Coverage 1.04"; plan skip_all => 'Test::Pod::Coverage 1.04 required' if $@; plan skip_all => 'set TEST_POD to enable this test' unless $ENV{TEST_POD}; -all_pod_coverage_ok(); \ No newline at end of file +my $parms = { trustme => [qr/^constant$/] }; + +all_pod_coverage_ok( $parms );
On Sun Jun 16 16:35:22 2013, SHUFF wrote: Show quoted text
> hello folks! i see the following test failure when building > Mac::FSEvents under OS X 10.7: > > t/03podcoverage.t .......... 1/2 > # Failed test 'Pod coverage on Mac::FSEvents' > # at /sw/lib/perl5/Test/Pod/Coverage.pm line 126. > # Coverage for Mac::FSEvents is 88.9%, with 1 naked subroutine: > # constant > # Looks like you failed 1 test of 2. > > i'm encountering this bug in the context of packaging the module for > Fink (http://fink.sourceforge.net); while i could certainly work > around it by disabling that particular unit test in my package, > that seems like a suboptimal solution. > > thanks, > -shuff
Thanks for the report; I've fixed this and submitted a new tarball to PAUSE.