Выработать предыдущих ответов: Canopy основана на 3- слои, уровень 0 содержит минимальный минимум для GUI Canopy для работы; слой 1 содержит все пакеты «Система», которые распространяются с Canopy и могут обновляться при выходе новых версий; наконец, уровень 2 - это «Пользовательская» среда, в которой пользователи могут установить любой пакет, который им нравится. Таким образом, если пользователь устанавливает пакет, который разбивает Canopy, всегда можно вернуться к слою 1 или даже к слою 0 для сброса системы.
Управление тремя слоями осуществляется с использованием популярной библиотеки, virtualenv
. В virtualenv
вы можете создавать изолированные среды Python со своим набором библиотек. Например, если вы разрабатываете несколько приложений, для каждого из которых требуются конфликтующие пакеты, вы можете развить их в отдельных виртуальных средах. Используя virtualenv
, Canopy может сделать то же самое: у вас может быть несколько условий «Пользователь» (хотя эта функция пока не отображается через GUI).
One активирует виртуальную среду, используя его "Activate" сценарий, который делает Навес в .bash_profile
линии
~/Library/Enthought/Canopy_64bit/User/bin/activate
как указал DJON.
По умолчанию virtualenv
изменяет ваше приглашение bash, чтобы вы могли запомнить, в какой виртуальной среде вы находитесь, поэтому вы видите приглашение «(Canopy 64bit)». Чтобы избавиться от него, вы можете удалить строку из .bash_profile
, но это означает, что вам придется вручную указать вашу систему на правильный исполняемый файл python и на нужные библиотеки.
решение punchagan просто деактивирует по умолчанию virtualenv
подсказка, оставляя сам виртуальную среду Canopy нетронутой:
VIRTUAL_ENV_DISABLE_PROMPT=true
Это не только удаляет дополнительный текст в PS1, но также изменяет ваш PATH, remo ving каталог сценариев навеса из вашего PATH. Таким образом, вам нужно будет предоставить полный путь к любым скриптам, установленным Canopy для их запуска. – punchagan