[pyar] Buildout + compilar python adentro, crear virtualenv y meterle eggs, como hago ?! :)

[Emiliano Dalla Verde Marcozzi]

El 30 de noviembre de 2010 13:06, Pablo Ziliani <pablo en kultroom.com>escribió:

> ¿No estás haciendo las cosas al revés? Quizás no conozca todas las
> posibilidades de buildout, pero por lo general uno instala paquetes al
> interprete que quiere usar, no un intérprete a los paquetes que instaló para
> OTRO intérprete (el que está corriendo el buildout).
>
> Buscando un poco por ahí vi este buildout.cfg que quizás ya hayas visto:
>
>    - https://bitbucket.org/zgwmike/360go/src/tip/buildout.cfg
>
> Obviamente no lo probé (tampoco el tuyo), así que no tengo idea si funciona
> o no, pero fijate en la sección [virtualenv] cómo se llama al nuevo
> intérprete para reescribir los paths del virtualenv que instaló con el
> intérprete "anterior". Luego se puede usar ese virtualenv para instalar las
> demás dependencias. Con algo más trabajo podrías volver a correr un nuevo
> bootstrap/buildout con ese intérprete, pero a esta altura quizás te convenga
> directamente escribir un nuevo recipe.
>
> Por otra parte ¿estás seguro de que realmente necesitás instalar un
> intérprete propio?
> Es bastante común ver cosas como este buildout.cfg para django que estoy
> usando:
>
> [buildout]
> parts =
>    python
>    django
>    (...)
>
> eggs =
>    south
>    (...)
>
> [python]
> recipe = zc.recipe.egg
> interpreter = python
> eggs = ${buildout:eggs}
> extra-paths =
>  ${buildout:directory}/mi_proyecto
>
> [django]
> recipe = djangorecipe
> eggs = ${buildout:eggs}
> extra-paths =
>  ${python:extra-paths}
> (...)
>
> El truco está en la opción ${python:interpreter}, que crea un wrapper que
> toca el sys.path y luego llama al python con que se ejecutó el buildout.
> La ventaja, es que funciona ahí donde zc.recipe.cmmi (configure/make/make
> install) no; por ejemplo, en Windows. La desventaja es que tenés que tener
> instalado previamente el python que querés usar.
>
>
>  Casi olvido ... la parte de virtualenv por ahi no es necesaria, ya que al
>> compilarse el
>> python desde los fuentes, es un python 'isolado'.
>>
>
> o aislated...
>
> Sé que no es muy útil lo que te digo, pero por ahí te ayuda a pensar el
> problema.
>
> Suerte,
> Pablo
>
Gracias Pablo, le voy a hechar un ojo a la recipe de django :) ... por el
momento ahora me cambie
de tema, tratando de meter un python en un initrd x) ...
Saludos!


-- 
*Emiliano Dalla Verde Marcozzi*
Encargado de IT y Python Ninja Developer



San Juan 4879
Rosario. Argentina
Tel. (+54) 341 437 6878
www.airtrack.com.ar

"Chuck Norris doesn't need a debugger, he just stares down the bug until the
code confesses."
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20101130/7deb0daf/attachment.html>