Ich habe MacPorts auf meinem iMac mit einer angemessenen Anzahl von Ports installiert.
Ich bin jedoch daran interessiert, Homebrew auszuprobieren, da ich viele gute Dinge darüber gehört habe, und weil mir aufgefallen ist, dass es aktuellere Versionen mehrerer der von mir verwendeten Tools enthält.
Können die beiden gleichzeitig auf demselben Computer installiert sein oder muss ich MacPorts erst vollständig deinstallieren?
Auch wenn die beiden können gleichzeitig installiert werden, werden sie völlig unabhängig voneinander? Eine der Eigenschaften von Homebrew ist, dass keine neuen Versionen von Dingen neu installiert werden, die bereits im System enthalten sind (z. B. Python). Gilt dies auch dafür, dass keine Versionen von Dingen installiert werden, die bereits von MacPorts verwaltet werden?
Was passiert, wenn ich MacPorts anschließend deinstalliere?
Ich gab eine andere Antwort auf eine ähnliche Frage:
quelle
~/.homebrew
. Würde es MacPorts immer noch stören, wenn es stattdessen dort installiert würde?Früher dachte ich, dass die Sorgen darüber, was die Gnu-Build-Tools
/usr/local
bewirken werden, eher paranoid sind. Die Build-Tools erwarten , dass es viele Dinge gibt: In der guten alten Zeit vor den Paketmanagern (ich scherze) haben wir alles kompiliert, was dazu gehört/usr/local
. Obwohl Autoconf in der Regel Probleme feststellt, führt die enorme Komplexität vieler Open-Source-Projekte zu Problemen, und es kann schwierig sein, diese Probleme zu beheben, wenn Sie in Schwierigkeiten geraten.Das Risiko, dass Autoconf Probleme damit hat, etwas zu finden, das nicht in
/usr/local
Ordnung sein sollte, muss jedoch in Bezug auf die Wartungsproblematik abgewogen werden, da zwei, drei oder vier verschiedene Kopien von Perl, Tcl und Ruby vorhanden sind, die jeweils unterschiedliche Paketbibliotheken abdecken. Unangenehm.Da meine Erfahrung mit MacPorts und Fink in der Regel durch genau dies verursacht wurde und
/usr/local
ich irgendwann auf die altmodische Art und Weise umstieg, war ich erfreut zu sehen, dass Homebrew sich nicht darum gekümmert hat. Ich habe versucht, MacPorts für die Installation zu konfigurieren/usr/local
, aber MacPorts tut alles, um dies zu erschweren. Ich verstehe, dass die Motivation darin besteht, sich das Leben zu erleichtern, wenn man sich mit Hilferufen auf der Mailingliste und dem Bug-Tracker befasst. Beachten Sie jedoch, dass wir die Mühen freiwilliger Paketierer respektieren und ihre Zeit als kostbar behandeln sollten, ihre Debugging-Komfort ist nicht die einzige Art von Einfachheit, die Sie als Benutzer betrifft.Zumindest in dieser Hinsicht macht Homebrew die Dinge so, wie sie früher gemacht wurden, und MacPorts versucht, sich nicht einzumischen. Wenn Sie bereit sind, zu dokumentieren, welche Pakete Sie mit Homebrew benötigen, und / usr / local bereinigen und bei Schwierigkeiten neu installieren möchten, können Sie jederzeit zurücktreten, falls etwas schief geht. Und wenn Sie feststellen, dass Probleme in / usr / local im Allgemeinen nicht das Risiko einer dauerhaften Beschädigung Ihrer Maschinen bergen, können Sie sich freier fühlen, Risiken einzugehen.
Ich stelle nur fest, wie viel schlechter die Verpackung unter OSX ist als unter FreeBSD: Apple scheint sich nicht wirklich um die Benutzerfreundlichkeit seines BSD-Subsystems zu kümmern, da dies ein Problem ist, bei dem sie helfen könnten.
quelle
/usr/local
ist endlos. Architekturen, Versionen, konfigurierte Features und Flags, Teilinstallationen, veraltete Installationen mit Sicherheitsproblemen sowie und und verursachen Probleme. Sicher, machen Sie weiter, wenn Sie wissen, was Sie tun, aber melden Sie keine Fehler. Die Erfahrung zeigt, dass die Leute sowieso Fehler melden, und das ist genau der Grund, warum der Trace-Modus (-t
siehe unten) existiert und warum das Vermeiden/usr/local
die Standardempfehlung ist.Laut den MacPorts FAQ :
Dies ist relevant, da gemäß der Homebrew-Installationsseite:
Aus diesem Grund und mit wenig persönlicher Erfahrung gehe ich davon aus, dass die Verwendung des Flags -t für MacPort-Installationen die meisten Probleme vermeiden sollte, wenn MacPorts und Homebrew auf demselben System existieren. Um Ihre letzte Frage zu beantworten: Ich sehe keinen Grund, warum die Deinstallation von MacPorts Probleme verursachen würde.
quelle
Während der Installation von Homebrew auf einem Computer, auf dem ich seit Jahren Ports verwende, kann ich Folgendes lesen:
Achtung!
quelle
Die
sudo port -t ...
Lösung von webappzero sollte helfen. Um ehrlich zu sein, arbeite ich mit Fink, MacPorts und Homebrew auf einmal, mit Rücksicht auf MacPorts (vorerst sowieso), und benutze nur eine der beiden anderen, um Dinge zu installieren, die ich von MacPorts nicht bekomme. Ich bin auf diese Weise auf sehr wenige Schwierigkeiten gestoßen, noch bevor ich denport -t
Trick gelernt habe . Wenn Sie jedoch versuchen, mit mehreren Paket-Managern komplexe Entwicklungs- und Serverumgebungen zu verwalten, sind Sie wahrscheinlich zumindest in einer Welt des Unbehagens. Wählen Sie eine aus und meiden Sie die anderen, aber für etwas, das Sie dringend von ihnen benötigen, und setzen Sie die Hauptperson früher in den Pfad ein.Wenn das, was ich höre, wahr ist, dass Apple es verbietet, Dinge in / usr / zu installieren, die nicht von Apple stammen (oder vielleicht machen sie das bereits in El Crapitan, was ich vermeide, erst nachträglich zu "up" zu stufen Probleme damit sind gelöst), ich nehme an, dass das Problem gemildert wird, nachdem Homebrew standardmäßig etwas anderes verwendet hat - ob wir dem hartnäckigen Ansatz von Apple zustimmen oder nicht.
Am Ende gefällt mir die Idee, Apples eigene Ports auf einen eigenen Baum zu beschränken. Ich wünschte nur, es wäre nicht / usr /. Ich würde lieber / System / bin / usw. usw. verwenden, um ihre eigenen Inhalte zu isolieren, damit ich sie mit aktueller, von der Community gepflegter Software einfacher umgehen kann.
quelle