MacPorts，Fink和Homebrew的优缺点是什么？

我只是从Ubuntu Linux迁移到Mac，一切都是新的，并且我在重新学习很多东西。

在Linux上，我非常擅长管理软件包。我在Mac上搜索了一个替代产品，并找到了有关MacPorts，Fink和Homebrew的信息。

我将主要使用这台计算机来开发Ruby on Rails应用程序。

那么，它们之间有什么区别？有哪些优点和缺点？哪个维护得最好并且有更多软件包？

绝对是自制的。我从Fink开始，然后切换到MacPorts（更快乐），然后切换到Homebrew（非常快乐）。这些是我使用每种工具的原因（如果您愿意，则使用专业人士列表）：

芬克

• 基于Apt的-如果您来自基于Debian的环境，则感觉宾至如归
• 二进制软件包-软件包可作为二进制文件使用，因此无需长时间编译。实际上，尽管我发现预编译的二进制文件总是过时了，但无论如何我都不得不为我的系统编译东西
• 体面的包装选择

MacPorts

• 包/端口的最大选择
• 通常非常最新
• 不错的变体系统，可让您自定义构建
• 简单直观的端口文件

家酿

• 非常最新
• 最大程度地利用OS X附带的功能。与Fink或MacPorts不同，它不需要您从头开始构建/安装ruby和库，仅安装一些基于Ruby的小型工具即可。
• 这样安装/usr/local就不需要您在PATH任何地方进行修改
• 一切都归用户所有，因此没有软件包需要具有潜在风险的root用户访问权限才能进行安装
• 每个已安装的程序包都干净地放入自己的地窖中，因此您在系统中不会有任何杂散文件，而只是来自bin，man等的符号链接。
• 创建您自己的公式文件（即程序包描述符）非常容易
• 由于您来自红宝石背景，所以另一个好处是，所有内容都是用红宝石编写的，并且所有公式都是简单的红宝石脚本

pkgin

• 非常最新
• 由于预编译的二进制文件，安装速度更快
• 一切都安装在/ opt / pkg /
• 由pkgsrc社区和Joyent支持
• 已知可在NetBSD，DragonFly BSD，Solaris，Debian，Mac OS X，Minix上工作

https://pkgsrc.joyent.com/install-on-osx/

http://pkgin.net/

MacPorts

它更独立于Mac OS X，这意味着MacPorts只会忽略Mac OS X中已经可用的许多系统库和软件，而是拉出自己的库和软件，如果您安装的实用程序需要一些大型的库，它们可能会变慢库和软件。

但是这种选择比较安全，因为您安装的软件包受Apple系统更新/升级过程的影响较小。

家酿

它更依赖于现有的Mac OS X安装的软件包，因此这将加快软件包的安装速度，并最大程度地减少冗余库。

但是存在安装风险，因为苹果的系统更新/升级，安装的软件包可能会损坏。

因此，这是两种不同的权衡。

另外，默认情况下，Homebrew接管/ usr / local，有些人对此不满意，因为它与Unix传统有某种冲突，如果您已经在其中安装了任何东西（MySQL等），可能会引起问题。

除了这些区别之外，考虑到这两个可以提供的软件包，您可以使用以下两个命令检查是否已经安装了MacPorts / Homebrew，该软件包向您显示了它们当前提供的软件包：

port list | wc -l
brew search | wc -l

您会发现MacPorts的软件包比Homebrew多得多。

（19399 vs 3583在2016年5月13日）

只是补充一些我自己的想法，至少在2014年底左右才是真实的想法。

几年前，国产啤酒在思想分享方面绝对占了上风。您会发现很多博客都在谈论人们对Homebrew的满意程度-通常是因为整个“ MacPorts拉动了整个世界”与“ Homebrew利用您已经拥有的东西”之类的东西。

但是，海事组织，MacPorts与几年前相比已经是另一回事了。当我第一次切换到OS X并使用MacPorts时，MP理念确实令人沮丧，因为几乎所有内容都是从源代码构建的。新安装特别麻烦/缓慢。但是在过去的一年左右的时间里，纯粹基于我自己的印象，似乎90％的MP软件包都是二进制文件，因此现在安装确实非常快。从我收集到的信息来看，自制软件也在朝着“瓶”的方向发展，但我给人的印象是，此时您通过HB安装的大多数东西都是从源代码编译的。

因此，如果仅是提供反驳的意见，这些天MacPorts似乎实际上是“更快”的选择。但是，大多数人对MP的看法似乎是基于大约2011-12左右的经验，并没有真正考虑到这一点。尽管我不是经常使用HB的人，但还是要加些盐（并排使用它们会很痛苦）。

我确实认为HB具有优势，但这意味着从长远来看它可能会“赢得战争”

• HB都是Ruby，而MacPorts及其软件包公式是用TCL编写的，而TCL并不是完全流行的脚本语言。那就是说创建自己的portfile非常简单。
• HB基于GitHub，因此对新的贡献者似乎更受欢迎，而MacPorts在我认为的某个地方托管了自己的SVN存储库-基本上反映了我所设想的两个项目的不同年代。
• 如前所述，人们普遍认为MacPorts已被HB＆取代，无论对与错，都吸引了更多的人加入。

否则YaOZl和kLy很好地涵盖了sudo，依赖项等方面的主要区别。我个人确实发现MacPorts有时会引起一些麻烦，例如其他程序不希望包含任何内容/opt/local，以root权限安装的东西等，并且有些东西通常最好不要与MacPorts一起安装（例如，可以通过以下方式安装Rails： MacPorts，但您会疯狂地不通过Ruby的常规Gem管理来安装它。除此之外，尽管我非常支持MacPorts建立自己的小世界并且不依赖于某些预打包的OS X库的哲学-当它工作时，并且大多数情况下，一切都变得非常简单。您真正想要的是包管理器。正如我所提到的，在这一点上，它很快就可以完成大多数事情。

希望其中一些有用。

Brew对于我来说使用起来非常顺畅，所以我无法告知它的缺点。MacPorts的一些缺点：

• 您必须从Apple Developer网站安装Xcode，因此您必须具有Apple Developer帐户（现在需要信用卡）并下载将近3.5 GB的内容；
• 如果防火墙阻止了端口873（rsync），则必须手动配置HTTPS协议；
• 从中下载软件包的HTTP（S）服务器（通常）非常慢（昨天低于20 KiB / s；已通过不同国家的几个非常可靠的千兆连接进行了测试），并可能因错误而失败，操作速度太慢。在过去60秒钟内，传输速度不到1024字节/秒，这迫使您从头开始重做所有操作。

关于前两点，有几个非常受欢迎的问题。