CPAN
view release on metacpan or search on metacpan
dependency here: CPAN + Module::Build-deploying modules + Test::Harness
< 2.62 leads to not recognized test failures. I put Test::Harness into
the Bundle::CPAN. Maybe I must verify the Test::Harness version before
testing MB modules? FIXED by making T:H 2.62 a PREREQ_PM and testing
again in the code. In rev. 888
* Todo: 'dump symbol', say 'dump $CPAN::META'. But pipe into the pager
for large datasets! DONE in rev. 885
* build_requires: need two modules that have build_dependencies which I
do not install and still both must build. This means, I inject the
build_dependencies into the queue and flag them as build_dependency
which then leeds to a simple make or test for them, never to an install.
Up to now we use set_perl5lib during CPAN::Distribution::test. In the
future we would need a similar vein during the two earlier stages,
{Makefile,Build}.PL and make. Yes, this should do.
Where are our build_requires? I keep forgetting the URL where Randy Sims
provides so useful statistics. Here it is:
http://thepierianspring.org/perl/meta/
And the build_requires page is here:
http://thepierianspring.org/perl/meta/fields_in_use/build_requires.html
But manually skimming the 876 distros is tedious, so I need again my own
script.
One thing is complicated: when a module is a build_prereq, then all
*its* prereqs are also degraded into build_prereqs unless they are
already prereqs for something else:-! And then we have the diamond
dependency: Foo build_requires Bar and requires Baz. Bar requires Frob,
Baz requires Frob. So we make it a bit operation: REQ => 1, BREQ => 2?
OK, candidates for my tests:
MARCEL/Class-Null Test::Pod::Coverage
Not suited for testing. It has a Build.PL that requires Project::Build
which does not exist at all and when a user preferes Module::Build over
ExtUtils::MakeMaker he fails immediately. It has a Makefile.PL that has
Test::Pod and Test::Pod::Coverage as PREREQ_PM and it has a META.yml
that tells me that Test::Pod and Test::Pod::Coverage are build_requires.
But when I grep for Test::Pod and Test::Pod::Coverage, they are not
mentioned anywhere. The solution would be to remove the Build.PL and the
META.yml and remove the PREREQ_PM lines in the Makefile.PL.
JFITZ/Lingua-Alphabet-Phonetic-Password Test::Pod::Coverage
Need to set prefer_installer MB because it comes with a Makefile.PL. The
dependecy graph seems to get very large. Test::NoBreakpoints failes its
tests. But in the end, L:A:P:P passes its four tests quickly and skips
the one that need Test::NoBreakpoints. Vorbildlich!
Very stupid is CPAN.pm when I repeat the 'test L:A:P:P' command: it
repeats all tests for all dependencies and only then runs the test on
L:A:P:P. This is time-consuming and may be a bug or a feature. Don't
know the reason. FIXED in rev. 915
ATRICKETT/Config-Trivial Test::Pod::Coverage
ADIE/Test-Class Test::Differences
KCLARK/SQL-Translator Test::Differences # not good for testing
SPOON/WWW-Yahoo-Groups Test::Differences
CHROMATIC/Class-StorageFactory Test::Pod
MTHURN/Net-Address-Ethernet Test::Pod
RCLAMP/Class-Persist Test::Pod
2006-09-21 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* I have seen this bug with 5.6.2, 5.8.3, 5.8.4, 5.8.5; it seems not to
effect bleadperl and 5.8.8, 5.8.6-RC1
Once you have installed both Module::Signature AND CPAN::Reporter, you
cannot test both of them in the same session. E.g. with 5.8.4 I do
test Module::Signature
--> tests ok, do you want to report? no,no,no
test CPAN::Reporter
--> tests ok, debug says "main: distribution\nmain:\
comments\nCPAN::Reporter defines neither package nor VERSION--version\
check failed at (eval 70) line 405."
test Module::Signature
--> tests ok, debug says "main: distribution\nmain:\
comments\nCPAN::Reporter defines neither package nor VERSION--version\
check failed at (eval 70) line 405."
"version check failed" is in
/usr/local/perl-redhat-5.8.5/lib/5.8.5/pod/perldiag.pod:
=item %s defines neither package nor VERSION--version check failed
(F) You said something like "use Module 42" but in the Module file
there are neither package declarations nor a C<$VERSION>.
So I spot this line in CPAN::Reporter:
$tr->via( 'CPAN::Reporter ' . CPAN::Reporter->VERSION );
and I change it to
$tr->via( 'CPAN::Reporter ' . $CPAN::Reporter::VERSION );
and the bug is worked around.
2006-09-20 Andreas J. Koenig <andreas.koenig.gmwojprw@franz.ak.mind.de>
* # FAIL DBIx-Timeout 1.01 350359 5.8.8 on Netbsd 3.0 (i386-netbsd-thread-multi-64int)
# PASS Net-SDP 0.07 350354 5.8.8 on Netbsd 3.0 (i386-netbsd-thread-multi-64int)
# PASS GIS-Distance 0.01000 350352 5.8.8 on Netbsd 3.0 (i386-netbsd-thread-multi-64int)
# PASS Class-Measure 0.02 350351 5.8.8 on Netbsd 3.0 (i386-netbsd-thread-multi-64int)
# PASS WWW-Pagination 0.35 350350 5.8.8 on Netbsd 3.0 (i386-netbsd-thread-multi-64int)
# PASS Socket-Multicast6 0.01 350348 5.8.8 on Netbsd 3.0 (i386-netbsd-thread-multi-64int)
# PASS IO-Socket-INET6 2.51 350347 5.8.8 on Netbsd 3.0 (i386-netbsd-thread-multi-64int)
Repeating experiments with CPAN::Reporter and Net::SMTP and AUTOMATED_TESTING
I just started with a fresh blead@28875 and the command
install CPAN::Reporter Bundle::CPAN Module::Signature Devel::Symdump
and all reports that CPAN::Reporter offered were accepted by me. So
( run in 0.654 second using v1.01-cache-2.11-cpan-600a1bdf6e4 )