Buildout con construcción de parte con Cython

Question

Tengo un problema con cython en buildout.

Una de la parte es una compilación de módulo con cython de un archivo .c y un archivo .pyx.

ya he probar muchas soluciones:

• Sean Gillies Blog/814/Adding pyproj to a buildout
• gefira blog » Getting rid of ‘No Cython, trying Pyrex…’ in zc.buildout

Pero todo termina con el error:

ImportError: No module named Cython.Distutils

Este anexados al cargar el buildout setup.py de este módulo cython.

Tenga en cuenta que el setup.py es funcional cuando se lo llama desde su propio directorio y con un intérprete en el directorio Bin de compilación.

Gracias por su ayuda.

Answer 1

Los artículos que vinculó le dicen cómo instalar Cython desde una compilación, pero para hacerlo necesita acceso de escritura a la carpeta site-packages. Existen 3 maneras usted debe ser capaz de ejecutar esos buildouts:

1. Ejecutar como root e instalar Cython en site-packages del pitón sistema. Usualmente quieres evitar hacer esto.

2. Compila tu propio Python. Esta puede ser la única opción si desea utilizar una versión de Python que no esté ya en el sistema. Hay configuraciones de construcción que te permitirán construir cualquier versión de Python desde el interior del buildout.

3. Use virtualenv. Esto creará (en la carpeta de compilación) un entorno virtual completo para Python, incluida su propia carpeta site-packages. Esta suele ser la mejor forma de ejecutar un buildout que puede usar el sistema Python (o cualquier otro Python que ya haya instalado en todo el sistema).

le sugiero que haga uso de virtualenv parte de las instrucciones de instalación para su software.

Answer 2

No hay forma de hacer esto como un solo paso, pero es fácil de hacer como un proceso de dos pasos.

Uso:

python bootstrap.py 
./bin/buildout install cython 
./bin/cpy bootstrap.py 
./bin/cpy ./bin/buildout 

La razón de que esto es posible es porque buildout soporta una opción oscura 'instalar', que nadie habla, pero puede usarlo, así:

[buildout] 
parts = deps py # <---- Notice we don't depend on cython here 
eggs = 
    whatever 
    kdist 
    nark 
    kivy # <--- But we do have a module that requires cython to build 
develop = 
    . 
    lib/nark 
    lib/kivy-dist 

[cython] # <---- By calling ./bin/buildout install cython we trigger this 
recipe = zc.recipe.egg:script 
parts = cython-py 
interpreter = cpy # <--- Which makes our dummy ./bin/cpy 
eggs = 
    cython 
    pyinstaller 

[deps] 
recipe = zc.recipe.egg:eggs 
eggs = ${buildout:eggs} 

[py] 
recipe = zc.recipe.egg:script 
interpreter = py 
eggs = ${buildout:eggs} 

Lo bueno de este enfoque es que ejecutar buildout por segunda vez borra el directorio bin, así que al final del día, te queda un directorio bin que l ooks como este:

$ ls bin/ 
buildout garden py 

hay paquetes sobrantes que pueden o no pueden quedarse en su virtualenv y enredar las cosas más adelante. Por eso estamos usando buildout en primer lugar, ¿verdad?

... por supuesto, si quiere que cython se quede, también lo pega en las dependencias de la parte superior.

Answer 3

Encontré hoy esta receta https://pypi.python.org/pypi/mr.cython/1.0 que resuelven el problema.

Esto resuelve el problema mediante la instalación de Cython con una receta extensión para que esté disponible cuando buildout plazo setup.py develop

El problema era construir un módulo Cython sin tener instalado como a nivel de sistema Cython.