Просто чтобы добавить некоторые мои собственные мысли, которые кажутся правдоподобными, по крайней мере, в конце 2014 года.
Доморощенный, по состоянию на пару лет назад, безусловно, имеет преимущество в плане разума. Вы найдете множество блогов, в которых люди говорят о том, насколько они счастливее с Homebrew - обычно из-за того, что «MacPorts тянет во всем мире» против «Homebrew» использует то, что у вас уже есть ».
Тем не менее, IMO, MacPorts теперь другой зверь, чем это было пару лет назад. Когда я впервые переключился на OS X и использовал MacPorts, философия MP была действительно разочаровывающей, потому что почти все было построено из исходного кода. Новая установка была особенно болезненной / медленной. Однако за прошедший год или около того, основываясь исключительно на моих собственных впечатлениях, кажется, что 90% пакетов MP являются двоичными файлами, и поэтому установка сейчас действительно очень быстрая. Из того, что я понял, Homebrew также движется в этом направлении с «Бутылками», но у меня складывается впечатление, что большинство вещей, которые вы устанавливаете через HB в данный момент, будут скомпилированы из исходного кода.
Таким образом, хотя бы для того, чтобы предложить противоположное мнение, MacPorts, кажется, на самом деле является «более быстрым» вариантом в наши дни. Однако мнения большинства людей о МП, похоже, основаны на опыте, полученном в 2011-12 годах, и поэтому не принимают это во внимание. Возьмите это с небольшим количеством соли, хотя, поскольку я не обычный пользователь HB (и довольно болезненно использовать оба рядом).
Я думаю, что у HB есть преимущества, которые означают, что он, вероятно, "выиграет войну" в долгосрочной перспективе, хотя
- HB - это все Ruby, тогда как MacPorts и его пакетные формулы написаны на TCL, который .... не совсем популярный язык сценариев. Тем не менее, чертовски просто создать свой собственный файл порта.
- HB базируется на GitHub и, таким образом, выглядит гораздо более гостеприимным для новых участников, тогда как MacPorts размещает свой собственный SVN-репозиторий где-то, я думаю, - который в основном отражает разные возрасты обоих проектов, я полагаю.
- Как уже упоминалось, общее согласие заключается в том, что MacPorts был заменен HB &, правильно или неправильно, что привлекает больше людей к нему.
В остальном YaOZl & KLy довольно хорошо рассмотрели основное различие в терминах sudo, зависимостей и т. Д. Лично я нахожу, что MacPorts иногда приводит к некоторым головным болям с точки зрения других программ, не ожидающих, что что-то будет в них /opt/local, объектов , устанавливаемых с правами root и т. Д., И есть некоторые вещи, которые лучше всего не устанавливать с MacPorts (например, вы можете установить Rails через MacPorts, но вы бы с ума сошли, если бы не устанавливали его через обычное управление Ruby в Gem). Кроме этого, хотя я большой поклонник философии MacPorts по созданию собственного маленького мира и не полагаясь на какую-то заранее упакованную библиотеку OS X - когда она работает, и в большинстве случаев это так, все до предела просто. Что вы действительно хотите от диспетчера пакетов? И, как я уже говорил, на данный момент довольно быстро настроить большинство вещей.
Надеюсь, что-то из этого было полезно.