Среди Linux мне показалось, что обновление MacPorts больше всего похоже на Gentoo (возможно, наименее похожая на Mac запись в списке основных дистрибутивов Linux). Но после дальнейшего опыта кажется, что это не совсем похоже на Gentoo: с Gentoo все регулярно ломается, но вы часто можете найти решение, погуглите основные части сообщения об ошибке, и, в отличие от компьютерных ситуаций в целом, имеет вполне рациональный смысл попробовать еще раз. 24 или 48 часов спустя, если что-то сломается. В этом отношении MacPorts похож на Gentoo в том смысле, что вы можете получить поломку, пытаясь поддерживать свою систему в актуальном состоянии, как задумано.
Более ранняя поломка заставила меня задуматься о том, как установить Django; теперь у меня установлен Django, но он ломается при обновлении glib1; последнее существенное изменение ошибки (http://trac.macports.org/ticket/21413) было около года назад.
Действительно ли MacPorts "Ломается как Gentoo, но вы не можете исправить это, как Gentoo", или там написано" 32 бит? " Наследие! Уууууу! "Или что-то еще? Я хотел бы знать, что такое нормальная базовая точка зрения, и чего мне следует и не следует ожидать от MacPorts. (Или, если я ответил на свой вопрос в том, что я сказал выше. )
Разработчики MacPorts изо всех сил стараются тестировать различные системы и поддерживают несколько конфигураций. Обычно есть поддержка двух последних выпусков Mac OS X, на данный момент это 10.5 Leopard и 10.6 Snow Leopard. Он даже по-прежнему работает на 10.4 Tiger в качестве устаревшей платформы, но не будет прилагаться никаких дополнительных усилий для поддержки новых функций.
Для этого жизненно важно не полагаться на версию системы, но для установки зависимостей в префикс MacPorts. Это может привести к увеличению списка зависимостей, но это лучший способ сохранить совместимость. Кроме того, вы получаете более новую версию, чем Apple может предоставить со своей системой, которая не часто обновляется.
Как пользователь вы всегда должны искать и отчет ваши проблемы сборки в системе отслеживания проблем, так как в противном случае сопровождающий может не знать об их существовании. Или вы можете отправить патчи, которые ускорят процесс интеграции, или даже взять на себя сопровождение нескольких портов. Команда MacPorts всегда нуждается в новых сопровождающих, которые вносят обновления или новые порты. Для сравнения: на Gentoo огромное количество разработчиков, тогда как на MacPorts лишь горстка людей активно работает над базой и портами. Поэтому на выявление и устранение проблем уходит больше времени. Помните, что все сопровождающие бесплатно уделяют проекту свое время.
В частности, для вашей проблемы проверяли ли вы настройку build_arch в macports.conf, как это предлагается в комментариях к тикету, который вы связали? По умолчанию build_arch - x86_64 в Snow Leopard. Запуск чистой 32-разрядной установки MacPorts возможен, но не поддерживается. Рекомендуется следовать инструкции по миграции в деталях.
Будет программное обеспечение, которое абсолютно невозможно скомпилировать для 64-битной версии (например, Wine), но MacPorts автоматически перестроит зависимости с универсальным вариантом +. Этот вариант означает, что в одном двоичном файле или библиотеке будет поддерживаться несколько архитектур.
Мое личное мнение: MacPorts (как проект) откусил намного больше, чем может прожевать. MacPorts, похоже, пытается включить абсолютно все из мира Linux, и, к сожалению, в итоге получается бесчисленное количество пакетов, за которыми никто не следит, чтобы убедиться, что они действительно работают. Вещи ломаются и остаются сломанными, иногда навсегда.
Вместо того, чтобы тратить время на MacPorts или Fink, теперь я рассматриваю следующие три варианта, когда хочу запустить программное обеспечение с открытым исходным кодом на Mac:
Это так плохо. Единственная причина, по которой он не хуже, чем вы думаете, это то, что Homebrew (http://mxcl.github.com/homebrew/) сделал его устаревшим, если только у вас нет мазохистского желания снова и снова портить ваши пакеты.
У Homebrew может не быть того богатства пакетов, которое есть у MacPorts, но он будет там, и с ним достаточно просто повозиться, если вы к этому склонны, до такой степени, что добавление «формул» для новых пакетов - легкий ветерок.