RE: *nix distro compatibility (was Re: survey)

2005-09-14 Thread Dave Rolsky
On Wed, 14 Sep 2005, Perrin Harkins wrote: enough to use, so you still need mod_perl or FastCGI. Because the current crop of linux distros came out before mod_perl 2 but couldn't use mod_perl 1 (since they are using apache 2), they have poor mod_perl That's not entirely true. Debian Sarge (s

Mod_Perl2 w/mod_proxy/mod_rewrite

2005-09-14 Thread Jonathan Steffan
1. Concept: 2. 3. GET http://domain.tld/search/a/b/c (via :80) 4. rewrite search/a/b/c -> http://localhost:8080/perl/script?a=a&b=b&c=c [P] (via .htaccess RewriteRule) [OK] (localhost:8080 is another apache w/mod_perl) 5. proxy: http://localhost:8080

Re: Mod_perl2

2005-09-14 Thread Philip M. Gollucci
Paul Harrison wrote: I installed expat successfully. Now I get the following error ==> make Making all in . Making all in include make all-am Making all in library make all-am Making all in module Making all in apache2 make: don't know how to make all-local. Stop *** Error code 1 use gmake

Re: Do I need Apache2::RequestUtil::request( )?

2005-09-14 Thread Foo Ji-Haw
There's not much changes to mp2, from your usage angle. In mp1, you use Apache::Request In mp2, the module is now called Apache2::RequestUtil. But it has generally the same methods as its mp1 equivalent, including ->request().   You get the Apache2::RequestUtil the same way as in mp1: sub h

RE: *nix distro compatibility (was Re: survey)

2005-09-14 Thread David Christensen
Perrin Harkins wrote: > I don't think this changes your situation any. CGI is not really > fast enough to use, so you still need mod_perl or FastCGI. Because > the current crop of linux distros came out before mod_perl 2 but > couldn't use mod_perl 1 (since they are using apache 2), they have > p

RE: catalyst/Debian (was Re: *nix distro compatibility)

2005-09-14 Thread David Christensen
Carl Johnstone wrote: > There's stuff available for Debian, but as with mod_perl2 itself, > catalyst is a little young - there's nothing in stable. > There are some pacakages in testing, if you're happy to run that (and > recommend your customers run that should you release before Debian) - > the

Re: Getting param

2005-09-14 Thread Boysenberry Payne
Now when I try to start apache using apachectl start I get: dyld: /usr/local/httpd/bin/httpd version mismatch for library: /usr/local/httpd/lib/libexpat.0.dylib (compatibility version of user: 6.0.0 greater than library's version: 2.0.0) /usr/local/httpd/bin/apachectl: line 100: Trace/B

RE: Mod_perl2

2005-09-14 Thread Paul Harrison
I installed expat successfully. Now I get the following error ==> make Making all in . Making all in include make all-am Making all in library make all-am Making all in module Making all in apache2 make: don't know how to make all-local. Stop *** Error code 1 Cure -Original Message--

Re: Mod_perl2

2005-09-14 Thread Frank Wiles
On Wed, 14 Sep 2005 16:56:16 -0500 "Paul Harrison" <[EMAIL PROTECTED]> wrote: > I tried installing libapreq2-2.06-dev > > I get the following error ==> > > > /usr/local/bin/bash ../libtool --mode=link gcc -g -O2-o > libapreq2.la -rpath /usr/local/lib -version-info 3:3:1 > -L/usr/local/li

Re: Getting param

2005-09-14 Thread Boysenberry Payne
The install for expat 1.95.8 and APR::Request went great. But now in my error_log I get the following: dyld: /usr/local/httpd/bin/httpd version mismatch for library: /usr/local/httpd/lib/libexpat.0.dylib (compatibility version of user: 6.0.0 greater than library's version: 2.0.0) It seems A

RE: Mod_perl2

2005-09-14 Thread Paul Harrison
I tried installing libapreq2-2.06-dev I get the following error ==> /usr/local/bin/bash ../libtool --mode=link gcc -g -O2-o libapreq2.la -rpath /usr/local/lib -version-info 3:3:1 -L/usr/local/lib/apache2 -lapr-0 -laprutil-0 -lexpat -liconv -lm -lcrypt util.lo version.lo cookie.lo param.l

Re: Getting param

2005-09-14 Thread Boysenberry Payne
While trying to install APR::Request::Apache2 I got the following error(s): gcc -g -O2 -o .libs/test_cgi test_cgi.o /Users/boysie/.cpan/build/libapreq2-2.06-dev/library/.libs/ libapreq2.dylib -lexpat -L/Users/boysie/src/httpd-2.0.54/srclib/apr-util/xml/expat/lib /Users/boysie/src/httpd-

Re: Getting param

2005-09-14 Thread Frank Wiles
On Wed, 14 Sep 2005 16:30:52 -0500 Boysenberry Payne <[EMAIL PROTECTED]> wrote: > While trying to install APR::Request::Apache2 I got the following > error(s): > > gcc -g -O2 -o .libs/test_cgi test_cgi.o > /Users/boysie/.cpan/build/libapreq2-2.06-dev/library/.libs/ > libapreq2.dylib -lexpat

Re: Mod_perl2

2005-09-14 Thread Frank Wiles
On Wed, 14 Sep 2005 16:29:51 -0500 "Paul Harrison" <[EMAIL PROTECTED]> wrote: > Same compiler, yes > > In installed it from FreeBSD ports tree > PORTNAME= libapreq2 > PORTVERSION=2.05 > CATEGORIES= www perl5 devel libapreq2-2.06-dev is the latest version, I believe you need this

Re: Getting param

2005-09-14 Thread Boysenberry Payne
While trying to install APR::Request::Apache2 I got the following error(s): gcc -g -O2 -o .libs/test_cgi test_cgi.o /Users/boysie/.cpan/build/libapreq2-2.06-dev/library/.libs/ libapreq2.dylib -lexpat -L/Users/boysie/src/httpd-2.0.54/srclib/apr-util/xml/expat/lib /Users/boysie/src/httpd-

RE: Mod_perl2

2005-09-14 Thread Paul Harrison
Same compiler, yes In installed it from FreeBSD ports tree PORTNAME= libapreq2 PORTVERSION=2.05 CATEGORIES= www perl5 devel Cure -Original Message- From: Frank Wiles [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 14, 2005 4:19 PM To: Paul Harrison Cc: modperl@perl.

Re: Mod_perl2

2005-09-14 Thread Frank Wiles
On Wed, 14 Sep 2005 16:03:20 -0500 "Paul Harrison" <[EMAIL PROTECTED]> wrote: > I'm currently learning how to use mod_perl2-2.0.1, when I try to > preload the following modules at startup --> > > > > use Apache2::Request (); > > use Apache2::Cookie (); > > I get the following error in the ap

Re: *nix distro compatibility (was Re: survey)

2005-09-14 Thread Frank Wiles
On Wed, 14 Sep 2005 09:51:35 -0700 "Justin Luster" <[EMAIL PROTECTED]> wrote: > I use Rackspace for my Unix hosting and support. They install Red Hat > Enterprise Linux 3 and 4 that both have beta versions of Mod_Perl > installed (ModPerl 1.99_16). Are these not recommended for use on a > produc

Mod_perl2

2005-09-14 Thread Paul Harrison
In mod_perl 1.29 version, I preload the following modules at startup à use Apache::Request (); use Apache::Cookie ();     It works perfect…   I’m currently learning how to use mod_perl2-2.0.1, when I try to preload the following modules at startup à   use Apache2::Request (); use

Re: Getting param

2005-09-14 Thread Joe Schaefer
Boysenberry Payne <[EMAIL PROTECTED]> writes: > What is the difference between: > > APR::Request::Apache2 > and > Apache2::RequestRec Apache2::RequestRec is the perl module representing httpd's request_rec struct. APR::Request::Apache2 is the perl module for interfacing with mod_apreq2, which is

Re: Getting param

2005-09-14 Thread Boysenberry Payne
What is the difference between: APR::Request::Apache2 and Apache2::RequestRec Thanks, Boysenberry boysenberrys.com | habitatlife.com | selfgnosis.com On Sep 14, 2005, at 1:41 PM, Philip M. Gollucci wrote: Philip M. Gollucci wrote: You want instead use APR::Reuest::Apache2 (); my $apr = APR::Re

Re: Getting param

2005-09-14 Thread Philip M. Gollucci
Philip M. Gollucci wrote: You want instead use APR::Reuest::Apache2 (); my $apr = APR::Reuest::Apache2->handle($r); my $FORM = $req->param; ## hashref implemented as a tied hash to an APR::Table my $param1_value = $FORM{param1} Note s/Reuest/Request/g Sorry! -- END ---

Re: Getting param

2005-09-14 Thread Philip M. Gollucci
Boysenberry Payne wrote: Yea, I got Apache2/MP2 installed and running on my OS X box. YAY! Now I'm rewriting my code and am getting the error: Excellent Can't locate object method "param" via package "Apache2::RequestRec" Thats because its not there :) You need libapreq http://httpd.apac

Getting param

2005-09-14 Thread Boysenberry Payne
Yea, I got Apache2/MP2 installed and running on my OS X box. Now I'm rewriting my code and am getting the error: Can't locate object method "param" via package "Apache2::RequestRec" Here is what I have: sub handle { my $r = shift; my $c = $r->connection; my $apr = Apache2::RequestRec->new( $r )

Re: *nix distro compatibility (was Re: survey)

2005-09-14 Thread Philip M. Gollucci
Justin Luster wrote: I use Rackspace for my Unix hosting and support. They install Red Hat Enterprise Linux 3 and 4 that both have beta versions of Mod_Perl installed (ModPerl 1.99_16). Are these not recommended for use on a production server? We do not recommand anything less then 1.9922 aka

RE: *nix distro compatibility (was Re: survey)

2005-09-14 Thread Justin Luster
I use Rackspace for my Unix hosting and support. They install Red Hat Enterprise Linux 3 and 4 that both have beta versions of Mod_Perl installed (ModPerl 1.99_16). Are these not recommended for use on a production server? -Original Message- From: Perrin Harkins [mailto:[EMAIL PROTECTED]

RE: *nix distro compatibility (was Re: survey)

2005-09-14 Thread Perrin Harkins
On Tue, 2005-09-13 at 22:50 -0700, David Christensen wrote: > If I understand it correctly, Catalyst can run under Perl/CGI, Apache/ > mod_perl > CGI emulation layers (Apache::Registry, FastCGI?, others?), Apache/ mod_perl, > Apache2/ mod_perl2 CGI emulation layers (?), and Apache2/ mod_perl2. It

Do I need Apache2::RequestUtil::request( )?

2005-09-14 Thread Justin Luster
Hi,   I'm still struggling with trying to understand how Mod_Perl 2 works.  All I want to do is to have a regular Perl script run under Mod_Perl just to speed it up.   In the past, in Mod_Perl 1 I’ve used this:   sub PrintHeader { if ($ENV{'PERL_SEND_HEADER'}) {    

Re: catalyst/Debian (was Re: *nix distro compatibility)

2005-09-14 Thread Carl Johnstone
I'd like to have similar flexibility as to *nix distribution -- e.g. developed/ supported under one (likely, Debian 3.1; that's what I know best), and later tested/ supported under others (if the need arises and help is available). I'm hoping that Catalyst will facilitate this goal. There's s

Re: mod_perl, mod_proxy, mod_rewrite

2005-09-14 Thread Philip M. Gollucci
Jonathan Steffan wrote: slurp_filename('/opt/apache2/perl/script?a=a&b=b&c=c') / opening: (2) No such file or directory at /opt/perl/lib/site_perl/5.8.7/i686-linux/ModPerl/RegistryCooker.pm line 540 That's because this should be > slurp_filename('/opt/apache2/perl/script') / opening: (2) No -

mod_perl, mod_proxy, mod_rewrite

2005-09-14 Thread Jonathan Steffan
Hello again all, I have a static frontend apache (2.0.40 mp1.99) and a backend apache (2.0.54 mp2) that run my searches. I am mod_rewriting the frontend apache to take /search/a/b/c and rewrite it to the backend running on host:81. The backend is where the perl code is. So search/a/b/c -> htt

Re: [mp2] Directive changes the command nam

2005-09-14 Thread pradeep kumar
I am using HP-UX. There is no setproctitle on it as far as I know. Is there any other way of doing this on HP-UX.. Also I found a similar query which was reported some time back which was changing the command name dated Wed, 11 Feb 2004. This has been rectified though. But in my case the entire com

MKDoc-1.6.31 released

2005-09-14 Thread Chris Croome
Hi Passing on for info -- MKDoc is the CMS that Petal was originally developed for. This announcement is also on the web site: http://www.mkdoc.org/news/mkdoc-1631-released/ Chris - Forwarded message from Bruno Postle <[EMAIL PROTECTED]> - Date: Tue, 13 Sep 2005 21:23:05 +0100 From

Extensive logging (similar to catalyst)

2005-09-14 Thread Chris
Greetings, We have a web application running under mod_perl. It is pretty complex, and we have built extensive logging into the code. Multiple levels of logging are available, everything from logging variable contents, hash contents, headers, post/get request content, etc. An example of what

Re: mod_perl advocacy

2005-09-14 Thread Pratik
This was kinda funny. Security is a practice, not a feature. -Pratik On 9/13/05, JupiterHost.Net <[EMAIL PROTECTED]> wrote: > > > Octavian Rasnita wrote: > > > Hmm, sorry. I was just trying to think to something that might make perl > > more used than PHP. > > - PHP is crap and a half to ad