CIA*_*uck 5 perl centos upgrade
答案:基本上,如果您编译自己的perl并且您的操作方式与操作系统相同,那么它可以在没有重大副作用的情况下完成.虽然这不是推荐的做法,但我已经能够这样运行一个多月了.如果你知道你在做什么,我会得出结论是相对安全的.
我们今天在工作中得出结论,我们需要将perl升级到5.10.0 CentOS 5.x附带perl 5.8.8.
我们确定维护脚本所涉及的工作#!/usr/bin/perl是徒劳的.
根据CPAN和其他地方的一些安装内容,替换操作系统的perl版本并不是一个"好"的想法.我已经更新了链接/usr/bin/.所以我的问题是,更换真的有多糟糕/usr/bin/perl？
我还没有注意到我们的系统有任何不良影响,但是我准备在出现问题时立即纠正链接(回到5.8.8).
我担心CentOS标准发行版中可能会有一些模块未包含在CPAN的源5.10.0中.我还在试图找出这些模块可能是什么.
提前致谢.
根据我的经验,最好的做法是自己编译整个堆栈(Perl,Apache,ImageMagick,...).这使您可以完全控制所有内容的使用版本以及所有内容升级的时间.
替换/usr/bin/perl你编译的是一个垃圾射击.操作系统可能正在使用它/usr/bin/perl作为其维护或init脚本的一部分,因此更改它可能会破坏您的服务器或导致奇怪的故障.
因此,忽略系统Perl,构建自己的,并修复脚本以引用您的Perl版本.
好吧，如果您确实决定更改 Perl 的安装位置，那完全取决于您以及您喜欢的位置。但是，请记住，任何带有指向 #!/usr/bin/perl 的 shebang 行的脚本都可能会损坏。
我的建议是，安装后，在 /usr/bin/perl 中创建一个软链接，指向您安装的新版本 Perl 的可执行文件。只是一个想法。这是一种避免破坏任何东西的解决方法。
正如 @Mu 指出的那样，创建上面的链接肯定有助于避免“堵塞您的服务器”的可能性。
问候，
杰夫