Как я переключаюсь назад на python2 после того, как Анаконда установит python3 по умолчанию?
Недавно, я установил Anaconda3-2.5.0-Linux-x86_64.sh на своих 15.04 и закончил с этим!
:~$ python --version
Python 3.5.1 :: Anaconda 2.5.0 (64-bit)
:~$ python2 --version
Python 2.7.9
:~$ python3 --version
Python 3.5.1 :: Anaconda 2.5.0 (64-bit)
В течение прошлых моментов установки я действительно вводил что-то как yes в спешке, и я предполагаю, что она должна была сделать что-то с этим. (Хорошо, мой отказ, я должен был обработать это тщательно, но я нуждаюсь в помощи теперь, не критика).
AFAIK это определенно собирается повредить другие программы. Что я делаю теперь?
То, что я думаю, могло работать.
Это может быть сделано с помощью псевдонимов?
alias python=python2
Но я не уверен.
5 ответов
Я прошел установку в VM, и следующее произошло.
- Установщик просит местоположение установки. Значение по умолчанию
/home/myuser/anaconda3. В конце Вас спросят
Python 3.5.1 :: Continuum Analytics, Inc. creating default environment... installation finished. Do you wish the installer to prepend the Anaconda3 install location to PATH in your /home/myuser/.bashrc ? [yes|no] [no] >>> yes Prepending PATH=/home/myuser/anaconda3/bin to PATH in /home/myuser/.bashrc A backup will be made to: /home/myuser/.bashrc-anaconda3.bak
Для восстановления старого поведения перейдите к корневому каталогу и сделайте
mv .bashrc-anaconda3.bak .bashrc
затем запустите новую оболочку.
Как Вы предполагаете, Вы могли alias python=python2, но я нахожу это немного странным. Я был бы
- Восстановите оригинал
.bashrc - Создайте (если это не существует),
~/bin - Ссылка
ln -s ~/anaconda3/bin/python3 ~/bin/python3 - [Предварительно ожидайте
$HOME/binкому:$PATH] (Должен уже быть установлен по умолчанию~/.profile) - Перевход в систему.
Тот путь, звоня python3 запустит тот с Анаконды.
Важный момент, что оригинал
/usr/bin/python все еще там, и неподвижные точки к python2.7. Разветвления наличия python->python3 в Вашем пути зависят от того, как определенный сценарий называют. Если хижина #!/usr/bin/python используется, как он, вероятно, находится во всех исполняемых файлах, которые поставлются с Ubuntu, ничто не изменится. С другой стороны, для лучшей мобильности #!/usr/bin/env python иногда используется, который теперь вызовет python3.5 быть названным.
Хороший ответ здесь: https://stackoverflow.com/questions/24405561/how-to-install-2-anacondas-python-2-7-and-3-4-on-mac-os-10-9
conda create -n python2 python=2.7 anaconda
затем, для переключения:
source activate python2
В случае, если любой надеется возвращаться, их версия значения по умолчанию Python к 2,7 после того, чтобы портить его (путем изменения принимают значение по умолчанию тот к: анаконда или python 3) и окончание с нефункциональным программным обеспечением, просто перейдите по этой ссылке: Ссылка с инструкциями изменить версию Python по умолчанию.
Это работало на меня, но на Miniconda, это должно также работать на Анаконду, но исправьте меня, если я неправ.
Первый получают Ваш $PATH переменная:
echo $PATH
Это будет, вероятно, похоже на это (miniconda путь перед всем остальным):
/home/your_user/miniconda3/bin:$PATH
Копия, которые соединяют каналом к нижней части Вашего файл ~/.bashrc , но с Miniconda в конце вместо начала пути как так:
export PATH="$PATH:/home/your_user/miniconda3/bin"
система будет искать программы в начале $PATH переменная перед miniconda3/bin папкой.
Это должно восстановить версии для предыдущих программ, которые Вы имели как Python.
Запуск в Conda 4.4, они изменили код добавленный к ~/.bashrc. Теперь, для достижения того же самого отредактируйте ~/.bashrc и прокомментируйте строку ниже подобного так для предотвращения базового слоя (основная среда) от активации в каждом терминале. Никакая потребность коснуться любой другой части новых дополнений. Я не уверен, что значение CONDA_CHANGEPS1=false имеет, но не столкнулось ни с какими проблемами до сих пор.
# CONDA_CHANGEPS1=false conda activate base
И в то время как Вы не будете видеть conda папку в пути больше, эти conda, команда будет все еще хорошо работать, и Ваш оригинал python, python3, и pipenv, команды будут также.
Вот мой ответ, и он может или не может быть фактическим определенным ответом на то, что Вы сделали к своей собственной системе.
Однако я нахожусь в аналогичной ситуации и имел то же самое беспокойство.
Я использую Ubuntu 16.04 LTS и Python 2.7.12 и просто недавно установленная Анаконда.
Таким образом, теперь, когда я перехожу к командной строке и типу python это все еще переходит к моей установке Python2.
Подтвержденный этим sequesnce:
$which python
/usr/bin/python < Catch-all for max compatibility
$python
Python 2.7.12 . . etc
Таким образом в моем случае, anaconda НЕ вызывает проблемы с моими хижинами Python2 по умолчанию.
В конечном счете это - вопрос.
Когда Вы спрашиваете систему which python можно положить, что, чтобы быть корректной строкой для использования в первой строке командной строки разрабатывают программы Python.
В моей ситуации все мои те же файлы сценария командной строки Python продолжают выполняться очень хорошо.
Я склонен писать Python в совместимом с 3 режиме. Такой как использование круглых скобок вокруг моих операторов печати. Но я активно сопротивляюсь существенному изменению к системе, которая могла бы заставить ожесточенные программы Python 2 встречаться с незначительными сбоями. Python 3 звучит великолепно, но ненужный для моих потребностей. Python 2 является удивительным языком.
Моя вычислительная среда не позволяет мне возвращаться и повторно проектировать прошлые процессы, которые были настроены для работы правильно, не получая mjor удар времени, так как я должен буду возвратиться и выяснить, где я использовал ее во-первых.
Нижняя строка для меня: После установки anaconda для будущего использования у меня не было ударов скорости, ни проблем.
Это - точка, где я нахожусь в процессе... Просто законченная пересертификация всего прошлого программного обеспечения.
Следующий шаг должен на самом деле использовать часть интересного материала, который обещан в пакете.
Так, я должен подозревать что другая просто установка anaconda должен быть больше к Вашей ситуации.
На основе моего опыта это не проблема вообще.