Re: [Python-es] 'Heredar' un venv dentro de otro

[Alexandre Manhaes Savio]

El comando add2virtualenv de virtualenvwrapper trabaja exclusivamente
con archivos .pth...no hay ningun truco.

Es una funcion en bash de 60 lineas (20 para comprobar entradas), me
imagino que la puedes copiar a otro lado, modificar y reutilizarla.
Cuidado que tiene algunas dependencias, pero son cosas sencillas.

https://bitbucket.org/dhellmann/virtualenvwrapper/src/91c5b7191f357eb26f3dd44d84ffda754975a08c/virtualenvwrapper.sh?at=master=file-view-default#virtualenvwrapper.sh-827

Saludos,
Alex


---
Alexandre Manhães Savio
Post-doctoral researcher
Klinikum rechts der Isar, TUM, München
alexsavio.github.io
Nebenstellennummer: 4570

On 07.12.2015 08:42, Kiko wrote:
> 
> 
> El 7 de diciembre de 2015, 3:37, Jesus Cea  > escribió:
> 
> On 06/12/15 16:10, Kiko wrote:
> > Echa un vistazo a los ficheros ".pth".
> >
> > No he encontrado buena documentación que me aclare muy bien qué hacer
> > con ellos, donde colocarlos,... Si tienes algún buen enlace te lo 
> agradezco.
> 
> La documentación oficial lo explica bastante bien:
> .
> 
> Una búsqueda de "pth files python" en duck duck go muestra mogollón de
> información. El primer link es:
> .
> 
> 
> Ahora me queda un poco más claro dónde colocar el fichero .pth, ahora sé
> que se puede llamar de cualquier forma, ahora sé qué se puede incluir
> dentro. Hasta ahora no lo tenía muy claro. La documentación de Python
> está muy bien pero hecho en falta algunos HOWTO de entrada a algunos
> temas generales (no, el módulo site.py de la stdlib no es un buen sitio
> para encontrar qué hacer con un pth ni para saber de su existencia).
>  
> 
> 
> > No sé si te estoy entendiendo bien. No quiero reinstalar una versión de
> > una librería que ya tengo instalada en un virtualenv padre. Quiero algo
> > inteligente que maneje las dependencias en caso de instalar una versión
> > diferente de una librería en el venv hijo. Algo que diga, 'estás
> > instalando numpy x.x, versión no instalada en ningún venv, pero numpy
> > versión x.y instalado en un venv padre, las librerías a, b, c instaladas
> > en el venv padre que dependen de numpy x.y se van a ¡¡¡romper!!!'.
> 
> Tal vez si escribieses un documento explicando la casuística...
> 
> Lo simple es tener un venv con las herramientas estándar instaladas, y
> que los venv hijos "lo vean". Digamos que tu instalación de numpy,
> scipy, matplotlib, etc., es compartida por todos los hijos. Puedes
> instalar cosas nuevas en los hijos, pero no que reemplacen algo que está
> en el padre.
> 
> Eso es lo fácil.
> 
> 
> Sí, y eso lo tengo resuelto de manera poco elegante usando
> sys.path.append. Lo actualizo usando ficheros pth, que creo que quedará
> más limpio.
>  
> 
> 
> Si necesitas algo más complejo, el primer paso es describirlo claro,
> estar seguro de que eso es exactamente lo que quieres y luego lo
> miramos :).
> 
> Recuerda el problema XY: 
> 
> 
> Unos correos más arriba está definido y los problemas que querría
> resolver, si se puede (y alguno que todavía no habrá salido):/
> Problemas que tengo que solventar:
> -Si en el venv padre he instalado numpy 1.10 y pandas con esa versión de
> numpy y en el venv hijo instalo, por ejemplo, numpy 1.9, el pandas del
> venv padre se rompe, como no podía ser de otra manera.
> -Los ficheros que se añaden en el bin/ del venv padre no los estoy
> añadiendo en el bin/ del venv hijo y no puedo acceder. Por ejemplo, si
> instalo ipython en el venv padre, desde el venv hijo no puedo acceder a
> la consola de ipython usando 'ipython' en la línea de comandos.
> /
> /-En mi sistema tengo un sitecustomize.py en
> /usr/lib/python3.4///sitecustomize.py y se ejecuta ese antes que el mio
> que he creado. He tenido que mover ese (cuyo código no hacia nada útil y
> que no sé porqué está ahí) para que funcionase mi sitecustomize. Este es
> jodido porque no sé como resolver el que haya otro sitecustomize.py que
> se ejecute antes que el mio. Puedo modificar el orden del sys.path pero
> eso igual rompe otras cosas... Necesito investigar más esto pero no he
> encontrado mucha info al respecto.
> /
> /-Otros problemas que no he encontrado y seguro habrá...
> /
> Me mantengo en silencio hasta que avance un poco más y pueda definir el
> nuevo problemaXY (los problemas están vivos y mutan!!!).
> 
> Gracias a todos.
> 
> Saludos.
> 
> 
> ___
> 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: 

Re: [Python-es] 'Heredar' un venv dentro de otro

[Chema Cortes]

El dom., 6 dic. 2015 a las 16:10, Kiko () escribió:

> El 4 de diciembre de 2015, 3:57, Jesus Cea  escribió:
>>
>>

>
>> Echa un vistazo a los ficheros ".pth".
>>
>
> No he encontrado buena documentación que me aclare muy bien qué hacer con
> ellos, donde colocarlos,... Si tienes algún buen enlace te lo agradezco.
>
>
No tiene demasiado misterio:
https://docs.python.org/3.5/install/#modifying-python-s-search-path
-- 
Hyperreals *R  "Quarks, bits y otras criaturas infinitesimales":
http://ch3m4.org/blog
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Kiko]

El 7 de diciembre de 2015, 3:37, Jesus Cea  escribió:

> On 06/12/15 16:10, Kiko wrote:
> > Echa un vistazo a los ficheros ".pth".
> >
> > No he encontrado buena documentación que me aclare muy bien qué hacer
> > con ellos, donde colocarlos,... Si tienes algún buen enlace te lo
> agradezco.
>
> La documentación oficial lo explica bastante bien:
> .
>
> Una búsqueda de "pth files python" en duck duck go muestra mogollón de
> información. El primer link es:
> .
>

Ahora me queda un poco más claro dónde colocar el fichero .pth, ahora sé
que se puede llamar de cualquier forma, ahora sé qué se puede incluir
dentro. Hasta ahora no lo tenía muy claro. La documentación de Python está
muy bien pero hecho en falta algunos HOWTO de entrada a algunos temas
generales (no, el módulo site.py de la stdlib no es un buen sitio para
encontrar qué hacer con un pth ni para saber de su existencia).


>
> > No sé si te estoy entendiendo bien. No quiero reinstalar una versión de
> > una librería que ya tengo instalada en un virtualenv padre. Quiero algo
> > inteligente que maneje las dependencias en caso de instalar una versión
> > diferente de una librería en el venv hijo. Algo que diga, 'estás
> > instalando numpy x.x, versión no instalada en ningún venv, pero numpy
> > versión x.y instalado en un venv padre, las librerías a, b, c instaladas
> > en el venv padre que dependen de numpy x.y se van a ¡¡¡romper!!!'.
>
> Tal vez si escribieses un documento explicando la casuística...
>
> Lo simple es tener un venv con las herramientas estándar instaladas, y
> que los venv hijos "lo vean". Digamos que tu instalación de numpy,
> scipy, matplotlib, etc., es compartida por todos los hijos. Puedes
> instalar cosas nuevas en los hijos, pero no que reemplacen algo que está
> en el padre.
>
> Eso es lo fácil.
>

Sí, y eso lo tengo resuelto de manera poco elegante usando sys.path.append.
Lo actualizo usando ficheros pth, que creo que quedará más limpio.


>
> Si necesitas algo más complejo, el primer paso es describirlo claro,
> estar seguro de que eso es exactamente lo que quieres y luego lo miramos
> :).
>
> Recuerda el problema XY: 
>
>
Unos correos más arriba está definido y los problemas que querría resolver,
si se puede (y alguno que todavía no habrá salido):



*Problemas que tengo que solventar:-Si en el venv padre he instalado numpy
1.10 y pandas con esa versión de numpy y en el venv hijo instalo, por
ejemplo, numpy 1.9, el pandas del venv padre se rompe, como no podía ser de
otra manera.-Los ficheros que se añaden en el bin/ del venv padre no los
estoy añadiendo en el bin/ del venv hijo y no puedo acceder. Por ejemplo,
si instalo ipython en el venv padre, desde el venv hijo no puedo acceder a
la consola de ipython usando 'ipython' en la línea de comandos.*
*-En mi sistema tengo un sitecustomize.py en /usr/lib/python3.4/*
*sitecustomize.py y se ejecuta ese antes que el mio que he creado. He
tenido que mover ese (cuyo código no hacia nada útil y que no sé porqué
está ahí) para que funcionase mi sitecustomize. Este es jodido porque no sé
como resolver el que haya otro sitecustomize.py que se ejecute antes que el
mio. Puedo modificar el orden del sys.path pero eso igual rompe otras
cosas... Necesito investigar más esto pero no he encontrado mucha info al
respecto.*

*-Otros problemas que no he encontrado y seguro habrá...*
Me mantengo en silencio hasta que avance un poco más y pueda definir el
nuevo problemaXY (los problemas están vivos y mutan!!!).

Gracias a todos.

Saludos.
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Kiko]

El 6 de diciembre de 2015, 17:35, Chema Cortes  escribió:

> El dom., 6 dic. 2015 a las 16:10, Kiko ()
> escribió:
>
>> El 4 de diciembre de 2015, 3:57, Jesus Cea  escribió:
>>>
>>>
>
>>
>>> Echa un vistazo a los ficheros ".pth".
>>>
>>
>> No he encontrado buena documentación que me aclare muy bien qué hacer con
>> ellos, donde colocarlos,... Si tienes algún buen enlace te lo agradezco.
>>
>>
> No tiene demasiado misterio:
> https://docs.python.org/3.5/install/#modifying-python-s-search-path
>

No, no tenía mucho misterio.

Es como el chiste, 'no te cobro por el tornillo, te cobro por saber qué
tornillo hay que apretar'.

Gracias.
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Kiko]

El 2 de diciembre de 2015, 22:38, Francisco Palm 
escribió:

>
> Sé que de algún modo ya lo mencionaron antes. Pero considerando que las
> últimas versiones de pip te mantienen un cache de los paquetes que has
> instalado en -cualquier- repositorio de tu equipo, lo que hace falta es un
> gestor de archivos de requerimientos. Que diera la opción de crear
> requerimientos, combinar requerimientos y que en lugar de trabajar con una
> versión específica no requiera ninguna para que tome la mas reciente.
> También un herramienta para configurar fácilmente ese caché en un entorno
> de red para equipos de trabajo (tipo apt-cacher).
>
> Saludos
>

Hola, Francisco.

No entiendo muy bien en qué me puede ayudar la información de la caché. No
tengo problemas en instalar paquetes, tengo problemas en 'trackear' los
dependencias de otros paquetes cuando actualizo una de sus dependencias. La
caché también expira y se actualiza.

Creo que puedo obtener la información de los paquetes que tengo en el venv
hijo (los suyos y los del padre) usando 'pip list'. Lo que tengo que
investigar es como poder actualizar todos los paquetes (en el venv hijo y
que no están en el venv hijo) que dependen de una librería que he
actualizado en el venv hijo y que no haya posibles conflictos con las que
ya hay en el venv padre.

Por ejemplo, si en venv padre he instalado numpy 1.10 y oandas, mpl y
scipy, si instalo numpy 1.9 en el venv hijo sigo pudiendo acceder a pandas,
mpl y scipy pero al importar están rotos porque usan numpy 1.10 y en el
venv hijo el numpy que busca primero es el suyo (1.9) y no el del padre
(1.10). Me gustaría saber que si instalo numpy 1.9, saber qué paquetes del
venv padre hay que usan numpy para poder actualizarlos todos en el hijo
usando numpy 1.9. Este caso de uso es extremo puesto que no quiero resolver
ese problema. Pero es un posible problema que habría que manejar.

No sé si me he explicado mejor o si no te he entendido bien, ya que todo el
tema de packaging es un lío monumental ( No sé porqué  F. Palm
>
> El 29 de noviembre de 2015, 3:18 p. m., Kiko
> 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?
>>
>> Gracias.
>>
>> Saludos.
>>
>> ___
>> Python-es mailing list
>> Python-es@python.org
>> https://mail.python.org/mailman/listinfo/python-es
>> FAQ: http://python-es-faq.wikidot.com/
>>
>>
>
>
> --
> --
> fp...@mapologo.org.ve
> francisco.p...@gmail.com
>
> cel: +58 +424 7228252
> tel: +58 +274 6352001
>
> 
> Debemos ser libres, no para hacer lo que nos plazca, sino libres para
> comprender muy profundamente nuestros propios instintos e impulsos. K
>
> ___
> 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/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Jesus Cea]

On 29/11/15 23:49, Kiko wrote:
> David, he probado eso con resultados francamente malos. Estoy buscando
> una solución existente, consistente y sólida si existe. Si no existe
> igual es un desarrollo interesante.

Una opción trivial es añadir un directorio más a "sys.path", apuntando a
tu virtualenv base.

Echa un vistazo a los ficheros ".pth".

Para el tema de la recompilación, lo suyo es instalar (o generar
localmente) wheels cacheados en el sistema. Así solo tienes que compilar
una vez por versión que se publica, no una vez por versión por número de
virtualenvs a actualizar.

-- 
Jesús Cea Avión _/_/  _/_/_/_/_/_/
j...@jcea.es - http://www.jcea.es/ _/_/_/_/  _/_/_/_/  _/_/
Twitter: @jcea_/_/_/_/  _/_/_/_/_/
jabber / xmpp:j...@jabber.org  _/_/  _/_/_/_/  _/_/  _/_/
"Things are not so easy"  _/_/  _/_/_/_/  _/_/_/_/  _/_/
"My name is Dump, Core Dump"   _/_/_/_/_/_/  _/_/  _/_/
"El amor es poner tu felicidad en la felicidad de otro" - Leibniz



signature.asc
Description: OpenPGP digital signature
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Francisco Palm]

Sé que de algún modo ya lo mencionaron antes. Pero considerando que las
últimas versiones de pip te mantienen un cache de los paquetes que has
instalado en -cualquier- repositorio de tu equipo, lo que hace falta es un
gestor de archivos de requerimientos. Que diera la opción de crear
requerimientos, combinar requerimientos y que en lugar de trabajar con una
versión específica no requiera ninguna para que tome la mas reciente.
También un herramienta para configurar fácilmente ese caché en un entorno
de red para equipos de trabajo (tipo apt-cacher).

Saludos

F. Palm

El 29 de noviembre de 2015, 3:18 p. m., Kiko
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?
>
> Gracias.
>
> Saludos.
>
> ___
> Python-es mailing list
> Python-es@python.org
> https://mail.python.org/mailman/listinfo/python-es
> FAQ: http://python-es-faq.wikidot.com/
>
>


-- 
--
fp...@mapologo.org.ve
francisco.p...@gmail.com

cel: +58 +424 7228252
tel: +58 +274 6352001


Debemos ser libres, no para hacer lo que nos plazca, sino libres para
comprender muy profundamente nuestros propios instintos e impulsos. K
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Chema Cortes]

El mar., 1 dic. 2015 a las 12:22, Alberto Valverde ()
escribió:

> On Sunday, 29 November 2015, Kiko  wrote:
>
>> 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?
>>
>> Gracias.
>>
>> Saludos.
>>
>
> No lo he probado nunca con Python pero parece ser que con Nix es posible
> compartir librerías Python de distintas versiobes entre entornos aislados
> https://nixos.org/wiki/Python. Creo que no funciona en Windows, 
> desafortunadamente.
> Un saludo
>

Es lo bueno de NixOS de mantener inmutables las distintas instalaciones y
sólo añadir "deltas" (al estilo de las estructuras de datos en programación
funcional).

Pero teniendo docker, es mucho mejor una herencia entre contenedores.


-- 
Hyperreals *R  "Quarks, bits y otras criaturas infinitesimales":
http://ch3m4.org/blog
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Jose Caballero]

El día 29 de noviembre de 2015, 14:48, Kiko  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.
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Kiko]

El 30 de noviembre de 2015, 16:23, Jose Caballero 
escribió:

> El día 29 de noviembre de 2015, 14:48, Kiko 
> 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/

Re: [Python-es] 'Heredar' un venv dentro de otro

[César García Tapia]

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  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 
>> 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/

Re: [Python-es] 'Heredar' un venv dentro de otro

[monoBOT]

Pues es cierto que puede ser un proyecto interesante.

Ahora mismo lo único que se me ocurre es que copies los entornos y luego a
mano borrar y crear enlaces simbólicos a los diferentes repositorios (para
evitar gasto de HD innecesaria) y para instalaciones que no quieras
propagar habría que borrar el enlace.
Lo malo de ésta técnica es que dependiendo del nivel de complejidad al
final es inmantenible ... no sabrás donde estas en cada uno de los entornos
y que herramientas son instaladas o enlazadas.

.env/entornobase/rep1
   .../rep2
   .../rep3

.env/entorno2(enlazado a base)/(ln to rep1)
 .../(ln to rep2)
 .../rep4
 .../rep5

.envs/entorno3(enlazado a 2)/(ln to rep2)
 .../(ln to rep2)
 .../(ln to rep4)
 .../(ln to rep5)

El 30 de noviembre de 2015, 7:31, Kiko  escribió:

>
>
> El 30 de noviembre de 2015, 1:01, Mario R. Osorio 
> escribió:
>
>> Yo creo que lo mas conveniente y seguro es crear un archivo de
>> requerimientos con tus requerimientos basicos...
>>
>
> Gracias, Mario.
>
> Esa solución ya existe y no me soluciona el problema puntual de tener
> entornos ligeros y ágiles basados en otros más pesados y duraderos.
>
>
>>
>>
>> Dtb/Gby
>> ===
>> Mario R. Osorio
>> A.S. of Computer Programming and Analysis
>>
>> “If I had asked people what they wanted, they would have said faster
>> horses.”
>>  ― Henry Ford
>>
>>
>>
>> 2015-11-29 14:48 GMT-05:00 Kiko :
>>
>>> 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?
>>>
>>> Gracias.
>>>
>>> Saludos.
>>>
>>> ___
>>> 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/
>>
>>
>
> ___
> Python-es mailing list
> Python-es@python.org
> https://mail.python.org/mailman/listinfo/python-es
> FAQ: http://python-es-faq.wikidot.com/
>
>


-- 
*monoBOT*
Visite mi sitio(Visit my site): monobotsoft.es/blog/
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Kiko]

El 30 de noviembre de 2015, 13:29, Chema Cortes 
escribió:

>
>
> El lun., 30 nov. 2015 a las 11:44, monoBOT ()
> escribió:
>
>> Pues es cierto que puede ser un proyecto interesante.
>>
>> Ahora mismo lo único que se me ocurre es que copies los entornos y luego
>> a mano borrar y crear enlaces simbólicos a los diferentes repositorios
>> (para evitar gasto de HD innecesaria) y para instalaciones que no quieras
>> propagar habría que borrar el enlace.
>> Lo malo de ésta técnica es que dependiendo del nivel de complejidad al
>> final es inmantenible ... no sabrás donde estas en cada uno de los entornos
>> y que herramientas son instaladas o enlazadas.
>>
>> .env/entornobase/rep1
>>.../rep2
>>.../rep3
>>
>> .env/entorno2(enlazado a base)/(ln to rep1)
>>  .../(ln to rep2)
>>  .../rep4
>>  .../rep5
>>
>> .envs/entorno3(enlazado a 2)/(ln to rep2)
>>  .../(ln to rep2)
>>  .../(ln to rep4)
>>  .../(ln to rep5)
>>
>>
>
> Podría ser problemático ejecutar scripts de un virtualenv como subproceso
> de otro virtualenv. La idea de tener virtualenvs es justamente aislar los
> entornos de ejecución del resto de cambios en la configuración de paquetes.
>
> Pero entiendo que lo que se quiere es tan sólo reusar los paquetes
> instalados de un entorno, no los ejecutables. Para ello siempre se puede
> tener un fichero .pth con las rutas a los directorios de paquetes de los
> otros entornos. Algo que facilita mantener envplus:
> https://github.com/jsvine/envplus
>
>
@monobot he experimentado esa vía y no es simple hacerlo a mano. Si hay una
solución adhoc testada sería lo deseable. Gracias.

@chema: ups, esto quizá sea lo que andaba buscando. En cuanto me dejen un
rato lo pruebo y doy feedback por si a alguien le pudiera interesar.
Gracias.


>
>
>> El 30 de noviembre de 2015, 7:31, Kiko  escribió:
>>
>>>
>>>
>>> El 30 de noviembre de 2015, 1:01, Mario R. Osorio <
>>> mario@osorio.solutions> escribió:
>>>
 Yo creo que lo mas conveniente y seguro es crear un archivo de
 requerimientos con tus requerimientos basicos...

>>>
>>> Gracias, Mario.
>>>
>>> Esa solución ya existe y no me soluciona el problema puntual de tener
>>> entornos ligeros y ágiles basados en otros más pesados y duraderos.
>>>
>>>


 Dtb/Gby
 ===
 Mario R. Osorio
 A.S. of Computer Programming and Analysis

 “If I had asked people what they wanted, they would have said faster
 horses.”
  ― Henry Ford



 2015-11-29 14:48 GMT-05:00 Kiko :

> 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?
>
> Gracias.
>
> Saludos.
>
> ___
> 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/


>>>
>>> ___
>>> Python-es mailing list
>>> Python-es@python.org
>>> https://mail.python.org/mailman/listinfo/python-es
>>> FAQ: http://python-es-faq.wikidot.com/
>>>
>>>
>>
>>
>> --
>> *monoBOT*
>> Visite mi sitio(Visit my site): monobotsoft.es/blog/
>> ___
>> Python-es mailing list
>> Python-es@python.org
>> https://mail.python.org/mailman/listinfo/python-es
>> FAQ: http://python-es-faq.wikidot.com/
>>
> --
> Hyperreals *R  "Quarks, bits y otras criaturas infinitesimales":
> 

Re: [Python-es] 'Heredar' un venv dentro de otro

[Chema Cortes]

El lun., 30 nov. 2015 a las 11:44, monoBOT ()
escribió:

> Pues es cierto que puede ser un proyecto interesante.
>
> Ahora mismo lo único que se me ocurre es que copies los entornos y luego a
> mano borrar y crear enlaces simbólicos a los diferentes repositorios (para
> evitar gasto de HD innecesaria) y para instalaciones que no quieras
> propagar habría que borrar el enlace.
> Lo malo de ésta técnica es que dependiendo del nivel de complejidad al
> final es inmantenible ... no sabrás donde estas en cada uno de los entornos
> y que herramientas son instaladas o enlazadas.
>
> .env/entornobase/rep1
>.../rep2
>.../rep3
>
> .env/entorno2(enlazado a base)/(ln to rep1)
>  .../(ln to rep2)
>  .../rep4
>  .../rep5
>
> .envs/entorno3(enlazado a 2)/(ln to rep2)
>  .../(ln to rep2)
>  .../(ln to rep4)
>  .../(ln to rep5)
>
>

Podría ser problemático ejecutar scripts de un virtualenv como subproceso
de otro virtualenv. La idea de tener virtualenvs es justamente aislar los
entornos de ejecución del resto de cambios en la configuración de paquetes.

Pero entiendo que lo que se quiere es tan sólo reusar los paquetes
instalados de un entorno, no los ejecutables. Para ello siempre se puede
tener un fichero .pth con las rutas a los directorios de paquetes de los
otros entornos. Algo que facilita mantener envplus:
https://github.com/jsvine/envplus



> El 30 de noviembre de 2015, 7:31, Kiko  escribió:
>
>>
>>
>> El 30 de noviembre de 2015, 1:01, Mario R. Osorio > > escribió:
>>
>>> Yo creo que lo mas conveniente y seguro es crear un archivo de
>>> requerimientos con tus requerimientos basicos...
>>>
>>
>> Gracias, Mario.
>>
>> Esa solución ya existe y no me soluciona el problema puntual de tener
>> entornos ligeros y ágiles basados en otros más pesados y duraderos.
>>
>>
>>>
>>>
>>> Dtb/Gby
>>> ===
>>> Mario R. Osorio
>>> A.S. of Computer Programming and Analysis
>>>
>>> “If I had asked people what they wanted, they would have said faster
>>> horses.”
>>>  ― Henry Ford
>>>
>>>
>>>
>>> 2015-11-29 14:48 GMT-05:00 Kiko :
>>>
 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?

 Gracias.

 Saludos.

 ___
 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/
>>>
>>>
>>
>> ___
>> Python-es mailing list
>> Python-es@python.org
>> https://mail.python.org/mailman/listinfo/python-es
>> FAQ: http://python-es-faq.wikidot.com/
>>
>>
>
>
> --
> *monoBOT*
> Visite mi sitio(Visit my site): monobotsoft.es/blog/
> ___
> Python-es mailing list
> Python-es@python.org
> https://mail.python.org/mailman/listinfo/python-es
> FAQ: http://python-es-faq.wikidot.com/
>
-- 
Hyperreals *R  "Quarks, bits y otras criaturas infinitesimales":
http://ch3m4.org/blog
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Kiko]

(Perdón por el top-posting)

Gracias Alex.

Lo había visto y lo tengo que probar aunque siempre he intentado
evitar virtualenvwrapper ya que es una capa que, personalmente, no me
aporta mucho. Entiendo que eso no funciona con pyvenv.

También he visto virtualenv-clone (
https://pypi.python.org/pypi/virtualenv-clone).

En cuanto pueda probarlos intento dar feedback por si a alguien le
puede interesar.

Sigo abierto a más propuestas.

For the record, acabo de instalar un venv con numpy, scipy,
matplotlib, pandas y jupyter/ipython y creo que va por los 300Mb y un
buen rato de instalaciones/compilaciones.

Saludos.

El 29/11/15, Alexandre Manhaes Savio  escribió:
> Hola Kiko,
>
> Quizás esto te ayude:
> http://virtualenvwrapper.readthedocs.org/en/latest/command_ref.html#add2virtualenv
>
> Un saludo,
> Alex
>
> Alexandre Manhães Savio
> PhD, Medical Imaging, Machine Learning
> Klinikum rechts der Isar, TUM, München
> alexsavio.github.io | email: alexsa...@gmail.com
>
>
>> On 29 Nov 2015, at 20:48, Kiko  wrote:
>>
>> 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?
>>
>> Gracias.
>>
>> Saludos.
>> ___
>> 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/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Daπid]

2015-11-29 23:08 GMT+01:00 Kiko :

>
> For the record, acabo de instalar un venv con numpy, scipy,
> matplotlib, pandas y jupyter/ipython y creo que va por los 300Mb y un
> buen rato de instalaciones/compilaciones.
>

La opción más sencilla que se me ocurre, y según el uso que le quieras dar
te puede servir, es clones con symbolic links en lugar de copias. El
problema es que los hijos no estarían encapsulados, y si a uno le da por
actualizar numpy, se propaga al resto. Puedes evitarlo haciéndolo de solo
lectura:

https://askubuntu.com/questions/243380/how-to-create-a-read-only-link-to-a-directory
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Alexandre Manhaes Savio]

Hola Kiko,

Quizás esto te ayude: 
http://virtualenvwrapper.readthedocs.org/en/latest/command_ref.html#add2virtualenv

Un saludo,
Alex

Alexandre Manhães Savio
PhD, Medical Imaging, Machine Learning
Klinikum rechts der Isar, TUM, München
alexsavio.github.io | email: alexsa...@gmail.com


> On 29 Nov 2015, at 20:48, Kiko  wrote:
> 
> 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?
> 
> Gracias.
> 
> Saludos.
> ___
> Python-es mailing list
> Python-es@python.org
> https://mail.python.org/mailman/listinfo/python-es
> FAQ: http://python-es-faq.wikidot.com/



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Kiko]

David, he probado eso con resultados francamente malos. Estoy buscando
una solución existente, consistente y sólida si existe. Si no existe
igual es un desarrollo interesante.

El 29/11/15, Daπid  escribió:
> 2015-11-29 23:08 GMT+01:00 Kiko :
>
>>
>> For the record, acabo de instalar un venv con numpy, scipy,
>> matplotlib, pandas y jupyter/ipython y creo que va por los 300Mb y un
>> buen rato de instalaciones/compilaciones.
>>
>
> La opción más sencilla que se me ocurre, y según el uso que le quieras dar
> te puede servir, es clones con symbolic links en lugar de copias. El
> problema es que los hijos no estarían encapsulados, y si a uno le da por
> actualizar numpy, se propaga al resto. Puedes evitarlo haciéndolo de solo
> lectura:
>
> https://askubuntu.com/questions/243380/how-to-create-a-read-only-link-to-a-directory
>
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Mario R. Osorio]

Yo creo que lo mas conveniente y seguro es crear un archivo de
requerimientos con tus requerimientos basicos...


Dtb/Gby
===
Mario R. Osorio
A.S. of Computer Programming and Analysis

“If I had asked people what they wanted, they would have said faster
horses.”
 ― Henry Ford



2015-11-29 14:48 GMT-05:00 Kiko :

> 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?
>
> Gracias.
>
> Saludos.
>
> ___
> 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/

Re: [Python-es] 'Heredar' un venv dentro de otro

[Kiko]

El 30 de noviembre de 2015, 1:01, Mario R. Osorio 
escribió:

> Yo creo que lo mas conveniente y seguro es crear un archivo de
> requerimientos con tus requerimientos basicos...
>

Gracias, Mario.

Esa solución ya existe y no me soluciona el problema puntual de tener
entornos ligeros y ágiles basados en otros más pesados y duraderos.


>
>
> Dtb/Gby
> ===
> Mario R. Osorio
> A.S. of Computer Programming and Analysis
>
> “If I had asked people what they wanted, they would have said faster
> horses.”
>  ― Henry Ford
>
>
>
> 2015-11-29 14:48 GMT-05:00 Kiko :
>
>> 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?
>>
>> Gracias.
>>
>> Saludos.
>>
>> ___
>> 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/
>
>
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/