Почему Macports берет FOREVER для создания простых пакетов?

Ответ 1

Если вы работаете на Intel Core 2 Duo, вы можете удвоить скорость своих сборок, изменив опцию конфигурации Macports, расположенную здесь:

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

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

Я пинал себя, когда обнаружил это после того, как я восстановил gcc;)

Этот параметр позволит вам использовать оба процессора для создания пакетов.

Ответ 2

"заморозить os"? Можете быть более конкретными? Какие пакеты вы пытались построить на какой версии ОС X на какой машине?

По моему опыту, MacPorts, как правило, работает корректно практически для любой поддерживаемой конфигурации, в моем случае от 256 Мбайт Pismo G3 (2000 год), работающей на 10,4, хотя недавняя двухъядерная Intel iMac на 10,5. Однако вы должны быть терпеливы: это может занять много времени, особенно если есть много зависимых пакетов, что является одним из недостатков использования диспетчера пакетов, такого как MacPorts или Fink. Положительным моментом является то, что вы, как правило, обладаете гораздо более контролируемой и надежной средой, чем если бы вы сами устанавливали индивидуальные пакеты из исходного кода. И, если вы еще этого не сделали, убедитесь, что вы обновили последние версии MacPorts: 1.8.0 был только что выпущен и имеет некоторые важные улучшения, включая лучшую поддержку универсальных сборок.

Ответ 3

MacPorts используется только для сборки из источника, и это может привести к разнице в несколько порядков magnitudo по сравнению с системой пакетов, которая извлекает двоичные файлы. Рассмотрим в качестве примера случай с каким-то большим пакетом, который занимает несколько часов, и сравнивает его со временем загрузки его в виде архива размером в несколько десятков МБ.

MacPorts использует инструменты Apple для сборки, и это лишь добавляет незначительные накладные расходы к тому же времени сборки, которое вы получите за пределами MacPorts, чем больше пакет, тем меньше разница. Если вы столкнулись с огромной разницей при создании программы вне MP, вы должны записать билет в отслеживание проблем с подробной информацией.

Тем не менее, я вижу, что вопрос довольно старый, так как 2.0 поддерживает двоичные архивы -cf. Changelog - там есть поддерживаемый macosforge репозиторий со сборщиками, которые создают подписанные архивы, а по умолчанию - извлечение этих двоичных архивов, а не создание из источника (это вы можете принудительно использовать флаг -s). Текущий пользовательский интерфейс больше похож на двоичных менеджеров, таких как apt-get, с возможностью легко изменять параметры конфигурации и сборки.

Ответ 4

Я не против ждать, пока Mac-порты будут строить из исходников на последних пакетах. Но почему бы не использовать всю эту вычислительную мощность и предложить пользователям возможность автоматически загружать сборку в MacPorts или еще лучше хешировать и предлагать одноранговое подключение другим пользователям MacPorts, которые могут выбрать вариант "турбо".