Irgendwelche Risiken mit Macports?

Question

Ich überlege mir, MacPorts auf meinem Mac zu installieren, damit ich einfachen Zugriff auf * nix dev tools/apps habe. Ich frage mich jedoch, ob es irgendwelche Risiken gibt. Ich bin von Zeit zu Zeit mit dem unvermeidlichen Kompatibilitätsproblem einverstanden (hören Sie, dass Snow Leopard + MacPorts Probleme hat), aber ich möchte nicht, dass die Stabilität meines "Kern" -Mac-Systems beeinträchtigt wird. Ich bin auch neugierig, ob MacPorts signifikante Sicherheitsrisiken hinzufügt.

Schätzen Sie die Hilfe!

Answer 1

MacPorts verwendet ein völlig anderes Verzeichnis für seine Installationen -/opt/local - als jedes normale Programm. Ich habe nie gesehen, dass es die Stabilität eines Systems beeinflusst (ich bin mir nicht einmal sicher, wie es funktionieren würde), und ich habe es für mehrere Jahre auf vielen Computern installiert.

Answer 2

Es ist in Ordnung - ich benutze MacPorts - es wird keine Ihrer vorhandenen Apps im Pfad überschreiben. Ich benutze es seit Jahren. Allerdings habe ich meine Mac Ports Installation komplett kaputt gemacht - ich kann jetzt keine Installation oder Selbstaktualisierung durchführen. Aber es hat mich nur daran gehindert, neue Ports zu installieren - es hat die Stabilität von irgendwelchen vorhandenen nicht beeinflußt.

Answer 3

Ich benutze Darvin/MacPorts seit Jahren. Ich benutze sie ausgiebig. Abut einmal im Jahr nach einem erheblichen Update-Ports brechen auf eine Weise, dass es einfacher ist, sie zu löschen und neu zu starten. Das ist genau das, was ich mache. Ich denke, dass es eine gute Investition ist, sie 2-3 Stunden neu zu installieren, wenn man bedenkt, wie viel Zeit der Umgang mit Open-Source-Software für mich einspart. Entfernen von Ports ist keine triviale Aufgaben obwohl es sei denn, Sie verwenden Sie diesen Befehl:

sudo rm -rf \ 
/opt/local \ 
/Applications/MacPorts \ 
/Applications/DarwinPorts \ 
/Library/Tcl/macports1.0 \ 
/Library/Tcl/darwinports1.0 \ 
/Library/LaunchDaemons/org.macports.\* \ 
/Library/StartupItems/DarwinPortsStartup \ 
/Library/Receipts/MacPorts*.pkg \ 
/Library/Receipts/DarwinPorts*.pkg 

Answer 4

MacPorts können einige lustige Spiele mit Ihren Pfadvariablen spielen, Vorrang vor den installierten Systemprogramme nehmen, die Vorrang haben sollte. Zeug wie Python und Ruby wird zu einer Art Chaos, wenn es etwas gibt, das von einer bestimmten Version abhängt. Es ist jedoch normalerweise kein bleibender Schaden. Die meisten Probleme können gelöst werden, indem Macports deinstalliert und die Pfad-env-Variable zurückgesetzt wird.

Answer 5

Haben Sie sich die [ziemlich lange] Liste der mit der Xcode IDE mitgelieferten Tools angeschaut? Ab Snow Leopard enthält es zum Beispiel gcc 4.0, 4.2, llvm-gcc und Clang.

Wenn Sie die Installation von Xcode ausführen, gibt es eine optionale Installation, die viele der Standard-Unix-y-Dev-Tools in/usr/bin/usw. auffüllt. Sie befinden sich normalerweise in/Developer/bin/seit Xcode begann die Fähigkeit zu unterstützen, die Dev-Tools zu verschieben.

Persönlich habe ich einen langen Hintergrund der Unix-Entwicklung, einschließlich Cross-Plattform-Arbeit, und war ein begeisterter Fink, dann MacPorts, Benutzer seit Jahren. Bei einer Neuinstallation von Leopard bin ich nie zur Installation von Fink/MacPorts gekommen und hatte das auch nicht nötig.

Sowohl MacPorts als auch Fink sind großartig. Wenn Sie verschiedene Unix-y-Goop benötigen, wird man beide gut machen. Ich wollte jedoch nur sicherstellen, dass Sie sich der Fülle des Unix-y-Entwicklungspotenzials von Mac OS X bewusst sind.

(Das Einhalten der System-Tools bietet einige zusätzliche Vorteile; und die Entwickler-Tools wurden optimiert/gepatcht/für eine optimale Unterstützung von Mac OS X festgelegt)

Answer 6

ich weiß nicht, über die aktuelle Situation in Bezug auf das, aber in der Vergangenheit habe ich in dem folgende Szenario verbrannt worden:

1. Apple will das Leben einfacher machen und bietet Kompatibilität mit früheren Mac OS-Benutzern, modifiziert die Systemversion von tar, um Daten zu verschlüsseln eine Gabel oder andere Mac-spezifische Metadaten in TAR-Dateien. Sie betrachten zu Recht, dass es "nur ein anderes Dateisystem" ist.Die Codierung ist nichts Besonderes (ähnlich der Codierung für FAT32-Dateisysteme), aber es ist eine nette Geste.
2. MacPorts möchten die Version von tar steuern, die verwendet wird, wenn MacPorts-bezogene Dinge gemacht werden (vielleicht einen Fehler beheben, der in einer vom System bereitgestellten Version vorhanden war), installiert unberührten GNU-Teer als eine Abhängigkeit für ein Paket.
3. MacPorts tar ist das erste in $ PATH, wird an einem Ort verwendet, wo Apple-Teer-Verhalten gewünscht wurde.
4. Backup erweist sich als wertlos.

Ich benutze immer noch MacPorts. Ich achte nur auf die Zeit der Verwendung von Teer. MacPorts ist so ein großer Zeitsparer, auf den ich nicht verzichten könnte.