I&#39;m getting the impression that what you really need from Perl is just <i>dependency support for a single application</i>: Bugzilla... and that this particular dependency <i>happens</i> to be Perl is more-or-less irrelevant. Is that correct?<br>
<br>I hate to ask the obvious, but did you RTFM for Bugzilla?<br><br>I took a quick look and found pertinent documentation about custom installations such as the one you&#39;re attempting here: <a href="http://www.bugzilla.org/docs/3.6/en/html/nonroot.html">http://www.bugzilla.org/docs/3.6/en/html/nonroot.html</a>.<br>
<br>But this really begs the question: If your real need is specifically Bugzilla why don&#39;t you simply install an RPM for that software and let it handle it&#39;s own dependencies? If it doesn&#39;t handle it&#39;s own dependencies correctly file a bug ( oh, wait... ;-) ) ... and if there isn&#39;t an RPM of a recent enough version of this software available it sounds more like an issue for your OS vendor than Perl.<br>
<br>I understand that you&#39;re frustrated, but in retrospect I guess I just don&#39;t understand the point of all your initial questions about Perl in this context... but maybe I&#39;m missing something.<br><br>Perl is really just an incidental detail here of the complexity your encountering with a large and proportionately complex piece of <i>totally unrelated</i> software... It&#39;s like complaining to Sun MicroSystems that you found a big FOSS Java application online that you can&#39;t get to work...  :-S<br>
<br>Issues like this might more productively be directed to specific project mailing lists... for example, Bugzilla&#39;s mailing list.<br><br><br>Sorry,<br>m<br><br><br><div class="gmail_quote">On Thu, Apr 15, 2010 at 4:44 PM, Tim McDaniel <span dir="ltr">&lt;<a href="mailto:tmcd@panix.com">tmcd@panix.com</a>&gt;</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;">My technical lead is getting immensely frustrated right out of the<br>
gate, for the same reasons that were frustrating me.<br>
<br>
We are looking into installing a late-model Bugzilla on &quot;Red Hat<br>
Enterprise Linux Server release 5.3 (Tikanga)&quot;.  The system will run a<br>
few other related programs, like source control and such.  Bugzilla is<br>
written in Perl (et cetera) and has module dependencies, many of which<br>
are not distributed with Perl.<br>
<br>
There are all sorts of pages with advice like &quot;on a server, always<br>
build and maintain your own Perl in a side directory&quot;, and &quot;never use<br>
CPAN on a system perl where modules are installed by a package<br>
manager&quot;.<br>
<br>
So far as I see it, this all makes it a pain in the butt to someone<br>
who just wants to install one damned application and use it, and<br>
before this my technical lead didn&#39;t like Perl anyway.  These are the<br>
issues I saw:<br>
<br>
- You should run &quot;perl -V&quot; to get all the compilation options on the<br>
  system perl (as a hint as to useful or expected features), and use<br>
  those options on your private Perl, except that in this case the<br>
  system perl is 5.8.8 and the almost latest perl is 5.10.1, so I<br>
  don&#39;t know that the options are compatible.<br>
  It seemed a minor pain to specify the side directory and to be sure<br>
  that it was always being used.<br>
<br>
- All the Bugzilla Perl scripts start &quot;#! /usr/bin/perl&quot;, so you have<br>
  to stomp on the system perl anyway, or edit every script&#39;s top line,<br>
  and then try to find if any file invokes perl on its own.<br>
<br>
- To make it possible to unstomp, you have to research and set up<br>
  /etc/alternatives.  In my little bit of looking at<br>
  /etc/alternatives, it seemed that there are a LOT of slave programs<br>
  for perl and a lot of complication in it.<br>
<br>
Anyone with experience in Bugzilla, Perl, and Perl maintenance on a<br>
server?<br><font color="#888888">
<br>
-- <br>
Tim McDaniel, <a href="mailto:tmcd@panix.com" target="_blank">tmcd@panix.com</a><br>
_______________________________________________<br>
Austin mailing list<br>
<a href="mailto:Austin@pm.org" target="_blank">Austin@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/austin" target="_blank">http://mail.pm.org/mailman/listinfo/austin</a><br>
</font></blockquote></div><br>