Thanks for bringing this to my attention. The problem was on the
server side, and is now fixed:
mike@xeno:/usr/local/src/git/ZOOM-Perl$ make test
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/1-Net-Z3950-ZOOM......ok
t/10-options............ok
t/11-option-callback....ok
t/12-query..............ok
t/13-resultset..........ok
t/14-sorting............ok
t/15-scan...............ok
t/16-packages...........ok
t/17-logging............ok
t/18-charset............ok
t/19-events.............ok
t/2-ZOOM................ok
t/20-options............ok
t/21-option-callback....ok
t/22-query..............ok
t/23-resultset..........ok
t/24-sorting............ok
t/25-scan...............ok
t/26-packages...........ok
t/27-logging............ok
t/28-charset............ok
t/29-events.............ok
All tests successful.
Files=22, Tests=712, 21 wallclock secs ( 2.48 cusr + 0.48 csys = 2.96 CPU)
mike@xeno:/usr/local/src/git/ZOOM-Perl$
I didn't apply the patch you mentioned because the module is literally
useless unless it can connect to and interact with remote servers,
anda test suite that doesn't test this isn't really testing anything.
(Also, that patch would have hidden the problem that you just
reported!)
Thanks again!
2009/8/26 Jeff Godin via RT <bug-Net-Z3950-ZOOM@rt.cpan.org>:
Show quoted text> Queue: Net-Z3950-ZOOM
> Ticket <URL:
https://rt.cpan.org/Ticket/Display.html?id=49013 >
>
> On Wed Aug 26 01:27:06 2009, jgodin wrote:
>> When attempting to install Net::Z3950::ZOOM from CPAN, a number of tests
>> fail with the following error:
>>
>> # Failed test 'connection to 'test.indexdata.com:2118' refused
>> (10000)'
>>
>> Tried with versions 1.25 and 1.24.
>
> I apologize, and I must amend my bug report. The 1.24 attempt fails due
> to test.indexdata.com no longer existing in DNS, which I now see is a
> known issue since September of last year.
>
> The 1.25 tests fail with a different error against the new host
> z3950.indexdata.com:
>
> Failed test 'connection to 'z3950.indexdata.com:2100' refused (10000)'
>
> and indeed:
>
> $ telnet z3950.indexdata.com 2100
> Trying 83.133.64.60...
> telnet: Unable to connect to remote host: Connection refused
>
> Again, my apologies for re-raising the old issue of the "test" hostname,
> but hopefully the issue with the new "z3950" host refusing connections
> can be addressed.
>
> There had previously been mention of a patch by Andrew Moore that (as I
> understand it) checked for the ability to connect to the host before
> testing, skipping (instead of failing) the tests if the host was
> unreachable or unresolvable.
>
> Perhaps a good idea, though I'm not currently in a position to resurrect
> the patch.
>
> Thanks again!
>
> -jeff
>
