On our CentOS 4.3 (Final) RT server, the stock mod_perl, according to yum, is 1.99_16-4.centos4. This prevents RT 3.4.5 from building properly with mod_perl, iirc. Are you using an additional repository, by any chance? The various CentOS mirrors seem to confirm this mod_perl version. Regardless, when using fastcgi, this isn’t an issue.
voice: 888-4-DCANET (888-432-2638)
fax: 302-426-6386On Tue, May 23, 2006 at 01:02:59PM -0500, Les Mikesell wrote:
On Tue, 2006-05-23 at 12:46, Frank Pater wrote:
This is one of the reasons we chose not to use the RPM. The
regular source install is simple enough with CentOS 4 (you
can’t use the mod_perl RPM, but we didn’t have trouble building
our own mod_perl 2.0.2), and we have a dedicated box for RT,
so the lack of an RPM is not a big deal. As always, ymmv, but
we were able to inistall AT and RTx::Shredder with no problems.
I agree that installing RT from source is not a problem, but
it is very nice to have all those perl modules built as
RPMs and automatically pulled in - and in the fedora case know
that there won’t be conflicts with the system versions because
they are the system versions.
My production version is hand-installed on Centos with fastcgi
but I’m testing the Centos yum/RPM-install:
seems great other than installing AT. I’m considering
building one using the perl module RPMs but then adding RT
from source so AT will work.
By the way, what’s wrong with the stock Centos mod_perl?
Mine is mod_perl-2.0.1-1.rhel4 and seems to work fine.