I've gone over the docs, but for some reason I've just never found
anything that just builds mod_ssl, mod_perl and apache all cleanly
without overwriting each other's config file changes. Maybe it's
staring me in the face, but I'm at a loss.
So finally I wrote a script. Used it on one of my machines and it
worked like a charm. Tweaked it for the layout on a new machine
and....
I'm getting segfaults on mod_perl. Everything else works just fine.
In fact, if all I do is copy my old 1.25 (perl 5.6.0) libperl.so into
the libexec directory, everything works fine with the new software.
But if I try to move to the new one I've built with this script (perl
5.6.1 and mod_perl 1.27) I get segfaults as soon as any embperl sites
load. I don't think it's an embperl specific problem, I think it's
mod_perl, but if anyone has a suggestion on how to prove that, let me
know.
Here's the script I'm using. Dinner for two for whoever figures this
one out for me.
#!/bin/sh
openssl=openssl-0.9.6e
apache=apache_1.3.26
mod_ssl=mod_ssl-2.8.10-1.3.26
mod_perl=mod_perl-1.27
for dir in $openssl $apache $mod_ssl $mod_perl
do
if [ ! -d "$dir" ]; then
echo "$dir doesn't exist."
exit 3
fi
done
cd $openssl
./Configure
make
cd ..
cd $mod_ssl
SSL_BASE=../$openssl \
./configure --with-apache=../$apache --prefix=/usr/local/apache
cd ..
cd $mod_perl
perl Makefile.PL \
APACHE_SRC=../$apache \
DO_HTTPD=1 \
USE_APACI=1 \
PREP_HTTPD=1 \
EVERYTHING=1
make
cd ..
cd $apache
SSL_BASE=../$openssl ./configure \
--enable-module=most \
--enable-shared=max \
--enable-module=ssl \
--enable-module=auth_db \
--activate-module=src/modules/perl/libperl.a \
--enable-shared=perl \
--with-layout=Apache
make
cd ..
--
Kee Hinckley - Somewhere.Com, LLC
http://consulting.somewhere.com/
I'm not sure which upsets me more: that people are so unwilling to accept
responsibility for their own actions, or that they are so eager to regulate
everyone else's.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
