求助：Perl模块RPM未提供全部内置文件且误把子模块列为依赖

针对你用cpanspec和rpmbuild构建包含内嵌子模块的Perl RPM时出现的循环依赖、Provides缺失问题，按以下步骤调整：

1. 修正默认过滤规则 #

cpanspec生成的spec默认会用%{perl_default_filter}过滤部分Perl模块的Provides/Requires，导致内嵌子模块未被正确识别。找到spec中的这两行：

%filter_from_provides /^perl(.*)$/ %{perl_default_filter}
%filter_from_requires /^perl(.*)$/ %{perl_default_filter}

修改为仅过滤外部模块，保留你的内嵌子模块：

%filter_from_provides /^perl(Module::.*)$/ %{perl_default_filter}
%filter_from_requires /^perl(Module::.*)$/ %{perl_default_filter}

如果不确定过滤规则，直接注释掉这两行，让宏自动检测所有模块。

2. 手动补充缺失的Provides条目 #

如果自动检测仍未识别所有子模块，在spec的%files段之前手动添加Provides声明：

Provides: perl(Module::SubModule1)
Provides: perl(Module::SubModule1::SubSub1)
Provides: perl(Module::SubModule1::SubSub2)
Provides: perl(Module::SubModule2)
Provides: perl(Module::SubModule2::SubSub1)

这会强制RPM声明这些模块由当前包提供，避免被当作外部依赖。

3. 确保文件和依赖宏正确遍历所有子模块 #

检查spec的%files段是否完整包含所有lib文件，用目录通配符避免遗漏：

%files
%doc README MANIFEST
%{perl_vendorlib}/Module/
%{perl_vendorlib}/Module.pm

同时确认spec中启用了正确的Perl依赖检测宏：

%{perl_find_provides}
%{perl_find_requires}

这些宏会遍历%{perl_vendorlib}下的所有.pm文件，生成正确的Provides和Requires。

4. 验证修改结果 #

重新构建RPM后，用以下命令验证：

# 检查Provides是否包含所有子模块
rpm -qp Module-1.0.rpm --provides

# 检查Requires是否不再包含内部子模块
rpm -qp Module-1.0.rpm --requires

如果仍有内部子模块出现在Requires中，可在spec中添加Requires: perl(Module::SubModuleX)，因为RPM会自动识别该依赖已由当前包提供，不会触发外部依赖检查。

5. 极端情况：关闭自动依赖检测 #

如果上述方法都无效，在spec开头添加：

AutoReqProv: no

然后手动写出所有外部依赖和所有Provides条目。这种方式需要你明确模块的所有外部依赖，适合复杂场景。

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