Quels sont les avantages et les inconvénients de MacPorts, Fink et Homebrew ?

MacPorts

Il est plus indépendant de Mac OS X, ce qui signifie que MacPorts ignorera la plupart des bibliothèques système et des logiciels qui sont déjà disponibles dans Mac OS X. tirer sa propre version à la place qui peut être plus lent lorsque l'utilitaire que vous installez nécessite un ensemble de bibliothèques et de logiciels volumineux.

Mais Ce type de choix est plus sûr car les paquets que vous avez installés sont moins influencés par la procédure de mise à jour/mise à niveau du système d'Apple.

Homebrew

Il est plus dépendant des paquets déjà installés sur Mac OS X, ce qui permettra d'accélérer l'installation des paquets et de minimiser les bibliothèques redondantes.

Mais le risque est que les paquets installés soient cassés à cause de la mise à jour/mise à niveau du système d'Apple.

Ce sont donc deux types de compromis différents.

Aussi, Homebrew prend le relais /usr/local par défaut, avec lequel certaines personnes n'aiment pas ça parce que cela entre en conflit avec la tradition unix et pourrait causer des problèmes si vous avez déjà installé quelque chose à cet endroit (MySQL, etc.).

En dehors de ces différences, compte tenu des paquets que ces deux-là peuvent offrir, vous pouvez vérifier avec ces deux commandes si vous avez déjà installé MacPorts/Homebrew, qui vous montrent les paquets qu'ils fournissent actuellement :

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

Et vous découvrirez que MacPorts a beaucoup plus de paquets que Homebrew.

(19399 v.s 3583 le 13 mai 2016)

Je veux juste ajouter certaines de mes propres pensées qui semblent vraies vers la fin 2014 au moins.

Le homebrew, depuis quelques années, a définitivement le dessus en termes de notoriété. Vous trouverez de nombreux blogs sur lesquels les gens disent à quel point ils sont plus heureux avec Homebrew - généralement à cause de l'argument "MacPorts attire le monde entier" contre "Homebrew utilise ce que vous avez déjà".

Cependant, à mon avis, MacPorts est une bête différente aujourd'hui de ce qu'elle était il y a quelques années. Lorsque je suis passé à OS X et que j'ai utilisé MacPorts, la philosophie de MP était en effet frustrante car presque tout était construit à partir des sources. Une nouvelle installation était particulièrement pénible et lente. Cependant, au cours de l'année dernière, en me basant uniquement sur mes propres impressions, il semble que 90% des paquets MP soient des binaires et que l'installation soit vraiment rapide maintenant. D'après ce que j'ai compris, Homebrew va également dans cette direction avec "Bottles" mais j'ai l'impression que la plupart des choses que vous installez via HB à ce stade seront compilées à partir des sources.

Ainsi, si ce n'est que pour offrir un avis contraire, MacPorts semble être l'option la plus "rapide" de nos jours. Cependant, l'opinion de la plupart des gens sur MP semble être basée sur des expériences datant d'environ 2011-12 et ne tient pas vraiment compte de cela. Prenez cela avec un grain de sel car je ne suis pas un utilisateur régulier de HB (et il est plutôt pénible d'utiliser les deux côte à côte).

Je pense que HB a des avantages qui font qu'il va probablement "gagner la guerre" à long terme.

• HB est entièrement en Ruby alors que MacPorts, et ses formules de paquetage, sont écrits en TCL qui n'est pas exactement un langage de script populaire (....). Cela dit, il est assez simple de créer son propre fichier de portage.
• HB est basé sur GitHub et semble donc beaucoup plus accueillant pour les nouveaux contributeurs alors que MacPorts héberge son propre dépôt SVN quelque part je pense - ce qui reflète essentiellement les différents âges des deux projets je suppose.
• HB et Macports utilisent désormais tous deux Github pour gérer leurs formules, leurs fichiers de portage et leur code source pour fournir leurs fonctionnalités.
• Comme nous l'avons mentionné, le consensus général est que MacPorts a été supplanté par HB et, à tort ou à raison, cela attire plus de gens vers lui.

Sinon, YaOZl et kLy ont couvert les principales différences en termes de sudo, de dépendances, etc. assez bien. Personnellement, je trouve que MacPorts donne parfois lieu à des maux de tête, car les autres programmes ne s'attendent pas à ce que quelque chose soit dans le système. /opt/local Il y a aussi des choses qu'il vaut mieux ne pas installer avec MacPorts (par exemple, vous pouvez installer Rails via MacPorts, mais vous seriez fou de ne pas l'installer via la gestion normale des Gem de Ruby). A part cela, je suis un grand fan de la philosophie de MacPorts qui consiste à construire son propre petit monde et à ne pas dépendre d'une bibliothèque OS X préemballée - quand ça marche, et c'est le cas la plupart du temps, tout est très simple. C'est ce que l'on attend d'un gestionnaire de paquets. Et comme je l'ai mentionné, à ce stade, il est assez rapide de mettre en place la plupart des choses.

J'espère que cela vous a été utile.

Une chose que les autres réponses (jusqu'à présent) ne semblent pas avoir mentionné est que MacPorts a un excellent support pour les anciennes versions de MacOS. Homebrew ne prend en charge que les systèmes d'exploitation qui sont actuellement pris en charge par Apple, ce qui signifie généralement les trois dernières versions. Par exemple, à partir de février 2022, seuls Monterrey, Big Sur et Catalina sont compatibles avec Homebrew.

En revanche, MacPorts peut être installé sur Tiger ( !), et le projet maintient des correctifs spéciaux pour que les logiciels continuent à fonctionner dans la mesure du possible. Cela inclut une bibliothèque "Legacy Support" qui rétrocomporte les fonctions des versions les plus récentes de MacOS vers les plus anciennes ; la liaison avec cette bibliothèque lors de la compilation peut faire fonctionner soudainement une variété de nouveaux logiciels sur des systèmes plus anciens !

Donc, si vous utilisez une ancienne version de MacOS, ou si vous pensez devoir rester sur un système d'exploitation actuel après la date d'expiration d'Apple, vous devriez probablement opter pour MacPorts.

Je suis en Chine et la visite de github échoue souvent, ce qui rend l'installation de brew assez pénible. Je connais un miroir de brew en Chine, alors j'ai soulevé une question contre brew Fournir un moyen facile de changer les origines de homebrew . Ils l'ont réparé en 2.3 . Mais même avec cette installation, brew ne lisse toujours pas, par exemple, j'ai frappé plusieurs fois qu'après l'installation, brew ne peut pas trouver de formule.

qiulang@qiulangdeMacBook-Air redis % brew info wget
Error: No available formula with the name "wget".
==> Searching for a previously deleted formula (in the last month)...
Error: No previously deleted formula found.
qiulang@qiulangdeMacBook-Air redis % brew info redis
Error: No available formula with the name "redis".
==> Searching for a previously deleted formula (in the last month)...
Error: No previously deleted formula found.

Maintenant, je sais que je dois "re-taper", mais à ces moments-là, je ne connaissais pas la raison exacte, sauf que l'installation de brew n'avait pas réussi.

En désespoir de cause, j'ai changé de macports et cela fonctionne plutôt bien jusqu'à présent.