On 13/02/25 6:04 AM, Kevin Falcone wrote: > Are you sure that this perl /opt/perl/bin/perl > >> [cwfox@admin-new perl]$ /opt/perl/bin/perl -le 'print foreach @INC' >> /opt/perl/lib/site_perl/5.16.2/x86_64-linux >> /opt/perl/lib/site_perl/5.16.2 >> /opt/perl/lib/5.16.2/x86_64-linux >> /opt/perl/lib/5.16.2 > > Is the same as this perl? > >> /usr/local/lib64/perl5 /usr/local/share/perl5 >> /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl >> /usr/lib64/perl5 /usr/share/perl5 . /etc/httpd) at > > It looks like RT is running under /usr/bin/perl (the system perl) and > anything you install into your custom perl will be unavailable. > > Disable the calendar plugin and start up RT and visit the System > Configuration page to compare the perl -V output at the bottom to the > results of /usr/bin/perl -V and /opt/perl/bin/perl -V > > Keep in mind, if you're using a packaged mod_perl you're almost > certainly *not* using your custom built perl. > > -kevin
Kevin, /opt/perl/bin/perl and all the permods were installed specifically for this RT installation. I installed perl 5.16.2 in /opt/perl and used it as the perl to install everything, so how (and when) did the RT instance get hijacked? This pretty much sucks. Best Regards, Camron -- Camron W. Fox Hilo Office High Performance Computing Group Fujitsu Management Services of America, Inc. E-mail: cw...@us.fujitsu.com Phone: (808) 934-4102 Cell: (808) 937-5026 -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T