例如,在使用ActivePerl的Win32系统上,我使用PPM进行所有操作,并使用了很棒的PPM::Make.在RedHat系统上,我更喜欢使用RPM.
现在我正在研究一个Debian系统,发现自己需要一种将任意的CPAN或CPAN风格分配变成deb的方法.
Google显示诸如dh-make-perl,CPANPLUS :: Dist :: Deb和CPAN :: Packager :: Builder :: Deb等选项.
有谁拥有这些不同工具的经验,有什么建议使用或避免？
处理标准CPAN模块构建deb文件的最佳方式是什么？
更新：
我发现an article by Hans Dieter Piercy关于这个问题 – 他建议,为了自己的需要,CPANPLUS工具.在某些情况下,他建议使用dh-make-perl.格里姆·福斯特(Jeremiah Foster)(撰写文章brian d foy指出)回应HDP并为dh-make-perl做了一个案例.
还有a post on idimmu.net描述了使用dh-make-perl.
自动柜员机,我倾向于dh-make-perl,因为这是三次推荐(Brian d foy代理Jeremy Foster,idimmu.net作者和hillu)vs一次为CPANPLUS
解决方法
dh-make-perl做得很好,从源头上重复提取和猜测信息.它已经正常工作,几乎所有的CPAN模块,我打包成Debian软件包(官方或仅供内部使用).
也就是说,最终的包应该被认为是一个正确的Debian包的起点. dh-make-perl将自动生成的警告提示(如debian / control)(即包和依赖关系的说明)以及debian / copyright(许可信息).
为了回应Manni,我认为使用操作系统或发行版为软件包管理提供的工具而不是针对它们是一个好主意.在Debian的情况下,这意味着将东西放入.deb包并安装它们. Perl的构建工具和CPAN在提供跨平台构建环境和分发源代码方面做得非常出色,但与现代Linux发行版中的软件包管理工具相比,它们执行次优,因为通常需要额外的手动干预不同于多个机器的自动化比起卷起包装更不容易.
(对于一次性和测试安装,安装到/usr/local /和使用stow(8)作为一个穷人的包管理器可能没关系.)
即使您正在构建自己使用的软件包,请考虑联系Debian Perl Group,如果您认为该模块有用于其他用户,则可以向Debian发起上传.