Juste pour ajouter certaines de mes propres pensées qui semblent vraies vers la fin de 2014 au moins.
Homebrew, il y a quelques années, a définitivement l'avantage sur l'esprit partagé. Vous trouverez beaucoup de blogs avec des gens qui racontent à quel point ils sont plus heureux avec Homebrew - généralement à cause de l'ensemble "MacPorts tire dans le monde entier" vs "Homebrew utilise ce que vous avez déjà".
Cependant, IMO, MacPorts est une bête différente aujourd'hui de ce qu'elle était il y a quelques années. Lorsque je suis passé pour la première fois à OS X et que j'utilisais MacPorts, la philosophie de MP était en effet frustrante, car presque tout a été construit à partir des sources. Une nouvelle installation était particulièrement douloureuse / lente. Cependant, au cours de la dernière année environ, d'après mes propres impressions, il semble que 90% des packages MP soient des fichiers binaires, de sorte que l'installation est réellement très rapide maintenant. D'après ce que je comprends, Homebrew se dirige également dans cette direction avec "Bottles", mais j'ai l'impression que la plupart des choses que vous installez via HB à ce moment-là seront compilées à partir des sources.
Donc, ne serait-ce que pour offrir un avis contradictoire, MacPorts semble être l'option "plus rapide" de nos jours. Cependant, les opinions de MP sur la plupart des gens semblent être basées sur des expériences de 2011-12 environ et ne tiennent pas vraiment compte de cela. Prenez ceci avec un grain de sel, bien que je ne sois pas un utilisateur régulier de HB (et que ce soit plutôt douloureux d’utiliser les deux côte à côte).
Je pense que HB a des avantages qui signifient qu'il sera probablement "gagner la guerre" à long terme si
- HB est entièrement composé de Ruby, alors que MacPorts et ses formules de package sont écrits en TCL, ce qui… n'est pas exactement un langage de script populaire. Cela dit, c’est très simple de créer votre propre fichier de port.
- HB est basé sur GitHub et semble donc beaucoup plus accueillant pour les nouveaux contributeurs, alors que MacPorts héberge son propre référentiel SVN quelque part, ce qui correspond essentiellement aux différents âges des deux projets, je suppose.
- Comme mentionné, le consensus général est que HB a supplanté MacPorts, à tort ou à raison, ce qui attire plus de gens vers elle.
Sinon YaOZl & kLy a très bien couvert la différence principale en termes de sudo, de dépendances, etc. Personnellement, j’ai trouvé que MacPorts donnait parfois lieu à des maux de tête: d’autres programmes ne s’attendaient pas à quoi que ce soit /opt/local, des choses étant installées avec les droits root, etc. & il y a des choses qu’il vaut mieux ne pas installer avec MacPorts MacPorts mais vous seriez fou de ne pas l’installer via la gestion normale de Ruby Gem). En dehors de cela, même si je suis un grand fan de la philosophie de MacPorts qui consiste à créer son propre monde et à ne pas compter sur une bibliothèque pré-emballée pour OS X - quand cela fonctionne et que ça fonctionne, tout est extrêmement simple. C'est ce que vous voulez vraiment d'un gestionnaire de paquets. Et comme je l’ai mentionné plus tôt, il est assez rapide pour organiser la plupart des choses.
J'espère que cela a été utile.