Warum funktioniert Macports FÜR IMMER nehmen einfache Pakete zu bauen?

Question

Gebäude von der Quelle außerhalb von Macports ist ein Kinderspiel. Gebäude mit Macports dauert ewig und scheint die os jeder so oft einzufrieren. Ist das typische Verhalten? Obwohl es wie eine schöne Verpackung Werkzeug für os x scheint, wenn ich durch diesen Schmerz während jeder jedes Mal gehen installiere ich denke, ich werde, ohne es zu tun.

Answer 1

Wenn Sie auf einem Intel Core 2 Duo ausgeführt wird, können Sie die Geschwindigkeit verdoppeln Sie Ihre baut durch die Macports Konfigurationsoption befindet sich hier zu ändern:

/opt/local/etc/macports/macports.conf

# Number of simultaneous make jobs (commands) to use when building ports
buildmakejobs       2

Ich war kicking mich, als ich dieses, nachdem ich wieder aufgebauten gcc entdeckt;)

Diese Option ermöglicht es Ihnen, sowohl CPU zu verwenden ist für Pakete zu bauen.

Answer 2

"das os einzufrieren"? Kannst du genauer sein? Welche Pakete sind Sie, welche Version von OS X auf welcher Maschine zu bauen versuchen?

Nach meiner Erfahrung Builds MacPorts im Allgemeinen korrekt auf arbeitet fast jede Konfiguration unterstützt, in meinem Fall im Bereich von einem 256MB Pismo G3 (Jahr 2000) auf 10.5 10.4 bis obwohl ein aktuelles Dual-Core Intel iMac läuft. Sie müssen geduldig sein, aber: es eine lange Zeit dauern kann, vor allem, wenn es eine Menge von abhängigen Paketen ist, die die Verwendung eines Paket-Manager wie MacPorts oder Fink einer der Nachteile ist. Der Vorteil ist, dass Sie in der Regel eine viel-mehr haben kontrolliert und, so hofft man, getestet Umwelt, als wenn Sie individuell Pakete aus den Quellen selbst installiert haben. Und wenn Sie nicht bereits haben, stellen Sie sicher, dass die neuesten MacPorts aktualisieren: 1.8.0 gerade veröffentlicht wurde und hat einige wichtige Verbesserungen, unter anderem eine bessere Unterstützung von Universal-Builds

.

Answer 3

MacPorts nur Quelltextes verwendet und dies auf eine Differenz von mehreren Aufträgen von magnitudo wenn zu einem Paketsystem, das Binärdateien holt verglichen führen kann. Betrachten wir als Beispiel den Fall eines irgendwie großes Paket, das nur wenige Stunden in Anspruch nimmt gebaut werden und vergleichen Sie diese mit der Zeit, die als Archiv des Herunterladens einer Größe von einigen zehn MBs haben.

MacPorts verwendet Apples Werkzeuge zu bauen und es fügt nur einen vernachlässigbaren Overhead auf die gleiche Build-Zeit, dass Sie außerhalb von MacPorts bekommen würden, das Paket, desto größer ist die Differenz desto kleiner ist. Wenn Sie einen großen Unterschied auftreten, wenn ein Programm außerhalb der MP Gebäude sollten Sie ein Ticket auf der issue tracker mit den Details Datei .

Das heißt ich sehe, ist die Frage ziemlich alt ist, seit 2.0 gibt es Unterstützung für binäre Archive -cf. Changelog - es gibt eine macosforge unterstützt Repository mit buildbots, die Archive produzieren unterzeichnet und der Standard ist diese binären Archive anstatten Gebäude von der Quelle zu holen (die Sie sich Flag verwendet erzwingen). Die aktuelle Benutzer Erfahrung ist ähnlich wie binäre Manager wie apt-get, mit der Fähigkeit zu ändern konfigurieren und Build-Optionen ganz einfach.

Answer 4

Ich habe nichts dagegen für Mac Ports zu bauen von der Quelle auf den neuesten Pakete nicht warten. Aber warum nicht Gurtzeug all diese Rechenleistung und bietet den Anwender die Möglichkeit, den Build zu lassen automatisch wieder auf MacPorts hochgeladen werden oder besser noch gehasht und Peer-to-Peer zu anderen MacPorts Benutzern angeboten werden, die eine "Turbo-Option auswählen kann.