Quando me deparo com situações semelhantes, geralmente evito o gerenciador de pacotes, especialmente se for constrangedor quebrar algo, ou seja, um servidor de produção. Em vez disso, eu iria para Activestate e baixaria seu pacote binário:
https://www.activestate.com/activepython/downloads/
Isso é instalado executando um script que coloca tudo em uma pasta e não toca em nenhum arquivo do sistema. Na verdade, você nem precisa de permissões de root para configurá-lo. Então eu mudo o nome do binário para algo como apy26, adiciono essa pasta ao final do PATH e começo a codificar. Se você instalar pacotes com apy26 setup.py install
ou se usar virtualenv e easyinstall, terá um ambiente Python tão flexível quanto necessário, sem tocar no python padrão do sistema.
Edições ... Recentemente, fiz alguns trabalhos para construir um binário Python portátil para Linux que deve ser executado em qualquer distro sem dependências externas. Isso significa que todas as bibliotecas binárias compartilhadas necessárias para o módulo Python portátil são parte da construção, incluídas no tarball e instaladas na estrutura de diretório privado do Python. Desta forma, você pode instalar o Python para seu aplicativo sem interferir com o sistema Python instalado.
Meu site github tem um script de construção que foi completamente testado em instalações de 32 e 64 bits do Ubuntu Lucid 10.04 LTS. Eu também o construí no Debian Etch, mas isso foi há um tempo e não posso garantir que não mudei nada. A maneira mais fácil de fazer isso é apenas colocar sua escolha de Ubuntu Lucid em uma máquina virtual, verificar o script git clone git://github.com/wavetossed/pybuild.git
e, em seguida, executar o script.
Depois de compilado, use o tarball em qualquer distro Linux recente. Há uma pequena dificuldade em movê-lo para um diretório diferente do /data1/packages/python272
qual você deve executar o incluído patchelf
para definir o caminho do interpretador ANTES de mover o diretório. Isso afeta quaisquer binários em/data1/packages/python272/bin
Tudo isso é baseado na construção com RUNPATH e na cópia das bibliotecas compartilhadas dependentes. Mesmo que o script esteja em vários arquivos, ele é efetivamente um longo script de shell organizado no estilo dos diretórios /etc/rc.d.