Recentemente, instalei o Anaconda3-2.5.0-Linux-x86_64.sh no meu 15.04 e acabei com isso!
:~$ 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)
Durante os últimos momentos da instalação, digitei algo yes
com pressa e acho que tinha que fazer algo com isso. (Ok, minha culpa, eu deveria ter lidado com isso com cuidado, mas preciso de ajuda agora, não de críticas).
AFAIK isso definitivamente vai quebrar outros programas. O que eu faço agora?
O que eu acho que poderia funcionar.
Isso pode ser feito usando aliases?
alias python=python2
Mas não tenho certeza.
python3
python-2.7
anaconda
sinistro
fonte
fonte
alias python=python2
which python
resultados padrão do shebang. Demora um pouco de tempo na frente para evitar descobrir mais tarde que você se pintou no canto da necessidade de reescrever alguns de seus utilitários. O melhor é deixar as coisas funcionando com os padrões, a menos que você tenha muito tempo em suas mãos.Respostas:
Passei pela instalação em uma VM e aconteceu o seguinte.
/home/myuser/anaconda3
.No final, você será solicitado
Para restaurar o comportamento antigo, vá para o diretório inicial e faça
depois inicie um novo shell.
Como você sugere, você poderia
alias python=python2
, mas acho isso um pouco estranho. Eu gostaria.bashrc
~/bin
ln -s ~/anaconda3/bin/python3 ~/bin/python3
$HOME/bin
para$PATH
] (já deve estar definido por padrão~/.profile
)Dessa forma, a chamada
python3
começará a partir do Anaconda.Um ponto importante é que o original
/usr/bin/python
ainda está lá, e ainda aponta parapython2.7
. As ramificações de terpython->python3
em seu caminho dependem de como um script específico é chamado.Se o shebang
#!/usr/bin/python
for usado, como provavelmente em todos os executáveis que acompanham o Ubuntu, nada mudará. Por outro lado,#!/usr/bin/env python
às vezes é usada uma melhor portabilidade , que agora farápython3.5
com que seja chamada.fonte
~/.profile
- apenas um novo logon é necessário após a criação~/bin
.Boa resposta aqui: /programming/24405561/how-to-install-2-anacondas-python-2-7-and-3-4-on-mac-os-10-9
então, para alternar:
fonte
Caso alguém esteja olhando para alterar sua versão padrão do python de volta para 2.7 depois de estragar tudo (alterando o padrão para: anaconda ou python 3) e acabar com um software não funcional, basta seguir este link: Link com instruções para alterar o padrão versão python.
fonte
Isso funcionou para mim, mas para o Miniconda, também deve funcionar para o Anaconda, mas por favor me corrija se eu estiver errado.
Primeiro obtenha sua variável $ PATH :
Provavelmente será assim (caminho da miniconda antes de tudo):
Copie esse caminho para a parte inferior do seu arquivo ~ / .bashrc , mas com o Miniconda no final, em vez do início do caminho, da seguinte maneira:
O sistema procurará programas no início da variável $ PATH antes da pasta miniconda3 / bin.
Ele deve restaurar as versões dos programas anteriores que você tinha como python.
A partir do Conda 4.4, eles alteraram o código adicionado para ~ / .bashrc. Agora, para conseguir a mesma coisa, edite ~ / .bashrc e comente a linha abaixo, para evitar que a camada base (ambiente base) seja ativada em todos os terminais. Não há necessidade de tocar em nenhuma outra parte das novas adições. Não tenho certeza do significado
CONDA_CHANGEPS1=false
, mas ainda não encontrei nenhum problema.E enquanto você não vai ver a pasta Conda no caminho mais, o
conda
comando ainda será executado muito bem, e o seu originalpython
,python3
epipenv
comandos vai bem.fonte
Aqui está a minha resposta, e pode ou não ser a resposta específica real ao que você fez ao seu próprio sistema.
No entanto, estou em uma situação semelhante e tinha a mesma preocupação.
Estou usando o Ubuntu 16.04 LTS e Python 2.7.12 e recentemente instalei o Anaconda.
Então agora, quando vou para a linha de comando e digito,
python
ela ainda vai para a minha instalação do Python2.Confirmado por esta seção:
Portanto, no meu caso,
anaconda
NÃO causa nenhum problema com meus shebangs padrão do Python2.Em última análise, essa é a questão.
Quando você pergunta ao sistema,
which python
pode confiar que a string correta seja usada na primeira linha dos programas Python no estilo da linha de comando.Na minha situação, todos os meus arquivos de script de linha de comando Python continuam sendo executados corretamente.
Eu costumo escrever Python em um modo compatível com 3. Como usar parênteses em volta das minhas declarações de impressão. Mas estou resistindo ativamente a uma grande mudança no sistema que pode fazer com que os difíceis programas do Python 2 encontrem falhas. Python 3 parece ótimo, mas desnecessário para minhas necessidades. Python 2 é uma linguagem incrível.
Meu ambiente de computação não me permite voltar e re-projetar processos passados que foram ajustados para funcionar corretamente sem demorar muito, pois eu precisaria voltar e descobrir onde o usei em primeiro lugar.
Conclusão para mim: Após a instalação
anaconda
para uso futuro, não tive problemas de velocidade ou problemas.É nesse ponto que estou no processo ... Acabei de re-certificar todo o software passado.
O próximo passo é realmente usar algumas das coisas legais prometidas no pacote.
Portanto, devo suspeitar que outra instalação simples
anaconda
deve ter mais a sua situação.Da minha experiência, não é um problema.
fonte
dd
comando é rápido e fácil, e as conexões SATA são fáceis. Não há razão para evitar a proteção do seu sistema. Apenas tome cuidado para que a cada etapa você possa reverter todas e quaisquer mudanças que possam acontecer. Rives duros são muito mais baratos que o seu tempo. (a menos que você não ache isso verdade). Os fundos de subsídios mais uma restrição de tempo devem ser incentivos suficientes.