The alternative that I prefer is to install a custom perl for your application in another location (like /opt/bin). This keeps it separate from your system perl, so your os patches work fine and patching won't break your application.
<br><br><div><span class="gmail_quote">On 9/4/07, <b class="gmail_sendername">Jim Perrin</b> <<a href="mailto:jperrin@gmail.com">jperrin@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 9/4/07, Al Sparks <<a href="mailto:data345@yahoo.com">data345@yahoo.com</a>> wrote:<br>> Maybe a little off-topic.  But using cpan, I tried to install IO::Compress::Base 2.006.<br>><br>> I already had 2.005
 installed.  For the life of me, I couldn't get it to upgrade.<br>><br>> It finally occurred to me to download the ".tgz" file, and install it that way.<br>> That worked.<br>><br>> But does anyone have any hints on how to force cpan to upgrade?  I even tried
<br>> the "upgrade" command, and that didn't work.<br><br>You're going to make me drag out my soap box, broken record, and dead<br>horse aren't you....<br><br>CPAN is bad on systems with package management like centos. The reason
<br>is because cpan doesn't inform the package management utility that<br>it's installed anything. CPAN can also upgrade chunks of code which<br>are provided by the perl rpm shipped by centos.<br><br>This may not seem like a big deal until you attempt to install a
<br>package which requires a perl module you installed via cpan and yum or<br>rpm tells you that it's not installed. Your options here are to force<br>the installation, or install a copy via yum/rpm. This will result in
<br>either a code conflict, or multiple copies of something on your<br>system. Either way things can slowly snowball and go wrong.<br><br>The best method for installing perl modules is via package management.<br>3rd party repositories like RPMForge have dozens of perl modules which
<br>plug right into the centos perl packages and work like a champ. If all<br>else fails and you can't find the particular perl module you need via<br>one of these repositories, you should use cpan2rpm, or another<br>
packaging utility to create an rpm suitable for your system.<br><br>Using package management features like this gives you reliability (you<br>can install the package on multiple machines instead of hoping it<br>builds identically on each one), and a 'paper trail' to follow for
<br>what's on your system (you can query rpm to see where a file is or<br>what package owns it instead of guessing) and best of all, you can<br>easily remove something without resorting to 'find /somepath -name<br>
something | xargs rm'  or some other hack.<br><br>Let your package manager do the heavy lifting.<br><br><br>--<br>During times of universal deceit, telling the truth becomes a revolutionary act.<br>George Orwell<br>_______________________________________________
<br>CentOS mailing list<br><a href="mailto:CentOS@centos.org">CentOS@centos.org</a><br><a href="http://lists.centos.org/mailman/listinfo/centos">http://lists.centos.org/mailman/listinfo/centos</a><br></blockquote></div><br>