LLevo algún tiempo buscando un IDE completo enfocado en el desarrollo de aplicaciones con Django y hasta este momento todavía no he encontrado nada con lo que me sienta satisfecho. He probado Eclipse con Pydev, ERIC4, PIDA, Open Komodo, etc.

Lo que pido del IDE no son cuestiones tan complicadas:

  • Autocompletado (que funcione bien)
  • Posibilidad de lanzar el servidor de pruebas desde el sistema
  • Detección de errores
  • Integración con SVN
  • Integración con trac (esto es deseable)
  • auto importación de modulos (esto es muy deseable)
  • Ligero
  • Resaltado de sintaxis (tb en las plantillas)

Lo cierto es que lo que mejor se ajusta a lo que busco es Eclipse + Pydev, pero tiende a no autocompletar en el segundo . (self.conn.sim…) lo cual es una pena porque en mi código eso es muy habitual.

Tengo entendido que en la nueva versión de kdevelop se está trabajando en la posibilidad de escribir python y cuenta con un sistema de plugins que espero haga sencillo este tipo de tareas.

En otro orden de cosas me gustaría comentar que nuestra empresa ya tiene página web y que hace poco la Televisión Canaria mostró uno de los productos en un informativo. (El vídeo en youtube)

Anuncios

Hoy durante la presentación de unidistro he tenido algunos problemas porque no tenía en ningún repositorio el paquete de unidistro-dev. Estuve intentando subir una y mil veces el dichoso paquete a mi “archivo de paquetes personal” de launchpad pero que no quería el nota aparecer.

Finalmente lo he conseguido hacer. He subido el paquete en lugar de como anónimo como mi usuario de launchpad y en lugar de poner la distro gutsy he puesto hardy. Mañana intentaré subir otra versión del paquete, esta algo más completa, pero al menos ya he entendido cómo demonios subir los paquetitos y que el temita funcione. Espero tener algo presentable para el sábado en hispalinux.

Por ahora el paquete lo puedes descargar desde usando:

deb http://ppa.launchpad.net/agarfu/ubuntu hardy main
deb-src http://ppa.launchpad.net/agarfu/ubuntu hardy main

Espero que todo vaya bien y en unos pocos días se presente Bardinux 2.5, así que ya tenemos en el horizonte bardinux 3.0.

Hay algo más de tiempo para la salida del 3 que el que hubo entre 2.0 y 2.5 por esto intentaremos mejorar un poco más el framework.

Hay algunas cosas sencillas que hacer para ganar en usabilidad, voy a intentar enumerarlas por aqui:

  • Eliminar getopts para parsear la entrada por línea de comandos y sustituirlo por otra cosa más potente o simplemente analizar a mano la línea de comandos.
  • Añadir soporte para listar los paquetes definidos en los ficheros de configuración.
  • Añadir soporte para generar uno sólo de los paquetes que hay definidos en el xml.
  • Añadir soporte para ficheros de configuración locales (Ej: .unidistro). La intención es que podamos sobrrescribir algunos prámetros con la configuración local, por ejemplo, si el project dir en el xml dice que tenemos que generar la distro en /distro/versionx y nosotros queremos hacerlo en otro sitio, poder añadir en nuestra configuración local una ruta sin necesidad de cambiar el xml.
  • Mejorar el sistema de generación de paquetes de configuración. Lo que queda es hacer un dpkg-buildpackage dentro del directorio del paqute.
  • Crear un paquete que contenga el framework, es posible que para eso haya que tocar algo los imports y esas cosas.
  • Añadir soporte para especificar [post|pre]-[install|remove] específicos para cada paquete y para permitir introducir código en los que se generan automáticamente para los paquetes de configuración.

Creo que eso es todo por ahora. Alberto me comentó algunas mejoras que hacer en framework para los paquetes de configuración. La primera idea es la más sencilla, implementar la posibilidad de añadirle documentación a los paquetes. Supongo que lo ideal sería indicarle al framework dónde está la documentación (directorio) y que incluya esa info en el paquete final. La siguiente propuesta es poder añadir una pantalla con información en el proceso de instalación del paquete. Creo que esta también es sencilla, simplemente habrá que ver cómo lo hace cualquier otro paquete de por ahí. Pero en cuanto a la úlitma funcionalidad que propuso no la veo clara. Me dijo que estaría muy bien que el paquete pudiera avisar de lo que va a hacer y que le diera la opción al usuario de continuar con la instalación o no hacerlo. Esto a priori tengo que investigarlo un poco porque no se muy bien cómo hacer esto.

Pues eso, hoy he visto un par de ramas creadas en launchpad.net de Unidistro. Las dos ramas que he visto han sido una de Esaú, compañero jadario y la otra de Jonathan Riddell, el principal desarrollador de Kubuntu. Esto es motivo suficiente como para plantearse darle un lavado de cara al proyecto y hacerlo fácilmente utilizable por más gente.

He comenzado a hacer el paquete para el framework. En mi rama hay algo que funciona, pero no tiene ninguna dependencia. Para hacer el paquete he seguido de alguna manera esta guía que he visto enlazada en el blog de lcabrera en gulic. El paquete es algo castañoso todavía pero ya hay algo, creo que eso es lo primero que sacaré de la lista de todo.