Module::Pluggable安装测试失败求助（Perl 5.16.0）

问题原因 #

你遇到的t/29unreadable.t测试失败，核心是测试预期模块会忽略不可读的模块文件，但实际你的环境下Module::Pluggable还是识别出了不可读的Unreadable::Foo，导致断言不匹配。具体可能的原因：

• Perl 5.16.0版本较老，其文件权限检测逻辑和Module::Pluggable测试用例的预期行为不一致。新Perl版本在处理不可读文件时的返回值更严格，而5.16.0可能没有正确识别文件不可读的状态。
• 运行安装的用户权限特殊：比如测试创建的"不可读"文件，实际在你的系统（或文件系统）下仍具备读取权限（比如部分共享存储、特殊umask设置导致权限未正确生效）。
• 你使用的Artifactory镜像中的Module::Pluggable版本，和Perl 5.16.0的兼容性不足，测试用例未考虑老版本Perl的行为。

解决办法 #

1. 跳过测试直接安装（最快捷） #

既然--force能成功，更推荐用--notest参数跳过测试，它比force更温和，仅不执行测试环节，不强制忽略安装错误：

cpanm --mirror https://artifactory.factset.com/artifactory/cpan.org/ --notest Module::Pluggable

这个方法适合datetime依赖的场景，因为测试失败的是边缘功能（不可读文件处理），Module::Pluggable的核心插件加载功能不受影响，完全能满足datetime的依赖需求。

2. 安装兼容Perl 5.16.0的指定版本 #

查找并安装对Perl 5.16.0友好的Module::Pluggable版本，比如4.8版本（该版本在老Perl环境下测试兼容性更好）：

cpanm --mirror https://artifactory.factset.com/artifactory/cpan.org/ Module::Pluggable@4.8

3. 验证文件权限（排查环境问题） #

手动模拟测试场景确认权限是否生效：

1. 创建一个临时目录，比如test_plug，在其中创建Unreadable/Foo.pm文件
2. 设置文件权限为不可读：chmod 000 test_plug/Unreadable/Foo.pm
3. 写一段简单的Perl代码测试Module::Pluggable是否会加载它：

use Module::Pluggable search_path => ['Unreadable'];
my @plugins = plugins();
print "Found plugins: @plugins\n";

如果输出仍包含Unreadable::Foo，说明是Perl 5.16.0的权限检测问题，此时只能用前两种方法解决。

内容的提问来源于stack exchange，提问作者anshu kumar