如何判断机器上特定Perl安装最初提供的模块？

Question

如何判断机器上特定Perl安装最初提供的模块？

(这不是重复: 如何判断Perl模块是核心还是标准安装的一部分？ ("我怎么知道Perl模块是核心还是标准安装的一部分？") - 它在事实上是一个衍生问题)

我正在寻找最初安装的内容,作为安装的一部分提供了哪些模块,内置的内容.不是从那以后安装的.

我希望这适用于任何 Perl版本.

我希望能够这样做:

• 在具有安装的机器上使用Perl程序本身/命令中的脚本.因此,我将依靠安装以某种形式记录它最初的内容.
• 在我安装之前在下载的包上.问它有什么模块.

我想这样做的原因是:

• 我想知道在编写使用Perl安装的机器上运行的软件时我可以期望哪些模块是默认模块,以及我需要添加哪些模块不是默认模块
• 如果我保留原始安装程序映像/包或者知道如何在线再次获取确切的东西,那么我有几个机器的可重复的一致Perl安装,知道将存在哪些模块以及哪些模块不存在.
• 我的Perl软件将有一个定义明确的部署程序,因为很容易准确定义软件所需的内容
• 由于我的组织中存在的策略,我可能无法轻松更新/升级Perl版本(这就是它的方式,我不想对此进行侧面讨论).这样的政策是合理的,因为总是有风险升级到可以超过收益的新软件.因此,开发人员需要知道他们可以获得什么.

我之所以提出这个问题,是因为,对于任何Perl版本,似乎没有一种自动方式来查找整体标准安装,从而定义您的机器上的默认安装中可能存在哪些模块 - 请参阅问题: 如何判断Perl模块是核心还是标准安装的一部分？ ("如何判断Perl模块是核心还是标准安装的一部分？")

不能依赖Perl版本来告诉您哪些模块存在与否.当然,可能有在线文档告诉你.但是我需要在我下载/安装的版本上自动执行此操作.即使是不同Linux/Unix发行版上的相同Perl版本也可能不同.

Answer 1

对于Debian或Ubuntu,您可以使用

$ dpkg --listfiles perl | grep '\.pm$'

对于Redhat:

$ rpm -ql perl | grep '\.pm$'

Answer 2

一般来说,你不能.如果您接受并从不同的角度处理问题,那么您将获得更少的挫败感.Module :: CoreList提供了一个列表,列出了所有安装中应该包含的内容,但是供应商不需要遵守它,大多数发行版都包含许多不属于核心的模块.除非建立自己的数据库,包括每个发行版的哪个版本 - 这是一项艰巨的任务 - 没有太多希望.请注意,即使对于随发行版附带的模块,安装的版本也可能不同.

我可以看到几种不同的方法来解决这个问题:

1. 如果您在开发时知道目标(例如ActivePerl的特定版本),则可以根据该目标做出决策.
2. 对于一般情况,像模块一样部署应用程序并指定依赖项.例如,使用Module :: Build并列出requiresBuild.pl脚本部分中的先决条件 .在CPAN壳可以自动跟踪并解决依赖关系.
3. 如果您想完全回避问题,请使用PAR和Par :: Packer来创建自包含的部署包.