Re: glitched install of mod_perl (1.99.08)

2003-01-28 Thread Stas Bekman 
Stephen Clouse wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, Jan 27, 2003 at 06:25:26PM +1100, Stas Bekman wrote:


Hmm, you have perl 5.8.0. How is it possible that you don't have CGI.pm, 
which is a part of the core?


It's probably a perl installed from a vendor-supplied package.  You'd be amazed
at the shreds the standard Perl distribution can get ripped to.

Redhat I know splits a standard Perl installation into no less than 20 packages. 
CGI,pm and friends get shoved off off into their own RPM (perl-CGI).  Other
Linux distros I can't speak for but they tend to be similar.

In short, don't assume that their kit is complete.  Their vendor may have done
them a favor via package management.

I wonder what would be the best way to handle that, require CGI.pm for 
installing mod_perl or simply adjust the tests to skip, if it's not available.
It's just silly that we rely on the knowledge that certain modules are a part 
of the core, and the vendors break that assumption :(

__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

Re: glitched install of mod_perl (1.99.08)

2003-01-27 Thread benjamin mccall 
 don't know, but my pulled zilch! ... could the absence of the two
 modules be reason for the test errors?

ben

- Original message -
From: Stas Bekman [EMAIL PROTECTED]
To: benjamin mccall [EMAIL PROTECTED]
Date: Mon, 27 Jan 2003 18:25:26 +1100
Subject: Re: glitched install of mod_perl (1.99.08)

benjamin mccall wrote:
 well, yes, by trick i meant that 'makefile.pl' and  'make  make test'
 parts of the build proceeded rather normally. my loopback is up and
 running:
 ...
 loLink encap:Local Loopback
   inet addr:127.0.0.1  Mask:255.0.0.0
   UP LOOPBACK RUNNING  MTU:16436  Metric:1
   RX packets:11793 errors:0 dropped:0 overruns:0 frame:0
   TX packets:11793 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:0
   RX bytes:4163692 (3.9 Mb)  TX bytes:4163692 (3.9 Mb)

OK, so it must be the dns resolution problem. So my patch will catch it.

 incidently, do i have to install cgi.pm and apache::register modules? i
 checked t/error_logs and here is what i get as result of test:
 
 END in modperl_extra.pl, pid=7711
 END in modperl_extra.pl, pid=7711
 [Sun Jan 26 00:14:19 2003] [notice] Apache/2.0.43 (Unix) mod_perl/1.99_08
 Perl/v5.8.0 PHP/4.3.0 configured -- resuming normal operations

Hmm, you have perl 5.8.0. How is it possible that you don't have CGI.pm,
which 
is a part of the core?

What do you get from running:

find /usr/lib/perl5/5.8.0 |grep CGI.pm

__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com



-- 
http://fastmail.fm - One of many happy users:
  http://www.fastmail.fm/docs/quotes.html

Re: glitched install of mod_perl (1.99.08)

2003-01-27 Thread benjamin mccall 
sorry, Stas...my former isp bit the dust and slammed me over to
monopolistic wolf, verizon. so, i had no access since your last post. 

well, mod_perl is up and running. apparently the 'perlio' issue was
corrected by some simple authentication sweeps. as for the mysteriously
missing 'cgi.pm', i still couldn't fish it out among my greps; so i
fetched it and plugged it. no issues. all tests passed successfully.
yeAH!

thanks for your help. 

ben  

- Original message -
From: Stas Bekman [EMAIL PROTECTED]
To: benjamin mccall [EMAIL PROTECTED]
Date: Mon, 27 Jan 2003 19:37:39 +1100
Subject: Re: glitched install of mod_perl (1.99.08)

benjamin mccall wrote:
  don't know, but my pulled zilch! ... could the absence of the two
  modules be reason for the test errors?

There is only one module reported missing and it's CGI.pm. It has been 
included in the core of 5.6.x and 5.8.x. Therefore we don't require this 
version in Makefile.PL.

Can you please check why you don't have it? Have you installed Perl via
rpm?
If so can you run 'rpm -qlp perl-whatever.rpm' and grep for CGI.pm?

__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com



-- 
http://fastmail.fm - Choose from over 50 domains or use your own

Re: glitched install of mod_perl (1.99.08)

2003-01-27 Thread Stas Bekman 
benjamin mccall wrote:

sorry, Stas...my former isp bit the dust and slammed me over to
monopolistic wolf, verizon. so, i had no access since your last post. 

well, mod_perl is up and running. apparently the 'perlio' issue was
corrected by some simple authentication sweeps. as for the mysteriously
missing 'cgi.pm', i still couldn't fish it out among my greps; so i
fetched it and plugged it. no issues. all tests passed successfully.
yeAH!

I suppose that if this is a real issue, someone will hit it soon again. If 
things work for you, that's cool!

thanks for your help. 

;)

__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

Re: glitched install of mod_perl (1.99.08)

2003-01-27 Thread Stephen Clouse 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, Jan 27, 2003 at 06:25:26PM +1100, Stas Bekman wrote:
 Hmm, you have perl 5.8.0. How is it possible that you don't have CGI.pm, 
 which is a part of the core?

It's probably a perl installed from a vendor-supplied package.  You'd be amazed
at the shreds the standard Perl distribution can get ripped to.

Redhat I know splits a standard Perl installation into no less than 20 packages. 
CGI,pm and friends get shoved off off into their own RPM (perl-CGI).  Other
Linux distros I can't speak for but they tend to be similar.

In short, don't assume that their kit is complete.  Their vendor may have done
them a favor via package management.

- -- 
Stephen Clouse [EMAIL PROTECTED]
Senior Programmer, IQ Coordinator Project Lead
The IQ Group, Inc. http://www.theiqgroup.com/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE+Nh4LA4aoazQ9p2cRApiKAKCAQQgOog5s2vvDMd6EaeBABMAnCwCfTztQ
UvVqRTba6IoqCfQOJcCX5X0=
=eKxk
-END PGP SIGNATURE-

Re: glitched install of mod_perl (1.99.08)

2003-01-26 Thread Stas Bekman 
[benjamin, please always reply to the list, not to the poster who has answered 
your question, unless asked otherwise]

benjamin mccall wrote:
Thanks for the quick reply on this one, Stas.

I ran the script, 'localhost' resulted. I applied the patch as you
advised, and it seems as though (i'm building as i composed this)
resolved the issue absolutely. Thanks a heap!


That's weird. Because my patch doesn't solve the problem, it only asserts if 
the default servername wasn't found. Could it be a temporary glitch on your 
system? What happens if you reverse the patch and try again? Does it still 
fail as before?

could you point me to some documentation that my relate to this problem?
i'm quite new to perl. i surmise it was network-related from some of the
modules and patch work applied. 

The problem was at Apache-Test/lib/Apache/TestConfig.pm:

sub our_remote_addr {
my $self = shift;
my $name = $self-default_servername;
$remote_addr ||= Socket::inet_ntoa((gethostbyname($name))[-1]);
}

$name was undef. Socket::inet_ntoa() has died because of that.

__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

Re: glitched install of mod_perl (1.99.08)

2003-01-26 Thread benjamin mccall 
well, i edited the /etc/hosts file and it seemed to've done the trick.
but now it seems i'm taking heaps of test failures from 'make test' run.
if apache is inactive, would that cause these failures? for instance,
most of my failures resulted from the 'apr/perlio.t',
'modules/cgiupload.t', and 'modules/cgi.t'. 

ben

- Original message -
From: Stas Bekman [EMAIL PROTECTED]
To: benjamin mccall [EMAIL PROTECTED], [EMAIL PROTECTED]
Date: Mon, 27 Jan 2003 15:29:22 +1100
Subject: Re: glitched install of mod_perl (1.99.08)

benjamin mccall wrote:
 Thanks for the quick reply on this one, Stas.
 
 I ran the script, 'localhost' resulted. I applied the patch as you
 advised, and it seems as though (i'm building as i composed this)
 resolved the issue absolutely. Thanks a heap!

That's weird. Because my patch doesn't solve the problem, it only asserts
if 
the default servername wasn't found. Could it be a temporary glitch on
your 
system? What happens if you reverse the patch and try again? Does it
still 
fail as before?

 could you point me to some documentation that my relate to this problem?
 i'm quite new to perl. i surmise it was network-related from some of the
 modules and patch work applied. 

The problem was at Apache-Test/lib/Apache/TestConfig.pm:

sub our_remote_addr {
 my $self = shift;
 my $name = $self-default_servername;
 $remote_addr ||= Socket::inet_ntoa((gethostbyname($name))[-1]);
}

$name was undef. Socket::inet_ntoa() has died because of that.

__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com



-- 
http://fastmail.fm - Access all of your messages and folders wherever you
are

Re: glitched install of mod_perl (1.99.08)

2003-01-26 Thread Stas Bekman 
benjamin mccall wrote:

well, i edited the /etc/hosts file and it seemed to've done the trick.


Earlier you said that the patch to Apache/TestConfig.pm has done the trick.


but now it seems i'm taking heaps of test failures from 'make test' run.
if apache is inactive, would that cause these failures? for instance,
most of my failures resulted from the 'apr/perlio.t',
'modules/cgiupload.t', and 'modules/cgi.t'. 

My guess is that you aren't running the loopback interface. What do you get 
when you run:

su -c /sbin/ifconfig

there should be an entry for 'lo' (guessing that you are on unix, from your 
mentioning of /usr/local/ in your original post). e.g. on my machine in 
addition to 'eth0' entry I have:

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:37981 errors:0 dropped:0 overruns:0 frame:0
  TX packets:37981 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:5738173 (5.4 Mb)  TX bytes:5738173 (5.4 Mb)

If you don't have it and you don't know how to fix that, you have to read the 
manual for your operating system, or some howtos, e.g.:
http://www.linux.org/docs/ldp/howto/Net-HOWTO/x540.html
If you are still in trouble, you should refer to the appropriate list for your 
OS to solve it, since this is not a mod_perl problem.

__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

Re: glitched install of mod_perl (1.99.08)

2003-01-26 Thread benjamin mccall 
/perl5/vendor_perl) at
/tmp/dloads/mod_perl-1.99_08/t/response/TestModules/cgiupload.pm line 7.
BEGIN failed--compilation aborted at
/tmp/dloads/mod_perl-1.99_08/t/response/TestModules/cgiupload.pm line 7.
Compilation failed in require at (eval 113) line 3.

[Sun Jan 26 00:18:47 2003] [error] 7714: ModPerl::Registry: Can't locate
CGI.pm in @INC (@INC contains:
/tmp/dloads/mod_perl-1.99_08/blib/lib/Apache2
/tmp/dloads/mod_perl-1.99_08/Apache-Test/lib
/tmp/dloads/mod_perl-1.99_08/lib /tmp/dloads/mod_perl-1.99_08/blib/lib
/tmp/dloads/mod_perl-1.99_08/blib/arch
/tmp/dloads/mod_perl-1.99_08/t/response
/tmp/dloads/mod_perl-1.99_08/t/protocol
/tmp/dloads/mod_perl-1.99_08/t/hooks
/tmp/dloads/mod_perl-1.99_08/t/filter /tmp/dloads/mod_perl-1.99_08/t
/tmp/dloads/mod_perl-1.99_08/t/htdocs/testdirective/perlmodule-vh
/tmp/dloads/mod_perl-1.99_08/t/htdocs/testdirective/main
/usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl) at
/tmp/dloads/mod_perl-1.99_08/t/htdocs/includes-registry/cgipm.pl line 2.
BEGIN failed--compilation aborted at
/tmp/dloads/mod_perl-1.99_08/t/htdocs/includes-registry/cgipm.pl line 2.

[Sun Jan 26 00:18:47 2003] [error] [client 127.0.0.1] unable to include
/includes-registry/cgipm.pl in parsed file
/tmp/dloads/mod_perl-1.99_08/t/htdocs/includes/test.shtml
[Sun Jan 26 00:18:57 2003] [info] removed PID file
/tmp/dloads/mod_perl-1.99_08/t/logs/httpd.pid (pid=7713)
[Sun Jan 26 00:18:57 2003] [notice] caught SIGTERM, shutting down
END in modperl_extra.pl, pid=7713
END in modperl_extra.pl, pid=7713


- Original message -
From: Stas Bekman [EMAIL PROTECTED]
To: benjamin mccall [EMAIL PROTECTED]
Date: Mon, 27 Jan 2003 15:59:20 +1100
Subject: Re: glitched install of mod_perl (1.99.08)

benjamin mccall wrote:
 well, i edited the /etc/hosts file and it seemed to've done the trick.

Earlier you said that the patch to Apache/TestConfig.pm has done the
trick.

 but now it seems i'm taking heaps of test failures from 'make test' run.
 if apache is inactive, would that cause these failures? for instance,
 most of my failures resulted from the 'apr/perlio.t',
 'modules/cgiupload.t', and 'modules/cgi.t'. 

My guess is that you aren't running the loopback interface. What do you
get 
when you run:

su -c /sbin/ifconfig

there should be an entry for 'lo' (guessing that you are on unix, from
your 
mentioning of /usr/local/ in your original post). e.g. on my machine in 
addition to 'eth0' entry I have:

loLink encap:Local Loopback
   inet addr:127.0.0.1  Mask:255.0.0.0
   UP LOOPBACK RUNNING  MTU:16436  Metric:1
   RX packets:37981 errors:0 dropped:0 overruns:0 frame:0
   TX packets:37981 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:0
   RX bytes:5738173 (5.4 Mb)  TX bytes:5738173 (5.4 Mb)

If you don't have it and you don't know how to fix that, you have to read
the 
manual for your operating system, or some howtos, e.g.:
http://www.linux.org/docs/ldp/howto/Net-HOWTO/x540.html
If you are still in trouble, you should refer to the appropriate list for
your 
OS to solve it, since this is not a mod_perl problem.

__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com



-- 
http://fastmail.fm - IMAP accessible web-mail

Re: glitched install of mod_perl (1.99.08)

2003-01-26 Thread Stas Bekman 
benjamin mccall wrote:

well, yes, by trick i meant that 'makefile.pl' and  'make  make test'
parts of the build proceeded rather normally. my loopback is up and
running:
...
loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:11793 errors:0 dropped:0 overruns:0 frame:0
  TX packets:11793 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:4163692 (3.9 Mb)  TX bytes:4163692 (3.9 Mb)


OK, so it must be the dns resolution problem. So my patch will catch it.


incidently, do i have to install cgi.pm and apache::register modules? i
checked t/error_logs and here is what i get as result of test:

END in modperl_extra.pl, pid=7711
END in modperl_extra.pl, pid=7711
[Sun Jan 26 00:14:19 2003] [notice] Apache/2.0.43 (Unix) mod_perl/1.99_08
Perl/v5.8.0 PHP/4.3.0 configured -- resuming normal operations


Hmm, you have perl 5.8.0. How is it possible that you don't have CGI.pm, which 
is a part of the core?

What do you get from running:

find /usr/lib/perl5/5.8.0 |grep CGI.pm

__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com