QUESTION-TAGS：pkgsrc ports portage easybuild openbuildservice packages package-structuring
我想知道我们是否可以减少包裹周围的努力 在linux / unix操作系统环境和软件安装下。 我的立场是关于$ subject的冗余努力。
我一直在思考如何连接$ subject的构建系统 与一些下一个“阶段构建工具”，如：easybuild（1）＆amp; openbuildservice（2）; 请阅读以下内容以了解更多详情。
更具体地说，我上周能够使用pkgsrc的存储库， 通过一个小的“pkg2eb”脚本处理Makefile并生成* .eb文件 为了easybuild，然后用它们提供许多并行的gcc编译。 那个“盲目驱动的过程”以> 600次成功构建结束， 即。这些是只需要'wget / configure / make / make install'的软件包; 第一次运行并不坏，只是想知道它是否可以做得更好。
所以：
Q1。 根据您的经验，哪个操作系统最干净/最简洁 pkgsrc / port结构来源＆amp;喂给其他外部工具？ 这与拥有最多可用包的不一样！
Q2。 您是否听说过尝试大规模生产的类似努力？ 来自例如的包裹。结构化方式的常见源列表？ （我的意思是，跨越不同的构建系统以可转换的方式）
我很好奇你的答案。
最好的，
Fotis
（1） EasyBuild是高性能计算站点的重要工具，需要的是 将任何给定软件的多个版本放在一起 并且还支持称为环境模块的框架。
（2） OpenBuildService是所有人的绝佳资源，您可以从中开始 例如。来自1 tarball和.spec / .dsc / debian。*文件，并为所有人生成包 主要的Linux发行版（CentOS，RHEL，Debian，OpenSUSE，SLE，Ubuntu，Mandrake）： https://build.opensuse.org/package/show?package=qtop&project=home:georgatos 是的，这不仅仅是OpenSUSE特定的服务，它吸引了所有人。
答案 0 :(得分：1)
所以，
这里可以看到很多相关信息： http://www.mancoosi.org/edos/packages/＃各种包装格式的冗长描述
这个显示更高级别的图片： http://www.mancoosi.org/edos/suggestions/（特别是2.1.1表达能力缺点）
无论如何，要回答原始问题，目前最好的赌注是：