Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/ruby-on-rails-4/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
安装perl模块:cpanshell与rpm/deb_Perl_Yum_Deb - Fatal编程技术网

安装perl模块:cpanshell与rpm/deb

安装perl模块:cpanshell与rpm/deb,perl,yum,deb,Perl,Yum,Deb,我只是想知道,与通过包管理安装perl模块相比,从CPANshell安装perl模块有什么优势吗?除了偶尔能够更快地访问最新的模块版本之外 使用本机CPAN客户端,您可以访问CPAN上的所有模块,其中大多数模块可能不是由发行版打包的,但代价是发行版的包管理器不知道它们已安装(用于依赖项解析等)。我知道Debian提供了用于将CPAN模块转换为DEB的dh make perl包,这似乎可以让您两全其美,但我自己从未尝试过 不过,最重要的是选择一种或另一种方法并坚持下去。好吧,这一切都取决于模块的预

我只是想知道,与通过包管理安装perl模块相比,从CPANshell安装perl模块有什么优势吗?除了偶尔能够更快地访问最新的模块版本之外

使用本机CPAN客户端,您可以访问CPAN上的所有模块,其中大多数模块可能不是由发行版打包的,但代价是发行版的包管理器不知道它们已安装(用于依赖项解析等)。我知道Debian提供了用于将CPAN模块转换为DEB的
dh make perl
包,这似乎可以让您两全其美,但我自己从未尝试过


不过,最重要的是选择一种或另一种方法并坚持下去。

好吧,这一切都取决于模块的预期用途

本机包管理有许多优点:

  • Perl模块将与您的系统完美集成,例如。 文件位于正确的位置(取决于系统),脚本添加到 小路等
  • 自动升级和安全补丁
  • 可能是关心您的客户的维护人员或维护人员组 模块(例如Debian Perl组)
  • 特定于发行版的bug可以在进入主流之前修复 (可能具有或不具有平台特定知识)
  • 当部署到具有相同操作系统版本的计算机上时,您可以将包的依赖关系视为理所当然
直接从CPAN安装时,您还有一些优势:

  • 您可以安装模块的最新版本
  • 您可以安装模块的特定版本(旧版本或开发人员版本)
  • 您可以微调模块的编译或安装参数
现在,and()使开发人员对CPAN方式更加感兴趣。允许您在使用系统的perl二进制文件时拥有私有模块树,并允许您轻松创建自己的完整perl安装(也可以并行创建几个perl版本)

这两种方法都是有效的,如前所述,优势取决于预期用途