Ubuntu Mac包装：新方法提案（请提供建议）

Macports是我在Mac上签出的唯一打包系统，我不喜欢它。（它需要将所有应用程序安装在特定的位置。这可能就是为什么它显示Python2.5是一个依赖项，尽管我已经安装了它。）对于一个从Ubuntu搬过来的人来说，我非常想念你。就Macports而言，没有中央存储库，因此包的源代码是从项目网站获取、构建和安装的

现在，Ubuntu有各种deb格式的开源项目，可以正确地安装在Ubuntu机器上。更重要的是，所有这些债券都有一个中央回购协议

Macports的问题：-

它安装东西，即使它已经出现在机器上

它总是从项目网站下载、编译和安装软件包。它没有用于所有包的中央存储库。我想这可能会导致安装互不兼容的软件包 现在假设Mac有一个非常好的包装系统，我们会面临什么问题

所有包的服务器

所有的软件包都必须定期维护，更新的软件包必须打包

但是，如果有一些标准方法可以将deb文件（我之所以说deb文件，是因为我觉得Ubuntu存储库是最好的）转换成可以在OSX中安装的软件包：

我们可以使用标准的Ubuntu存储库，它有定期维护的软件包

我们为所有软件包提供了一个中心位置，而不是从开发网站下载软件包（就像Macports那样）

这样的事情可能吗？ 如果有人有更好的解决方案，一定要发表意见。真的很遗憾，没有一个真正好的Mac软件包管理器。

我有一些朋友使用Mac软件包管理，他们喜欢它。不过我自己从来没用过

不幸的是，它看起来仍然依赖于从项目页面获取资源，但显然它比MacPorts好。

我有一些朋友使用Mac软件包管理，他们喜欢它。不过我自己从来没用过

---

不幸的是，它看起来仍然依赖于从项目页面获取资源，但显然它比MacPorts好。

我不知道你怎么能说没有一个好的pkg管理器。Fink本质上是

apt get

（来自Linux），而macports本质上是

端口

（来自BSD）。您不会找到一个包管理器来避免您的两个关键批评，因为没有任何东西会覆盖安装的系统库。这是一种不好的做法，因为苹果的任何系统更新都可能会覆盖这些包，因为它们在系统范围内不使用pkg管理器，并且没有办法纠正OSX对软件的任何特殊要求，而不是您在开发安装中所需的要求。

我不知道您怎么能说没有好的解决方案包装经理。Fink本质上是

apt get

（来自Linux），而macports本质上是

端口

（来自BSD）。您不会找到一个包管理器来避免您的两个关键批评，因为没有任何东西会覆盖安装的系统库。这是一种不好的做法，因为苹果的任何系统更新都可能会覆盖这些包，因为它们在系统范围内不使用pkg manager，并且无法纠正OSX对软件的任何特殊要求，而不是您在开发安装中所需的要求。

尽管这个问题很有趣，这不是一个真正的编程问题，因此可能更适合在ServerFault.com（甚至SuperUser.com）上使用。@Oded当然，我也会在那里问。我会尽快关闭此线程。尽管这个问题很有趣，但它实际上不是一个编程问题，因此可能更适合在ServerFault.com（甚至SuperUser.com）上使用。@Oded当然，我也会在那里问。我会尽快合上这条线。