Skip Menu |

Preferred bug tracker

Please email the preferred bug tracker to report your issue.

This queue is for tickets about the Alien-Microsoft-Outlook CPAN distribution.

Report information
The Basics
Id: 120927
Status: rejected
Priority: 0/
Queue: Alien-Microsoft-Outlook

People
Owner: Nobody in particular
Requestors: jason [...] froebe.net
Cc:
AdminCc:

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



Subject: dmake test fails on Strawberry Perl 5.24.1.1 (64bit) Windows 10
Platform: Strawberry Perl 5.24.1.1 (64bit) Windows 10 Alien::Microsoft::Outlook v0.0.6d C:\Perl\Strawberry\cpan\build\Alien-Microsoft-Outlook-0>dmake cp lib/Alien/Microsoft/Outlook.pm blib\lib\Alien\Microsoft\Outlook.pm C:\Perl\Strawberry\cpan\build\Alien-Microsoft-Outlook-0>dmake test "C:\Perl\Strawberry\perl\bin\perl.exe" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib\lib', 'blib\arch')" t/*.t t/00-load.t ....... 1/2 # Testing Alien::Microsoft::Outlook 0.06, Perl 5.024001, C:\Perl\Strawberry\perl\bin\perl.exe t/00-load.t ....... ok t/01-kwalitee.t ... skipped: these tests are for release candidate testing t/boilerplate.t ... ok t/manifest.t ...... skipped: Author tests not required for installation t/pod-coverage.t .. 1/1 # Failed test 'Pod coverage on Alien::Microsoft::Outlook' # at C:/Perl/Strawberry/perl/site/lib/Test/Pod/Coverage.pm line 133. # Coverage for Alien::Microsoft::Outlook is 50.0%, with 2 naked subroutines: # PrivateGroup # PublicGroup # Looks like you failed 1 test of 1. t/pod-coverage.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/1 subtests t/pod.t ........... ok Test Summary Report ------------------- t/boilerplate.t (Wstat: 0 Tests: 3 Failed: 0) TODO passed: 2-3 t/pod-coverage.t (Wstat: 256 Tests: 1 Failed: 1) Failed test: 1 Non-zero exit status: 1 Files=6, Tests=7, 2 wallclock secs ( 0.05 usr + 0.03 sys = 0.08 CPU) Result: FAIL Failed 1/6 test programs. 1/7 subtests failed. dmake: Error code 255, while making 'test_dynamic'
On Tue Apr 04 11:09:27 2017, jason@froebe.net wrote: Show quoted text
> Platform: Strawberry Perl 5.24.1.1 (64bit) Windows 10 > Alien::Microsoft::Outlook v0.0.6d > > C:\Perl\Strawberry\cpan\build\Alien-Microsoft-Outlook-0>dmake > cp lib/Alien/Microsoft/Outlook.pm blib\lib\Alien\Microsoft\Outlook.pm > > C:\Perl\Strawberry\cpan\build\Alien-Microsoft-Outlook-0>dmake test > "C:\Perl\Strawberry\perl\bin\perl.exe" "-MExtUtils::Command::MM" "- > MTest::Harness" "-e" "undef *Test::Harness::Switches; > test_harness(0, 'blib\lib', 'blib\arch')" t/*.t > t/00-load.t ....... 1/2 # Testing Alien::Microsoft::Outlook 0.06, Perl > 5.024001, C:\Perl\Strawberry\perl\bin\perl.exe > t/00-load.t ....... ok > t/01-kwalitee.t ... skipped: these tests are for release candidate > testing > t/boilerplate.t ... ok > t/manifest.t ...... skipped: Author tests not required for > installation > t/pod-coverage.t .. 1/1 > # Failed test 'Pod coverage on Alien::Microsoft::Outlook' > # at C:/Perl/Strawberry/perl/site/lib/Test/Pod/Coverage.pm line 133. > # Coverage for Alien::Microsoft::Outlook is 50.0%, with 2 naked > subroutines: > # PrivateGroup > # PublicGroup > # Looks like you failed 1 test of 1. > t/pod-coverage.t .. Dubious, test returned 1 (wstat 256, 0x100) > Failed 1/1 subtests > t/pod.t ........... ok > > Test Summary Report > ------------------- > t/boilerplate.t (Wstat: 0 Tests: 3 Failed: 0) > TODO passed: 2-3 > t/pod-coverage.t (Wstat: 256 Tests: 1 Failed: 1) > Failed test: 1 > Non-zero exit status: 1 > Files=6, Tests=7, 2 wallclock secs ( 0.05 usr + 0.03 sys = 0.08 > CPU) > Result: FAIL > Failed 1/6 test programs. 1/7 subtests failed. > dmake: Error code 255, while making 'test_dynamic'
What does this mean? Alien::Microsoft::Outlook doesn't have subroutines called PrivateGroup or PublicGroup. It has two subroutines, run_or_croak and test_constants. They both have pod and my version of Pod::Coverage runs correctly. Why has this suddenly failed?
Honestly I'm not sure. I just tried it again with the same tar ball and it tested successfully. I had installed a hundred or so Perl modules in the same cpan session so it might have been carry over from another Perl module but they are segregrated into separate build directories. I'm going to mark this as a rejected (non-reproducible bug).