我的CPAN的Perl模块无法安装,我该怎么办？

首先要考虑的是,你的模块是否构建完毕？如果它没有构建,您应该检查现有的错误报告,必要时提交一个文件,并尝试自己解决问题(下面的步骤2和3b / 3c).

如果它构建但测试失败,请按照以下步骤操作.

1.确定测试是否有效

这些测试的目的是测试.如果有问题,你需要知道它,而不是把它扫到地毯下.以某种方式解决问题.您的系统上有什么问题,或者这是测试本身的问题.如果这是测试的问题,它是否仍会影响你？如果这是一个系统问题,这可能会遇到什么问题？例如,假设有一个测试用于检查系统与Windows系统之间的连接.如果您未连接到Windows系统,则该特定测试可能不适用于您.

2.检查MetaCPAN是否有错误报告

如果测试失败,请转至该模块的MetaCPAN网页,并在左侧查看RT issues以查看是否有其他人遇到相同的错误.如果没有人,您应该在项目的错误跟踪器中打开RT票证或票证.

可能有其他用户可用的补丁.如果补丁对您有意义,您可以尝试应用它们并重新运行测试.

您还可以单击MetaCPAN上的“测试人员”链接. QA测试人员网页将向您展示各种Perl版本,模块版本,平台,并向您展示哪些测试在哪些版本的特定平台上失败.您可能需要安装该模块的替代版本.

此时,您可以采取一些路径.

3A.强制安装

只有在您确定失败的测试不一定适用于您之后,才执行强制安装：

cpan> force install Date::Calc

这将贯穿整个安装,但它将跳过所有测试. (或者它仍然可以测试,但如果测试失败则不会失败.)模块仍然会因编译器错误而失败,或者无法将某些内容写入您的系统.它只是忽略了测试.

这应该是最后一次安装东西的绝望尝试.您应该已经解决了失败的测试是错误的或对您没有意义.或者,有人站在你旁边用枪指着你说：“安装那个模块,否则我会扣动扳机！”.

3B.找一个替代模块

或者,您可以决定使用其他模块. CPAN充满了各种各样的问题解决方法(TMTOWTDI),所以有很多人可以做到你想做的事情.

3C.写一些代码

或者,您可以分析测试失败的原因并修复模块或代码.具有潜在补丁的错误报告通常受到繁忙模块作者的欢迎.如果它看起来不像作者想要修复,你可以随时分叉现有模块,或者写一个新模块.

如果作者已经离开了MIA,你可能可以adopt the module并自己维护. general process for adopting a module是第一个尝试向修复它的作者提交代码,然后等待一段时间,也许一个月,让作者拿起它.如果没有回复,请尝试其他联系方式,电子邮件,Google,无论您能找到什么.之后,您可以继续进行Perl IRC聊天,邮件列表等,寻找知道作者可能位置的人.如果几个月后这些都不起作用,PAUSE管理员可以调查并将模块转交给您.

This is based on this excellent answer