pkgsrc，端口，portage，macport等

Question

我想知道，在linux/unix环境和软件安装中，我们能否稍微减少一些围绕软件包的工作量。我的立场是，关于$subject有太多多余的努力。

我一直在思考如何将$subject的构建系统与一些下一个“阶段构建工具”连接起来，比如: easybuild (1) & openbuildservice (2)；有关更多细节，请阅读下面的内容。

更确切地说，我上周获得了pkgsrc的存储库，通过一个很小的"pkg2eb“脚本处理了Makefiles，并生成了易于构建的*.eb文件，然后向它们提供了许多类似的gcc编译。这种“盲目驱动的过程”最终获得了超过600个成功的构建，即。这些包只需‘wget/配置/make/make’；对于第一次运行来说并不坏，只是想知道是否还能做得更好。

所以：

根据您的经验，哪个操作系统具有最干净/最精简的pkgsrc/端口结构，并将其提供给其他外部工具？这是不一样的，哪有最可用的软件包！

你有没有听说过有类似的努力试图大规模生产包装。一种结构化的公共源列表？(我的意思是，以一种跨不同构建系统的可转移方式)

Answer 1

所以,

在这里可以看到许多相关信息：http://www.mancoosi.org/edos/packages/ #对各种打包格式的冗长描述

这张图片显示的是更高层次的图片：http://www.mancoosi.org/edos/suggestions/ (尤指p)。2.1.1表现性缺陷)

无论如何，要回答原来的问题，目前最好的办法是：

• RPM的.spec文件
• DEB控制文件
• 有可能，但仍然需要一些黑客
• 波蒂奇；相当干净，区分了依附和拉皮。
• 宏端口；易于解析；非常详细的依赖关系方面
• 端口；类似pkgsrc；定义了多个依赖项