Bug #89061 for Math-RandomOrg: libmath-randomorg-perl: FTBFS: POD coverage

Mon Sep 30 08:59:24 2013 gregoa [...] cpan.org - Ticket created

From:	gregoa [...] cpan.org
Subject:	libmath-randomorg-perl: FTBFS: POD coverage

This bug has been forwarded from http://bugs.debian.org/720268 -->-->-->-->-->-->-->-->-->-->-->-->-->-->-->-->-->-->-->--> Source: libmath-randomorg-perl Version: 0.04-3 Severity: serious Justification: FTBFS User: debian-perl@lists.debian.org Tags: sid jessie This package FTBFS with a clean sid chroot: # Failed test 'Pod coverage on Math::RandomOrg' # at /usr/share/perl5/Test/Pod/Coverage.pm line 126. # Math::RandomOrg: requiring 'Math::RandomOrg' failed # Looks like you failed 1 test of 1. t/pod_coverage.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/1 subtests Test Summary Report ------------------- t/pod_coverage.t (Wstat: 256 Tests: 1 Failed: 1) Failed test: 1 Non-zero exit status: 1 Files=2, Tests=2, 1 wallclock secs ( 0.02 usr 0.02 sys + 0.21 cusr 0.04 csys = 0.29 CPU) Result: FAIL Failed 1/2 test programs. 1/2 subtests failed. Possibly another caused by the new POD::Coverage? Cheers, Dominic. <--<--<--<--<--<--<--<--<--<--<--<--<--<--<--<--<--<--<--<-- Thanks in advance, gregor herrmann, Debian Perl Group

Mon Sep 30 23:23:25 2013 gwilliams [...] cpan.org - Correspondence added

I'm unable to reproduce this error on any version of perl using Pod::Coverage 0.23. Can you please provide more details on the versions of perl, Pod::Coverage, and Test::Pod::Coverage you are using?

Mon Sep 30 23:23:25 2013 The RT System itself - Status changed from 'new' to 'open'

Tue Oct 01 11:32:34 2013 gregoa [...] debian.org - Correspondence added

Subject:	Re: [rt.cpan.org #89061] libmath-randomorg-perl: FTBFS: POD coverage
Date:	Tue, 1 Oct 2013 17:32:09 +0200
To:	Gregory Williams via RT <bug-Math-RandomOrg [...] rt.cpan.org>
From:	gregor herrmann <gregoa [...] debian.org>

On Mon, 30 Sep 2013 23:23:25 -0400, Gregory Williams via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=89061 > > > I'm unable to reproduce this error on any version of perl using > Pod::Coverage 0.23. Can you please provide more details on the > versions of perl, Pod::Coverage, and Test::Pod::Coverage you are > using?

Thanks for looking into this so fast, and sorry for missing that the original report didn't contain the full log. So what I have here is: ii perl 5.18.1-4 amd64 Larry Wall's Practical Extraction and Report Language ii libtest-pod-coverage-perl 1.08-4 all Check for pod coverage in your distribution ii libpod-coverage-perl 0.23-1 all checker for comprehensiveness of perl module documentation Or: # perl -v This is perl 5, version 18, subversion 1 (v5.18.1) built for x86_64-linux-gnu-thread-multi (with 46 registered patches, see perl -V for more detail) # perl -MPod::Coverage -E 'say $Pod::Coverage::VERSION' 0.23 # perl -MTest::Pod::Coverage -E 'say $Test::Pod::Coverage::VERSION' 1.08 HTH, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Supertramp: School

Download signature.asc
application/pgp-signature 836b

Message body not shown because it is not plain text.

Sat Oct 12 17:18:48 2013 fschlich [...] zedat.fu-berlin.de - Correspondence added

From:

fschlich [...] zedat.fu-berlin.de

Show quoted text

> > <URL: https://rt.cpan.org/Ticket/Display.html?id=89061 > > > > > I'm unable to reproduce this error on any version of perl using > > Pod::Coverage 0.23. Can you please provide more details on the > > versions of perl, Pod::Coverage, and Test::Pod::Coverage you are > > using?

I can reproduce the build failure, and it goes away when I do not install Test::Pod::Coverage (and thus Pod::Coverage) into the build chroot. But independently, coverage testing should really only happen on the author's side, i.e. when AUTHOR_TESTING or RELEASE_TESTING is set in the environment; perhaps you could update your module with a view towards separation of author side and user side tests in mind? Florian

Sat Oct 12 21:09:35 2013 gwilliams [...] cpan.org - Correspondence added

Thanks for the extra confirmation, Florian. I'm still a bit uncomfortable not being able to reproduce this, but I'll look into making these developer-only tests. .greg

Sat Oct 12 21:09:36 2013 gwilliams [...] cpan.org - Taken

Wed Dec 30 13:43:53 2015 SREZIC [...] cpan.org - Correspondence added

RT-Send-CC:

fschlich [...] zedat.fu-berlin.de, gregoa [...] cpan.org

On 2013-10-12 21:09:35, GWILLIAMS wrote: Show quoted text

> Thanks for the extra confirmation, Florian. I'm still a bit > uncomfortable not being able to reproduce this, but I'll look into > making these developer-only tests. >

Actually this line # Math::RandomOrg: requiring 'Math::RandomOrg' failed indicates that it's not a pod coverage failure, but a _compilation_ failure. A test just doing "require Math::RandomOrg" would probably also fail in this environment, and maybe reveal more information.

Thu Dec 31 08:25:30 2015 florian.schlichting [...] fu-berlin.de - Correspondence added

Subject:	Re: [rt.cpan.org #89061] libmath-randomorg-perl: FTBFS: POD coverage
Date:	Thu, 31 Dec 2015 14:25:10 +0100
To:	Slaven_Rezic via RT <bug-Math-RandomOrg [...] rt.cpan.org>
From:	Florian Schlichting <florian.schlichting [...] fu-berlin.de>

Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=89061 > > > Actually this line > > # Math::RandomOrg: requiring 'Math::RandomOrg' failed > > indicates that it's not a pod coverage failure, but a _compilation_ failure. A test just doing "require Math::RandomOrg" would probably also fail in this environment, and maybe reveal more information.

yes it does fail, because we (Debian) didn't have LWP installed in the build chroot. We can't run network based tests there, so no remaining test actually tried to load Math::RandomOrg. I must say I didn't expect Pod::Coverage to do so, but you're right it clearly says so in the build log... For use in Debian I now added a simple use.t, and of course the LWP::Simple dependency, and everything passes ok. Sorry for the noise :-/