Re: RC5 really broke some stuff

[Tom Schindl]

jonathan vanasco wrote:
Its pretty well documented everywhere -- including the  announcement 
and install instructions

libapreq does not work right yet.  if you're dealing with production 
or stability sensitive stuff, i'd suggest keeping a copy of RC4 
running and development on that release, then reading the migration 
instructions to the new API once everything is sorted out.

Not right. You could use the multienv-branch of libapreq.
Tom

Re: RC5 really broke some stuff

[Philip M. Gollucci]

Tom Schindl wrote:
Not right. You could use the multienv-branch of libapreq.
Tom
Not true.  Trunk was moved to a dead branch and this branch was moved to 
trunk in its place.  You should use trunk. The multienv-branch nolonger 
exists.

This happened Monday evenging.
libapreq2(trunk) + mp2 RC5 is the combo you want.
--
END
--
Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Developer / Liquidity Services, Inc.
http://www.liquidityservicesinc.com

CPAN modules

[Philip M. Gollucci]

Hi all,
For those interested, to run _ALL_ tests of the modules themselves, 
modperl2, and libapreq2:

I've had to install the following modules.
Attached is a perl script to run this through CPAN.
HTH
Note:
This list is ordered so that even perl5.6.2 doesn't ask you
about dependencies in the CPAN shell.  Some of these are in CORE
in later versions of perl.
CGI  3.08
Devel::Symdump
MIME::Base64
URI
Net::FTP
Compress::Zlib
Digest::base
Digest::MD5
HTML::Tagset
HTML::Parser
LWP
IPC::Run3
BSD::Resource
Chatbot::Eliza
Tie::IxHash
Text::Balanced
Parse::RecDescent
ExtUtils::XSBuilder
Storable
Proc::ProcessTable
Pod::Escapes
Pod::Simple
Test::Builder::Tester
Test::Pod
Test::Inline
DBI
DBD::mysql
Apache::Session::MySQL
Apache::DBI 0.96 (Note, this is not in CPAN yet.)
Apache-Test (installed by mp2)
--
END
--
Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Developer / Liquidity Services, Inc.
http://www.liquidityservicesinc.com
use CPAN;

my @modules = qw (
CGI
Devel::Symdump
MIME::Base64
URI
Net::FTP
Compress::Zlib
Digest::base
Digest::MD5
HTML::Tagset
HTML::Parser
LWP
IPC::Run3
BSD::Resource
Chatbot::Eliza
Tie::IxHash
Text::Balanced
Parse::RecDescent
ExtUtils::XSBuilder
Storable
Proc::ProcessTable
Pod::Escapes
Pod::Simple
Test::Builder::Tester
Test::Pod
Test::Inline
DBI
DBD::mysql
Apache::Session::MySQL
);

CPAN::Shell->install(@modules);

## Apache::DBI 0.96 not in CPAN yet
## Apache-Test installed via mp2

Apache mod_perl

[Gert Jan Schipper]

Hi All,

 

After install mod_perl I’ve changed my httpd.conf
file to:

 

Alias /cordys "/opt/Cordys/Web"



    PerlAuthenHandler Apache::AuthenNTLM

    AuthName "NTLM Test"

    AuthType ntlm

    PerlAddVar ntdomain "NTDOM"

    PerlSetVar defaultdomain NTDOM

    PerlSetVar ntlmdebug 2

    PerlSetVar splidomainprefix 1

    PerlSetVar ntlmsemtimeout 2

    require valid-user

# Standard

#   AllowOverride All

#   AuthType Basic

#   AuthName "Cordys"

#   AuthUserFile "/etc/shadow"

#   require valid-user



 

But I got following error in de the error_log file from
Apache:

 

[Fri Apr 22 10:28:51 2005] [error]
[client 10.1.50.79] failed to resolve handler `Apache::AuthenNTLM': Can't
locate Apache/AuthenNTLM.pm in @INC (@INC contains: /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
/usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 .
/usr/local/apache2) at (eval 3) line 3.\n

 

Who knows this problem???

 

CORDYS just collaborate


Gert Jan Schipper

Center of Excellence

 

T +31 (0)341 37
5699

F +31 (0)341 37
5500

M +31 (0)653 45
7734

E [EMAIL PROTECTED]

 

Subscribe to Engage,
our free e-newsletter, to keep

up to date on Cordys and developments in Application

Integration and Business Process Management.

 




** 
The information in this message is confidential and may be legally 
privileged. It is intended solely for the addressee. Access to this message 
by anyone else is unauthorized. If you are not the intended recipient, any 
disclosure, copying, or distribution of the message, or any action or 
omission taken by you in reliance on it, is prohibited and may be unlawful. 
Please immediately contact the sender if you have received this message in 
error. 
** 
 

Re: Apache mod_perl

[Philip M. Gollucci]

Gert Jan Schipper wrote:
Hi All,
 

After install mod_perl I’ve changed my httpd.conf file to:
First of all specify the mod perl version and httpd version.
And what did you change it from to this ?
>Fri Apr 22 10:28:51 2005] [error] [client 10.1.50.79] failed to 
resolve >handler `Apache::AuthenNTLM': Can't locate Apache/AuthenNTLM.pm 
in @INC >(@INC contains: /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 
>./usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 . 
>/usr/local/apache2) at (eval 3) line 3.\n

At first glance, did you install Apache::AuthenNTLM ?
perl -MCPAN -e install 'Apache::AuthenNTLM'
--
END
--
Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Developer / Liquidity Services, Inc.
http://www.liquidityservicesinc.com

RE: Apache mod_perl

[Gert Jan Schipper]

Hi Philip,

I use httpd-2.0.52 and mod_perl-2.0.0-RC5

After install 'Apache::AuthenNTLM' I didn't see the same error in the
error_log, so that's nice. Thanks for your help, however when I start
the webpage I didn't get an login-prompt, and there are no messages
added to my error_log. I get the page "The page cannot be diplayed". I
don't understand the working about Apache::NTLM.

Gert Jan



> -Original Message-
> From: Philip M. Gollucci [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 22, 2005 11:11 AM
> To: Gert Jan Schipper
> Cc: modperl@perl.apache.org
> Subject: Re: Apache mod_perl
> 
> Gert Jan Schipper wrote:
> > Hi All,
> >
> >
> >
> > After install mod_perl I've changed my httpd.conf file to:
> First of all specify the mod perl version and httpd version.
> And what did you change it from to this ?
> 
>  >Fri Apr 22 10:28:51 2005] [error] [client 10.1.50.79] failed to
> resolve >handler `Apache::AuthenNTLM': Can't locate
Apache/AuthenNTLM.pm
> in @INC >(@INC contains: /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
>  >./usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 .
>  >/usr/local/apache2) at (eval 3) line 3.\n
> 
> At first glance, did you install Apache::AuthenNTLM ?
> perl -MCPAN -e install 'Apache::AuthenNTLM'
> 
> --
> END
> --
> Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198
> Consultant / http://p6m7g8.net/Resume/resume.shtml
> Senior Developer / Liquidity Services, Inc.
>   http://www.liquidityservicesinc.com

**
The information in this message is confidential and may be legally
privileged. It is intended solely for the addressee. Access to this message
by anyone else is unauthorized. If you are not the intended recipient, any
disclosure, copying, or distribution of the message, or any action or
omission taken by you in reliance on it, is prohibited and may be unlawful.
Please immediately contact the sender if you have received this message in
error.
**

RE: Apache mod_perl

[Gert Jan Schipper]

Sorry, I had problems with a proxy server setting, but after run the
command:

perl -MCPAN -e install 'Apache::AuthenNTLM' I get the same error:

Fri Apr 22 10:28:51 2005] [error] [client 10.1.50.79] failed to
resolve >handler `Apache::AuthenNTLM': Can't locate
Apache/AuthenNTLM.pm


> -Original Message-
> From: Gert Jan Schipper
> Sent: Friday, April 22, 2005 11:41 AM
> To: Philip M. Gollucci
> Cc: modperl@perl.apache.org
> Subject: RE: Apache mod_perl
> 
> Hi Philip,
> 
> I use httpd-2.0.52 and mod_perl-2.0.0-RC5
> 
> After install 'Apache::AuthenNTLM' I didn't see the same error in the
> error_log, so that's nice. Thanks for your help, however when I start
> the webpage I didn't get an login-prompt, and there are no messages
> added to my error_log. I get the page "The page cannot be diplayed". I
> don't understand the working about Apache::NTLM.
> 
> Gert Jan
> 
> 
> 
> > -Original Message-
> > From: Philip M. Gollucci [mailto:[EMAIL PROTECTED]
> > Sent: Friday, April 22, 2005 11:11 AM
> > To: Gert Jan Schipper
> > Cc: modperl@perl.apache.org
> > Subject: Re: Apache mod_perl
> >
> > Gert Jan Schipper wrote:
> > > Hi All,
> > >
> > >
> > >
> > > After install mod_perl I've changed my httpd.conf file to:
> > First of all specify the mod perl version and httpd version.
> > And what did you change it from to this ?
> >
> >  >Fri Apr 22 10:28:51 2005] [error] [client 10.1.50.79] failed to
> > resolve >handler `Apache::AuthenNTLM': Can't locate
> Apache/AuthenNTLM.pm
> > in @INC >(@INC contains:
/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
> >  >./usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0
.
> >  >/usr/local/apache2) at (eval 3) line 3.\n
> >
> > At first glance, did you install Apache::AuthenNTLM ?
> > perl -MCPAN -e install 'Apache::AuthenNTLM'
> >
> > --
> > END
> > --
> > Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198
> > Consultant / http://p6m7g8.net/Resume/resume.shtml
> > Senior Developer / Liquidity Services, Inc.
> > http://www.liquidityservicesinc.com
> 
> **
> The information in this message is confidential and may be legally
> privileged. It is intended solely for the addressee. Access to this
> message
> by anyone else is unauthorized. If you are not the intended recipient,
any
> disclosure, copying, or distribution of the message, or any action or
> omission taken by you in reliance on it, is prohibited and may be
> unlawful.
> Please immediately contact the sender if you have received this
message in
> error.
> **
> 

Re: RC5 really broke some stuff

[Carl Johnstone]

People like Jonathan and myself just have to double up (or triple-up!)
because of the change. Try telling that to your bosses that the latest 
version of modperl is holding things back ('told you we should've used 
Java!').
Did your boss know that the "latest" version of mod_perl is actually a 
pre-release?

I'll agree that pre-release is a bad time to make API changes like this and 
it would be better if it'd be done during the beta. It's only when a piece 
of software is released that the developers are making the implicit promise 
to not break anything.

If you're going to run beta or pre-release code - you've got to accept the 
risks that go with that.

Carl

Re: Apache mod_perl

[Shannon Eric Peevey]

But I got following error in de the error_log file from Apache:
 

[Fri Apr 22 10:28:51 2005] [error] [client 10.1.50.79] failed to resolve 
handler `Apache::AuthenNTLM': Can't locate Apache/AuthenNTLM.pm in @INC 
(@INC contains: /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 
/usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 . 
/usr/local/apache2) at (eval 3) line 3.\n

 

Who knows this problem???
Hi, Gert,
It looks like Apache-AuthenNTLM is either not installed, or not 
installed in a location that is found in @INC.  Can you verify the 
installation, and reply with your version(s) of mod_perl?

thanks,
--
Shannon Eric Peevey
President - EriKin Corporation
[EMAIL PROTECTED]
(940) 391-6777
http://www.erikin.com

RE: Apache mod_perl

[Gert Jan Schipper]

The version of mod_perl is "mod_perl-2.0.0-RC5". The installation is
done very well. But when I use Apache::AuthenNTLM in the httpd.conf, I
got the below errors.

> -Original Message-
> From: Shannon Eric Peevey [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 22, 2005 1:19 PM
> To: Gert Jan Schipper
> Cc: modperl@perl.apache.org
> Subject: Re: Apache mod_perl
> 
> 
> >
> > But I got following error in de the error_log file from Apache:
> >
> >
> >
> > [Fri Apr 22 10:28:51 2005] [error] [client 10.1.50.79] failed to
resolve
> > handler `Apache::AuthenNTLM': Can't locate Apache/AuthenNTLM.pm in
@INC
> > (@INC contains: /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
> > /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 .
> > /usr/local/apache2) at (eval 3) line 3.\n
> >
> >
> >
> > Who knows this problem???
> >
> Hi, Gert,
> 
> It looks like Apache-AuthenNTLM is either not installed, or not
> installed in a location that is found in @INC.  Can you verify the
> installation, and reply with your version(s) of mod_perl?
> 
> thanks,
> 
> --
> Shannon Eric Peevey
> President - EriKin Corporation
> [EMAIL PROTECTED]
> (940) 391-6777
> http://www.erikin.com

**
The information in this message is confidential and may be legally
privileged. It is intended solely for the addressee. Access to this message
by anyone else is unauthorized. If you are not the intended recipient, any
disclosure, copying, or distribution of the message, or any action or
omission taken by you in reliance on it, is prohibited and may be unlawful.
Please immediately contact the sender if you have received this message in
error.
**

Re: Apache mod_perl

[Shannon Eric Peevey]

Gert Jan Schipper wrote:
The version of mod_perl is "mod_perl-2.0.0-RC5". The installation is
done very well. But when I use Apache::AuthenNTLM in the httpd.conf, I
got the below errors.
I'm sorry, Gert, I was moving through my mailbox, and wrote this last 
message before realizing someone else had replied. :P

I'm a bit confused now...  Are you unable to install Apache-AuthenNTLM 
from CPAN, (with perl -MCPAN...), or are you receiving errors in the 
error log about the module (after it is installed)?

thanks,
--
Shannon Eric Peevey
President - EriKin Corporation
[EMAIL PROTECTED]
(940) 391-6777
http://www.erikin.com

RE: Apache mod_perl

[Gert Jan Schipper]

I receive the errors after the module Apache-AuthenNTLM (with perl
-MCPAN...) is installed.

> -Original Message-
> From: Shannon Eric Peevey [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 22, 2005 1:30 PM
> To: Gert Jan Schipper
> Cc: modperl@perl.apache.org
> Subject: Re: Apache mod_perl
> 
> Gert Jan Schipper wrote:
> 
> > The version of mod_perl is "mod_perl-2.0.0-RC5". The installation is
> > done very well. But when I use Apache::AuthenNTLM in the httpd.conf,
I
> > got the below errors.
> >
> I'm sorry, Gert, I was moving through my mailbox, and wrote this last
> message before realizing someone else had replied. :P
> 
> I'm a bit confused now...  Are you unable to install Apache-AuthenNTLM
> from CPAN, (with perl -MCPAN...), or are you receiving errors in the
> error log about the module (after it is installed)?
> 
> thanks,
> 
> --
> Shannon Eric Peevey
> President - EriKin Corporation
> [EMAIL PROTECTED]
> (940) 391-6777
> http://www.erikin.com

**
The information in this message is confidential and may be legally
privileged. It is intended solely for the addressee. Access to this message
by anyone else is unauthorized. If you are not the intended recipient, any
disclosure, copying, or distribution of the message, or any action or
omission taken by you in reliance on it, is prohibited and may be unlawful.
Please immediately contact the sender if you have received this message in
error.
**

RE: Apache mod_perl

[Gert Jan Schipper]

/local/apache2) at (eval 3) line 3.\n
> 
> At first glance, did you install Apache::AuthenNTLM ?
> perl -MCPAN -e install 'Apache::AuthenNTLM'
> 

I've installed Apache::AuthenNTLM and I got the following error now in
error_log:

failed to resolve handler `Apache::AuthenNTLM': Can't locate mod_perl.pm
in @INC (@INC

Who can help me?

Regards,
Gert Jan

**
The information in this message is confidential and may be legally
privileged. It is intended solely for the addressee. Access to this message
by anyone else is unauthorized. If you are not the intended recipient, any
disclosure, copying, or distribution of the message, or any action or
omission taken by you in reliance on it, is prohibited and may be unlawful.
Please immediately contact the sender if you have received this message in
error.
**

auth mechanism and req. record

[Dintelmann, Peter]

When you are implementing your own authentication mechanism e.g.
in a server using the multiprotocol feature you have to pass two
pieces of information to the Auth handler: the name of the auth
mechanism used and the data submitted by the client (e.g. a MD5
hash).

The name of the auth mechanism can be passed via $r->ap_auth_type().
But what is the the correct way to pass the client auth data? Should
I use the request notes table to this end?

Peter

Re: auth mechanism and req. record

[Geoffrey Young]

Dintelmann, Peter wrote:
> When you are implementing your own authentication mechanism e.g.
> in a server using the multiprotocol feature you have to pass two
> pieces of information to the Auth handler: the name of the auth
> mechanism used and the data submitted by the client (e.g. a MD5
> hash).
> 
> The name of the auth mechanism can be passed via $r->ap_auth_type().
> But what is the the correct way to pass the client auth data? Should
> I use the request notes table to this end?

I'm not sure I follow what you need but I'll try.

all data passed from the client is available.  in this instance you probably
want $r->headers_in->get('Authorization') to grab the authentication
information sent by the client.

but if you're trying to do digest authentication yourself there is a better way:

  for apache 2.1:

http://search.cpan.org/dist/Apache-AuthenHook/

  for apache 1.3

http://search.cpan.org/dist/Apache-AuthDigest/

HTH

--Geoff

Re: how to take out the default charset append?

[Carl Johnstone]

Please help me with one more related question: if I am to simply use 
$r->content_type('text/html'), the final render to the client comes with 
';charset=8859-1' appended to the header. Is this the result of Apache, 
or mod_perl? Is there any way I can just render Content-Type: text/html 
without a character set in the header?
You've probably got
AddDefaultCharset 8859-1
in your apache config, ("On" == "iso-8859-1")change it to:
AddDefaultCharset Off
See:
http://httpd.apache.org/docs-2.0/mod/core.html#adddefaultcharset
Carl

Help with request data

[Dermot Paikkos]

Hi

MP2 RC5

I am moving from a MP1 to MP2 server and am having trouble. I have 
opted to re-write the scripts I had so I could add some more 
functions.

I am struggling tring to find methods to access my form data and 
other headers. I am currently using

my $form_data = $r->the_request() 

and split the line from there to access the form values. 

For other headers I am using 
my $string = $r->as_string;
(my $user-agent) = ($string =~ /User-Agent:(.*)\sAccept/);

I can get to where I want but I have the feeling I am taking the long 
way to do it. The cook book I have on mod_perl doesn't cover MP2.

Is there no direct replacement for $r->param('field_name') or
$headers_in{'User-Agent'}? If not should I just continue as I am or 
are there better methods for getting at the request?

Apologies in advance if I have missed this in the docs but I can't 
find anything obvious in the Request::* documentation. I also am a 
bit OO illiterate.

Thanx.
Dp.

Re: Help with request data

[Geoffrey Young]

Dermot Paikkos wrote:
> Hi
> 
> MP2 RC5
> 
> I am moving from a MP1 to MP2 server and am having trouble. I have 
> opted to re-write the scripts I had so I could add some more 
> functions.
> 
> I am struggling tring to find methods to access my form data and 
> other headers. I am currently using
> 
> my $form_data = $r->the_request() 
> 
> and split the line from there to access the form values. 
> 
> For other headers I am using 
> my $string = $r->as_string;
> (my $user-agent) = ($string =~ /User-Agent:(.*)\sAccept/);
> 

ugh!  :)

> I can get to where I want but I have the feeling I am taking the long 
> way to do it. The cook book I have on mod_perl doesn't cover MP2.

in this case everything is the same

  use APR::Table;
  use Apache2::RequestRec;

  my $ua = $r->headers_in->get('User-Agent');

should do the trick.  $r, headers_in(), and get() are all the same in mp1.
only the class in which they live is different.

see the manpage for Apache2::porting for some help here - if you have any
mp1 documentation and make the right calls, Apache2::porting will help tell
you which classes you need to load to make it work.

> 
> Is there no direct replacement for $r->param('field_name') or
> $headers_in{'User-Agent'}? If not should I just continue as I am or 
> are there better methods for getting at the request?

well, for $r->param you need libapreq2.  but $r->content or $r->args should
be enough if you don't want to install libapreq2.

> 
> Apologies in advance if I have missed this in the docs but I can't 
> find anything obvious in the Request::* documentation. I also am a 
> bit OO illiterate.

for the most part the API stemming from $r is exactly the same between mp1
and mp2.  there are a few exceptions, of course, but for the stuff you'll be
using 90% of the time any source of documentation should be sufficient to
get you started.

see also ModPerl::MethodLookup, especially the command-line interface (which
will help you translate a documented method into the required class) and
preload_all_modules(), which will help get things running as you learn.

HTH

--Geoff

Re: ticketing solutions

[Perrin Harkins]

On Fri, 2005-04-22 at 13:33 -0600, Dan Brian wrote:
> What are people using to do authentication ticketing from mp? Nothing 
> jumps out of CPAN at me, mostly because what I've seen just makes md5's 
> out of username/password/expiration. Any recommendations?

What were you expecting it to do beyond making a hash for verification?

> Ideally, I'm looking for a solution that might be usable both inside 
> and outside mp, over multiple servers.

We're using mod_auth_tkt and have had good luck with it, but it has not
been ported to apache2.

- Perrin

Mod_perl Installation Issues

[Cure]

I'm currently using Freebsd 5.3 and Apache2, I'm trying to install 
mod_perl2 from ports but I get the following error -->

make install
===>   mod_perl2-2.0.0r3,1 depends on file: /usr/local/sbin/apxs - found
===>   mod_perl2-2.0.0r3,1 depends on file: /usr/local/bin/perl5.8.6 - found
===>  Configuring for mod_perl2-2.0.0r3,1
Reading Makefile.PL args from @ARGV
 MP_APXS = /usr/local/sbin/apxs
 MP_INST_APACHE2 = 1
[  error] Unable to determine server version, aborting.
[  error] Invalid MP_APXS specified?
*** Error code 1
Stop in /usr/ports/www/mod_perl2.
Using perl, v5.8.6 built for i386-freebsd-64int
(with 2 registered patches, see perl -V for more detail)

Cure

Re: ticketing solutions

[Perrin Harkins]

On Fri, 2005-04-22 at 13:59 -0600, Dan Brian wrote:
> My point was that I don't need a CPAN module to verify hashes. Features 
> could include a mechanism for rotating a key on the servers being 
> accessed, IP verification ...

Key rotation would be nice.  IP verification wouldn't be nice, unless
you're using it for an intranet app.  You can't expect people to use the
same IP from one request to the next.

> I didn't see anything on CPAN that does stuff like that, and wondered 
> if anybody had had experience with something "standard", or if this was 
> typically home-grown, as in my case.

There's not much that I'm aware of on CPAN that is specifically geared
to this.  I think a lot of people use Apache::AuthCookie and subclasses
of it.  I like mod_auth_tkt because it can handle protecting pages at
the proxy level and works across backend apps written in different
languages.

- Perrin

Re: libapreq install fails for non-root Apache/mod_perl

[Philip M. Gollucci]

Jason Dixon wrote:
I'm trying to install a non-root statically compiled Apache/mod_perl 
(1.x) on a test server.  I've installed everything in my home 
directory, including Apache::Session, but libapreq is failing to 
recognize the mod_perl installation.  Can someone tell me how to get 
libapreq installed for this scenario?  Here's the failed attempt:

[EMAIL PROTECTED] libapreq-1.33]$ perl Makefile.PL PREFIX=~/perl
mod_perl 1.x ( < 1.99) is required at Makefile.PL line 34.
BEGIN failed--compilation aborted at Makefile.PL line 36.
Apparently you installled some version of mp2 before mp2 RC5.0
Its failing up front to save you sanity later.  If you're not using the 
mp2 installation, I would suggest you nuke the related files. 


Thanks,
--
Jason Dixon
DixonGroup Consulting
http://www.dixongroup.net

--
END
-
Philip M. Gollucci
Senior Developer - Liquidity Services Inc.
Phone:  202.558.6268 (Direct)
E-Mail: [EMAIL PROTECTED]
Web:http://www.liquidation.com

Re: Help with request data

[Dermot Paikkos]

On 23 Apr 2005 at 0:25, JH Foo wrote:

> Hello Dermot,
Hi, 
> You need to use Apache2::Request for mp2. This comes with the
> libapreq2 package from the excellent theoryx5 site. Notice the change
> in the package namespace.

I just tried to install libapreq2 (v2-2.03-dev) from CPAN. It was a 
bit of a saga. I was missing a couple of prerequisites. Then it 
couldn't find Apache2.pm -  I made a link to sort that - then I ran 
make test and there were errors. At that point I halted. There where 
numerous errors in the log: 

[Fri Apr 22 16:29:08 2005] [debug] mod_apreq.c(455): [client 
127.0.0.1] removing filter (1) 
[Fri Apr 22 16:29:08 2005] [error] [client 127.0.0.1] 
[test_cgi.c(51): Success] Creating apreq_request 
[Fri Apr 22 16:29:08 2005] [error] [client 127.0.0.1] 
[apreq_env.c(182): Success] Lookup of CONTENT_TYPE failed: status=2 
[Fri Apr 22 16:29:08 2005] [error] [client 127.0.0.1] 
[test_cgi.c(55): Success] Fetching the parameters [Fri Apr 22 
16:29:08 2005] [error] [client 127.0.0.1] [apreq_env.c(182): Success] 
Lookup of CONTENT_TYPE failed: status=2 
[Fri Apr 22 16:29:08 2005] [error] [client 127.0.0.1] 
[test_cgi.c(107): Success] Fetching all parameters [Fri Apr 22 
16:29:08 2005] [error] [client 127.0.0.1] [test_cgi.c(51): Success] 
Creating apreq_request 
[Fri Apr 22 16:29:08 2005] [error] [client 127.0.0.1] 
[apreq_env.c(182): Success] Lookup of CONTENT_TYPE failed: status=2 

I can probably get by without libapreq2 and use the $r-the_request(); 
for now. 

Cheers.
Dp.


> > Hi
> >
> > MP2 RC5
> >
> > I am moving from a MP1 to MP2 server and am having trouble. I have
> > opted to re-write the scripts I had so I could add some more
> > functions.
> >
> > I am struggling tring to find methods to access my form data and
> > other headers. I am currently using
> >
> > my $form_data = $r->the_request()
> >
> > and split the line from there to access the form values.
> >
> > For other headers I am using
> > my $string = $r->as_string;
> > (my $user-agent) = ($string =~ /User-Agent:(.*)\sAccept/);
> >
> > I can get to where I want but I have the feeling I am taking the
> > long way to do it. The cook book I have on mod_perl doesn't cover
> > MP2.
> >
> > Is there no direct replacement for $r->param('field_name') or
> > $headers_in{'User-Agent'}? If not should I just continue as I am or
> > are there better methods for getting at the request?
> >
> > Apologies in advance if I have missed this in the docs but I can't
> > find anything obvious in the Request::* documentation. I also am a
> > bit OO illiterate.
> >
> > Thanx.
> > Dp.
> >
> >
> >
> >
> 
> 


~~
Dermot Paikkos * [EMAIL PROTECTED]
Network Administrator @ Science Photo Library
Phone: 0207 432 1100 * Fax: 0207 286 8668

Re: Help with request data

[Dermot Paikkos]

On 22 Apr 2005 at 18:36, Markus Wichitill wrote:
> 
> At the moment you'll have to pull the current version of apreq2 from
> SVN for MP2-RC5.
> 
> http://svn.apache.org/repos/asf/httpd/apreq/trunk

thanx but I think I might be getting out of my depth. I'll wait till 
there's a full release.
Dp.

Re: libapreq install fails for non-root Apache/mod_perl

[Jason Dixon]

On Apr 22, 2005, at 2:46 PM, Philip M. Gollucci wrote:
Jason Dixon wrote:
I'm trying to install a non-root statically compiled Apache/mod_perl 
(1.x) on a test server.  I've installed everything in my home 
directory, including Apache::Session, but libapreq is failing to 
recognize the mod_perl installation.  Can someone tell me how to get 
libapreq installed for this scenario?  Here's the failed attempt:

[EMAIL PROTECTED] libapreq-1.33]$ perl Makefile.PL PREFIX=~/perl
mod_perl 1.x ( < 1.99) is required at Makefile.PL line 34.
BEGIN failed--compilation aborted at Makefile.PL line 36.
Apparently you installled some version of mp2 before mp2 RC5.0
Its failing up front to save you sanity later.  If you're not using 
the mp2 installation, I would suggest you nuke the related files.
I installed mod_perl 1.29 with Apache 1.3.33.  I'm trying to install 
Bricolage non-root, and Apache/mod_perl 1.x is a requirement.

Thanks,
--
Jason Dixon
DixonGroup Consulting
http://www.dixongroup.net

Mod_perl Installation Issue

[Cure]

I'm currently using Freebsd 5.3 and Apache2, I'm trying to install 
mod_perl2 from ports but I get the following error -->

make install
===>   mod_perl2-2.0.0r3,1 depends on file: /usr/local/sbin/apxs - found
===>   mod_perl2-2.0.0r3,1 depends on file: /usr/local/bin/perl5.8.6 - found
===>  Configuring for mod_perl2-2.0.0r3,1
Reading Makefile.PL args from @ARGV
  MP_APXS = /usr/local/sbin/apxs
  MP_INST_APACHE2 = 1
[  error] Unable to determine server version, aborting.
[  error] Invalid MP_APXS specified?
*** Error code 1
Stop in /usr/ports/www/mod_perl2.

Cure

Re: libapreq install fails for non-root Apache/mod_perl

[Philip M. Gollucci]

Jason Dixon wrote:
On Apr 22, 2005, at 2:46 PM, Philip M. Gollucci wrote:
Jason Dixon wrote:
I'm trying to install a non-root statically compiled Apache/mod_perl 
(1.x) on a test server.  I've installed everything in my home 
directory, including Apache::Session, but libapreq is failing to 
recognize the mod_perl installation.  Can someone tell me how to get 
libapreq installed for this scenario?  Here's the failed attempt:

[EMAIL PROTECTED] libapreq-1.33]$ perl Makefile.PL PREFIX=~/perl
mod_perl 1.x ( < 1.99) is required at Makefile.PL line 34.
BEGIN failed--compilation aborted at Makefile.PL line 36.
Apparently you installled some version of mp2 before mp2 RC5.0
Its failing up front to save you sanity later.  If you're not using 
the mp2 installation, I would suggest you nuke the related files.

I installed mod_perl 1.29 with Apache 1.3.33.  I'm trying to install 
Bricolage non-root, and Apache/mod_perl 1.x is a requirement.
Post this output:
find ~/perl -type f -name "mod_perl*.pm" -print -exec grep "VERSION" {} \;
--
END
-
Philip M. Gollucci
Senior Developer - Liquidity Services Inc.
Phone:  202.558.6268 (Direct)
E-Mail: [EMAIL PROTECTED]
Web:http://www.liquidation.com

AW: auth mechanism and req. record

[Dintelmann, Peter]

Geoffrey,

thanks for the quick reply.

> > When you are implementing your own authentication mechanism e.g.
> > in a server using the multiprotocol feature you have to pass two
> > pieces of information to the Auth handler: the name of the auth
> > mechanism used and the data submitted by the client (e.g. a MD5
> > hash).
> > 
> > The name of the auth mechanism can be passed via $r->ap_auth_type().
> > But what is the the correct way to pass the client auth data? Should
> > I use the request notes table to this end?
> 
> I'm not sure I follow what you need but I'll try.
> 
> all data passed from the client is available.  in this 
> instance you probably
> want $r->headers_in->get('Authorization') to grab the authentication
> information sent by the client.

well, this is the case for HTTP.


Well I am using a non-HTTP protocol (implemented with the 
multiprotocol capability of Apache2) where client and server
negotiate on an auth mechanism (e.g. CRAM-MD5 or CRAM-SHA1).

These auth mechanisms are implemented in auth handlers which
are invoked via "$r->run_check_user_id()".

The auth data (digest) sent by the client are available to the
protocol handler in the first place and has to be passed to
the auth handlers to be verified. Now I am looking for a 
"canonical place" to put the digest data in.

Does this help to better understand what I am looking for?

Peter

Re: libapreq install fails for non-root Apache/mod_perl

[Geoffrey Young]

Jason Dixon wrote:
> I'm trying to install a non-root statically compiled Apache/mod_perl
> (1.x) on a test server.  I've installed everything in my home directory,
> including Apache::Session, but libapreq is failing to recognize the
> mod_perl installation.  Can someone tell me how to get libapreq
> installed for this scenario?  Here's the failed attempt:
> 
> [EMAIL PROTECTED] libapreq-1.33]$ perl Makefile.PL PREFIX=~/perl
> mod_perl 1.x ( < 1.99) is required at Makefile.PL line 34.
> BEGIN failed--compilation aborted at Makefile.PL line 36.

when you install modules you need to either put them someplace where perl
can see them by default, or tell perl where to find them.

if you installed mod_perl into your home directory then you need to tell
perl about it if you want Makefile.PL to be able to find it.  something like

$ PERL5LIB=~/perl/lib perl Makefile.PL PREFIX=~/perl

HTH

--Geoff

Re: Help with request data

[Dermot Paikkos]

On 22 Apr 2005 at 10:30, Geoffrey Young wrote:
> > MP2 RC5
> > 
> > I am moving from a MP1 to MP2 server and am having trouble. I have
> > opted to re-write the scripts I had so I could add some more
> > functions.
> > 
> > I am struggling tring to find methods to access my form data and
> > other headers. I am currently using
> > 
> > my $form_data = $r->the_request() 
> > 
> > and split the line from there to access the form values. 
> > 
> > For other headers I am using 
> > my $string = $r->as_string;
> > (my $user-agent) = ($string =~ /User-Agent:(.*)\sAccept/);
> > 
> 
> ugh!  :)
> 
> > I can get to where I want but I have the feeling I am taking the
> > long way to do it. The cook book I have on mod_perl doesn't cover
> > MP2.
> 
> in this case everything is the same
> 
>   use APR::Table;
>   use Apache2::RequestRec;

I got stung on this on my first attempt. I had tried

$agent->$r-headers_in->{'User-Agent'}

without
use APR::Table;

As I said, I'm not very OO literate but the error referred to 
APR::table and I hadn't loaded it. I'll load this as standard from 
now on.

>   my $ua = $r->headers_in->get('User-Agent');

This is more like what I expected :-)

> should do the trick.  $r, headers_in(), and get() are all the same in
> mp1. only the class in which they live is different.
> 
> see the manpage for Apache2::porting for some help here - if you have
> any mp1 documentation and make the right calls, Apache2::porting will
> help tell you which classes you need to load to make it work.

Will add this though I do want to want re-write so I am hoping to get 
more familiar with a strict MP2 approach.


> > Is there no direct replacement for $r->param('field_name') or
> > $headers_in{'User-Agent'}? If not should I just continue as I am or
> > are there better methods for getting at the request?
> 
> well, for $r->param you need libapreq2.  but $r->content or $r->args
> should be enough if you don't want to install libapreq2.

Sounds useful 

> > 
> > Apologies in advance if I have missed this in the docs but I can't
> > find anything obvious in the Request::* documentation. I also am a
> > bit OO illiterate.
> 
> for the most part the API stemming from $r is exactly the same between
> mp1 and mp2.  there are a few exceptions, of course, but for the stuff
> you'll be using 90% of the time any source of documentation should be
> sufficient to get you started.
> 
> see also ModPerl::MethodLookup, especially the command-line interface
> (which will help you translate a documented method into the required
> class) and preload_all_modules(), which will help get things running
> as you learn.
> 
> HTH
It certainly does thank you v. much.
Dp.

> --Geoff
> 

Re: libapreq install fails for non-root Apache/mod_perl

[Philip M. Gollucci]

Philip M. Gollucci wrote:
Jason Dixon wrote:
On Apr 22, 2005, at 2:46 PM, Philip M. Gollucci wrote:
Jason Dixon wrote:
I'm trying to install a non-root statically compiled 
Apache/mod_perl (1.x) on a test server.  I've installed everything 
in my home directory, including Apache::Session, but libapreq is 
failing to recognize the mod_perl installation.  Can someone tell 
me how to get libapreq installed for this scenario?  Here's the 
failed attempt:

[EMAIL PROTECTED] libapreq-1.33]$ perl Makefile.PL PREFIX=~/perl
mod_perl 1.x ( < 1.99) is required at Makefile.PL line 34.
BEGIN failed--compilation aborted at Makefile.PL line 36.

One other question:
[EMAIL PROTECTED] libapreq-1.33]$ perl Makefile.PL PREFIX=~/perl
What is your path.  I hope that perl is ~/perl/bin/perl
and not /usr/local/bin/perl or /usr/bin/perl. Unless you altered your path
or you aliased perl, thats likely picking the wrong one.
Basically make sure that command used the correct perl binary
--
END
-
Philip M. Gollucci
Senior Developer - Liquidity Services Inc.
Phone:  202.558.6268 (Direct)
E-Mail: [EMAIL PROTECTED]
Web:http://www.liquidation.com

Re: ticketing solutions

[Dan Brian]

Thanks all; I'll look at the solutions mentioned!
On Apr 22, 2005, at 6:35 PM, Michael Schout wrote:
Dan Brian wrote:
My point was that I don't need a CPAN module to verify hashes. 
Features
could include a mechanism for rotating a key on the servers being
accessed, IP verification ... and other features I can't think of. :-)
Apache::AuthTicket does ip verification.
Not sure what you mean by "key rotation", but AuthTicket allows you to
change the "secret" key in the database periodically.  These are used 
to
verify that the ticket has not been tampered with.  You can have
multiple "secret" keys active at the same time, allowing tickets just
issued on the previous key to expire before you remove it from the 
database.

So, for example, you can issue new "secret" keys every 2 hours, and
delete all secret keys more than 6 hours old at the same time.
AuthTicket will always issue new tickets using the most recent secret 
key.

Not sure if this is the type of thing you are referring to, or if you
are looking for something else :).
Regards,
Michael Schout

Re: AW: auth mechanism and req. record

[Geoffrey Young]

>   well, this is the case for HTTP.

:)

> 
> 
>   Well I am using a non-HTTP protocol (implemented with the 
>   multiprotocol capability of Apache2) where client and server
>   negotiate on an auth mechanism (e.g. CRAM-MD5 or CRAM-SHA1).
> 
>   These auth mechanisms are implemented in auth handlers which
>   are invoked via "$r->run_check_user_id()".
> 
>   The auth data (digest) sent by the client are available to the
>   protocol handler in the first place and has to be passed to
>   the auth handlers to be verified. Now I am looking for a 
>   "canonical place" to put the digest data in.

I suppose $r->notes is as good a place as any, then.  but I guess I find it
a bit odd that there is a "request" in a true protocol handler.  but I don't
really fully understand the whole protocol handler yet, so I guess it's ok :)

--Geoff

Re: libapreq install fails for non-root Apache/mod_perl

[Jason Dixon]

On Apr 22, 2005, at 3:05 PM, Philip M. Gollucci wrote:
One other question:
[EMAIL PROTECTED] libapreq-1.33]$ perl Makefile.PL PREFIX=~/perl
What is your path.  I hope that perl is ~/perl/bin/perl
and not /usr/local/bin/perl or /usr/bin/perl. Unless you altered your 
path
or you aliased perl, thats likely picking the wrong one.

Basically make sure that command used the correct perl binary
I'm still using the default perl binary (/usr/bin/perl).
--
Jason Dixon
DixonGroup Consulting
http://www.dixongroup.net

Re: RC5 really broke some stuff

[Jie Gao]

On Fri, 22 Apr 2005, Carl Johnstone wrote:

> Date: Fri, 22 Apr 2005 11:02:48 +0100
> From: Carl Johnstone <[EMAIL PROTECTED]>
> To: modperl@perl.apache.org
> Subject: Re: RC5 really broke some stuff
>
>
> > People like Jonathan and myself just have to double up (or triple-up!)
> > because of the change. Try telling that to your bosses that the latest
> > version of modperl is holding things back ('told you we should've used
> > Java!').
>
> Did your boss know that the "latest" version of mod_perl is actually a
> pre-release?
>
> I'll agree that pre-release is a bad time to make API changes like this and
> it would be better if it'd be done during the beta. It's only when a piece
> of software is released that the developers are making the implicit promise
> to not break anything.
>
> If you're going to run beta or pre-release code - you've got to accept the
> risks that go with that.

I think we all knew this. But rc4 was about the last one before formal release,
and Stas promised since rc2 or something that there would be no API change (I'm
not blaming him on this though). I've had rc4 in production for some time, and
I'll have to keep it possibly for a very long time to come.

Regards,


Jie

Re: ticketing solutions

[Michael Schout]

Dan Brian wrote:

> My point was that I don't need a CPAN module to verify hashes. Features
> could include a mechanism for rotating a key on the servers being
> accessed, IP verification ... and other features I can't think of. :-) 

Apache::AuthTicket does ip verification.

Not sure what you mean by "key rotation", but AuthTicket allows you to
change the "secret" key in the database periodically.  These are used to
verify that the ticket has not been tampered with.  You can have
multiple "secret" keys active at the same time, allowing tickets just
issued on the previous key to expire before you remove it from the database.

So, for example, you can issue new "secret" keys every 2 hours, and
delete all secret keys more than 6 hours old at the same time.
AuthTicket will always issue new tickets using the most recent secret key.

Not sure if this is the type of thing you are referring to, or if you
are looking for something else :).

Regards,
Michael Schout

Re: libapreq install fails for non-root Apache/mod_perl

[Philip M. Gollucci]

Jason Dixon wrote:
On Apr 22, 2005, at 3:05 PM, Philip M. Gollucci wrote:
One other question:
[EMAIL PROTECTED] libapreq-1.33]$ perl Makefile.PL PREFIX=~/perl
What is your path.  I hope that perl is ~/perl/bin/perl
and not /usr/local/bin/perl or /usr/bin/perl. Unless you altered your 
path
or you aliased perl, thats likely picking the wrong one.

Basically make sure that command used the correct perl binary

I'm still using the default perl binary (/usr/bin/perl).
Run this command instead:
~/perl/bin/perl Makefile.PL PREFIX=~/perl
You shoule be good to go.
END
-
Philip M. Gollucci
Senior Developer - Liquidity Services Inc.
Phone:  202.558.6268 (Direct)
E-Mail: [EMAIL PROTECTED]
Web:http://www.liquidation.com

Re: Apache mod_perl

[Shannon Eric Peevey]

Philip M. Gollucci wrote:
Stephen Clouse wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Apr 22, 2005 at 02:12:17PM +0200, Gert Jan Schipper wrote:
 

I've installed Apache::AuthenNTLM and I got the following error now in
error_log:
failed to resolve handler `Apache::AuthenNTLM': Can't locate 
mod_perl.pm
in @INC (@INC
  
  
^^^

This module hasn't been updated for 2.0.0-RC5 (or if it has, you 
grabbed an older version).  It should be looking for mod_perl2.pm.
  

Hi, y'all,
I was aware of the conversation about the changes to RC5, but missed 
much of it.  I have read the docs, so understand the changes, but I am 
wondering about the modules that we had ported to work with both mp1 and 
2...  Do I need to split them out into separate modules now?  Also, do I 
need to make a formal request (CPAN) for the Apache2::Authfoo modules?

thanks,
--
Shannon Eric Peevey
President - EriKin Corporation
[EMAIL PROTECTED]
(940) 391-6777
http://www.erikin.com

Re: libapreq install fails for non-root Apache/mod_perl

[Geoffrey Young]

> /home/jason/lib64/perl5/site_perl/5.8.0/mod_perl.pm
> $mod_perl::VERSION = "1.29";
> $class->UNIVERSAL::VERSION(shift);
> 
> I'll probably reinstall that in ~/apache to clean things up.  Anyways, I
> tried Geoffrey's suggestion based on this new information, but it still
> doesn't see it:
> 
> [EMAIL PROTECTED] libapreq-1.33]$ PERL5LIB=~/lib64 perl Makefile.PL
> PREFIX=~/perl
> mod_perl 1.x ( < 1.99) is required at Makefile.PL line 34.
> BEGIN failed--compilation aborted at Makefile.PL line 36.

you'll need to ajust PERL5LIB so that it works.  I suspect it would be

  $ PERL5LIB=~/lib64/perl5/ perl Makefile.PL

at any rate, you can check what @INC looks like by just doing

  $ PERL5LIB=~/somelib perl -V

and adjust PERL5LIB until you get /home/jason/lib64/perl5/site_perl/5.8.0/
in there - I think /home/jason/lib64/perl5/ should be sufficient to pull in
the site_lib and beyond, but you'll need to experiment until you get
mod_perl.pm in @INC.

--Geoff

Re: Apache mod_perl

[Philip M. Gollucci]

Shannon Eric Peevey wrote:
Philip M. Gollucci wrote:
Stephen Clouse wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Apr 22, 2005 at 02:12:17PM +0200, Gert Jan Schipper wrote:
 

I've installed Apache::AuthenNTLM and I got the following error now in
error_log:
failed to resolve handler `Apache::AuthenNTLM': Can't locate 
mod_perl.pm
in @INC (@INC
  

  
^^^

This module hasn't been updated for 2.0.0-RC5 (or if it has, you 
grabbed an older version).  It should be looking for mod_perl2.pm.
  

Hi, y'all,
I was aware of the conversation about the changes to RC5, but missed 
much of it.  I have read the docs, so understand the changes, but I am 
wondering about the modules that we had ported to work with both mp1 
and 2...  Do I need to split them out into separate modules now?  
Also, do I need to make a formal request (CPAN) for the 
Apache2::Authfoo modules?
I believe thats up to you whether or not you split them.
The same module Apache::Authfoo can support both MP1 and MP2 RC5 and higher.
Infact, the only version of MP2 modules should support going forward is 
MP2 RC5+ (until
the official 2.0 release when the API should "be locked" for the 2.x series.
Check out CGI.pm 3.08 to see how Geoff did this. 

--
END
-
Philip M. Gollucci
Senior Developer - Liquidity Services Inc.
Phone:  202.558.6268 (Direct)
E-Mail: [EMAIL PROTECTED]
Web:http://www.liquidation.com

Re: Apache::LogFile?

[Rob Bloodgood]

Geoffrey Young wrote:
Kevin White wrote:
I use the old Apache::LogFile on a mod_perl 1.x app.  I'm working on
moving to mod_perl 2.x, and find the Apache::LogFile won't compile:
Makefile.PL uses Apache::src.

since this module use XS calls I suspect that porting it would be a bit more
complex than with most modules.  I'd email the author (doug :) and see if he
is interested in supporting it with mp2, or knows someone who is using it
and is interested in porting it over.
I looked at this last week, actually... the XS api has sure changed alot 
from 1.x!  And unfortunately, nobody seems to have spent the time (yet) 
writing an API doc for MP2 XS (still working on getting 2.0, I'm sure).

Are there any plans to move this module forward, or should I rewrite my app?

I really don't know why this particular module is of interest these days.
is there something you require that really can't be served by apache's
native logging mechanisms or your own PerlLogHandler?
SPECIFICALLY, and the reason I stumbled across it, is that right now you 
can:

- make a CustomLog, which logs EVERY request
- warn into ErrorLog
- do something custom, which is often DBI, or else deal with files (and 
logrotation!) on your own.

The appeal of Apache::LogFile is that you can A) write messages only and 
exactly how AND WHEN you feel like, and B) its file open/close cycle is 
integrated into apache itself, so if you cycle apache, your customlog is 
opened with the server process itself.

If I had the time I would puzzle out the new XS stuff myself, but I'm 
starting with no docs and no previous apache2 background, so it's hard 
to justify the time.

L8r,
Rob

Re: ticketing solutions

[Michael Schout]

Dan Brian wrote:
> What are people using to do authentication ticketing from mp? Nothing
> jumps out of CPAN at me, mostly because what I've seen just makes md5's
> out of username/password/expiration. Any recommendations?

My Apache::AuthTicket module implements a ticketing system similar to
that in the Eagle book.  Unfortunatly it is MP1 only at this time.  I am
working hard to port it over to MP2 RC5.  Hoping to have something
released over the weekend if I get some free time :).

If you are looking for a non-perl implementation, this may help you:

http://www.openfusion.com.au/labs/mod_auth_tkt/

However, its only for apache 1.x apparently.

Regards,
Michael Schout

Re: libapreq install fails for non-root Apache/mod_perl

[Jason Dixon]

On Apr 22, 2005, at 3:02 PM, Philip M. Gollucci wrote:
Jason Dixon wrote:
I installed mod_perl 1.29 with Apache 1.3.33.  I'm trying to install 
Bricolage non-root, and Apache/mod_perl 1.x is a requirement.
Post this output:
find ~/perl -type f -name "mod_perl*.pm" -print -exec grep "VERSION" 
{} \;
Ok, I actually installed Apache/mod_perl in my home, so mod_perl is 
found in ~/lib64:

[EMAIL PROTECTED] libapreq-1.33]$ find ~ -type f -name "mod_perl*.pm" 
-print -exec grep "VERSION" {} \;
/home/jason/src/mod_perl-1.29/lib/mod_perl.pm
$mod_perl::VERSION = "1.29";
$class->UNIVERSAL::VERSION(shift);
/home/jason/src/mod_perl-1.29/lib/mod_perl_hooks.pm
/home/jason/src/mod_perl-1.29/blib/lib/mod_perl.pm
$mod_perl::VERSION = "1.29";
$class->UNIVERSAL::VERSION(shift);
/home/jason/src/mod_perl-1.29/blib/lib/mod_perl_hooks.pm
/home/jason/lib64/perl5/site_perl/5.8.0/mod_perl.pm
$mod_perl::VERSION = "1.29";
$class->UNIVERSAL::VERSION(shift);

I'll probably reinstall that in ~/apache to clean things up.  Anyways, 
I tried Geoffrey's suggestion based on this new information, but it 
still doesn't see it:

[EMAIL PROTECTED] libapreq-1.33]$ PERL5LIB=~/lib64 perl Makefile.PL 
PREFIX=~/perl
mod_perl 1.x ( < 1.99) is required at Makefile.PL line 34.
BEGIN failed--compilation aborted at Makefile.PL line 36.

Thanks,
--
Jason Dixon
DixonGroup Consulting
http://www.dixongroup.net

Re: libapreq install fails for non-root Apache/mod_perl

[Jason Dixon]

On Apr 22, 2005, at 3:20 PM, Geoffrey Young wrote:
you'll need to ajust PERL5LIB so that it works.  I suspect it would be
  $ PERL5LIB=~/lib64/perl5/ perl Makefile.PL
at any rate, you can check what @INC looks like by just doing
  $ PERL5LIB=~/somelib perl -V
and adjust PERL5LIB until you get 
/home/jason/lib64/perl5/site_perl/5.8.0/
in there - I think /home/jason/lib64/perl5/ should be sufficient to 
pull in
the site_lib and beyond, but you'll need to experiment until you get
mod_perl.pm in @INC.
Thanks, that got me in the right direction.  :)
[EMAIL PROTECTED] libapreq-1.33]$ PERL5LIB=~/lib64/perl5/site_perl perl 
Makefile.PL PREFIX=~/perl

skipping test setup... which requires Apache::Test 1.13 or higher
Checking if your kit is complete...
Looks good
Warning: prerequisite Apache::Test 1.13 not found. We have 1.0.
Writing Makefile for libapreq
mkdir ../blib
mkdir ../blib/arch
mkdir ../blib/arch/auto
mkdir ../blib/arch/auto/libapreq
Writing Makefile for Apache::Request
Writing Makefile for Apache::Cookie
Writing Makefile for libapreq
w00t!
--
Jason Dixon
DixonGroup Consulting
http://www.dixongroup.net

ticketing solutions

[Dan Brian]

What are people using to do authentication ticketing from mp? Nothing 
jumps out of CPAN at me, mostly because what I've seen just makes md5's 
out of username/password/expiration. Any recommendations?

Ideally, I'm looking for a solution that might be usable both inside 
and outside mp, over multiple servers. Something like what the Writing 
Apache Modules book describes. Is anybody using that solution? Is it 
decent?

Thanks,
Dan

Re: Mod_perl Installation Issues

[Philip M. Gollucci]

Cure wrote:
I'm currently using Freebsd 5.3 and Apache2, I'm trying to install 
mod_perl2 from ports but I get the following error -->

Excellent -- FreeBSD.
You know I haven't tried that for a while.  I do know that RC5 was just 
added to the ports
but roled back by the maintainer. (see [EMAIL PROTECTED])

make install
===>   mod_perl2-2.0.0r3,1 depends on file: /usr/local/sbin/apxs - found
===>   mod_perl2-2.0.0r3,1 depends on file: /usr/local/bin/perl5.8.6 - 
found
===>  Configuring for mod_perl2-2.0.0r3,1
Reading Makefile.PL args from @ARGV
 MP_APXS = /usr/local/sbin/apxs
 MP_INST_APACHE2 = 1
[  error] Unable to determine server version, aborting.
[  error] Invalid MP_APXS specified?
*** Error code 1

I assume the port correctly built and installed (/usr/ports/www/apache2) 
which creates
/usr/local/sbin/apxs?

Stop in /usr/ports/www/mod_perl2.
Using perl, v5.8.6 built for i386-freebsd-64int
(with 2 registered patches, see perl -V for more detail)
You might try just building Apache2+mp2RC5 from source using the 
currently released tarballs.
It should be seamless.  If you have specific compile/configure 
questions, ask me off list and I'll send you my ./configure lines and 
the like.

--
END
-
Philip M. Gollucci
Senior Developer - Liquidity Services Inc.
Phone:  202.558.6268 (Direct)
E-Mail: [EMAIL PROTECTED]
Web:http://www.liquidation.com

Re: RC5 really broke some stuff

[Fred Moyer]

>>If you're going to run beta or pre-release code - you've got to accept the
>>risks that go with that.
> 
> I think we all knew this. But rc4 was about the last one before formal 
> release,
> and Stas promised since rc2 or something that there would be no API change 
> (I'm
> not blaming him on this though). I've had rc4 in production for some time, and
> I'll have to keep it possibly for a very long time to come.

I was thinking along those same lines this morning that I wouldn't move
from rc4 for a while.  I've got a small app that I've put together over
the past couple months.  But it was too much for me to resist trying out
this new release any longer and I ported my app today in about 30 minutes.

Most of that time was spent reading
http://perl.apache.org/docs/2.0/rename.html and the discussion threads
from the past week.  It was really easy.  A lot of the critical modules
such as CGI have been ported to work with rc5, and if you run into any
that aren't, it's easy to port those yourself for the most part.  For
what it's worth, I recommended making the move.  It's not as difficult
or time consuming as you may think.

- Fred

Re: Apache mod_perl

[Philip M. Gollucci]

Gert Jan Schipper wrote:
/local/apache2) at (eval 3) line 3.\n
 

At first glance, did you install Apache::AuthenNTLM ?
perl -MCPAN -e install 'Apache::AuthenNTLM'
   

Hi, here are some questions / things to try.
1.  Do you have multiple installations of perl?
2. Post the full output perl -V output to the list.
3. post the output of
find /usr/lib/perl5/5.8.0 -type f -name "AuthenNTLM*" to the list.
If you have a startup.pl file post that too.
4. Above the Directory  "/opt/Cordys/Web" line
   try adding
   PerlModule Apache::AuthenNTLM
HTH.
--
END
-
Philip M. Gollucci
Senior Developer - Liquidity Services Inc.
Phone:  202.558.6268 (Direct)
E-Mail: [EMAIL PROTECTED]
Web:http://www.liquidation.com

Re: Apache mod_perl

[Stephen Clouse]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, Apr 22, 2005 at 02:12:17PM +0200, Gert Jan Schipper wrote:
> I've installed Apache::AuthenNTLM and I got the following error now in
> error_log:
> 
> failed to resolve handler `Apache::AuthenNTLM': Can't locate mod_perl.pm
> in @INC (@INC
   ^^^

This module hasn't been updated for 2.0.0-RC5 (or if it has, you grabbed an 
older version).  It should be looking for mod_perl2.pm.

- -- 
Stephen Clouse <[EMAIL PROTECTED]>
Senior Programmer/DBE, Core Technology Developer
The IQ Group, Inc. 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFCaTnRy3uolkRT3A0RAsECAJ9VqTxmcxmClktc5mfwaWfb9+PyQgCfVfA9
cyoUPMq26ZA/slJ0mPorgfc=
=Eqpc
-END PGP SIGNATURE-

Re: ticketing solutions

[David Nicol]

I use AIS::client, which I wrote myself.  it hits a central AIS server, the code
for the AIS server (an older version of it) is in my CPAN directory too.  AIS
is completely passwordless, relying on one-time capability tickets to verify
receipt of e-mails, and then identity tickets in cookies, so the central server
only gets hit at the beginning of a session.

It has  not to my knowledege been tested in mp, but it should work there with
little or no modification.

 I haven't read the writing apache modules book, but if you port AIS::client to
an apache module, I will sing your praises.


On 4/22/05, Dan Brian <[EMAIL PROTECTED]> wrote:
> What are people using to do authentication ticketing

Re: ticketing solutions

[Dan Brian]

What are people using to do authentication ticketing from mp? Nothing
jumps out of CPAN at me, mostly because what I've seen just makes 
md5's
out of username/password/expiration. Any recommendations?
What were you expecting it to do beyond making a hash for verification?
My point was that I don't need a CPAN module to verify hashes. Features 
could include a mechanism for rotating a key on the servers being 
accessed, IP verification ... and other features I can't think of. :-) 
I didn't see anything on CPAN that does stuff like that, and wondered 
if anybody had had experience with something "standard", or if this was 
typically home-grown, as in my case.

- Dan

Re: Apache mod_perl

[Philip M. Gollucci]

Stephen Clouse wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Apr 22, 2005 at 02:12:17PM +0200, Gert Jan Schipper wrote:
 

I've installed Apache::AuthenNTLM and I got the following error now in
error_log:
failed to resolve handler `Apache::AuthenNTLM': Can't locate mod_perl.pm
in @INC (@INC
   

  ^^^
This module hasn't been updated for 2.0.0-RC5 (or if it has, you grabbed an 
older version).  It should be looking for mod_perl2.pm.
 

Good catch.. I skimmed right over that. D'oh!
I was mentally reading the previous error.
Thanks!
--
END
-
Philip M. Gollucci
Senior Developer - Liquidity Services Inc.
Phone:  202.558.6268 (Direct)
E-Mail: [EMAIL PROTECTED]
Web:http://www.liquidation.com

Re: Help with request data

[JH Foo]

Hello Dermot,

You need to use Apache2::Request for mp2. This comes with the libapreq2
package from the excellent theoryx5 site. Notice the change in the package
namespace.

- Original Message -
From: "Dermot Paikkos" <[EMAIL PROTECTED]>
To: 
Sent: Friday, April 22, 2005 10:13 PM
Subject: Help with request data


> Hi
>
> MP2 RC5
>
> I am moving from a MP1 to MP2 server and am having trouble. I have
> opted to re-write the scripts I had so I could add some more
> functions.
>
> I am struggling tring to find methods to access my form data and
> other headers. I am currently using
>
> my $form_data = $r->the_request()
>
> and split the line from there to access the form values.
>
> For other headers I am using
> my $string = $r->as_string;
> (my $user-agent) = ($string =~ /User-Agent:(.*)\sAccept/);
>
> I can get to where I want but I have the feeling I am taking the long
> way to do it. The cook book I have on mod_perl doesn't cover MP2.
>
> Is there no direct replacement for $r->param('field_name') or
> $headers_in{'User-Agent'}? If not should I just continue as I am or
> are there better methods for getting at the request?
>
> Apologies in advance if I have missed this in the docs but I can't
> find anything obvious in the Request::* documentation. I also am a
> bit OO illiterate.
>
> Thanx.
> Dp.
>
>
>
>

libapreq install fails for non-root Apache/mod_perl

[Jason Dixon]

I'm trying to install a non-root statically compiled Apache/mod_perl 
(1.x) on a test server.  I've installed everything in my home 
directory, including Apache::Session, but libapreq is failing to 
recognize the mod_perl installation.  Can someone tell me how to get 
libapreq installed for this scenario?  Here's the failed attempt:

[EMAIL PROTECTED] libapreq-1.33]$ perl Makefile.PL PREFIX=~/perl
mod_perl 1.x ( < 1.99) is required at Makefile.PL line 34.
BEGIN failed--compilation aborted at Makefile.PL line 36.
Thanks,
--
Jason Dixon
DixonGroup Consulting
http://www.dixongroup.net

Re: Help with request data

[Markus Wichitill]

Dermot Paikkos wrote:
I just tried to install libapreq2 (v2-2.03-dev) from CPAN. It was a 
bit of a saga. I was missing a couple of prerequisites. Then it 
couldn't find Apache2.pm -  I made a link to sort that - then I ran 
make test and there were errors. At that point I halted. 
At the moment you'll have to pull the current version of apreq2 from SVN for 
MP2-RC5.

http://svn.apache.org/repos/asf/httpd/apreq/trunk

Re: libapreq install fails for non-root Apache/mod_perl

[Jason Dixon]

On Apr 22, 2005, at 3:21 PM, Philip M. Gollucci wrote:
Jason Dixon wrote:
I'm still using the default perl binary (/usr/bin/perl).
Run this command instead:
~/perl/bin/perl Makefile.PL PREFIX=~/perl
You shoule be good to go.
No, I'm not using a custom perl, I installed mod_perl using the 
original system perl (5.8.0).  There is no perl installed in my home 
directory.

Thanks,
--
Jason Dixon
DixonGroup Consulting
http://www.dixongroup.net

Apache2::Reload Segmentation Fault

[Vincent Moneymaker]

I am running Apache 2.0.52 on a solaris 8 box with mod_perl-2.0.0-RC5.  I 
previously had problems using Apache::Reload with mod_perl 1.99_19 version 
back in December and gave up trying to find a fix.  I thought I would try 
again with the RC5 version but after having upgraded from mod_perl 1.99_12 
to RC5 I am getting segmentation fault errors when the Apache2::Reload 
module is present in my httpd.conf file and a change is then made in a 
module and the web page that is created via the changed module is then 
called up.  I know that the segmentation fault is related to the 
Apache2::Reload module because the segmentation fault errors don't appear 
when the same change is made in the module (i.e. a simple print statement) 
but without Apache2::Reload being present in the httpd.conf file.

My httpd.conf contains the following with respect to Apache2::Reload
PerlRequire "/opt/prod/apache/programs/startup.pl"
PerlModule Apache2::Reload
PerlInitHandler Apache2::Reload
My startup.pl file starts with the following, with the modules in the 
Apache2 and Melior namespaces being listed after this beginning part

BEGIN {
use lib "/opt/prod/apache";
use lib "/opt/prod/apache/nfs";
use lib "/opt/prod/apache/test-mck/mck-cgi";
use lib "/opt/prod/apache/Apache2";
use lib "/opt/prod/apache/Melior";
use CGI::Carp qw(carpout);
 open(LOG, ">>/opt/prod/apache/logs/error_log") or die "Unable to append to 
/opt/prod/apache1/logs/error_log: $! [See the 'startup.pl' program - 1]\n";
 carpout(*LOG);
}

The following is a sample of the segmentation fault errors I am getting when 
Apache2::Reload is listed in the httpd.conf file

[Fri Apr 22 20:59:17 2005] [notice] child pid 22432 exit signal Segmentation 
fault (11)
[Fri Apr 22 20:59:17 2005] [notice] child pid 22431 exit signal Segmentation 
fault (11)
[Fri Apr 22 20:59:25 2005] [notice] child pid 22433 exit signal Segmentation 
fault (11)
[Fri Apr 22 20:59:30 2005] [notice] child pid 22434 exit signal Segmentation 
fault (11)
[Fri Apr 22 20:59:31 2005] [notice] child pid 22435 exit signal Segmentation 
fault (11)
[Fri Apr 22 20:59:32 2005] [notice] child pid 22436 exit signal Segmentation 
fault (11)

And the same things happen when 'PerlSetVar ReloadDebug On' debug mode is 
turned on (below is a sample from the error_log file with the debug mode 
turned on).

[Fri Apr 22 20:09:14 2005] [notice] child pid 21682 exit signal Segmentation 
fault (11)

Again, the segmentation faults only occur when Apache2::Reload is loaded and 
changes are then made to the modules in the Apache2 namespace.  Any help on 
this would be appreciated.

Thanks, Vince Moneymaker

Re: RC5 really broke some stuff

[Stas Bekman]

Jie Gao wrote:

On Fri, 22 Apr 2005, Carl Johnstone wrote:

Date: Fri, 22 Apr 2005 11:02:48 +0100
From: Carl Johnstone <[EMAIL PROTECTED]>
To: modperl@perl.apache.org
Subject: Re: RC5 really broke some stuff

People like Jonathan and myself just have to double up (or triple-up!)
because of the change. Try telling that to your bosses that the latest
version of modperl is holding things back ('told you we should've used
Java!').
Did your boss know that the "latest" version of mod_perl is actually a
pre-release?
I'll agree that pre-release is a bad time to make API changes like this and
it would be better if it'd be done during the beta. It's only when a piece
of software is released that the developers are making the implicit promise
to not break anything.
If you're going to run beta or pre-release code - you've got to accept the
risks that go with that.

I think we all knew this. But rc4 was about the last one before formal release,
and Stas promised since rc2 or something that there would be no API change (I'm
not blaming him on this though). I've had rc4 in production for some time, and
I'll have to keep it possibly for a very long time to come.
Stas promised and kept his promises, until he was overruled by the 
majority of developers who decided to break his promises. But it's a 
history now. What's done is done. Moving on.

--
__
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: Apache2::Reload Segmentation Fault

[Stas Bekman]

Vincent Moneymaker wrote:
I am running Apache 2.0.52 on a solaris 8 box with mod_perl-2.0.0-RC5.  
I previously had problems using Apache::Reload with mod_perl 1.99_19 
version back in December and gave up trying to find a fix.  I thought I 
would try again with the RC5 version but after having upgraded from 
mod_perl 1.99_12 to RC5 I am getting segmentation fault errors when the 
Apache2::Reload module is present in my httpd.conf file and a change is 
then made in a module and the web page that is created via the changed 
module is then called up.  I know that the segmentation fault is related 
to the Apache2::Reload module because the segmentation fault errors 
don't appear when the same change is made in the module (i.e. a simple 
print statement) but without Apache2::Reload being present in the 
httpd.conf file.
It's probably related to the similar segfaults I've been seeing and 
reported here [1]. But if you don't show the backtrace of the core file as 
explained at http://perl.apache.org/bugs/ we will never know.

I've CC'ed Philippe on this one, hoping that he will find the time to fix 
this problem.

[1] http://marc.theaimsgroup.com/?t=4516992&r=1&w=2
--
__
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: CPAN modules

[Stas Bekman]

Philip M. Gollucci wrote:
Hi all,
For those interested, to run _ALL_ tests of the modules themselves, 
modperl2, and libapreq2:

I've had to install the following modules.
Attached is a perl script to run this through CPAN.
Philip, we have Bundle::Apache2 which is exactly for that purpose. Feel 
free to send a patch to add the missing modules.

Though as it can be seen from your list, most modules are either not 
needed by normal users (used only by developers, i.e. Tie::IxHash) or they 
are not required by mod_perl test suite, but they are dependencies of 
other modules, and therefore should't be on that list.

I've just tested, the only modules required are:
BSD::Resource
CGI
Chatbot::Eliza
Compress::Zlib
HTML::HeadParser
LWP
all in the bundle file already, but HTML::HeadParser, which I'll add shortly

CGI  3.08
Devel::Symdump
MIME::Base64
URI
Net::FTP
Compress::Zlib
Digest::base
Digest::MD5
HTML::Tagset
HTML::Parser
LWP
IPC::Run3
BSD::Resource
Chatbot::Eliza
Tie::IxHash
Text::Balanced
Parse::RecDescent
ExtUtils::XSBuilder
Storable
Proc::ProcessTable
Pod::Escapes
Pod::Simple
Test::Builder::Tester
Test::Pod
Test::Inline
DBI
DBD::mysql
Apache::Session::MySQL
Apache::DBI 0.96 (Note, this is not in CPAN yet.)
Apache-Test (installed by mp2)
--
__
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: CPAN modules

[Philip M. Gollucci]

Stas Bekman wrote:
Philip, we have Bundle::Apache2 which is exactly for that purpose. Feel 
free to send a patch to add the missing modules.
Yes, I added IPC::Run3 and uped the CGI version :) things to in a patch.
Though as it can be seen from your list, most modules are either not 
needed by normal users (used only by developers, i.e. Tie::IxHash) or 
they are not required by mod_perl test suite, but they are dependencies 
of other modules, and therefore should't be on that list.
Yes, the plus of this is that CPAN won't ask me if I want to follow the 
dpendencies if I install them in this order even for 5.6.2.  I wasn't 
suggesting to put these all in the Apache2::Bundle file.
I've just tested, the only modules required are:
BSD::Resources
CGI
Chatbot::Eliza
Compress::Zlib
HTML::HeadParser
LWP
all in the bundle file already, but HTML::HeadParser, which I'll add 
shortly
Did you check that will perl 5.8.6 or perl 5.6.2 as the list is slightly 
different since less is in CORE in 5.6.x; I forget what though.

--
END
--
Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Developer / Liquidity Services, Inc.
http://www.liquidityservicesinc.com