I am guessing there’s no resolution to this. 

My point is this:  I do not want to run anything but .rpm’s.  Yes, I know how to, and can utilize CPAN, but chose not to do so.  If I run “yum upgrade” or “up2date” on my systems with .rpm installed Perl packages, any CPAN update I do, may potentially become overwritten.  RedHat/CentOS systems are designed this way for a reason, ease of updates.   Another problem with CPAN: it may decide that it needs a newer version of Perl or other module than what I have installed.  Again, I want to keep my stock RPM’s.

My two cents:  don’t market something for CentOS/RedHat Enterprise Linux server systems if they do not work 100% with stock RPM installs.  NOWHERE during the installation does it mention that my Perl::CGI version is too low to use mod_perl.  I didn’t find out until I ran the Support Assessment tool under the admin section.  Had I been forewarned that I’d have to use CPAN, maybe then I could have opted for another OS.  But then, I wouldn’t be using RHEL/CentOS RPM’s then would I?

</rant>

Thank you for your time,

Tony E.

From: otrs-bounces@otrs.org [mailto:otrs-bounces@otrs.org] On Behalf Of Michael Mayaka
Sent: Monday, November 02, 2009 9:51 PM
To: User questions and discussions about OTRS.
Subject: Re: [otrs] Perl CGI version problem

Hi Tony,
Am using CentOS 5; Oracle 10g and Apache...otrs 2.4.5 is working "Perfectly Well" on my system; am actually running multiple instances! I installed the following modules using cpan on my system:
=>CGI DBI Date::Pcalc DBD::Oracle Digest::MD5 LWP::UserAgent MIME::Base64 MIME::Tools Mail::Internet Net::DNS Net::POP3 Net::LDAP Net::SMTP Authen::SASL GD GD::Text GD::Graph GD::Graph::lines GD::Text::Align XML::Parser PDF::API2 Compress::Zlib Apache2::Reload=>

=>Note:! I prefer to use the source tarball as opposed to the rpm

Michael