macports vs fink [geschlossen]

7

Welches ist bevorzugt? Ich fühle mich in Unix-ähnlichen Umgebungen wohl und habe kürzlich ein Macbook gekauft. Ich verwende derzeit Macports, wie es von Apple stammt, aber ich mag es nicht, wie Python 3.1 zu / opt / local / bin / python31 wird (eigentlich stört mich der Pfad nicht, dieser Teil ist großartig, ich mag es nicht, ihn zu verknüpfen). .

Ein besseres Beispiel: Ich verwende Python 2.6 für die Django-Entwicklung, aber 2.5 wird mit OS X ausgeliefert. Das ist in Ordnung, bis ich den Django-Server lokal ausführe. 2.5 wird zuerst in meinem Pfad gefunden. (Wenn Sie / opt / local / bin dem Pfad voranstellen, kann dies je nach 2.5 etwas beschädigen. Ich möchte lieber nichts berühren, das explizit von Apple installiert wurde ). Ist das Erstellen eines Alias ​​hier wirklich die beste Lösung?

Welche Tipps können Sie für die Verwendung von Macports geben? ist fink besser

package-management mac-osx theman_on_osx
quelle
1
Fügen Sie Ihrem Pfad / opt / local / bin in Ihrem Shell-Skript hinzu, das nur von interaktiven Shells bezogen wird. Auf diese Weise funktioniert alles mit dem Standard-Python, außer dem, was Sie interaktiv in einem Terminal ausführen. Apple-Produkte geben ohnehin keine Shell-Initialisierungsdateien an, da Programme von keiner Shell gegabelt werden.

Antworten:

13

Ich habe Fink eine ganze Weile benutzt. Eines Tages habe ich MacPorts ausprobiert und nie wieder auf Fink umgestellt.

Ich stellte (subjektiv) fest, dass die Pakete in MacPorts aktueller gehalten wurden und weniger Tendenzen bei der Installation hatten, in gegenseitige Abhängigkeitsschleifen des Todes zu geraten. Fink-Pakete wurden oft einfach nicht installiert oder hatten Versions- / Testprobleme, bei denen ich mich selbst von der Quelle aus beheben musste. Mein MacPorts-Software-Repository ist aus irgendeinem Grund auch kompakter. Es ist ungefähr die Hälfte des Speicherplatzes des ähnlich ausgestatteten Fink-Baums, den ich früher gepflegt habe.

MacPorts ist ein quellenbasierter Verteilungsmechanismus, der den Ports von FreeBSD sehr ähnlich ist. Daher bietet er Ihnen die Möglichkeit, alles für Sie erledigen zu lassen, wenn es Ihnen wirklich egal ist, welche Compiler-Flags Sie an das Dienstprogramm cowaysay übergeben, aber mehr Feinheit wünschen. Ich denke, es ist ein guter Kompromiss zwischen der zehntausendfachen Eingabe von ./configure make make install und der Übergabe Ihres Systems an die Launen einer Reihe unbekannter Paketbetreuer.

Palmer
quelle
2
Um dies zu unterstützen, habe auch ich mit Fink angefangen und bin dann zu MacPorts gewechselt, als Fink kein Paket hatte, das ich brauchte. Ich habe nie zurückgeschaut. Ports funktionieren genau wie in FreeBSD, was für mich angenehm ist, und verwenden Pfade, die mir "normaler" erscheinen.
Jedberg
1
Gleichfalls. Ich kaufte ein neues Macbook Pro und entschied, dass es ein guter Zeitpunkt war, MacPorts auszuprobieren, und ich würde nie wieder wechseln. Es gibt mehr Software, es ist besser gewartet und aktueller und es funktioniert wirklich gut.
Dan Udey
5

Macports ist definitiv ein aktuelleres Projekt. Ich benutze es seit dem Namen Darwinports und passte immer am besten zu mir (ich bin Programmierer).

rogeriopvl
quelle
3

Weder. Benutze die Quelle, Luke. Wenn Sie eine Menge Unix-Software benötigen, damit das Kompilieren aus dem Quellcode zur Aufgabe wird, schauen Sie sich pkgsrc (The NetBSD Packages Collection), MirPorts (The MirOS Ports Framework) und dergleichen an.


quelle
os x war ein guter Kompromiss für mich. Es ist Unix genug, dass ich es bequem habe. Dennoch wird die gesamte Hardware sofort unterstützt. Es ist mir nie in den Sinn gekommen, pkgsrc oder meinen bevorzugten Paketmanager zu verwenden. Nachdem ich Archlinux so lange benutzt habe, bin ich an modernere Software gewöhnt (meine einzige echte Beschwerde) ... danke für die Antwort.
theman_on_osx
3
MacPorts ist ein quellbasiertes System, das auf BSD-Ports basiert. Die Community ist kleiner, daher scheinen die verfügbaren Pakete eher ältere Versionen zu sein. Ich versuche jedoch, aktualisierte Portdateien zu senden, um die neueren Versionen abzurufen, wenn ich auf etwas stoße, das ich verwende und das veraltet ist.
Scott Pack
Ich bin bei Ante. Ich habe vor Jahren sowohl Fink als auch MacPorts ausprobiert, und während sie funktionierten, schien etwas einfach nicht richtig zu sein - mit allem in / opt / (was, ja, ich verstehe, das Aufräumen / Reparieren erleichtert). Jetzt kompiliere ich einfach alles, was ich brauche, in / usr / local und das hat problemlos funktioniert.
Bill Turner
Ich hatte Probleme mit Fink und MacPorts (und zum Teufel habe ich sogar Gentoo für den Mac ausprobiert!). pkgsrc klingt sehr interessant.
Clinton Blackmore
0

Ich bin ein Fink-Benutzer. Gute Unterstützung für das wissenschaftliche Rechnen, das ich mache ...

Aber aus Rücksicht auf Ante Gotovinas Aufruf baue ich im Allgemeinen alles aus den Quellpaketen.

dmckee --- Ex-Moderator Kätzchen
quelle
0

Um die Frage zu Symlinks zu beantworten, sollten Sie das Paket python_select installieren, mit dem Symlinks für die gewünschte Python-Version eingerichtet werden.

Außerdem gab es noch nie ein Problem, bei dem die Verwendung eines MacPorts-Builds gegenüber einem von Apple bereitgestellten Programm ein von Apple bereitgestelltes Programm beschädigt. Mit anderen Worten, Sie sollten Ihren PFAD einfach so einrichten, dass / opt / local / bin vorne steht.

Blair Zajac
quelle