A mi me suena muy problemático lo que andas intentando hacer. Como se ha dicho por aquí, la gracia de virtualenv es tener aislados entornos de ejecución únicos por aplicación. Si empiezas a compartir los paquetes corres el riesgo de caer en un "DLL hell", donde actualizar una versión de un paquete provoque que empiecen a cascar ciertos entornos que dependen de la versión antigua. O, si lo intentas hacer bien, al actualizar un paquete en un virtualenv concreto, tendrías que recorrer todos los virtualenvs que dependen de él (mejor dicho, recorrer el árbol de virtualenvs que cuelgan de él) para actualizar las dependencias.
No creo que te arriende la ganancia, francamente. César García Tapia cesar.garcia.ta...@openshine.com +34 663 273 481 El 30 de noviembre de 2015, 16:39, Kiko <kikocorre...@gmail.com> escribió: > > > El 30 de noviembre de 2015, 16:23, Jose Caballero < > jcaballero....@gmail.com> escribió: > >> El día 29 de noviembre de 2015, 14:48, Kiko <kikocorre...@gmail.com> >> escribió: >> > Hola. >> > >> > No sé si esta será la pregunta rara del día. Ahí va. >> > >> > Imaginad que tengo un venv, llamémosle venv-base, donde tengo instalado >> > cosas que siempre uso (p.e., numpy, scipy, matplotib y pandas) y que >> suele >> > ser un poco incordio instalar usando pip. >> > >> > ¿Se podría crear un venv que usase estas librerías (las 'heredase' de >> > venv-base) además de las suyas particulares sin tener que instalar >> numpy, >> > scipy, matplotlib, pandas en el nuevo venv? >> > >> > Algo parecido a la opción --system-site-packages >> > ( >> https://virtualenv.readthedocs.org/en/latest/userguide.html#the-system-site-packages-option >> ) >> > >> > No quiero tener numpy, scipy, matplotlib y Pandas instaladas de base en >> el >> > sistema pero tampoco quiero tener que instalarlas con cada nuevo venv. >> > >> > Conda/Anaconda ayuda a manejar alguno de los problemas pero, sin tener >> una >> > burrada de venv's ni de librerías instaladas, tengo carpetas de 6Gb o >> más. >> > >> > Supongo que lo que quiero no existe y, sin pensar mucho en ello, veo >> > millones de posibles conflictos a manejar. >> > >> > ¿Sería útil que existiera algo así si no existe ya? >> > >> > >> >> >> Me suena a Docker. >> > > Buff, ordenador del curro + windows + docker (máquina virtual, etc) me > suena un poco overkill para lo que quiero. > > _______________________________________________ > Python-es mailing list > Python-es@python.org > https://mail.python.org/mailman/listinfo/python-es > FAQ: http://python-es-faq.wikidot.com/ > >
_______________________________________________ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
