I posted the following last week but never got any response. So I'm reposting
with hopes that those of you who are more experienced might have an idea of what
is going on . . .
I'm trying to install all the modules listed in
http://developer.apple.com/internet/opensource/validator.html . . . for some
reason, it always fails at live/apache-listing everytime I try to install the
module. Here's what I get at the end:
live/activestate.......ok
live/apache-listing....Use of uninitialized value in pattern match (m//) at
../blib/lib/File/Listing.pm line 77.
Use of uninitialized value in split at ../blib/lib/File/Listing.pm line 91.
live/apache-listing....FAILED test 5
Failed 1/8 tests, 87.50% okay
live/jigsaw-auth-b.....ok
live/jigsaw-auth-d.....ok
live/jigsaw-chunk......ok
live/jigsaw-md5-get....ok
live/jigsaw-md5........ok
live/jigsaw-neg-get....ok
live/jigsaw-neg........ok
live/jigsaw-te.........ok
live/validator.........ok
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
live/apache-listing.t 8 1 12.50% 5
Failed 1/41 test scripts, 97.56% okay. 1/761 subtests failed, 99.87% okay.
make: *** [test] Error 2
/usr/bin/make test -- NOT OK
Running make install
make test had returned bad status, won't install without force
So, what do I need to do?
Lola
i've never actually gotten that specific test to work on Panther ( the
live/apache-listing ) and i haven't had any problems with doing a
force install of modules that fail on it.
in your cpan shell, type force install HTTP::Request and you should be all set.
> live/apache-listing.t 8 1 12.50% 5
> Failed 1/41 test scripts, 97.56% okay. 1/761 subtests failed, 99.87%
> okay.
> So, what do I need to do?
Brian's right. With 760 successful tests, odds are good that the one
failure is the result of a bug in the test, not a bug in the module.
If you just want to install the module, do 'force install
HTTP::Request' in the CPAN shell.
If you'd like to do more research, do a 'look HTTP::Request' in the
CPAN shell. That will unpack the module and open up a sub-shell in the
unpacked directory. From there, have a look at the
live/apache-listing.t file. The error was reported as happening at line
77, so you can see if the module feature being tested there is or isn't
one that you plan to use.
sherm--
Sherm Pendley - 27 Jul 2004 21:09 GMT
> If you'd like to do more research, do a 'look HTTP::Request' in the
> CPAN shell. That will unpack the module and open up a sub-shell in the
> unpacked directory. From there, have a look at the
> live/apache-listing.t file. The error was reported as happening at
> line 77, so you can see if the module feature being tested there is or
> isn't one that you plan to use.
I just read about this elsewhere (MacSlash). The problem is that one of
the sites used to test the module is unresponsive. So, edit
live/apache-listing.t and delete the following site from the list:
http://gump.covalent.net/jars/?C=N&O=D
After you make this edit, save the file and exit from the sub-shell.
The install should then proceed normally with all tests passing.
Or, you can simply use 'force install' without concern, now that we
know that the problem has been found to be in the test, not the module.
sherm--
Why do I have the strange idea that HTTP:Request is in the default
distribution of Perl from 5.8?
(Probably just confused?)