I'm running it on Red Hat ES 5.4 without issues. The only thing about RH and RT, is that you need to re-install File::Temp everytime the perl RPM is updated.<br clear="all">--<br>Mathieu Longtin<br>1-514-803-8977<br>
<br><br><div class="gmail_quote">On Fri, Nov 13, 2009 at 1:02 PM, Gary L. Greene, Jr. <span dir="ltr"><<a href="mailto:ggreene@minervanetworks.com">ggreene@minervanetworks.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div><div></div><div class="h5">On Friday 13 November 2009 8:04:35 am Jerrad Pierce wrote:<br>
> This is not an RT problem per se, and it is yet another example of the<br>
> problems with relying upon externally controlled (automatically<br>
> updated) libraries to run a large 3rd party system i.e; you should<br>
> ideally have a local perl installation to run RT.<br>
><br>
> RH ES4 is known to use an outdated and incompatible Scalar::Util,<br>
> perhaps ES5 does as well.<br>
><br>
> > "make testdeps" will not run with *** No rule to make target<br>
> > `testdeps'.  Stop. error.<br>
><br>
> Then your build tree is seriously borked. Fetch and extract another<br>
> copy so that you *can* run make testdeps.<br>
> _______________________________________________<br>
> <a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users" target="_blank">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a><br>
><br>
> Community help: <a href="http://wiki.bestpractical.com" target="_blank">http://wiki.bestpractical.com</a><br>
> Commercial support: <a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a><br>
><br>
><br>
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>
> Buy a copy at <a href="http://rtbook.bestpractical.com" target="_blank">http://rtbook.bestpractical.com</a><br>
><br>
<br>
</div></div>I've been running RT just fine on a CentOS box. Note that I've built all<br>
modules that are required as packages, and noted the breakage of various core<br>
modules as shipped by RH from the CentOS mailing list, so I build packages for<br>
those too parented in the site_perl tree. IMO, the need for a source<br>
built/local build of Perl is NEVER a good solution to hand to users. Running a<br>
ticketing tool shouldn't require a user to build a local copy of a core<br>
distribution component.<br>
<font color="#888888"><br>
--<br>
Gary L. Greene, Jr.<br>
IT Operations<br>
Minerva Networks, Inc.<br>
Cell:  (650) 704-6633<br>
Phone: (408) 240-1239<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
<a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users" target="_blank">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a><br>
<br>
Community help: <a href="http://wiki.bestpractical.com" target="_blank">http://wiki.bestpractical.com</a><br>
Commercial support: <a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a><br>
<br>
<br>
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>
Buy a copy at <a href="http://rtbook.bestpractical.com" target="_blank">http://rtbook.bestpractical.com</a><br>
</div></div></blockquote></div><br>