每当我处理任何具有处理包管理的特定方式的系统时,我都会尝试坚持使用该标准来管理我的Perl模块."在罗马等时"
例如,在使用ActivePerl的Win32系统上,我将PPM用于所有内容并使用优秀的PPM :: Make.在RedHat系统上,我更喜欢使用RPM.
现在我正在研究Debian系统,并发现自己需要一种方法将任意CPAN或CPAN样式分配转换为deb.
Google展示了dh-make-perl,CPANPLUS :: Dist :: Deb和CPAN :: Packager :: Builder :: Deb等选项.
有这些不同工具经验的人是否有任何关于使用或避免使用的建议？
处理标准CPAN模块构建deb文件的最佳方法是什么？
我找到了Hans Dieter Piercy关于这个主题的文章 - 他根据自己的需要建议了CPANPLUS工具.在某些情况下,他建议使用dh-make-perl.Jeremiah Foster(撰写文章brian d foy指向)回应HDP并为dh-make-perl提供案例.
在idimmu.net上还有一篇文章描述了使用dh-make-perl.
ATM,我倾向于dh-make-perl,因为已经三次推荐(brian d foy作为Jeremy Foster的代理人,idimmu.net作者和hillu)vs CPANPLUS
hil*_*llu 12
dh-make-perl在处理重复和繁重的工作以及从源头猜测信息方面做得很好.它几乎适用于我打包为Debian软件包的几乎所有CPAN模块(官方或仅供内部使用).
也就是说,生成的软件包应该只被视为适当的Debian软件包的起点.dh-make-perl将警告注释放入自动生成的(例如debian/control包和描述包)和debian/copyright(许可信息).
为了应对曼妮,我相信这是一个伟大的想法,工作用的操作系统或分发提供的包管理,而不是对他们的工具.在Debian的情况下,这意味着将东西放入.deb包中并安装它们.Perl的构建工具和CPAN在提供跨平台构建环境和分发源代码方面做得很好,但与现代Linux发行版中的软件包管理工具相比,它们执行次优,仅仅因为经常需要额外的手动干预,与卷起包装相比,在多台机器上不易自动化.
(对于一次性和测试安装,安装/usr/local/和使用stow(8)作为穷人的包管理器可能没问题.)
即使您只是构建自己使用的软件包,也可以考虑联系Debian Perl组,如果您认为相关模块对其他人有用,请让某人赞助上传到Debian.