Переход с MacPython на MacPorts python3 — хорошая идея для EIN и Scipy?

Я начал изучать Python на OS X 10.6 (Snow Leopard) с сайта python.org Python dmg. Я думаю Я видел это под названием "MacPython" на SO, но я также думаю, что этот MacPython (в настоящее время самый популярный Google для "MacPython") отличается, верно?

Хотя я чувствовал, что моя установка Python 3.3.0 на python.org поначалу работала у меня достаточно хорошо (используя distribute, easy_install и pip, я установил несколько новых пакетов, включая IPython), я хотел бы начать использовать Emacs IPython Notebook (EIN) и Scipy, и мне ясно, что такой механизм потребует много дополнительных вещей от CheeseShop. Кроме того, я очень доволен использованием MacPorts для GNU Emacs и других пакетов Unix (не Python) для долгое время, поэтому я думаю, что было бы неплохо перенести всю мою работу с Python (я сосредоточен на изучении py3) из того, что у меня сейчас есть с установкой python.org, в MacPorts Python.

Это хорошая идея? IOW, я, вероятно, буду тратить много дополнительного времени/работы/головной боли на себя (например, головные боли, о которых пишет @davidavr здесь, когда он пишет: "MacPorts достанет и установит полный дистрибутив Python 2.4 вместе с библиотекой") за очень небольшую выгоду или преимущество использования менеджера пакетов, такого как MacPorts, для моих вещей Python, будет большой экономией времени, как я подозреваю, что это может быть?

Я прочитал много других тем здесь ( mac/7220022#7220022">большинство довольно старые), которые частично связаны, но не чувствую, что есть что-то недавнее, что действительно касается моего вопроса, и я столкнулся с множеством старых советов, где было ясно, что новые советы противоречат друг другу, поэтому я спрашиваю, что можно считать дубликатом, но если это так, я не могу отделаться от мысли, что по прошествии нескольких лет некоторые ответы на более старые похожие вопросы могли измениться.


person Kevin Ford The Submariner    schedule 11.01.2013    source источник
comment
Я не пользователь Mac, но предполагаю: его установка будет медленной, потому что он компилирует множество вещей с нуля, но наличие серьезного менеджера пакетов, занимающегося установкой вещей, дает много преимуществ.   -  person Thomas K    schedule 16.01.2013


Ответы (1)


После многодневных попыток использовать MacPorts и pip3 и, в конечном итоге, не сумев получить функциональный ноутбук / qtconsole IPython, работающий с matplotlib, numpy, sympy и всеми этими замечательными вещами, я сдался и переключился на homebrew, который в конечном итоге работал для меня, но я выполнить обычную установку из исходного кода для нескольких больших пакетов. Хотя доморощенный устанавливал эти пакеты, похоже, он делал это строго для Python 2.7 и никогда для Python3; Я попробовал несколько вариантов в homebrew, чтобы исправить это, но в конце концов сдался и просто установил из исходного кода такие сложные пакеты, как Qt.

Итак, я предполагаю, что мой опыт заключался в том, что MacPorts с pip3 не был хорошей идеей для моей конкретной цели, тогда как homebrew с pip3 был лучше, но все еще неполным для пакетов Scipy с Python3. (Хотя, возможно, если бы я попытался установить из исходного кода в дополнение к MacPorts, как я это сделал с доморощенным, тогда MacPorts также было бы достаточно.)

Оглядываясь назад на опыт, я думаю, что существует большая потребность в более подробной и всеобъемлющей документации для новых пользователей о том, как начать с нуля и создать эти возможности, потому что я испробовал много разных стратегий, и в конечном итоге это было только путем проб и ошибок и множества различные кусочки и советы со всего Интернета, которые я, наконец, получил. У меня до сих пор нет EIN, но я думаю, что для этого потребуются инструменты строго из мира emacs. Документация EIN настоятельно рекомендует использовать менеджер пакетов emacs под названием el-get (или MELPA), и я обнаружил, что оба содержат ошибки, поэтому все, что у меня есть, — это блокнот IPython, использующий браузер, который по-прежнему прекрасен.

ИЗМЕНИТЬ

О, еще одна очень важная вещь: я прекратил попытки с Python 3.3.0 и вернулся к Python 3.2.3 как numpy 1.6.2 не поддерживает Python 3.3.0, и хотя это, по-видимому, было исправлено в numpy 1.7.x, в настоящее время нет планов по выпуску numpy 1.6.3.

person Kevin Ford The Submariner    schedule 21.01.2013