Homebrew vs Fink vs Macports? [fermé]

J'utilise Fink pour installer des applications Unix sur mon mac. Je viens de découvrir Homebrew et j'ai lu de bonnes critiques à propos de Homebrew.

Donc, ma question est:

Quel gestionnaire de paquets utilisez-vous pour Mac?
J'utilise actuellement Fink. Le passage de Fink à Homebrew en vaudra-t-il vraiment la peine?
Si 2. est vrai, alors pourquoi?

macports fink homebrew macos zengr
la source

J'ai déménagé de Fink à Homebrew, la meilleure chose à propos de l'homebrew est que vous pouvez l'installer n'importe où, vous n'avez donc pas besoin de sudo. Ce que je ne préfère pas personnellement. Des suggestions sur macports?

Zengr

Après avoir utilisé la bière, j’ai le sentiment que peu de paquets ne sont pas là. comme "se fondre" est sur macports mais pas sur infusion.

Zengr

le mélange est maintenant offert en infusion

Antony

Réponses:

J'utilise à la fois Fink et Macports. Les deux fonctionnent comme un charme.

Mais je pourrais recommander Homebrew à des utilisateurs pas aussi expérimentés qui migrent simplement de Windows, en raison de sa simplicité apparente.

mepepe
la source

Un autre vote pour Homebrew. Enfin, un gestionnaire de paquets qui n’a pas l’impression d’installer un système d’exploitation entièrement nouveau.

Paul Robinson

Comment la simplicité peut-elle aller à l'encontre de Homebrew pour un utilisateur expert? Je n'ai jamais utilisé Fink, mais Macports n'est pas évident, même pour les débutants

Antony

Nous sommes en 2016 et à peu près en 2010, j'ai arrêté d'utiliser fink, car cela ne fonctionnait plus pour moi. J'ai commencé à utiliser macports et cela fonctionne toujours très bien. Jamais essayé homebrew, à cause de sa tendance à faire des choses étranges non-unixes (philosophiquement) entre sudo et / usr / local (en bref: l'installation de paquets devrait exiger sudo, et il ne devrait pas utiliser / usr / local) travailler mieux pour mes vieux macs. Jusqu'ici, mon mac agit comme mon shell linux, grâce à macports, qui est l'objectif.

Michael

IMHO, le problème avec Homebrew est qu’il essaie d’utiliser / usr / local d’une manière qui n’a jamais été supposée être utilisée: appartenant à un utilisateur autre que root. Bien que je comprenne bien que les développeurs homebrew prennent soin de ne rien confondre avec / usr / local, rien d’autre qui s’installera dans / usr / local ne fera de même pour Homebrew. Cela peut causer des problèmes et a pour moi ... généralement des problèmes de droits résultant de l'installation d'un autre logiciel définissant les droits sur / usr / local / en fonction de "comment ils devraient être". Vous ne verrez jamais un autre progiciel s'attendre à ce que / usr / local / soit la propriété d'un seul utilisateur autre que root, alors pourquoi Homebrew? Pourquoi ne pas simplement utiliser ~/bin?

En outre, un fait peu connu sur la raison pour laquelle Fink & MacPorts compilent leurs propres bibliothèques :

MacPorts utilise ses propres bibliothèques pour plusieurs raisons. Cela rend les ports plus cohérents entre les différentes versions de Mac OS X. Par exemple, si nous pouvons nous appuyer sur openssl 1.0.0 de MacPorts, nous n'avons pas à tester chaque port qui nécessite SSL pour chaque installation OpenSL disponible. Les logiciels Apple ont tendance à se casser de temps en temps (OpenSl refuse par exemple de construire avec une ancienne zlib, mais Apple a temporairement intégré les anciens en-têtes de la version vulnérable de zlib). Même si les versions d'Apple ne sont pas cassées, elles sont rarement à jour. Apple a l'habitude de ne pas mettre à jour les bibliothèques de Mac OS X jusqu'à ce qu'une vulnérabilité en matière de sécurité le rende indispensable.

Les inconvénients de cette stratégie sont minimes: perdre quelques mégaoctets, par exemple pour une installation Python, n’est presque rien si vous avez un disque dur de plusieurs gigaoctets et le temps requis pour créer les ports supplémentaires diminue à mesure que les ordinateurs s’accélèrent.

Ainsi, bien qu'Homebrew soit plus rapide à installer que vous le souhaitez, l'utilisation de bibliothèques système Apple prédéfinies peut avoir d'autres effets pervers.

Encore une fois, je déteste creuser contre Homebrew. J'aime le logiciel et je pense que c'est génial pour certaines choses, mais il a ses inconvénients comme c'est actuellement.

churnd
la source

Il suffit de l'exécuter en tant que root si les autorisations ont changé? C'est arrivé pour moi, il y a un message d'erreur et j'ai sudoédité. Quel est le problème?

Daniel Beck

Le problème est que, selon eux, ce n’est pas ainsi que cela doit être fait. Leur "manière recommandée" n'est pas correcte.

Churnd

sudoCependant, ils plaident de manière convaincante contre un usage excessif . Cela échoue une fois que vous commencez à installer vos propres programmes dans le même préfixe. La plupart des logiciels peuvent gérer l’installation ailleurs, alors peut-être que vous vous êtes trompé? Fink et Macports viennent de créer leur propre hiérarchie de répertoires pour contourner ce problème ...

Daniel Beck

Non, je ne l'ai pas mal fait. La pratique consistant à faire en sorte que / usr / local soit la propriété d'un utilisateur régulier est fausse. Vous ne verrez jamais cela avec aucun autre logiciel basé sur * nix. Tous les autres logiciels que j'ai observés respectent root: wheel propriétaire de / usr / local. Pourquoi même prendre en charge / usr / local? Pourquoi ne pas utiliser / opt / homebrew & lier des éléments à / usr / local / bin ou / usr / local / lib si vous devez le faire (bien qu'avec sudo)? Donnez le choix à l'utilisateur, mais ne cassez pas les choses s'il veut que les choses restent séparées. Configurez leur environnement en conséquence en fonction de leur choix. Tout coexiste pacifiquement. Gagnant-gagnant.

Churnd

Je suis conscient de cela, merci. Utilisez simplement un préfixe différent alors. La dernière fois que j'ai vérifié, le préfixe était personnalisable. Les valeurs par défaut correspondent à ce qu’ils considèrent comme leur utilisateur moyen. Pour 90% et plus des utilisateurs, c'est assez bon, car ils ne compilent pas et n'installent pas leur propre logiciel /usr/local. Ils n'ont même pas plusieurs comptes d'utilisateurs non plus, donc la propriété n'y est pas un problème et améliore réellement l'expérience globale.

Daniel Beck

Je préfère homebrew pour sa simplicité et sa rapidité - mes outils semblent être mis à jour rapidement pour le moment.

C'est l'outil de gestion de paquets basé sur les sources le plus indolore que j'ai utilisé et le développement semble assez actif. Que pourrais-tu vouloir de plus?

(Oui, toutes les applications manquantes)

Jacob
la source

En outre, éditer et corriger des formules est vraiment facile avec homebrew.

Bastibe