Os comandos a seguir removerão seu python make altinstall
-ed:
rm -f /usr/local/bin/python2.7
rm -f /usr/local/bin/pip2.7
rm -f /usr/local/bin/pydoc
rm -rf /usr/local/bin/include/python2.7
rm -f /usr/local/lib/libpython2.7.a
rm -rf /usr/local/lib/python2.7
Você também pode precisar fazer
rm -f /usr/local/share/man/python2.7.1
rm -rf /usr/local/lib/pkgconfig
rm -f /usr/local/bin/idle
rm -f /usr/local/bin/easy_install-2.7
Embora make altinstall
tenha me servido bem se o "sistema python" tiver um número maior.minor diferente daquele que você instala, ele não funciona tão bem se apenas o número micro (a terceira posição) for diferente. Esse número é excluído do binário instalado e você acaba com duas versões pythonX.Y. Isso sempre foi um problema, mas uma vez que as distribuições começaram a ser distribuídas com utilitários de sistema baseados em 2.7.X, este problema tem sido mais severo, já que o 2.7 é supostamente o último da série Python2.
IMO a melhor abordagem para resolver este problema é evitar que ele se torne um: configure python para instalar em um diretório não usado por qualquer outro python. No meu sistema, eles vão abaixo de /opt/python/X.Y.Z
.
Para usar qualquer um dos Python instalados, use [virualenv][1]
para criar um novo ambiente:
virtualenv --python=/opt/python/2.7.9/bin/python2.7 venv
source venv/bin/activate
ou use [virtualenvwrapper][2]
. Eu tenho alguns aliases para as versões mais recentes da série com a qual trabalho.
Se você estiver usando tox
para testar em várias versões (você deve), o seguinte alias o ajudará a encontrar a versão diferente:
alias tox='PATH=/opt/python/2.7.9/bin:/opt/python/2.6.9/bin:/opt/python/3.4.3/bin:/opt/python/3.3.6/bin:/opt/python/3.5-dev/bin:$PATH tox'
(atualmente são as versões mais recentes, eu uso uma configuração um pouco diferente, mantendo links de /opt/python/2.7
para o mais recente /opt/python/2.7.9
e para os outros números menores também, dentro do processo de download, construção e instalação de nova versão do python)
Essas instalações nunca são usadas diretamente. Eles sempre são usados como base para virtualenv
ambientes, portanto, não me importo que eles não estejam no meu PATH normal.