>
> El problema que le veo usar deb o otros tipos de paquetes como rpm, es: 
>
> 1- No puedes usar en virtualenv (o eso creo). 
> 2- Cualquier cambio sea nueva funcionalidad o fix, debes crear el .deb. 
>
> Por experiencia, te recomiendo "pip + hg" (si, pip desde repositorio). 
> Pq si estas 24h trabajando con este framework, constantemente tendrás 
> cambios ;) 
>
Muchas gracias, no sabía. En realidad no soy desarrolladora. Me bajo las 
fuentes en zip y al principio me costaba mucho trabajo hacerlas funcionar, 
por lo que tenía que instalar y desinstalar un montón de cosas en mi 
sistema. Cuando uso el pip no sé ni qué instala, las licencias, ni nada, 
así que opté por buscar una forma de hacerlo con mi administrador de 
paquetes, que también es muy conveniente para mí. 

Aunque algunos preferiran que esten los módulos a pypi y tb es más 
> rápido (creo que faltaría revisar el MODULE2PREFIX del setup para 
> subir a pypi, pero esto, quien lo necesite, ya se lo currará :P ). 
>
Jaja sí... así fue como empezó toda esta aventura, algunos paquetes los 
tomaba de zikzakmedia, otros de trytonspain, otros de ya no recuerdo dónde. 
El punto es que con esto ya no tengo que andar revisando fuentes o haciendo 
maravillas con sed. Como el paquete me queda instalado con el nombre que le 
pongo, mi administrador de paquete lo acepta, y si no me sirve, lo 
desinstalo. 
 

> Como indicas la versión? lo ideal es que te bajaras el repo en local y 
> crear el .deb. Asi te ahorras el clone ;) 
>
Efectivamente: bajo un zip o un tar.gz y de ahí sale mi deb. Supongo que 
py2dsc-deb debe tener alguna forma para indicar la versión, pero a mí me 
basta con que me aparezca en la lista de programas creados localmente de mi 
administrador de paquetes. De esa forma sé que lo instalé yo y que no es 
oficial.

¿Qué te pareció el de po2zip?

Responder a