Instalação moderna do Python na pasta inicial para computação científica no RHEL


2

Por várias razões, nosso administrador de sistema acha que o Ubuntu é muito inovador para nossa estação de trabalho de produção, e nós agora instalamos Red Hat Enterprise Linux 5,5 (RHEL). Eu não estou muito familiarizado com o sistema operacional, mas apenas brincando com ele, notei que muitos pacotes que eu dependo para computação científica com Python são inexistentes ou horrivelmente desatualizados.

Agora estou olhando para instalar o máximo possível na minha pasta pessoal. Tem sido simples o suficiente para instalar o Python e NumPy , mas eu tenho recebido erros ao instalar SciPy e ainda precisa instalar alguns outros pacotes.

No entanto, isso não é uma questão sobre a instalação de pacotes específicos. Estou mais interessado em o melhor método para manter seus próprios pacotes em sua pasta pessoal no Linux, especificamente para uma instalação em Python . Minha linha de pensamento é que eu poderia precisar instalar coisas como ATLAS , Boost.Python , etc. manualmente e se beneficiaria de alguma forma de gerenciamento de pacotes que não interfere com o RHEL. Meu desejo seria algo como MacPorts , que eu estou acostumado no Mac OS X.

Alguma idéia sobre o gerenciamento de pacotes na minha pasta pessoal? Eu tenho uma VM CentOS no Mac OS X para testar, que eu entendo é 100% compatível com o RHEL.

EDITAR
Acho que resolvi esse problema agora usando Sábio e a EPEL repositório. Basicamente eu compilei o Sage na minha pasta pessoal sem problemas (pelo menos no CentOS) e fui capaz de instalar pacotes extras do Python que eu precisava (e R , como um bônus adicional).


1
Python vem com seu próprio gerenciador de pacotes - pip ( pip.openplans.org )
Sathyajith Bhat

pip pode lidar com pacotes Python, sim, mas eu estou olhando para incluir dependências não-Python tanto a montante como também que não estão incluídos no RHEL ou são muito antigos para serem construídos para os pacotes Python que eu preciso.
fideli

Respostas:


1

Eu sei que o que eu proponho seria talvez um pouco exagerado, mas ... Que tal um ambiente chroot com debian sid ou ubuntu que apenas tem python e suas dependências e é gerenciado por um gerenciador à prova de balas como o apt?


Isso com certeza é um pouco exagerado, mas certamente fornece a maior flexibilidade.
fideli

Sim, e hoje em dia com o debootstrap, o tamanho e a capacidade de gerenciamento são muito bons. Além disso, para um ambiente de produção, ele fornece um pouco de isolamento, portanto, é menos provável que danifique qualquer coisa dentro do chroot.
celebdor

Sua resposta é boa e certamente a considerarei para uso futuro. Obrigado.
fideli
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.