[Python-es] unsuscribe
unsuscribe ___ 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
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] urllib.error.URLError:
Hola Gonzalo.
Has de escribir el path de una manera adecuada, con la ventaja de ser
multiplataforma.
Busca información sobre "os.path.join" como sustituto al carácter "\" . Es
la solución a tu problema.
Saludos :-)
El 30 de noviembre de 2015, 22:59, Gonzalo V escribió:
> Pucha estimados.
> Ya me da verguenza andar pidiendo ayuda tan seguido pero python se me es
> muy necesario en el estudio de la economía.
> Por el momento estoy haciendo un script que saca los datos histórico de
> ciertas acciones de una bolsa de comercio. El problema que me da el error
> urlopen error no host given y llevo toda la tarde tratando de sacar el
> problema y no puedo hacerlo.
> Es script es:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *import urllib.requestf=open('IPSA.csv', newline='\r')for line in f:
> li=line.rstrip('\r')#print(li)
> url='http://www.bolsadesantiago.com/mercado/Paginas/Resumen-de-Instrumento.aspx?RequestHistorico=1&Nemo='+line
>
> ruta='C:\Python34\BETAS\\%s.csv' % lir=urllib.request.urlretrieve(url,
> filename=ruta)print(type(r))print('*** '+li+' LISTO ***')f.close*
>
> y el error que me da es:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> AESGENER LISTO ***Traceback (most recent call last): File
> "C:\Python34\BETAS\BETAS.py", line 10, in
> r=urllib.request.urlretrieve(url, filename=ruta) File
> "C:\Python34\lib\urllib\request.py", line 186, in urlretrievewith
> contextlib.closing(urlopen(url, data)) as fp: File
> "C:\Python34\lib\urllib\request.py", line 161, in urlopenreturn
> opener.open(url, data, timeout) File "C:\Python34\lib\urllib\request.py",
> line 461, in openreq = meth(req) File
> "C:\Python34\lib\urllib\request.py", line 1105, in do_request_raise
> URLError('no host given')urllib.error.URLError: given>*
> el problema que me funciona bien con el primer nombre que está dentro del
> archivo luego se cae.
> ¿tendrá que ver la codificacion del IPSA.csv?
> ¿Alguien me puede ayudar?
>
> Saludos,
> Gonzalo
>
> ___
> 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] urllib.error.URLError:
Pucha estimados.
Ya me da verguenza andar pidiendo ayuda tan seguido pero python se me es
muy necesario en el estudio de la economía.
Por el momento estoy haciendo un script que saca los datos histórico de
ciertas acciones de una bolsa de comercio. El problema que me da el error
urlopen error no host given y llevo toda la tarde tratando de sacar el
problema y no puedo hacerlo.
Es script es:
*import urllib.requestf=open('IPSA.csv', newline='\r')for line in f:
li=line.rstrip('\r')#print(li)
url='http://www.bolsadesantiago.com/mercado/Paginas/Resumen-de-Instrumento.aspx?RequestHistorico=1&Nemo='+line
ruta='C:\Python34\BETAS\\%s.csv' % lir=urllib.request.urlretrieve(url,
filename=ruta)print(type(r))print('*** '+li+' LISTO ***')f.close*
y el error que me da es:
AESGENER LISTO ***Traceback (most recent call last): File
"C:\Python34\BETAS\BETAS.py", line 10, in
r=urllib.request.urlretrieve(url, filename=ruta) File
"C:\Python34\lib\urllib\request.py", line 186, in urlretrievewith
contextlib.closing(urlopen(url, data)) as fp: File
"C:\Python34\lib\urllib\request.py", line 161, in urlopenreturn
opener.open(url, data, timeout) File "C:\Python34\lib\urllib\request.py",
line 461, in openreq = meth(req) File
"C:\Python34\lib\urllib\request.py", line 1105, in do_request_raise
URLError('no host given')urllib.error.URLError: *
el problema que me funciona bien con el primer nombre que está dentro del
archivo luego se cae.
¿tendrá que ver la codificacion del IPSA.csv?
¿Alguien me puede ayudar?
Saludos,
Gonzalo
___
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] Ayuda
Es exactamente lo que hice.!, gracias!!
Saludos,
Gonzalo
El 30 de noviembre de 2015, 14:44, Miguel González Álvarez <
migonzal...@gmail.com> escribió:
>
>
> 2015-11-30 19:11 GMT+01:00 Gonzalo V :
>
>> Hola muchachos
>> Tengo el siguiente script que hice y tengo el siguiente problema EOL
>> while scanning literal. He buscado en google y dice que me faltan comillas,
>> ¡pero lleva comillas e igual da el error!, alguien puede ayudarme?
>>
>> import urllib.request
>>
>> f=open('IPSA5.txt')
>>
>> for line in f:
>> print(line)
>> #a=()
>> url='
>> http://www.bolsadesantiago.com/mercado/Paginas/Resumen-de-Instrumento.aspx?RequestHistorico=1&Nemo='+line
>> ruta="C:\Python34\BETAS\"
>> r=urllib.request.urlretrieve(url, filename=ruta + line+"csv")
>> print('*** '+line+' LISTO***')
>>
>>
>> la linuea con rojo me da el error.
>> de antemano gracias.
>>
>>
> El caracter \ se usa para escapar comillas
>
> >>> "\"Si,\" le dijo."'"Si," le dijo.'
>
> En este caso se puede resolver escapando las barras con otra barra anterior
>
> ruta= r"C:\\Python34\\BETAS\\"
>
> Más info en
> http://docs.python.org.ar/tutorial/3/introduction.html#cadenas-de-caracteres
>
>
>
>> Saludos,
>> Gonzalo
>>
>> ___
>> Python-es mailing list
>> Python-es@python.org
>> https://mail.python.org/mailman/listinfo/python-es
>> FAQ: http://python-es-faq.wikidot.com/
>>
>>
>
>
> --
> Miguel González
> migonzal...@gmail.com
> PGP ID: 0C63761BEEBD05D3
>
> ___
> 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] Ayuda
2015-11-30 19:11 GMT+01:00 Gonzalo V :
> Hola muchachos
> Tengo el siguiente script que hice y tengo el siguiente problema EOL while
> scanning literal. He buscado en google y dice que me faltan comillas, ¡pero
> lleva comillas e igual da el error!, alguien puede ayudarme?
>
> import urllib.request
>
> f=open('IPSA5.txt')
>
> for line in f:
> print(line)
> #a=()
> url='
> http://www.bolsadesantiago.com/mercado/Paginas/Resumen-de-Instrumento.aspx?RequestHistorico=1&Nemo='+line
> ruta="C:\Python34\BETAS\"
> r=urllib.request.urlretrieve(url, filename=ruta + line+"csv")
> print('*** '+line+' LISTO***')
>
>
> la linuea con rojo me da el error.
> de antemano gracias.
>
>
El caracter \ se usa para escapar comillas
>>> "\"Si,\" le dijo."'"Si," le dijo.'
En este caso se puede resolver escapando las barras con otra barra anterior
ruta= r"C:\\Python34\\BETAS\\"
Más info en
http://docs.python.org.ar/tutorial/3/introduction.html#cadenas-de-caracteres
> Saludos,
> Gonzalo
>
> ___
> Python-es mailing list
> Python-es@python.org
> https://mail.python.org/mailman/listinfo/python-es
> FAQ: http://python-es-faq.wikidot.com/
>
>
--
Miguel González
migonzal...@gmail.com
PGP ID: 0C63761BEEBD05D3
___
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] Ayuda
Hola muchachos
Tengo el siguiente script que hice y tengo el siguiente problema EOL while
scanning literal. He buscado en google y dice que me faltan comillas, ¡pero
lleva comillas e igual da el error!, alguien puede ayudarme?
import urllib.request
f=open('IPSA5.txt')
for line in f:
print(line)
#a=()
url='
http://www.bolsadesantiago.com/mercado/Paginas/Resumen-de-Instrumento.aspx?RequestHistorico=1&Nemo='+line
ruta="C:\Python34\BETAS\"
r=urllib.request.urlretrieve(url, filename=ruta + line+"csv")
print('*** '+line+' LISTO***')
la linuea con rojo me da el error.
de antemano gracias.
Saludos,
Gonzalo
___
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
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
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
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": > http://ch3m4.org/blog > > ___ > Python-es mailing list
Re: [Python-es] 'Heredar' un venv dentro de otro
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
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/
