Skip Menu |
 

This queue is for tickets about the File-Path CPAN distribution.

Report information
The Basics
Id: 105526
Status: resolved
Priority: 0/
Queue: File-Path

People
Owner: jkeenan [...] cpan.org
Requestors: jkeen [...] verizon.net
Cc:
AdminCc:

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



MIME-Version: 1.0
X-Spam-Status: No, score=-2.72 tagged_above=-99.9 required=10 tests=[AWL=-0.820, BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_MANY_HDRS_LCASE=0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
X-Spam-Flag: NO
content-type: text/plain; charset="utf-8"; format="flowed"
Message-ID: <558EABDF.40907 [...] verizon.net>
X-Virus-Scanned: Debian amavisd-new at bestpractical.com
X-Spam-Score: -2.72
Received: from localhost (localhost [127.0.0.1]) by hipster.bestpractical.com (Postfix) with ESMTP id 0E2BD2403DF for <cpan-bug+File-Path [...] hipster.bestpractical.com>; Sat, 27 Jun 2015 09:58:09 -0400 (EDT)
Received: from hipster.bestpractical.com ([127.0.0.1]) by localhost (hipster.bestpractical.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 48-gr-xdYklu for <cpan-bug+File-Path [...] hipster.bestpractical.com>; Sat, 27 Jun 2015 09:58:07 -0400 (EDT)
Received: from la.mx.develooper.com (x1.develooper.com [207.171.7.70]) by hipster.bestpractical.com (Postfix) with SMTP id 5B1952401A2 for <bug-File-Path [...] rt.cpan.org>; Sat, 27 Jun 2015 09:58:07 -0400 (EDT)
Received: (qmail 25197 invoked by alias); 27 Jun 2015 13:58:05 -0000
Received: from vms173023pub.verizon.net (HELO vms173023pub.verizon.net) (206.46.173.23) by la.mx.develooper.com (qpsmtpd/0.28) with ESMTP; Sat, 27 Jun 2015 06:57:59 -0700
Received: from [192.168.1.45] ([71.246.121.250]) by vms173023.mailsrvcs.net (Oracle Communications Messaging Server 7.0.5.32.0 64bit (built Jul 16 2014)) with ESMTPA id <0NQL002PIW4FSL80 [...] vms173023.mailsrvcs.net> for bug-File-Path [...] rt.cpan.org; Sat, 27 Jun 2015 08:57:51 -0500 (CDT)
X-Cmae-Score: 0
X-Cmae-Analysis: v=2.1 cv=ff9QsBkF c=1 sm=1 tr=0 a=a8EHXXCuOaJhz+/e/T3X/w==:117 a=o1OHuDzbAAAA:8 a=oR5dmqMzAAAA:8 a=hTJJpgObMeYA:10 a=-9mUelKeXuEA:10 a=IkcTkHD0fZMA:10 a=XAFQembCKUMA:10 a=x3jDci24fVWaM65PdTEA:9 a=QEXdDO2ut3YA:10
Delivered-To: cpan-bug+File-Path [...] hipster.bestpractical.com
Subject: t/pod.t: Test fails to detect non-installation of test helper module
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
Return-Path: <jkeen [...] verizon.net>
X-RT-Mail-Extension: file-path
X-Original-To: cpan-bug+File-Path [...] hipster.bestpractical.com
X-Spam-Check-BY: la.mx.develooper.com
Date: Sat, 27 Jun 2015 09:57:51 -0400
X-Spam-Level:
To: bug-File-Path [...] rt.cpan.org
Content-Transfer-Encoding: 7bit
From: James E Keenan <jkeen [...] verizon.net>
X-RT-Original-Encoding: utf-8
X-RT-Interface: Email
Content-Length: 4172
The way t/pod.t detects the presence or absence of Pod::Test and Pod::Test:::Coverage appears to be defective. (Editorial comment: I'm not a big fan of either of these modules. As a module author, I'm sufficiently picky about running 'podchecker' to not want to bother cluttering up my distributions with POD tests. I'm particularly opposed to Pod::Test::Coverage because it presumes there is only one way to structure your documentation and fails you if you don't adhere to that structure. So I'll use them here only because we're maintaining existing code.) If I have Pod::Test installed but do *not* have Pod::Test::Coverage installed, I get this output: ##### $ PERL_AUTHOR_TESTING=1 && export PERL_AUTHOR_TESTING $ perl Makefile.PL $ make $ prove -vb t/pod.t t/pod.t .. 1..2 ok 1 - POD test for lib/File/Path.pm Undefined subroutine &main::pod_coverage_ok called at t/pod.t line 53. # Looks like you planned 2 tests but ran 1. # Looks like your test exited with 255 just after 1. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 1/2 subtests Test Summary Report ------------------- t/pod.t (Wstat: 65280 Tests: 1 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 2 tests but ran 1. Files=1, Tests=1, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.03 cusr 0.00 csys = 0.05 CPU) Result: FAIL True, pod_coverage_ok() is undefined, because I haven't installed the library from which it is exported, i.e., Test::Pod::Coverage. But, without looking at the code in t/pod.t, I would have thought that tests dependent on Test::Pod::Coverage would be SKIPped. But see this code: ##### 27 my @coverage = qw( 28 File::Path 29 ); 30 31 my $test_pod_tests = eval "use Test::Pod" 32 ? 0 : @file; 33 34 my $test_pod_coverage_tests = eval "use Test::Pod::Coverage" 35 ? 0 : @coverage; 36 ##### Assuming I'm using the debugger correctly, when I say 'perl -Iblib/lib -d t/pod.t' and get to line 31, the string eval at that line and the other one at line 34 both return 0 -- which means the ternary operator assigns either scalar(@file) or scalar(@coverage) to $test_pod_tests and $test_pod_coverage_tests respectively. ##### main::(t/pod.t:10): if (!$ENV{PERL_AUTHOR_TESTING}) { DB<1> c 31 main::(t/pod.t:31): my $test_pod_tests = eval "use Test::Pod" main::(t/pod.t:32): ? 0 : @file; DB<2> x 'eval "use Test::Pod"' 0 'eval "use Test::Pod"' DB<3> x 'eval "use Test::Pod::Coverage"' 0 'eval "use Test::Pod::Coverage"' DB<4> x [@file] 0 ARRAY(0x2f3dfa8) 0 'lib/File/Path.pm' DB<5> x [@coverage] 0 ARRAY(0x2f3e128) 0 'File::Path' DB<6> n main::(t/pod.t:34): my $test_pod_coverage_tests = eval "use Test::Pod::Coverage" main::(t/pod.t:35): ? 0 : @coverage; DB<6> x $test_pod_tests 0 1 DB<7> x 'eval "use Test::Pod::Coverage"' 0 'eval "use Test::Pod::Coverage"' DB<8> n 1..2 ok 1 - POD test for lib/File/Path.pm Undefined subroutine &main::pod_coverage_ok called at t/pod.t line 53. at t/pod.t line 53. # Looks like you planned 2 tests but ran 1. # Looks like your test exited with 255 just after 1. Debugged program terminated. ##### But this means that subsequently t/pod.t thinks I have Test::Pod::Coverage installed -- when I don't -- and proceeds not to do the 'skip' at line 51 and thus to invoke 'pod_coverage_ok()'. This give the test failure observed above. Frankly, I think we should junk t/pod.t entirely. Among other things, when we go to update the version of File-Path in the Perl 5 core, we have to explicitly exclude t/pod.t from inclusion in the core's test suite. From Porting/Maintainers.pl: ##### 'File::Path' => { 'DISTRIBUTION' => 'DLAND/File-Path-2.09.tar.gz', 'FILES' => q[cpan/File-Path], 'EXCLUDED' => [ qw( eg/setup-extra-tests t/pod.t ) ], 'MAP' => { '' => 'cpan/File-Path/lib/File/', 't/' => 'cpan/File-Path/t/', }, }, ##### If we are agreed that t/pod.t is more trouble than it is worth, I will prepare a patch. Thank you very much. Jim Keenan
MIME-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
X-Spam-Status: No, score=-5.9 tagged_above=-99.9 required=10 tests=[AWL=0.000, BAYES_00=-1.9, FROM_OUR_RT=-4, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham
In-Reply-To: <rt-4.0.18-20555-1435413490-1173.105526-4-0 [...] rt.cpan.org>
X-Mailer: Apple Mail (2.2098)
X-Spam-Flag: NO
X-RT-Interface: API
References: <RT-Ticket-105526 [...] rt.cpan.org> <558EABDF.40907 [...] verizon.net> <rt-4.0.18-20555-1435413490-1173.105526-4-0 [...] rt.cpan.org>
X-Virus-Checked: Checked
X-Virus-Scanned: Debian amavisd-new at bestpractical.com
content-type: text/plain; charset="utf-8"
Message-ID: <15CE2F87-8AE2-418D-8A4D-F8E5BCB64DAD [...] richelberger.com>
X-RT-Original-Encoding: utf-8
X-Spam-Score: -5.9
Received: from localhost (localhost [127.0.0.1]) by hipster.bestpractical.com (Postfix) with ESMTP id 50AA8240302 for <cpan-bug+file-path [...] hipster.bestpractical.com>; Sat, 27 Jun 2015 13:05:58 -0400 (EDT)
Received: from hipster.bestpractical.com ([127.0.0.1]) by localhost (hipster.bestpractical.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XCFUfrTWgdJ9 for <cpan-bug+file-path [...] hipster.bestpractical.com>; Sat, 27 Jun 2015 13:05:56 -0400 (EDT)
Received: from la.mx.develooper.com (x1.develooper.com [207.171.7.70]) by hipster.bestpractical.com (Postfix) with SMTP id 6488F2401A2 for <bug-file-path [...] rt.cpan.org>; Sat, 27 Jun 2015 13:05:56 -0400 (EDT)
Received: (qmail 2038 invoked by alias); 27 Jun 2015 17:05:55 -0000
Received: from p3plsmtpa09-03.prod.phx3.secureserver.net (HELO p3plsmtpa09-03.prod.phx3.secureserver.net) (173.201.193.232) by la.mx.develooper.com (qpsmtpd/0.28) with ESMTP; Sat, 27 Jun 2015 10:05:50 -0700
Received: from ananke.t-mobile.com ([75.133.97.212]) by p3plsmtpa09-03.prod.phx3.secureserver.net with id lV5m1q00A4aw6v701V5m1U; Sat, 27 Jun 2015 10:05:47 -0700
Delivered-To: cpan-bug+file-path [...] hipster.bestpractical.com
Subject: Re: [rt.cpan.org #105526] t/pod.t: Test fails to detect non-installation of test helper module
Return-Path: <rich [...] richelberger.com>
X-Spam-Check-BY: la.mx.develooper.com
X-Original-To: cpan-bug+file-path [...] hipster.bestpractical.com
X-RT-Mail-Extension: file-path
Date: Sat, 27 Jun 2015 13:05:46 -0400
X-Spam-Level:
To: bug-File-Path [...] rt.cpan.org
Content-Transfer-Encoding: quoted-printable
From: Richard Elberger <rich [...] richelberger.com>
RT-Message-ID: <rt-4.0.18-659-1435424759-633.105526-0-0 [...] rt.cpan.org>
Content-Length: 5085
Download (untitled) / with headers
text/plain 4.9k
100% agreed. I always thought Pod coverage was implicit anyway (cover would tell me if methods are not documented) without having a special .t file to facilitate it. ā€” rich Show quoted text
> On Jun 27, 2015, at 9:58 AM, jkeen@verizon.net via RT <bug-File-Path@rt.cpan.org> wrote: > > Sat Jun 27 09:58:09 2015: Request 105526 was acted upon. > Transaction: Ticket created by jkeen@verizon.net > Queue: File-Path > Subject: t/pod.t: Test fails to detect non-installation of test helper module > Broken in: (no value) > Severity: (no value) > Owner: Nobody > Requestors: jkeen@verizon.net > Status: new > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=105526 > > > > The way t/pod.t detects the presence or absence of Pod::Test and > Pod::Test:::Coverage appears to be defective. > > (Editorial comment: I'm not a big fan of either of these modules. As a > module author, I'm sufficiently picky about running 'podchecker' to not > want to bother cluttering up my distributions with POD tests. I'm > particularly opposed to Pod::Test::Coverage because it presumes there is > only one way to structure your documentation and fails you if you don't > adhere to that structure. So I'll use them here only because we're > maintaining existing code.) > > If I have Pod::Test installed but do *not* have Pod::Test::Coverage > installed, I get this output: > > ##### > $ PERL_AUTHOR_TESTING=1 && export PERL_AUTHOR_TESTING > $ perl Makefile.PL > $ make > $ prove -vb t/pod.t > > t/pod.t .. > 1..2 > ok 1 - POD test for lib/File/Path.pm > Undefined subroutine &main::pod_coverage_ok called at t/pod.t line 53. > # Looks like you planned 2 tests but ran 1. > # Looks like your test exited with 255 just after 1. > Dubious, test returned 255 (wstat 65280, 0xff00) > Failed 1/2 subtests > > Test Summary Report > ------------------- > t/pod.t (Wstat: 65280 Tests: 1 Failed: 0) > Non-zero exit status: 255 > Parse errors: Bad plan. You planned 2 tests but ran 1. > Files=1, Tests=1, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.03 cusr > 0.00 csys = 0.05 CPU) > Result: FAIL > > True, pod_coverage_ok() is undefined, because I haven't installed the > library from which it is exported, i.e., Test::Pod::Coverage. But, > without looking at the code in t/pod.t, I would have thought that tests > dependent on Test::Pod::Coverage would be SKIPped. But see this code: > > ##### > 27 my @coverage = qw( > 28 File::Path > 29 ); > 30 > 31 my $test_pod_tests = eval "use Test::Pod" > 32 ? 0 : @file; > 33 > 34 my $test_pod_coverage_tests = eval "use Test::Pod::Coverage" > 35 ? 0 : @coverage; > 36 > ##### > > Assuming I'm using the debugger correctly, when I say 'perl -Iblib/lib > -d t/pod.t' and get to line 31, the string eval at that line and the > other one at line 34 both return 0 -- which means the ternary operator > assigns either scalar(@file) or scalar(@coverage) to $test_pod_tests and > $test_pod_coverage_tests respectively. > > ##### > main::(t/pod.t:10): if (!$ENV{PERL_AUTHOR_TESTING}) { > DB<1> c 31 > main::(t/pod.t:31): my $test_pod_tests = eval "use Test::Pod" > main::(t/pod.t:32): ? 0 : @file; > DB<2> x 'eval "use Test::Pod"' > 0 'eval "use Test::Pod"' > DB<3> x 'eval "use Test::Pod::Coverage"' > 0 'eval "use Test::Pod::Coverage"' > DB<4> x [@file] > 0 ARRAY(0x2f3dfa8) > 0 'lib/File/Path.pm' > DB<5> x [@coverage] > 0 ARRAY(0x2f3e128) > 0 'File::Path' > DB<6> n > main::(t/pod.t:34): my $test_pod_coverage_tests = eval "use > Test::Pod::Coverage" > main::(t/pod.t:35): ? 0 : @coverage; > DB<6> x $test_pod_tests > 0 1 > DB<7> x 'eval "use Test::Pod::Coverage"' > 0 'eval "use Test::Pod::Coverage"' > DB<8> n > 1..2 > ok 1 - POD test for lib/File/Path.pm > Undefined subroutine &main::pod_coverage_ok called at t/pod.t line 53. > at t/pod.t line 53. > # Looks like you planned 2 tests but ran 1. > # Looks like your test exited with 255 just after 1. > Debugged program terminated. > ##### > > But this means that subsequently t/pod.t thinks I have > Test::Pod::Coverage installed -- when I don't -- and proceeds not to do > the 'skip' at line 51 and thus to invoke 'pod_coverage_ok()'. This give > the test failure observed above. > > Frankly, I think we should junk t/pod.t entirely. Among other things, > when we go to update the version of File-Path in the Perl 5 core, we > have to explicitly exclude t/pod.t from inclusion in the core's test > suite. From Porting/Maintainers.pl: > > ##### > 'File::Path' => { > 'DISTRIBUTION' => 'DLAND/File-Path-2.09.tar.gz', > 'FILES' => q[cpan/File-Path], > 'EXCLUDED' => [ > qw( eg/setup-extra-tests > t/pod.t > ) > ], > 'MAP' => { > '' => 'cpan/File-Path/lib/File/', > 't/' => 'cpan/File-Path/t/', > }, > }, > ##### > > If we are agreed that t/pod.t is more trouble than it is worth, I will > prepare a patch. > > Thank you very much. > Jim Keenan > >
MIME-Version: 1.0
In-Reply-To: <rt-4.0.18-659-1435424759-633.105526-0-0 [...] rt.cpan.org>
X-Mailer: MIME-tools 5.504 (Entity 5.504)
Content-Disposition: inline
X-RT-Interface: Web
References: <RT-Ticket-105526 [...] rt.cpan.org> <558EABDF.40907 [...] verizon.net> <rt-4.0.18-20555-1435413490-1173.105526-4-0 [...] rt.cpan.org> <15CE2F87-8AE2-418D-8A4D-F8E5BCB64DAD [...] richelberger.com> <rt-4.0.18-659-1435424759-633.105526-0-0 [...] rt.cpan.org>
Content-Type: text/plain; charset="utf-8"
Message-ID: <rt-4.0.18-9220-1435616859-1578.105526-0-0 [...] rt.cpan.org>
Content-Transfer-Encoding: binary
X-RT-Original-Encoding: utf-8
X-RT-Encrypt: 0
X-RT-Sign: 0
Content-Length: 6019
Download (untitled) / with headers
text/plain 5.8k
On Sat Jun 27 13:05:59 2015, rich@richelberger.com wrote: Show quoted text
> 100% agreed. I always thought Pod coverage was implicit anyway (cover > would tell me if methods are not documented) without having a special > .t file to facilitate it. > > ā€” rich >
> > On Jun 27, 2015, at 9:58 AM, jkeen@verizon.net via RT <bug-File- > > Path@rt.cpan.org> wrote: > > > > Sat Jun 27 09:58:09 2015: Request 105526 was acted upon. > > Transaction: Ticket created by jkeen@verizon.net > > Queue: File-Path > > Subject: t/pod.t: Test fails to detect non-installation of test > > helper module > > Broken in: (no value) > > Severity: (no value) > > Owner: Nobody > > Requestors: jkeen@verizon.net > > Status: new > > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=105526 > > > > > > > The way t/pod.t detects the presence or absence of Pod::Test and > > Pod::Test:::Coverage appears to be defective. > > > > (Editorial comment: I'm not a big fan of either of these modules. > > As a > > module author, I'm sufficiently picky about running 'podchecker' to > > not > > want to bother cluttering up my distributions with POD tests. I'm > > particularly opposed to Pod::Test::Coverage because it presumes there > > is > > only one way to structure your documentation and fails you if you > > don't > > adhere to that structure. So I'll use them here only because we're > > maintaining existing code.) > > > > If I have Pod::Test installed but do *not* have Pod::Test::Coverage > > installed, I get this output: > > > > ##### > > $ PERL_AUTHOR_TESTING=1 && export PERL_AUTHOR_TESTING > > $ perl Makefile.PL > > $ make > > $ prove -vb t/pod.t > > > > t/pod.t .. > > 1..2 > > ok 1 - POD test for lib/File/Path.pm > > Undefined subroutine &main::pod_coverage_ok called at t/pod.t line > > 53. > > # Looks like you planned 2 tests but ran 1. > > # Looks like your test exited with 255 just after 1. > > Dubious, test returned 255 (wstat 65280, 0xff00) > > Failed 1/2 subtests > > > > Test Summary Report > > ------------------- > > t/pod.t (Wstat: 65280 Tests: 1 Failed: 0) > > Non-zero exit status: 255 > > Parse errors: Bad plan. You planned 2 tests but ran 1. > > Files=1, Tests=1, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.03 > > cusr > > 0.00 csys = 0.05 CPU) > > Result: FAIL > > > > True, pod_coverage_ok() is undefined, because I haven't installed the > > library from which it is exported, i.e., Test::Pod::Coverage. But, > > without looking at the code in t/pod.t, I would have thought that > > tests > > dependent on Test::Pod::Coverage would be SKIPped. But see this > > code: > > > > ##### > > 27 my @coverage = qw( > > 28 File::Path > > 29 ); > > 30 > > 31 my $test_pod_tests = eval "use Test::Pod" > > 32 ? 0 : @file; > > 33 > > 34 my $test_pod_coverage_tests = eval "use Test::Pod::Coverage" > > 35 ? 0 : @coverage; > > 36 > > ##### > > > > Assuming I'm using the debugger correctly, when I say 'perl > > -Iblib/lib > > -d t/pod.t' and get to line 31, the string eval at that line and the > > other one at line 34 both return 0 -- which means the ternary > > operator > > assigns either scalar(@file) or scalar(@coverage) to $test_pod_tests > > and > > $test_pod_coverage_tests respectively. > > > > ##### > > main::(t/pod.t:10): if (!$ENV{PERL_AUTHOR_TESTING}) { > > DB<1> c 31 > > main::(t/pod.t:31): my $test_pod_tests = eval "use Test::Pod" > > main::(t/pod.t:32): ? 0 : @file; > > DB<2> x 'eval "use Test::Pod"' > > 0 'eval "use Test::Pod"' > > DB<3> x 'eval "use Test::Pod::Coverage"' > > 0 'eval "use Test::Pod::Coverage"' > > DB<4> x [@file] > > 0 ARRAY(0x2f3dfa8) > > 0 'lib/File/Path.pm' > > DB<5> x [@coverage] > > 0 ARRAY(0x2f3e128) > > 0 'File::Path' > > DB<6> n > > main::(t/pod.t:34): my $test_pod_coverage_tests = eval "use > > Test::Pod::Coverage" > > main::(t/pod.t:35): ? 0 : @coverage; > > DB<6> x $test_pod_tests > > 0 1 > > DB<7> x 'eval "use Test::Pod::Coverage"' > > 0 'eval "use Test::Pod::Coverage"' > > DB<8> n > > 1..2 > > ok 1 - POD test for lib/File/Path.pm > > Undefined subroutine &main::pod_coverage_ok called at t/pod.t line > > 53. > > at t/pod.t line 53. > > # Looks like you planned 2 tests but ran 1. > > # Looks like your test exited with 255 just after 1. > > Debugged program terminated. > > ##### > > > > But this means that subsequently t/pod.t thinks I have > > Test::Pod::Coverage installed -- when I don't -- and proceeds not to > > do > > the 'skip' at line 51 and thus to invoke 'pod_coverage_ok()'. This > > give > > the test failure observed above. > > > > Frankly, I think we should junk t/pod.t entirely. Among other > > things, > > when we go to update the version of File-Path in the Perl 5 core, we > > have to explicitly exclude t/pod.t from inclusion in the core's test > > suite. From Porting/Maintainers.pl: > > > > ##### > > 'File::Path' => { > > 'DISTRIBUTION' => 'DLAND/File-Path-2.09.tar.gz', > > 'FILES' => q[cpan/File-Path], > > 'EXCLUDED' => [ > > qw( eg/setup-extra-tests > > t/pod.t > > ) > > ], > > 'MAP' => { > > '' => 'cpan/File-Path/lib/File/', > > 't/' => 'cpan/File-Path/t/', > > }, > > }, > > ##### > > > > If we are agreed that t/pod.t is more trouble than it is worth, I > > will > > prepare a patch. > > > > Thank you very much. > > Jim Keenan > > > >
Patch was created to remove t/pod.t from distribution. ##### commit 31c7c843d6cd596c18af81106af7fee51750eea3 Author: James E Keenan <jkeenan@cpan.org> AuthorDate: Sat Jun 27 13:22:45 2015 Commit: James E Keenan <jkeenan@cpan.org> CommitDate: Sat Jun 27 13:22:45 2015 Remove t/pod.t from distribution. Update MANIFEST via 'make manifest' (hence, revised order of files). For https://rt.cpan.org/Ticket/Display.html?id=105526 ##### Merged into rpcme-master Jun 30 2015. Will appear on CPAN in our next release. Marking ticket Resolved. Thank you very much. Jim Keenan


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.