【问题标题】:pkgsrc, ports, portage, macports etcpkgsrc、端口、portage、macports 等
【发布时间】:2021-08-30 21:48:34
【问题描述】:

我想知道我们是否可以减少一点点围绕包的工作 在 linux/unix OS 环境和软件安装下。 我的立场是,关于 $subject 有太多多余的工作。

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

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

所以:

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

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

【问题讨论】:

标签: linux package


【解决方案1】:

所以,

这里有很多相关信息: http://www.mancoosi.org/edos/packages/#各种封装格式的长篇描述

这个显示更高级别的图片: http://www.mancoosi.org/edos/suggestions/(尤其是 2.1.1 表现力不足)

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

  • RPM 的 .spec 文件
  • DEB 控制文件
  • pkgsrc;可能,但仍然需要一些黑客技术
  • 搬运;相当干净,区分 DEPEND 和 RDEPEND
  • macports;易于解析;非常详细的依赖关系方面
  • 端口;像 pkgsrc;定义了多个依赖项

【讨论】:

    猜你喜欢
    • 2013-03-25
    • 2011-09-30
    • 1970-01-01
    • 2020-10-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-12-22
    • 1970-01-01
    相关资源
    最近更新 更多