[rt-users] Apache + mod_perl

[Rich West]

OK.. shoot me now.  For the life of me, it will not work. :(

bah..  grrr.. grumble..

This really shouldn't be that much trouble..

Somehow I do not think I could sneak by a CLI-only version of RT2 past 
the helpdesk folks here.. They would probably lynch me. :)

I browsed through those pages, and the darned thing tries to compile 
mod_ssl as a DSO.  *ack*  That, and gcc happily builds everything, but 
Sun's C compiler bombs.

Man, it burns me that I got this far at this site with RT2 only to be 
stopped in my tracks by dumb-old mod_perl.

*toss in the towel*  Now that I have a huge headache, I'm done for today.

-Rich

#!/bin/sh

CC="cc"
PATH=/opt/SUNWspro/bin:/usr/local/bin:$PATH
export CC PATH

cd mod_ssl-2.8.4-1.3.20/
./configure --with-apache=../apache_1.3.20 --enable-shared=ssl
cd ..
cd mod_perl-1.26
perl Makefile.PL APACHE_SRC=../apache_1.3.20/src DO_HTTPD=1 PREP_HTTPD=1 
USE_APACI=1 EVERYTHING=1
make
make install
cd ../apache_1.3.20

LD_LIBRARY_PATH=/usr/local/lib
export LD_LIBRARY_PATH
CFLAGS="-L/usr/local/lib" SSL_BASE=/usr/local/pkg/openssl-0.9.6b \
./configure  --prefix=/usr/local/pkg/apache-1.3.20-test \
--enable-module=ssl \
--enable-shared=ssl \
--enable-module=unique_id \
--enable-module=rewrite \
--enable-module=speling \
--enable-module=expires \
--enable-module=info \
--enable-module=log_agent \
--enable-module=log_referer \
--enable-module=usertrack \
--enable-module=proxy \
--enable-module=userdir \
--enable-module=so \
--disable-module=auth_dbm \
--enable-suexec \
--suexec-caller=nobody \
--suexec-docroot=/nj/www \
--add-module=../mod_bandwidth.c \
--activate-module=src/modules/perl/libperl.a \
--enable-module=perl \
--disable-rule=WANTHSREGEX
make
make install



Sheeri Kritzer wrote:

> Rich,
>
> I compiled apache successfully (twice) on Solaris 8.
>
> I basically used the document at
>
> http://www.delouw.ch/linux/apache.phtml
>
> only slightly modified (ie, mm just Doesn't Work, don't bother installing
> it)
>
> You need to be careful, though, if you're not using the Sun (Forte) C
> compiler. I've run into a great deal of trouble there. I have also run
> into trouble, along those same lines, with my build of perl -- perl
> expected the compiler to be cc (sun's Forte C compiler), and so whenever I
> did "perl Makefile.PL" as with mod_perl, I got some funky errors.
>
> Our solution temporarily is to rebuild perl to recognize gcc. However, in
> the long term, we're buying the license for the $#!$@$# compiler.
>
>
> Sheeri Kritzer
> Systems Administrator
> University Systems Group
> Tufts University
> 617-627-3925
> skritz01 at emerald.tufts.edu
>
> On Wed, 17 Oct 2001, Rich West wrote:
>
>> <rant>
>> Arggh!
>> </rant>
>>
>> I know this is off-topic, but, since there must be someone else out
>> there with the same setup, but working, I figured I would try...
>>
>> Has anyone had any success with Apache + mod_perl on Solaris 8?
>>
>> I've had great success under Linux with Apache 1.3.20 and mod_perl 1.26,
>> but, under Solaris 8, the thing continually logs a Segmentation Fault
>> (11) for each apache process. The server answers for normal requests,
>> but, when a request goes to the virual host for RT, that's when it seg
>> faults.
>>
>> And, no.. I didn't compile it as a DSO. Out from the configure/make
>> looks like: o perl_module uses ConfigStart/End
>> + mod_perl build type: OBJ
>> + setting up mod_perl build environment
>> + id: mod_perl/1.26
>> + id: Perl/v5.6.1 (solaris) [perl]
>> + adjusting Apache build environment
>> + enabling Perl support for SSI (mod_include)
>>
>> ...
>> with all of the perl stuff listed as "enabled".
>>
>> *sigh* I am _so_ close at getting RT2 up for this site, I can taste it..
>>
>> Any tips, tricks, pointers, etc would be much appreciated!
>>
>> Thanks!
>> -Rich
>>
>>