I'm trying to migrate a server to a new machine running 64-bit RedHat 6. The
stock RedHat setup is apache 2.2.15, php 5.3.3 and perl 5.10.1. Normally I
build the latest Apache 2.2 and Perl/mod_perl in /usr/local and just use that.
However, this server will also use Drupal so I figured I'd
On Tuesday, May 01, 2012 10:51:40 am Fred Moyer wrote:
t/api/server_const.t (Wstat: 0 Tests: 6 Failed: 2)
I'm not sure how serious this failure is and whether I should consider
The RedHat Apache uses a custom server signature so there is a bit of
a mismatch on that
Hello,
I'm looking at upgrading some legacy code that runs under mod_perl with an eye
towards making it more scalable.
I understand the value of having one light-weight server for static content,
and a reverse proxy back to a heavy-weight Apache with mod_perl, and I
understand I can use
I've now tried various version of Perl (5.10.1, 5.12.4, 5.14.1), and various
version of Apache, but I'm unable to get Apache to run when mod_perl is
installed.
The error logs show
symbol lookup error: /usr/local/lib/perl5/site_perl/5.14.1/x86_64-
linux/auto/ModPerl/Util/Util.so: undefined
Hi,
I'm trying to upgrade some 64-bit Linux servers and though I'd upgrade Perl as
well. I've built the latest Apache (2.0.21), Perl (5.14.2) and mod_perl
(2.0.5), but mod_perl fails three tests:
api/request_rec
filter/out_str_reverse
err_headers_out
When I went ahead and installed this on
On Friday, October 07, 2011 04:35:08 pm Fred Moyer wrote:
On Fri, Oct 7, 2011 at 1:15 PM, Dan Axtell daniel.axt...@snet.net wrote:
That version of Apache is the legacy 2.0.x branch. Any chance you can
upgrade to 2.2.x? Some of the authentication handling changed IIRC.
I'm sorry, I meant
I'm trying to upgrade mod_perl authentication/authorization handlers for
application menu to be more fine-grained by using cookies. The basic idea is
- restrict a script alias in httpd.conf with basic authentication calling the
custon handlers
- validate the user ID/password in the
To do access control for static files while still using your mod_perl
auth handler, take a look at mod_auth_tkt or perlbal.
Thanks!
It would be more logical to do the authentication on the front-end
server. Then, if the back-end server needs the result of the
authentication, you could add an appropriate HTTP header (with the
user-id and maybe more stuff) to the request, before proxying it to the
back-end.
The idea is
Hi,
I wrote some mod_perl handlers for authentication and authorization, basically
to set cookies and check user roles. I use them for both static and dynamic
content from Perl scripts.
I'm looking into splitting Apache into two servers, one optimized for static
content and acting as a
Did you remove all previous perl build fragments that may have been
compiled without -fPIC? That is, can you try a clean install with a
prefix like /home/myuser/testperl, and then try to build mod_perl
against that perl installation?
I'll try that next.
Question: my home box is opensuse
I'm still trying to figure out how to build mod_perl on an AMD x86_64 system.
It's running gcc 4.1.1 on Red Hat 4.1.1-52. Perl 5.8.8 + Apache + mod_perl is
already installed, but I wanted to try and build everything with 5.10 because
I've read that the RedHat Perl binaries are sometimes very
On Tuesday 26 August 2008 7:14:35 am you wrote:
I had something that sounds the same. Setting CCFLAGS didnt
work, but
sh ./Configure -de -Accflags='-fPIC' (etc)
did give a libperl that worked on AMD x86_64. With 5.10 though.
OK, I tried this:
sh ./Configure -de -Accflags='-fPIC'
On Tuesday 26 August 2008 2:28:46 pm Niels Larsen wrote:
I dont have a good answer. But editing the Makefile may hide the real
error .. which error appears when not editing the Makefile, and Google
with that error, no hints? what happens if -Dloclibpth=/usr/lib64
is omitted? and of curiosity,
Hi,
I've recently upgraded my main linux machine, but unfortunately the
distribution (OpenSuse 11.0, AMD x86_64) has everything with Perl 5.10. I
have some software that runs under mod_perl that requires Perl 5.8.8. No
problem, I just build 5.8.8, right?
Well, after two days I was able to
You will need to compile perl with -fPIC on x86_64, I think I did it with:
ccflags='-fPIC' sh Configure -Dprefix /path to perl
I can't remember _exactly_ if that was it though. The other options
would be to manually the edit the Makefiles but I don't remember having
to do that.
OK, I've
On Friday 20 January 2006 12:19 pm, Jonathan Vanasco wrote:
Personally, I dislike RoR intensely - part from the language, part
from the implementation, and part from the cultish following that
just seems like a bunch of kool aid drinkers all too often.
Maypole and Catylst are both
Hi,
my server is running Apache 2.0.54 and MP 2.0.2. I'm trying to become
familiar with the environment, but I get the impression most CPAN modules
really want to run under Apache 1.X.
In particular, I installed Apache::SessionManager, but can't get Apache to
restart when I add the config
OK, so I followed the guidelines and changed mod_perl, Apache2::*, constants,
etc. I had to uncomment a reference to Apache2::Connection so references to
$r-connection-remote_ip() would work.
At that point, I can restart the server and load SessionManager, but the
minute I try to connect to
I'm currently having a similar problem with mod_perl 2.0.2 and
Apache2::AuthCookie 3.08. Adding enctype =
application/x-www-form-urlencoded to the form doesn't help.
AuthCookie is losing the login form variables when it's set up with the POST
method. In the code, the form submit handler is
Hi,
I'm new to mod_perl programming, and I'm trying to write an
authentication/authorization system under mod_perl 2.0. I've been suing
mod_auth, but I need a database-driven system and mod_auth_mysql won't
complie on my system (that's another story).
I'm trying to use
I started using CGI::Application a while ago and found it pretty easy to use.
I think you might look into using CGI::Builder, which is basically the same
idea but more flexible and with lots of nice extensions for various
templating systems, etc.
22 matches
Mail list logo