Re: RC5 really broke some stuff
It sounds like the appropriate time for some enterprising young developer to grab a copy of PPI and write an mp2_rename tool, to do a first pass of what you describe below automatically. Anyone? Adam K Geoffrey Young wrote: it sucks, completely. i can't get my stuff to work under rc5 I feel for you, but I really don't understand this at all. the changes required to move your codebase from rc4 to rc5 should be really, really minimal: - Apache2.pm doesn't exist any more, so remove it - every Apache:: module now goes to Apache2:: - every constant goes from Apache:: to Apache2::Const - Apache-request goes to Apache2::RequestUtil-request - Apache-server goes to Apache2::ServerUtil-server that should really be about it, and it's all documented at http://perl.apache.org/docs/2.0/rename.html I created a script to help me port my CPAN modules over to RC5, which took less than 10 minutes each (including running the tests on 2.0 and 2.1). http://people.apache.org/~geoff/fixme you'll need to adjust it for the mp2 modules you use, but it should get you really close. (normal caveats apply - I'm not responsible if it nukes your codebase, make sure you look at the code to see what it's doing, etc :) HTH --Geoff
Re: RC5 really broke some stuff
Adam Kennedy wrote: It sounds like the appropriate time for some enterprising young developer to grab a copy of PPI and write an mp2_rename tool, to do a first pass of what you describe below automatically. http://people.apache.org/~geoff/fixme Hi Adam, did you even look at this link. He's already done it. -- 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: RC5 really broke some stuff
Eeep... I missed it entirely. :) Adam K Philip M. Gollucci wrote: Adam Kennedy wrote: It sounds like the appropriate time for some enterprising young developer to grab a copy of PPI and write an mp2_rename tool, to do a first pass of what you describe below automatically. http://people.apache.org/~geoff/fixme Hi Adam, did you even look at this link. He's already done it.
Re: RC5 really broke some stuff
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
Apache mod_perl
Hi All, After install mod_perl Ive changed my httpd.conf file to: Alias /cordys /opt/Cordys/Web Directory /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 /Directory 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??? CORDYSjust 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
Gert Jan Schipper wrote: Hi All, After install mod_perl Ive 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
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
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
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
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
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
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
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
/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
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
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?
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
Re: Help with request data
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
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
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
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
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
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
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
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
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
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
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
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 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
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
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
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
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
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
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: libapreq install fails for non-root Apache/mod_perl
/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::LogFile?
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
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
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
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
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
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
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
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
-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. http://www.theiqgroup.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFCaTnRy3uolkRT3A0RAsECAJ9VqTxmcxmClktc5mfwaWfb9+PyQgCfVfA9 cyoUPMq26ZA/slJ0mPorgfc= =Eqpc -END PGP SIGNATURE-
Re: ticketing solutions
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
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
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
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: modperl@perl.apache.org
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
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
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
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
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
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
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=4516992r=1w=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
svn commit: r164238 - /perl/modperl/trunk/lib/Bundle/Apache2.pm
Author: geoff Date: Fri Apr 22 06:42:14 2005 New Revision: 164238 URL: http://svn.apache.org/viewcvs?rev=164238view=rev Log: update bundle patch from Philip Gollucci Modified: perl/modperl/trunk/lib/Bundle/Apache2.pm Modified: perl/modperl/trunk/lib/Bundle/Apache2.pm URL: http://svn.apache.org/viewcvs/perl/modperl/trunk/lib/Bundle/Apache2.pm?rev=164238r1=164237r2=164238view=diff == --- perl/modperl/trunk/lib/Bundle/Apache2.pm (original) +++ perl/modperl/trunk/lib/Bundle/Apache2.pm Fri Apr 22 06:42:14 2005 @@ -38,7 +38,9 @@ Devel::Symdump- Symbol table browsing with Apache::Status -CGI 2.87 - Used in testing (it's in core, but some vendors exclude it) +CGI 3.08 - Used in testing (it's in core, but some vendors exclude it) + +IPC::Run3 - Used in testing Bundle::ApacheTest- Needs for testing
svn commit: r164338 - /perl/modperl/trunk/lib/Bundle/Apache2.pm
Author: stas Date: Fri Apr 22 22:24:59 2005 New Revision: 164338 URL: http://svn.apache.org/viewcvs?rev=164338view=rev Log: sort, cleanup Modified: perl/modperl/trunk/lib/Bundle/Apache2.pm Modified: perl/modperl/trunk/lib/Bundle/Apache2.pm URL: http://svn.apache.org/viewcvs/perl/modperl/trunk/lib/Bundle/Apache2.pm?rev=164338r1=164337r2=164338view=diff == --- perl/modperl/trunk/lib/Bundle/Apache2.pm (original) +++ perl/modperl/trunk/lib/Bundle/Apache2.pm Fri Apr 22 22:24:59 2005 @@ -24,13 +24,19 @@ Bundle::Apache2 - Install Apache mod_perl2 and related modules + + =head1 SYNOPSIS Cperl -MCPAN -e 'install Bundle::Apache2' + + =head1 CONTENTS -LWP - Used in testing +Bundle::ApacheTest- Needs for testing + +CGI 3.08 - Used in testing (it's in core, but some vendors exclude it) Chatbot::Eliza- Used in testing @@ -38,11 +44,12 @@ Devel::Symdump- Symbol table browsing with Apache::Status -CGI 3.08 - Used in testing (it's in core, but some vendors exclude it) - IPC::Run3 - Used in testing -Bundle::ApacheTest- Needs for testing +LWP - Used in testing + + + =head1 DESCRIPTION @@ -52,6 +59,8 @@ along with all the modules contained in the CONTENTS section above. Modules that are up to date are not installed, of course. + + =head1 AUTHOR -Doug MacEachern, Stas Bekman +mod_perl 2 development team
svn commit: r164339 - /perl/modperl/trunk/lib/Bundle/Apache2.pm
Author: stas Date: Fri Apr 22 22:25:28 2005 New Revision: 164339 URL: http://svn.apache.org/viewcvs?rev=164339view=rev Log: add the missing HTML::HeadParser Modified: perl/modperl/trunk/lib/Bundle/Apache2.pm Modified: perl/modperl/trunk/lib/Bundle/Apache2.pm URL: http://svn.apache.org/viewcvs/perl/modperl/trunk/lib/Bundle/Apache2.pm?rev=164339r1=164338r2=164339view=diff == --- perl/modperl/trunk/lib/Bundle/Apache2.pm (original) +++ perl/modperl/trunk/lib/Bundle/Apache2.pm Fri Apr 22 22:25:28 2005 @@ -44,6 +44,8 @@ Devel::Symdump- Symbol table browsing with Apache::Status +HTML::HeadParser - Used in testing + IPC::Run3 - Used in testing LWP - Used in testing
