0

我想知道我们是否可以在 linux/unix 操作系统环境和软件安装方面减少一点点的工作量。我的立场是,关于 $subject 有太多多余的工作。

我一直在思考如何将 $subject 的构建系统与一些下一个“阶段构建工具”连接起来,例如:easybuild (1) & openbuildservice (2); 阅读下文了解更多详情。

更具体地说,我上周能够获取 pkgsrc 的存储库,通过一个微小的“pkg2eb”脚本处理 Makefile 并生成用于 easybuild 的 *.eb 文件,然后用它们提供许多并行 gcc 编译。那个“盲目驱动的过程”最终以超过 600 次成功构建,即。这些是只需要“wget/configure/make/make install”的软件包;第一次运行还不错,只是想知道它是否可以做得更好。

所以:

根据您的经验,哪个操作系统具有最干净/最精简的 pkgsrc/port 结构,可以获取并提供给其他外部工具?这与拥有最多可用软件包的不同!

您是否听说过任何类似的尝试从例如大规模生产包装的努力。一个结构化的公共源列表?(我的意思是,以跨不同构建系统的可转移方式)

4

1 回答 1

1

所以,

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

这一张显示了更高级别的图片: http: //www.mancoosi.org/edos/suggestions/(尤其是2.1.1表达能力的缺点)

无论如何,要回答原始问题,目前最好的选择是:

  • RPM 的 .spec 文件
  • DEB 控制文件
  • pkgsrc; 可能,但仍然需要一些hackery
  • 搬运;相当干净,区分 DEPEND 和 RDEPEND
  • 麦克波特;易于解析;非常详细的依赖方面
  • 港口;像 pkgsrc; 定义了多个依赖项
于 2012-08-09T23:42:11.903 回答