Homebrew vs Fink vs Macports? [geschlossen]


37

Ich benutze Fink, um Unix-Apps auf meinem Mac zu installieren. Ich bin gerade auf Homebrew gestoßen und habe einige gute Kritiken über Homebrew gesehen.

Meine Frage lautet also:

  1. Welchen Paketmanager benutzt ihr für Mac?
  2. Ich benutze derzeit Fink. Wird sich die Umstellung von Fink auf Homebrew wirklich lohnen?
  3. Wenn 2. wahr ist, warum dann?

Ich bin von Fink zu Homebrew gewechselt. Das Beste an Homebrew ist, dass Sie es überall installieren können, daher ist kein Sudo erforderlich. Was ich persönlich nicht bevorzuge. Irgendwelche Vorschläge zu Macports?
Zengr

Nach der Verwendung von brew habe ich das Gefühl, dass es nur wenige Pakete gibt, die nicht da sind. wie "meld" ist auf macports aber nicht auf brew.
Zengr

meld wird jetzt in brew angeboten
Antony

Antworten:


7

Ich benutze sowohl Fink als auch Macports. Beide wirken wie ein Zauber.

Aber ich kann Homebrew aufgrund seiner scheinbaren Einfachheit nicht so erfahrenen Benutzern empfehlen, die gerade von Windows migrieren.


3
Eine weitere Abstimmung für Homebrew. Endlich ein Paketmanager, der keine Lust hat, ein komplett neues Betriebssystem zu installieren.
Paul Robinson

1
Wie kann Einfachheit für erfahrene Benutzer gegen Homebrew gehen? Ich habe Fink nie benutzt, aber Macports ist kein Problem, auch für Neulinge
Antony

es ist 2016 und ungefähr 2010 habe ich aufgehört, fink zu benutzen, weil es einfach nicht mehr für mich funktioniert. Ich habe angefangen, Macports zu verwenden, und es funktioniert immer noch großartig. Ich habe Homebrew noch nie ausprobiert, da es (philosophisch) dazu neigt, seltsame, nicht-unixige Dinge in sudo und / usr / local (kurz: für die Installation von Paketen sollte sudo erforderlich sein, und es sollte / usr / local nicht verwendet werden) und Macports möglicherweise Funktioniert besser für meine älteren Macs. Bisher verhält sich mein Mac dank macports genau wie meine Linux-Shell, was das Ziel ist.
Michael

18

Meiner Meinung nach besteht das Problem bei Homebrew darin, dass versucht wird, / usr / local so zu verwenden, wie es nie vorgesehen war: im Besitz eines anderen Benutzers als root. Obwohl ich verstehe, dass die Homebrew-Entwickler darauf achten, sich nicht mit irgendetwas anderem in / usr / local zu befassen, wird nichts anderes, das in / usr / local installiert wird, dasselbe für Homebrew tun. Dies kann Probleme verursachen und hat für mich ... normalerweise Berechtigungsprobleme zur Folge, die sich aus der Installation anderer Software ergeben, die Berechtigungen für / usr / local / basierend auf "wie sie sein sollten" festlegt. Sie werden nie ein anderes Softwarepaket erwarten, dass / usr / local / einem anderen Benutzer als root gehört. Warum also Homebrew? Warum nicht einfach benutzen ~/bin?

Auch eine wenig bekannte Tatsache, warum Fink & MacPorts ihre eigenen Bibliotheken kompilieren :

Es gibt mehrere Gründe, warum MacPorts eigene Bibliotheken verwendet. Dadurch werden die Ports für verschiedene Versionen von Mac OS X konsistenter. Wenn wir uns beispielsweise auf openssl 1.0.0 von MacPorts verlassen können, müssen wir nicht jeden Port testen, der ssl für jede verfügbare openssl-Installation benötigt. Apples Software neigt dazu, von Zeit zu Zeit zu brechen (zB openssl weigert sich, mit einer alten zlib zu bauen, aber für eine Weile hat Apple die alten Header der verwundbaren zlib-Version ausgeliefert). Auch wenn Apples Versionen nicht kaputt sind, sind sie selten auf dem neuesten Stand. Apple hat die Angewohnheit, die Bibliotheken unter Mac OS X erst dann zu aktualisieren, wenn dies aufgrund einer Sicherheitslücke unbedingt erforderlich ist.

Die Nachteile dieser Richtlinie sind minimal: Wenn Sie über eine Multi-Gigabyte-Festplatte verfügen und die Zeit zum Erstellen der zusätzlichen Ports abnimmt, nimmt die Verschwendung einiger Megabyte für z. B. eine Python-Installation mit zunehmender Geschwindigkeit der Computer ab.

Homebrew ist zwar schneller zu installieren, kann jedoch andere nachteilige Auswirkungen haben, wenn vorgefertigte Apple-Systembibliotheken verwendet werden.

Wieder hasse ich es, gegen Homebrew zu graben. Ich mag die Software und ich denke, dass sie für einige Dinge großartig ist, aber es gibt Nachteile, so wie sie derzeit sind.


Führen Sie es einfach als root aus, wenn sich die Berechtigungen geändert haben. Es ist für mich passiert, es gibt eine Fehlermeldung, und ich sudoed. Was ist das Problem?
Daniel Beck

Das Problem ist laut ihnen, dass es nicht so ist, wie es gemacht werden soll. Ihr "empfohlener Weg" ist nicht richtig.
Churnd

Sie sprechen sich jedoch überzeugend gegen übermäßigen sudoGebrauch aus. Es schlägt nur fehl, wenn Sie Ihre eigenen Programme im selben Präfix installieren. Die meisten Programme können damit umgehen, dass sie woanders installiert werden. Vielleicht haben Sie es falsch gemacht? Fink und Macports haben gerade eine eigene Verzeichnishierarchie erstellt, um dieses Problem zu umgehen ...
Daniel Beck

8
Nein, ich habe es nicht falsch gemacht. Die Praxis, / usr / local im Besitz eines regulären Benutzers zu haben, ist falsch. Sie werden das nie bei einer anderen * nix-basierten Software bemerken. Jedes andere Software-Paket, das ich gesehen habe, respektiert root: Wheel Ownership von / usr / local. Warum überhaupt / usr / local übernehmen? Warum nicht / opt / homebrew verwenden und Dinge mit / usr / local / bin oder / usr / local / lib verknüpfen, wenn Sie müssen (wenn auch mit sudo)? Geben Sie dem Benutzer die Wahl, aber brechen Sie die Dinge nicht auf, wenn er die Dinge getrennt halten möchte. Richten Sie ihre Umgebung entsprechend ihrer Wahl ein. Alles existiert friedlich nebeneinander. Win-Win.
Churnd

Ich bin mir dessen bewusst, danke. Verwenden Sie dann einfach ein anderes Präfix. Als ich das letzte Mal nachgesehen habe, war das Präfix anpassbar. Die Standardeinstellungen gelten für den durchschnittlichen Benutzer. Für mehr als 90% der Benutzer ist dies gut genug, da sie ihre eigene Software einfach nicht kompilieren und installieren können /usr/local. Sie haben nicht einmal mehrere Benutzerkonten, daher ist der Besitz dort kein Problem und verbessert tatsächlich die gesamte Erfahrung.
Daniel Beck

15

Ich bevorzuge Homebrew wegen seiner Einfachheit / Geschwindigkeit - meine Tools scheinen im Moment schnell aktualisiert zu werden.

Es ist das schmerzloseste Quellcode-basierte Paketverwaltungs-Tool, das ich verwendet habe, und die Entwicklung scheint ziemlich aktiv zu sein. Was willst du mehr?

(Ja, alle fehlenden Apps)


1
Auch das Bearbeiten und Korrigieren von Formeln ist mit Homebrew sehr einfach.
Bastibe
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.