|
|
Subject: Re: URI module problems - msg#00018
List: lang.perl.modules.lwp
Please provide the output of these commands:
perl -MStorable\ 99
and in the unpacked URI directory run:
perl Makefile.PL
make && perl -Mblib t/storable.t
> t/storable..........FAILED tests 1-3
> Failed 3/3 tests, 0.00% okay
> t/urn-isbn..........skipped: Needs the Business::ISBN module installed
> t/urn-oid...........ok
> Failed Test Status Wstat Total Fail Failed List of Failed
> ------------------------------------------------------------------------
> --------
> t/storable.t 3 3 100.00% 1-3
> 1 test and 2 subtests skipped.
> Failed 1/31 test scripts, 96.77% okay. 3/466 subtests failed, 99.36%
> okay.
> *** Error code 29
> make: Fatal error: Command failed for target `test_dynamic'
>
> The "Storable" module path was in the "PERL5LIB" environmental
> variable when I tried to compile "URI". Is the "path.al" file
> dependent on URI finding and using the "Storable" files?
I have no idea what path.al is here.
You can probably also just ignore this test error and then just run
'make install' for URI to get going. The failure just means that
something prevents URI objects from being stored and retrieved with
Storable. This might not matter if the code you run does not do this.
Regards,
Gisle
Was this page helpful?
Thread at a glance:
Previous Message by Date:
click to view message preview
RE: URI module problems
Robert,
We will be installing perl version 5.8.6 soon, and I'm hoping it will
help me get
out of dependency hell with these modules. My ultimate goal is to get
the "CPAN"
module up and running so I can automate the downloading and installing
of perl
modules; my frustration level is getting too high to continue these
manual installs.
I never have had a problem with most of the modules I've installed, but,
lately, it
seems to be getting more difficult. Our current perl version is 5.6.1,
which is
why I installed the "Storable" module.
Here are the test results for URI:
PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib
-I/usr/local/lib/perl5/5.6.1/sun4-solaris
-I/usr/local/lib/perl5/5.6.1 -e 'use Test::Harness qw(&runtests
$verbose); $verbose=0; runtests @ARGV;' t/*.t
t/abs...............ok
t/clone.............ok
t/data..............ok
t/escape............ok, 2/9 skipped: perl-5.8 required
t/file..............ok
t/ftp...............ok
t/generic...........ok
t/heuristic.........ok
t/http..............ok
t/ldap..............ok
t/mailto............ok
t/mix...............ok
t/mms...............ok
t/news..............ok
t/old-absconf.......ok
t/old-base..........ok
t/old-file..........ok
t/old-relbase.......ok
t/pop...............ok
t/query-param.......ok
t/query.............ok
t/rel...............ok
t/rfc2732...........ok
t/roy-test..........ok
t/rsync.............ok
t/rtsp..............ok
t/sip...............ok
t/split.............ok
t/storable..........FAILED tests 1-3
Failed 3/3 tests, 0.00% okay
t/urn-isbn..........skipped: Needs the Business::ISBN module installed
t/urn-oid...........ok
Failed Test Status Wstat Total Fail Failed List of Failed
------------------------------------------------------------------------
--------
t/storable.t 3 3 100.00% 1-3
1 test and 2 subtests skipped.
Failed 1/31 test scripts, 96.77% okay. 3/466 subtests failed, 99.36%
okay.
*** Error code 29
make: Fatal error: Command failed for target `test_dynamic'
The "Storable" module path was in the "PERL5LIB" environmental variable
when I
tried to compile "URI". Is the "path.al" file dependent on URI finding
and
using the "Storable" files?
Thanks for your help or even responding to my desperate plea for help.
John
-----Original Message-----
From: Robert Barta [mailto:rho@mando] On Behalf Of Robert Barta
Sent: Friday, April 29, 2005 4:55 PM
To: Martel, John (John)
Cc: libwww@xxxxxxxx
Subject: Re: URI module problems
On Thu, Apr 28, 2005 at 09:40:18PM -0600, Martel, John (John) wrote:
> I'm trying to install LWP, but it needs URI installed first. When I
> try to install URI, I'm not completely successful because a "path.al"
> file is not created, which the LWP module complains about.
>
> I met all the prerequisites listed for URI (MIME::Base64 module), but
> I can't seem to install it completely or correctly. For some reason,
> it doesn't pass the "Storable" tests when I "make test", even though
> the Storable module was installed with no problems. Why doesn't the
> URI module give me a better indication of what the problem is??
What a wonderfully reflexive question...
John (John),
'Storable' is part of the Perl standard distribution now, so I wonder
why it has to be installed separately. What version of Perl do you use?
Maybe it would give _us_ also a better indication of what the problem is
if you share the output of 'make test' of the module in question?
\rho
Previous Message by Thread:
click to view message preview
RE: URI module problems
Robert,
We will be installing perl version 5.8.6 soon, and I'm hoping it will
help me get
out of dependency hell with these modules. My ultimate goal is to get
the "CPAN"
module up and running so I can automate the downloading and installing
of perl
modules; my frustration level is getting too high to continue these
manual installs.
I never have had a problem with most of the modules I've installed, but,
lately, it
seems to be getting more difficult. Our current perl version is 5.6.1,
which is
why I installed the "Storable" module.
Here are the test results for URI:
PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib
-I/usr/local/lib/perl5/5.6.1/sun4-solaris
-I/usr/local/lib/perl5/5.6.1 -e 'use Test::Harness qw(&runtests
$verbose); $verbose=0; runtests @ARGV;' t/*.t
t/abs...............ok
t/clone.............ok
t/data..............ok
t/escape............ok, 2/9 skipped: perl-5.8 required
t/file..............ok
t/ftp...............ok
t/generic...........ok
t/heuristic.........ok
t/http..............ok
t/ldap..............ok
t/mailto............ok
t/mix...............ok
t/mms...............ok
t/news..............ok
t/old-absconf.......ok
t/old-base..........ok
t/old-file..........ok
t/old-relbase.......ok
t/pop...............ok
t/query-param.......ok
t/query.............ok
t/rel...............ok
t/rfc2732...........ok
t/roy-test..........ok
t/rsync.............ok
t/rtsp..............ok
t/sip...............ok
t/split.............ok
t/storable..........FAILED tests 1-3
Failed 3/3 tests, 0.00% okay
t/urn-isbn..........skipped: Needs the Business::ISBN module installed
t/urn-oid...........ok
Failed Test Status Wstat Total Fail Failed List of Failed
------------------------------------------------------------------------
--------
t/storable.t 3 3 100.00% 1-3
1 test and 2 subtests skipped.
Failed 1/31 test scripts, 96.77% okay. 3/466 subtests failed, 99.36%
okay.
*** Error code 29
make: Fatal error: Command failed for target `test_dynamic'
The "Storable" module path was in the "PERL5LIB" environmental variable
when I
tried to compile "URI". Is the "path.al" file dependent on URI finding
and
using the "Storable" files?
Thanks for your help or even responding to my desperate plea for help.
John
-----Original Message-----
From: Robert Barta [mailto:rho@mando] On Behalf Of Robert Barta
Sent: Friday, April 29, 2005 4:55 PM
To: Martel, John (John)
Cc: libwww@xxxxxxxx
Subject: Re: URI module problems
On Thu, Apr 28, 2005 at 09:40:18PM -0600, Martel, John (John) wrote:
> I'm trying to install LWP, but it needs URI installed first. When I
> try to install URI, I'm not completely successful because a "path.al"
> file is not created, which the LWP module complains about.
>
> I met all the prerequisites listed for URI (MIME::Base64 module), but
> I can't seem to install it completely or correctly. For some reason,
> it doesn't pass the "Storable" tests when I "make test", even though
> the Storable module was installed with no problems. Why doesn't the
> URI module give me a better indication of what the problem is??
What a wonderfully reflexive question...
John (John),
'Storable' is part of the Perl standard distribution now, so I wonder
why it has to be installed separately. What version of Perl do you use?
Maybe it would give _us_ also a better indication of what the problem is
if you share the output of 'make test' of the module in question?
\rho
|
|