Eu tenho esse problema específico de configuração do ambiente de desenvolvimento virtual sem interferir no sistema e na ferramenta existentes. A questão é geral.
Basicamente eu quero desenvolver algumas coisas na empresa, mas estamos usando o muito antigo Centos 6.4. e eu não tenho raiz para executaryum . Eu sei que posso compilar a partir do código fonte e instalar em ~/.local se eu quiser uma versão mais recente de certos pacotes. Mas isso quebraria algumas ferramentas que estamos usando (por exemplo, algumas ferramentas dependem de gtk2 , mas eu construo gtk3 e coloco em ~/.local , o ./local está na frente de /usr/lib no meu %código%). Eu sei que posso instalar o LD_LIBRARY_PATH em algum outro lugar, digamos gtk3 e modificar manualmente o caminho da biblioteca antes de executar meu novo aplicativo ~/envs/myEnv1 -based. Mas isso não é o mesmo que o gtk3 no mundo do Python? E se mais "envs virtuais" se envolverem, mais difícil será manter o "envs".
Então, há uma solução virutalenv para o desenvolvimento geral de software? Eu vi o nosso departamento de SI tem uma ferramenta que é um wrapper para o Python virutalenv , e vai construir o seu virtualenv com o Python 2.6 usando buildout se você executá-lo. Eu não tentei, mas de acordo com o documento, ele configura um novo ambiente de desenvolvimento sem interferir em seu sistema atual. (Eu acho que posso instalar qualquer pacote Python e qualquer pacote de sistema como eu desejo?)
Existe algo equivalente no mundo exterior? Ou esse tipo de solução é feito internamente?
Parece que você precisa / deseja um aplicativo vinculado estaticamente. Esse é Q & A para QT, mas é semelhante a gtk3. Em geral, é uma ideia bastante estranha (quando há um bug na biblioteca de hardlink que você precisa para recompilar / revincular seu aplicativo para o lib atualizado), mas pelo menos é uma opção.