Mac包装:build议一个新的方法(build议请)

Macports是我在Mac上检查过的唯一的打包系统,我不喜欢它(它需要将它的所有应用程序安装在一个特定的位置,这可能是为什么它显示Python2.5作为一个依赖需要安装甚至尽pipe我已经拥有了它)。对于一个从Ubuntu迁移过来的人,我非常想念apt-get。 就Macports而言,没有中央存储库,因此从项目网站获取包的来源,构build和安装。

现在,Ubuntu有了deb格式的各种开源项目,可以正确安装在Ubuntu机器上。 更重要的是,所有这些实验室也有一个中央回购。

Macports的问题: –

  1. 即使它已经存在于机器上,它也会安装这些东西。
  2. 它总是从项目网站下载,编译和安装软件包。 它没有所有软件包的中央存储库。 我想这可能会导致安装不兼容的软件包。

现在假设Mac有一个非常好的包装体系,那么我们面临的问题是什么?

  1. 所有软件包的服务器。
  2. 所有的软件包将不得不定期维护,新的软件包将不得不被打包。

然而,如果有一些标准的方法来转换deb文件(我在谈论deb文件,因为我觉得Ubuntu的存储库是最好的),可以在OSX中安装的包: –

  1. 我们可以使用标准的Ubuntu软件库,这些软件包有定期维护的软件包。

  2. 我们拥有所有软件包的中心位置,而不是从开发网站下载软件包(就像Macports一样)。

会有这样的事情吗? 如果有人有更好的解决scheme的想法,请在您的意见中提出意见。 真的很伤心,没有一个非常好的Mac包pipe理器。

我会build议你自制 。

Homebrew的主要观点是不需要安装新版本的工具。

这是一个很好的文章 。

  • 看看fink 。 IIRC使用debpkg / apt作为包pipe理系统。
  • 你不能把包文件“转换”成一个完全不同的平台。 Ubuntu deb文件是为Linux内核编译的,而不是MacOS。 另外,MacOS更像xBSD,就像Linux一样,而BSD上的端口系统(也被MacPorts使用)是标准的软件包系统。
  • 我认为,MacPorts将它的所有东西保存在一个单独的目录中,而不是一个bug。 这样我可以添加即。 更新的Python或Perl版本,而不必担心在其他地方打破某些东西。 不过,我同意在某些情况下,可以使用能够满足MacOS已经提供的程序的依赖的虚拟“系统python”等软件包。 再次,我认为芬克这样做。