Homebrew vs Fink vs Macports？[关闭]

我正在使用Fink在Mac上安装Unix应用程序，我刚遇到Homebrew，并看到了一些有关Homebrew的好评。

所以，我的问题是：

你们为Mac使用什么软件包管理器？
我目前使用Fink，从Fink到Homebrew的转变真的值得吗？
如果2.是正确的，那为什么呢？

— 曾格
source

我从Fink搬到Homebrew，关于homebrew最好的事情是可以将其安装在任何地方，因此不需要sudo。我个人不喜欢。关于macports有什么建议吗？

— zengr

使用brew后，我觉得没有的包装很少。就像“融化”在Macports上一样，而不是在brew上。

— zengr 2010年

现在提供酿造啤酒

— 安东尼2012年

Answers:

我同时使用Fink和Macports。两者都像魅力。

但是我可能不建议Homebrew这么简单，因为它不是那么专业的用户，他们只是从Windows迁移而来。

— 美菲
source

再次对Homebrew进行投票。最后，一个不需要安装全新操作系统的软件包管理器。

— Paul Robinson

对于专家用户而言，简单性如何不利于Homebrew？我从未使用过Fink，但Macports甚至对新手也都没脑子

— 安东尼

那是2016年，大约在2010年左右，我停止使用fink，因为它刚刚停止为我工作。我开始使用macports，但效果仍然很好。从来没有尝试过自制程序，因为它倾向于在sudo和/ usr / local上做一些奇怪的非统一的事情（从哲学上来说）（简而言之：安装软件包应该需要sudo，并且不应该使用/ usr / local），并且macports可能对于我的旧Mac更好地工作。到目前为止，由于macports的缘故，我的mac的行为就像linux shell一样。

— 迈克尔，

恕我直言，Homebrew的问题在于它试图以从未使用过的方式使用/ usr / local：由root以外的用户拥有。虽然我了解自制软件开发人员会注意不要乱用/ usr / local中的其他任何内容，但安装到/ usr / local的其他任何东西都不会对Homebrew起作用。这可能会引起问题，并且对我来说...通常是由于安装了其他软件而导致的权限问题，这些软件根据“应该如何”在/ usr / local /上设置了权限。您将永远不会看到另一个软件包期望/ usr / local /由root以外的单个用户拥有，那么为什么Homebrew？为什么不只是使用~/bin？

另外，关于为何Fink＆MacPorts 编译自己的库的事实鲜为人知：

MacPorts使用其自己的库有多个原因。它使端口在不同版本的Mac OS X之间更加一致。例如，如果我们可以依赖MacPorts的openssl 1.0.0，则不必为每个可用的openssl安装都测试需要ssl的每个端口。苹果的软件往往会不时地崩溃（例如，openssl拒绝使用旧的zlib进行构建，但是有一段时间苹果公司已经发布了易受攻击的zlib版本的旧标头）。即使Apple的版本没有损坏，它们也很少是最新的。苹果有一个习惯，除非有安全漏洞绝对必要，否则不更新Mac OS X中的库。

此策略的缺点极小：如果您具有数GB的硬盘，那么浪费数兆字节的资源（例如安装Python）几乎不会发生任何事情，并且随着计算机的速度越来越快，构建附加端口所需的时间也会减少。

因此，尽管Homebrew可以更快地安装所需的东西，但使用预建的Apple系统库可能会带来其他不利影响。

再说一次，我讨厌反对Homebrew。我喜欢该软件，并且我认为它在某些方面很有用，但与现在相比，它已经崩溃了。

— hur
source

如果权限已更改，只需以root用户身份运行它？对我来说，这已经发生了，有一条错误消息，我sudo编辑了。有什么问题？

— 丹尼尔·贝克

他们认为问题出在这里，这不是要这样做的意思。他们的“推荐方式”是不对的。

— 2011年

他们确实提出了反对过度sudo使用的令人信服的理由。一旦您开始将自己的程序安装到相同的前缀中，它就会失败。大多数软件可以处理在其他地方安装的问题，所以也许您做错了？Fink和Macports刚刚创建了自己的目录层次结构来规避此问题……

— Daniel Beck

不，我没做错。普通用户拥有/ usr / local的做法是错误的。您永远不会在任何其他基于* nix的软件上看到这一点。我见过的所有其他软件包都尊重/ usr / local的root：wheel所有权。为什么还要接管/ usr / local？为什么不使用/ opt / homebrew并将内容链接到/ usr / local / bin或/ usr / local / lib（如果使用sudo）？给用户选择的权利，但是如果他们想让事情分开，请不要破坏。根据他们的选择相应地设置他们的环境。一切都和平共处。双赢。

— 2011年

我知道这一点，谢谢。只需使用其他前缀即可。上次检查时，前缀是可定制的。默认值是他们认为是普通用户的默认值。对于90％以上的用户来说，这已经足够了，因为他们只是不编译并安装自己的软件/usr/local。他们甚至都没有多个用户帐户，因此所有权不是在那里存在的问题，实际上可以改善整个体验。

— 丹尼尔·贝克

由于简单/速度快，我更喜欢自制软件-目前我的工具似乎正在快速更新。

它是我使用过的最轻松的基于源的软件包管理工具，并且开发似乎很活跃。你还能想要什么？

（是的，所有缺少的应用程序）

— 雅各布
source

此外，使用自制软件，编辑和修复公式非常容易。

— bastibe 2011年