Почему Macports берет НАВСЕГДА для создания простых пакетов?
Неудачно, что Вы не обнаружили фундаментальную элегантность и концептуальную целостность языка. Это открывает столько же удобный и последовательный вид мира сколько любой другой язык, как отражено его использованием продолжения за эти годы. YMMV, но позволяют нам все равно соображение.
3 ответа
If you are running on an Intel Core 2 Duo you can double the speed of your builds by changing the Macports config option located here:
/opt/local/etc/macports/macports.conf
# Number of simultaneous make jobs (commands) to use when building ports
buildmakejobs 2
I was kicking myself when I discovered this AFTER I rebuilt gcc ;)
This option will allow you to use both cpu's for building packages.
"заморозить ОС"? Можете быть более конкретными? Какие пакеты вы пытались собрать для какой версии OS X на какой машине?
По моему опыту, сборки MacPorts в целом корректно работают практически с любой поддерживаемой конфигурацией, в моем случае начиная с Pismo G3 с объемом памяти 256 Мбайт (2000 года) и работающей 10.4 вверх, хотя недавний двухъядерный Intel iMac на 10.5. Однако вы должны набраться терпения: это может занять много времени, особенно если существует много зависимых пакетов, что является одним из недостатков использования диспетчера пакетов, такого как MacPorts или Fink. Положительным моментом является то, что у вас обычно гораздо более контролируемая и, можно надеяться, протестированная среда, чем если бы вы сами устанавливали отдельные пакеты из исходного кода. И, если вы еще этого не сделали, убедитесь, что вы обновили MacPorts до последней версии: 1.8.
Я не против подождать, пока Mac Ports соберется из исходников на последних пакетах. Но почему бы не использовать всю эту вычислительную мощность и не предложить пользователям возможность автоматически загружать сборку обратно в MacPorts или, что еще лучше, хэшировать ее и предлагать другим пользователям MacPorts, которые могут выбрать опцию "турбо".