Manuel Cerón

Nuevo trasteo

2011-12-27T17:48:00.002-05:00

Sí alguien todavía sigue este blog, recuerdo que nuevamente me cambié y ahora estoy en http://ceronman.com

Trasteo...

2006-07-06T13:10:00.000-05:00

Me he cambiado de blog, ahora voy a escribir en http://wiki.freaks-unidos.net/weblogs/ceronman/. Estaré en ese blog probando que tal es la cosa. Si me gusta me quedo. Sino, vuelvo aquí.

P.D. Despues de muchos meses me he dado cuenta que la plantilla de este blog se ve horrible en Internet Explorer :(

Modificando Gaim

2006-06-12T20:50:00.000-05:00

Uso Gaim para manejar todas mis conversaciones de mensajería instantánea. Me gusta tener todas las conversaciones en la misma ventana, no importa de qué red sea. Gaim me permite tener mis conversaciones de IRC, MSN, Yahoo y Google en la misma ventana. Sin embargo, hay algo que siempre me ha molestado de usar Gaim como cliente de IRC: No se puede ver en la lista de usuarios quién está ausente o away. Otros clientes como XChat o Chatzilla si hacen esto. Así que decidí aprovechar las ventajas del software libre y me propuse modificar Gaim para realizara esta tarea.

Aquí hay un pantallazo de XChat mostrando los usuarios away (en gris).

En un principio pensé que sería un cambio bastante fácil. Sin embargo, poco a poco me di cuenta de que había una razón por la cual un cambio tan aparentemente sencillo no se había hecho ya. El problema viene directamente desde el protocolo IRC. A diferencia de estados como de operador (op) o de voz (voice), el estado de ausencia (away) no puede obtenerse con un mensaje names. Para conocer si un usuario esta away hay que mandar un mensaje whois. La solución entonces para conocer qué usuarios están away es mandar un mensaje whois por cada usuario de un canal y, en base a su respuesta, colocar una etiqueta al usuario para indicar que esta away. La serie de mensajes whois tendría que mandarse cada cierto tiempo para mantener la lista actualizada. El problema de este enfoque es que se genera un gran overhead al tener que hacer los whois a cada rato. Por esta misma razón fué que a el mantenedor del módulo de IRC de Gaim, Ethan Blanton, no le sonó la idea de implementar esta característica. Cuando le dije que todos los clientes hacen eso, me dijo: if everybody else jumped off a bridge, would you? Creo que estaba de mal genio, cuando le pregunté en #gaim, estaba embolatado con el sistema de señales. Otro día tengo que insistir.

Definitivamente ver el código fuente de proyectos de software libre es una gran experiencia. Uno aprende muchas cosas. El código de Gaim me pareció muy bonito, organizado y fácil de entender. El código de XChat me pareció horrible. Husmear en el código de los programas también sirve para encontrar pequeños huevos de pascua muy curiosos, como lo que hace este pequeño fragmento del código del mensaje whois del módulo IRC de Gaim:

if (!strcmp(irc->whois.nick, "Paco-Paco")) {
    g_string_append_printf(info, 
     _("<br><b>Defining adjective:</b> Glorious<br>"));
}

Lo que hace este pedazo de código es que cada vez que se hace un whois al usuario Paco-Paco (Ethan Blanton), le colocaa al final del mensaje "Defining adjective: Glorious". Algo más curioso aún es que es una cadena traducible, por lo tanto, los traductores lo han traducido sin darse cuenta. Aquí hay un pantallazo de un whois a Paco-Paco:

El Canvas más rápido del oeste

2006-05-19T15:10:00.000-05:00

Esta semana Mario y yo hemos estado trabajado para optimizar al máximo MonoCanvas. La idea es lograr un rendimiento similar a Dia. Creo que hasta el momento se ha avanzado bastante. Yo he estado portando lo que ya estaba de GDI+ a Cairo directamente. Mario está haciendo una re-implementacion usando widgets de Gtk#. Lo interesante de este enfoque es que se aprovecha toda la lógica, ya bastante optimizada a través de los tiempos, que ya usa GTK+.

Para las pruebas con Cairo, he usado una pequeña aplicación Gtk# con 100, 200 o más widgets. He hecho pruebas con Dia y empieaza a flaquear más o menos al mover 200 formas simultaneamente. Con este número de formas, la taza de actualización del canvas se reduce drásticamente, a menos de 4 repintadas por segundo. Los resultados con el nuevo canvas basado en Cairo son similares a los de Dia, sin embargo, hay que tener en cuenta que la versión de Cairo usa antialiasing y transparencias mientras que Dia no. La verdad es que estoy muy satisfecho y creo que incluso hay potencial para optimizar más.

Aquí hay unos pantallazos de MonoCanvas basado en Cairo y Dia:

Por supuesto la versión de Cairo no es simplemente un cambio de GDI+ por Cairo, también son varios cambios que hacen más óptimo el programa. Dibujar a través de Gtk.DotNet es bastante lento. Y no sólo se trata de que el API System.Drawing esté basada en libgdiplus que a su vez esta implementada encima de Cairo, sino que el procedimiento de obtener un Drawing.Graphics de un Gdk.Drawable no es el más eficiente. He aquí un pedazo del código de Gtk.DotNet.Graphics:


public static System.Drawing.Graphics FromDrawable(Gdk.Drawable drawable, bool double_buffered)
{
    ...
    Type graphics = typeof (System.Drawing.Graphics);
    MethodInfo mi = graphics.GetMethod ("FromXDrawable", BindingFlags.Static | BindingFlags.NonPublic);
    if (mi == null)
        throw new NotImplementedException ("In this implementation I can not get a graphics from a drawable");
    object [] args = new object [2] { (IntPtr) gdk_x11_drawable_get_xid (drawable.Handle), (IntPtr) display };
    object r = mi.Invoke (null, args);
    System.Drawing.Graphics g = (System.Drawing.Graphics) r;
    ...
    return g;
}

Este método es el que se llama cada vez que se repinta parte del canvas cuando se usa Gtk.DotNet. El cual se debe llamar, además de todas las operaciones de dibujo, unas 40 veces por segundo para lograr un movimiento fluido. Rápidamente se pueden observar dos problemas de rendimiento. Por un lado, el uso de System.Reflection para encontrar el método FromXDrawable y por el otro, la creación del objeto args.

Cuando se usa Cairo, en cambio, se usa el método Gdk.CairoHelper.Create que está basado en la implementación nativa que viene con el nuevo GTK+ 2.8, por lo tanto las cosas se hacen considerablemente más rápido.

La clave del rendimiento es dibujar lo menos posible. Definitivamente las operaciones de dibujo son las que más tardan, hay que hacer todo lo posible por no dibujar lo que no es necesario. Otras operaciones que puede pensarse son lentas, como las iteraciones a largas listas, en realidad no influyen mucho. Algo a tener en cuenta es que dibujar donde no se ve, es decir, fuera del QueueDrawArea también influye en el rendimiento, hay que evitarlo.

Otra cosa bastante curiosa es que el rendimiento depende bastante de la forma que se esté dibujando. Por ejemplo, una elipse es más lenta que un rectágunlo. Pero mucho más curioso es que una elipse con borde y sin relleno, es casi tres veces más lenta que una con relleno y sin borde. Algo similar pasa con los rectángulos.

El API de Cairo me ha gustado bastante. Es bastane parecido a OpenGL, por lo que es bastante familiar para mi. Aunque tiene alguas cosas raras, me ha gustado mucho más que System.Drawing, creo que es mucho más flexible.

Pronto uniremos el trabajo de Mario con el mio en la versión definitiva de MonoCanvas.

Edición de Vídeo Digital en Linux

2006-05-14T16:06:00.000-05:00

Estoy adentrándome en la edición de vídeo digital con Linux y software de código abierto. Hasta ahora la experiencia no ha sido la mejor. A Linux le falta bastante para convertirse en una plataforma decente para edición de vídeo digital. Sin embargo, el futuro pinta bien, al menos se ve que hay trabajo en la dirección correcta.

Hasta ahora he hecho pocas pruebas de edición de vídeo con Linux. El punto de comparación será Windows, el cuál he vuelto a instalar en mi PC (sólo con propósitos comparativos :P). La verdad es que la experiencia de vídeo digital en Windows es bastante buena. No quiero ni imaginar qué tan buena sería en Mac OS X. En Linux toca por el lado difícil.

Bien, aquí está un compendio de las herramientas que he usado:

Dvgrab. En Windows, se prende la cámara, se conecta al puerto firewire, e inmediatamente sale un diálogo que dice: "Parece que ha conectado una cámara de video Samsung SCD 180, haga click aquí para capturar el video". En un Linux out of the box simplemente no sucede nada cuando se conecta la cámara. Es necesario bajar una herramienta con interfaz de comandos, Dvgrab , para poder capturar el vídeo desde la cámara. Dvgrab es una herramienta bastante flexible y fácil de usar (para alguien acostumbrado a la línea de comandos, claro está), además, está bien adecuada para la automatización a través de scripts. Me gustaría bastante ver algo con HAL y DBus que permitiera mostrar un mensaje en la misma manera que lo hace Windows.

Kino, un editor de vídeo digital para Gnome. Es del mismo creador de Dvgrab. Mi experiencia con Kino no ha sido la mejor. La interfaz de captura de vídeo funciona cuando le da la gana y cuando captura curiosamente el vídeo no se ve, es bastante raro. La interfaz de Kino es bastante rara y confusa, a veces realizar simples tareas es un misterio. Aplicar ciertos filtros tarda toda una eternidad.

Pantallazo de Kino:

Diva. ¡Esta es la promesa de edición de vídeo digital en Linux! Diva es un proyecto para crear un editor de vídeo fácil de usar y escalable (a través de una arquitectura de plugins). Apenas está naciendo, pero es muy prometedor. Lo que lo hace prometedor es que han comenzado a hacer las cosas en la forma correcta. Diva está siendo desarrollada con Mono (obviamente :P) y esta siendo construida encima del asombroso GStreamer. Más interesante aún es el enfoque hacia la facilidad de uso que tiene Diva. Algunas personas como Miguel de Icaza han catalogado a Diva como la aplicación gráfica más pulida que hayan visto. Creo que estas apreciaciones se deben al fantástico widget de línea de tiempo que tiene, el cual ha sido creado en forma muy meticulosa usando Cairo y las nuevas características de GTK+ 2.8. Diva pinta muy bien, demasiado bien.

Pantallazos de Diva:

Bueno, de todos modos mi experiencia con Diva no ha sido color de rosa, de hecho apenas hasta hace pocos días pude hacerla funcionar. Como dije antes, Diva es un proyecto que apenas está naciendo y, por supuesto, siempre está bleeding the edge. Una prueba de esto es que Diva necesita la versión CVS de GStreamer, y no sólo eso, necesita una versión parchada.

Después de bajar, parchar, compilar e instalar todo lo que necesitaba, mi experiencia al intentar usar Diva fue un horrible, muy horrible "Segmentation Fault". Afortunadamente, como en todo proyecto de código abierto que ser respete, encontré un gran apoyo en la comunidad. Después de comentar el problema y cacharrear, la respuesta que obtengo de todo el mundo en #diva es "your problem IS very strange". Luego de algunos días y gracias a la valiosa ayuda de Michael Dominic y al glorioso gdb, se pudo identificar el problema. Primero pensábamos que era Diva, de Diva pasamos a GStreamer, y de GStreamer pasamos al verdadero culpable: Libdv. Al final pude ingeniar una solución temporal. Sin embargo, la solución final estará dada cuando se arregle el bug que reporté a Fedora. Ya Jarod Wilson está trabajando en. ¡La comunidad del software libre es lo mejor!

Todo el cuento del bug en libdv me sirve para comentar un punto interesante. Varias veces atrás he escrito acerca de mi inconformidad con el método de instalar software usando los paquetes tradicionales de Linux. Bien, la experiencia con Diva me ha traído otro argumento más, que he denominado forks egoístas. Para entenderlo hay que analizar el caso de libdv. Libdv es una pieza de software algo vieja (teniendo en cuenta los estándares del código abierto), lleva dos años y medio sin actualizarse. Como era de esperarse, es difícil compilar libdv. Yo no pude hacerlo en mi Fedora Core 5. Tiene a gtk+ 1.x como dependencia (¡uich!). ¿Cómo hacen entonces los empaquetadores para compilarlo? Sencillo, le aplican a libdv una serie de parches que sirven para que se pueda compilar en sistemas modernos. Hasta ahí todo va bien. El problema radica en que estos parches son aplicados individual y aisladamente por cada distro o línea de distros. Los empaquetadores no se preocupan por integrar el parche al proyecto original, o apropiarse de él, si está abandonado, sino que lo aplican egoistamente al paquete de su distro. El resultado son pequeños forks de un proyecto.

En la vida real, la prueba de la existencia de los forks egoístas se puede apreciar en libdv. Para el paquete libdv, algunas distros usan unos parches y otras usan otros. Por ejemplo, en Fedora y Gentoo (pude comprobarlo gracias a que Travis Hansen, un gentooero, tenía el mismo problema) se aplican unos parches y en Debian y Ubuntu otros. Es por esta razón que en Fedora y Gentoo ocurría el bug con Diva y en Debian y Ubuntu no. No es que se trate de un insignificante parche, son bastantes cambios los que se hacen. Tampoco es que unos parches sólo sirvan para la configuración de determinada distro porque el problema lo solucioné usando los parches de Debian. Pienso que lo correcto es que estos parches vayan al repositorio oficial de libdv y todos puedan beneficiarse por igual.

De tanto hablar de paquetes y bugs me desvié del hilo principal de este post, la edición de vídeo digital. ¿Por qué estoy probando en este campo? La respuesta es que tengo pensado filmar y producir la cuarta versión de Semilla de Libertad, una serie de documentales sobre software libre en Colombia que ha realizado mi amigo Gustavo Gonzales. La idea es hacer el documental en la próximas Jornadas de Software Libre en Agosto. Quiero intentar editar la película con software libre. Ojalá se pueda.

Por cierto, también estoy probando la edición de vídeo con software propietario (para comparar vuelvo y repito :P). Ya bajé e instalé Adobe Premiere 7.0 Pro (La última versión, la 2.0, necesita un equipo más potente). Me parece que la interfaz es enredada y complicada, aún no aprendo a manejarlo. Windows Movie Maker, aunque modesto, me ha parecido muy fácil de usar, la interfaz no tiene pierde. Hay que seguir probando otras alternativas...

Reportándose

2006-04-10T00:38:00.000-05:00

Sí, aún sigo vivo. Estos días han estado muy complicados. Desde que comencé semestre no he podido organizar adecuadamente mi tiempo. Todo está hecho un ocho. Creo que el problema no es falta de tiempo, sino de organización. Espero aprovechar esta Semana Santa para descansar y organizar bien la cosa.

Con todo este tiempo sin escribir se me han ido acumulando los temas, así que aquí va un resumen rápido de lo que ha pasado (en orden cronológico) en este mes y pico:

Xgl

Si, instalé Xgl y Compiz en Dapper, gracias a la excelente guía que ha elaborado la comunidad de Ubuntu. Los resultados, tal y como lo esperaba, no fueron los mejores. El problema es mi tarjeta de video, una vieja ATI Radeon 7500. Desafortunadamente mi tarjeta no tiene soporte para Linux, por lo cual no cuento con los controladores propietarios de ATI. Me toca conformarme con los libres que, hay que admitirlo, son pésimos.

De todos modos la experiencia no fue tan mala, todos los efectos de Compiz se pueden apreciar. Sólo hay dos problemas: un molesto flickering y una enorme lentitud. Lo de la lentitud al parecer se debe a que los controladores están mandando a hacer por software muchas cosas que se deberían hacer por hardware. Es triste que mi tarjeta funcione tan bien en Windows y funcione peor que un chip integrado en Linux; quedándole grande incluso operaciones tan simples como las que hace Xgl (sin Compiz,).

Al final de cuentas mi Xgl no quedó usable, así que volví al servidor X.org normal. Lastimosamente no puede sacar pantallazos, por algunas razón salían negros. Sin embargo sigo pensando que el proyecto promete bastante, y es posible que para el próximo año se vean mejoras con los controladores libres.

La mayoría de los efectos de Compiz son para hacer el escritorio más "eye-candy", sin embargo, algunos realmente mejoran la usabilidad, como el efecto "expose", que ha sido "tomado prestado" del mundo de los Mac.

Modificando Skins de MediaWiki

Durante este mes decidí terminar el trabajo que había comenzado hace unos meses atrás de modificar la apariencia del sitio web del GLUC. Al principio la experiencia fue bastante tortuosa, especialmente porque modificar el skin monobook, que es del que todos parten, puede llegar a ser algo muy complicado. El problema con monobook es que hace un uso casi abusivo de las Hojas de Estilo en Cascada (CSS). Al final quedó un tema bastante interesante basado en FratMan de Jeason Pearce.

Aprendí varias cosas valiosas de mi experiencia modificando monobook, he aquí algunas para los interesados en aventurarse a hacer lo mismo:

No dedicarse exclusivamente a modificar los CSS. En ciertas ocasiones es necesario editar el archivo MonoBook.php, de otra forma habrá que hacer maromas con los CSS para lograr el comportamiento deseado. Pero ojo, las modificaciones a MonoBook.php sólo deberían ser de estructura, mover unos bloques de aquí para allá, por ejemplo, pero nunca de apariencia.
Se pueden tomar muchas ideas de lo que han hecho otros sitios modificando los skins de mediawiki. Verlo es muy fácil, simplemente hay que colocar un "skins/" al final de la URL del sitio y, en la mayoría de los casos, se tendrá acceso a los skins del sitio. Un ejemplo es: http://gluc.unicauca.edu.co/wiki/skins/ o http://www.mono-project.com/skins/
No hay que asustarse con los tweaks que hace Monobook para varios navegadores, en la mayoría de los casos se pueden ignorar.
Muchas imágenes que se aparentemente nunca se encuentran en el código HTML, son colocadas como background-image a través de CSS.
La extensión Web Developer de Firefox es demasiado útil, especialmente el modo de edición de CSS en tiempo real.

Otra tarea que tengo ahora que terminé la del GLUC es la de crear un skin para nUML, el nuevo proyecto del que hablo más abajo.

FLISOL

El 25 de Marzo se realizó el Festival Latinoamericano de Instalación de Software Libre. Es un evento que se realiza en forma simultanea en varias ciudades de Latinoamérica. Por supuesto nosotros en Popayán no podíamos faltar. Una vez más, Polux y GLUC unieron fuerzas en la realización de este evento. La asistencia estuvo bastante bien, aunque tuvimos muy pocas instalaciones. Creo que el día lluvioso desanimó a muchos a llevar su PC, y decidieron ir sólo a las charlas y ver las demostraciones. Esta vez también se notó menos presencia del GLUC, sus miembros se están dispersando por todo el mundo.

Fedora Core 5

Aprovechando el FLISOL decidí instalar el nuevo Fedora Core 5, remplazando mi Breezy. La verdad me ha sorprendido bastante. Creo que definitivamente Fedora es la distribución visualmente más atractiva y también más pulida. Hay muchas cosas nuevas que todavía no he explorado. Lo mejor de todo es que Fedora ahora viene con Mono y todos sus juguetes. Pero bueno, más adelante escribiré más detalladamente sobre esto. En especial, quiero esperar a que salga Ubuntu Dapper y poder hacer una comparación exhaustiva. Por ahora los dejo con este pantallazo del mismo momento en el que estoy escribiendo esto:

Pobre disco duro

También como consecuencia del FLISOL, se me daño mi disco duro y me tocó comprar uno nuevo. Afortunadamente tenía una copia de seguridad relativamente reciente, aunque de todos modos perdí algunas cosas interesantes como un script de Python que estaba haciendo para bajar e instalar automáticamente Mono y sus juguetes desde el SVN en forma paralela a la instalación actual, muy al estilo de jhbuild. En fin, me tocará volver a comenzarlo.

Magazín de Mono Hispano

Hace unas semanas surgió una idea bastante interesante en la lista de correo de Mono Hispano: crear un eZine. Al igual que muchos otros del grupo, la idea me pareció excelente. Inmediatamente me vinieron los recuerdos del Magazín que solíamos hacer en el GLUC.

Ya tango bosquejado el artículo que quiero escribir para el Magazín de Mono Hispano, se trata de una comparación de IronPython, Boo y C# 2.0 aunque por ahora el avance lo veo lento, espero poder sacar el tiempo para terminarlo.

nUML

Como lo comenta Rodolfo, el proyecto ExpertCoder se ha dividido en dos, por una parte esta la parte de generación de código y por la otra lo que tiene que ver con UML. Esta última parte se ha denominado nUML.

Por ahora mi inactividad es total en todos estos proyectos. No veo la hora de poder conseguir tiempo para continuar, especialmente con MonoCanvas.

Medellín

Bien, ya para terminar quiero decir que en menos de 7 horas me voy para Medellín, dónde están varios miembros de mi familia, a pasar la Semana Santa. Espero poder aprovechar estos días para descansar. La verdad es que me hace falta, el ritmo de los últimos días ha estado muy pesado. También, cómo dije antes, quiero organizar mi tiempo de aquí en adelante, ojalá pueda.

JDK 6 (Mustang) GTK+ Look and Feel

2006-03-04T22:12:00.000-05:00

Durante estos días decidí probar la versión beta de Java 1.6, apodada "Mustang". Según había leído por aquí y por allá, esta nueva versión traerá varias mejoras en cuestión de las interfaces gráficas Swing. La idea es que Swing tenga una apariencia más parecida a las interfaces nativas dependiendo del sistema operativo en el que se estén ejecutando. Me gusta mucho esta idea, y desde el principio soñé con ver algunas aplicaciones Swing que me gustan con la misma apariencia que el resto de mi entorno Gnome.

Se supone que Swing en JDK 6 hace uso de widgets nativos de GTK+, pero, según lo que probé, me parece que lo que en realidad pasa es que Swing trata de imitar el estilo de GTK+. Esto se puede comprobar fácilmente al ver diferencias sutiles (otras no tanto) entre Swing con tema GTK+ y una verdadera aplicación GTK+.

He aquí unos pantallazos de la aplicación de demostración que viene con el JDK, SwingSet2, con diferentes temas de Swing:

Desde aquí se ven varias cosas interesantes. Una es que el tema de GTK+ en Swing cambia en forma coherente con el tema actual de Gnome, prueba de ello es que dos de los pantallazos con tema GTK+ tienen tema de Gnome diferente, uno usa Clearlooks y el otro usa Human. Otra cosa bastante curiosa es ver cómo implementan una interfaz tipo MDI, que no están soportadas por GTK+. También se puede ver que a este estilo MDI le falta mucho por pulir, los botones de las ventanas internas aún están bastante burdos.

Para comparar como son renderizados algunos widgets específicos, aquí hay un diálogo típico de Gnome junto a algunos diálogos de preferencias de JEdit con tema GTK+ activado:

La primera diferencia que se nota es que los widgets de Swing GTK+ usan una fuente de texto diferente de los widgets GTK+ reales. Para mi esto es crucial para no sentirse como en casa usando Swing. Ojalá que lo corrijan para la versión definitiva.

Algunos widgets en Swing GTK+ son casi idénticos a la versión real de GTK+, es el caso de los GtkCheckButton y los GtkRadioButton. Sin embargo, digo que son "casi idénticos" porque la versión de Swing no cuenta con pequeños detalles proporcionados por temas como Clearlooks, como los efectos de desvanecimiento suave en los GtkCheckButton. Otros widgets definitivamente son muy diferentes, es el caso de los GtkHScale y los GtkComboBoxEntry, que se notan bastante diferentes en la versión Swing. Otra cosa diferente son las barras de desplazamiento cuadradas al estilo GtkScrollBar en lugar de las redondeadas estilo GtkTextView.

Parece que la gente de Sun no sólo se ha preocupado por la similitud a nivel de widgets simples, sino que también han hecho algunos de los diálogos usuales bastante similares. He aquí algunos pantallazos:

Bueno, en realidad los diálogos de selección de archivos son muy diferentes. No encuentro el por qué Sun decidió usar el antiguo dialogo de abrir de GTK+ en lugar del nuevo. Este sí que me parece que es un punto negativo.

Aquí se pueden ver las diferencias entre los diálogos de selección de fuente. Se parecen bastante, aunque algunas cosas están en diferente orden y para ciertas cosas (texto de muestra) se usan widgets diferentes. De nuevo se nota aquí la diferencia entre las barras de desplazamiento diferentes, cuadradas en Swing GTK+ y redondeadas en Gnome.

Aquí hay una comparación de tres diálogos de selección de color. Uno es el original de Gnome, otro es de Swing GTK+ y otro es de Swing Metal. El diálogo de Swing GTK+ es bastante parecido al de Gnome. De nuevo se notan diferencias en los widgets, como por ejemplo los GtkSpinButtons. También hay cosas que faltan y cosas que se agregan, como el botón del gotero (se quitó) o la vista preliminar de texto (se agregó). En el triángulo de selección de color se puede notar como la versión de Swing GTK+ es mucho más burda, a diferencia de la versión Gnome que usa un bonito antialiasing, el cual viene desde GTK+ 2.8, gracias a Cairo. Supongo que Swing no usa nada similar a Cairo por debajo. Otra parte donde se nota una extraña inconsistencia es en los botones "aceptar" y "cancelar", los cuales no usan los iconos de botones estándar. Y digo que es extraña esta inconsistencia es porque en el diálogo de selección de archivo si lo usaban.

En el último pantallazo se ve el mismo diálogo de selección de color, sacado exactamente de la misma parte de la misma aplicación, pero usando el tema Metal de Swing. Aquí se nota cómo un mismo diálogo de Swing puede verse radicalmente diferente dependiendo del tema que se use. No sé que tan bueno sea esto.

Al final dejo dos pantallazos comparando JEdit con tema GTK y tema Metal:

Aparte de las diferencias de apariencia, existe otro problema grave, gravísimo con Swing GTK+: El rendimiento. Y es que cuando se activa el tema de GTK+ la aplicación se vuelve considerablemente más lenta en comparación con el tema Metal, y, por supuesto, mucho más lenta que una aplicación GTK+ nativa. Esto si que es un gran problema para la adopción de este look and feel nativo.

Bueno, afortunadamente esta todavía es una versión beta. Estoy seguro que la gente de Sun va a corregir muchos de los errores que existen por el momento. El problema del rendimiento es realmente obligatorio de corregir, por lo menos hacer que sea igual de rápido que Swing Metal. De todos modos me parece que el enfoque que está tomando Sun de imitar GTK+ no es el más adecuado, creo que nunca va a ser posible tener un 100% de concordancia. Por ahora me parece que la mejor opción para tener un look and feel nativo en Java es SWT, usado por aplicaciones como Eclipse o Azureus.

Fedora, Aiglx y Xgl

2006-02-21T14:31:00.000-05:00

Hace unos días escribía sobre los pros y los contras de Ubuntu y Fedora. Bien, creo que ahora tengo un nuevo punto a favor y también en contra de Fedora.

Una de las cosas que más me atrajo a Fedora desde el principio, fue que es una distro que siempre está probando cosas nuevas e interesantes, siempre está bleeding the edge. Una de las cosas que destaco del Proyecto Fedora es proyectos como Fedora Rendering Project o el Proyecto de Integración con Xen.

Fedora Rendering Project plantea una nueva opción bastante interesante a el impresionante Xgl de Novell; Se trata de Aiglx (Accelerated Indirect GL X). A diferencia de Xgl, Aiglx no trata de crear un nuevo servidor X, sino que plantea usar el servidor actual con ciertas extensiones y el uso de un Metacity especial con un composite manager (¿gestor de composición?) potencializado por Mesa. El resultado es un gestor de ventanas con la posibilidad de hacer los mismos efectos que hasta ahora se han mostrado en Xgl y Compiz.

Lo que hace el composite manager es básicamente aprovechar las ventajas de las nuevas tarjetas de vídeo para dibujar las ventanas en la parte no visible del framebuffer. Esto no sólo tiene la ventaja de ser muy rápido, sino que también permite hacer uso de efectos brindados por las capacidades de las tarjetas 3D como el alpha blending (que permite transparencias), entre otras.

Para mi lo que intenta hacer Aiglx es básicamente lo mismo que pretendía Luminocity; es más, creo que Aiglx no es más que un porte de Luminocity a Metacity. La idea es básicamente usar los beneficios del composite manager desde un servidor X normal. Esto tiene la gran ventaja de poder activar y desactivar los efectos 3D sin tener que cambiar de servidor X y de una forma tan simple como cambiar una clave del gconf. El problema de este enfoque es que no ese está usando a fondo todo el poder de la tarjeta 3D, sino que se esta utilizando solamente para la composición. Por otra parte, al seguir utilizando el servidor X normal, existen problemas con aplicaciones que usen, por ejemplo OpenGL o XVideo. Otra desventaja muy importante es que, al estar integrado el composite manager en Metacity, este sólo servirá para Gnome y dejará por fuera a otros escritorios como KDE.

Después de analizar las dos opciones: Aiglx y Xgl, definitivamente me parece que la mejor opción es Xgl. La razón es que el poder de las tarjetas 3D no sólo se debe usar para tener efectos visualmente llamativos, sino que la principal razón debe ser la velocidad. Dado que Xgl es un servidor X completamente nuevo, escrito por encima de OpenGL, se asegura que todas las operaciones de dibujo van a estar usando la aceleración 3D. Gracias a esto vamos a poder tener más cosas que simplemente lo que nos brinda Compiz, como por ejemplo renderizado de fuentes más rápido e incluso, quien sabe, hasta widgets 3D. Además, al ser Xgl un servidor X, sus ventajas van a poder ser aprovechadas por cualquier administrador de ventanas o entorno de escritorio.

Sin embargo, no todo es color de rosa para Xgl, yo le veo dos inconvenientes importantes: Una es la dificultad para pasar del modo acelerado al modo normal, lo cual podría ser causar problemas a personas que no tengan el hardware apropiado. El otro inconveniente tiene que ver con el backend que se está usando para Xgl actualmente: Xglx, que, a mi modo de ver, plantea un modo algo redundante aunque, eso si, bastante práctico. Xglx realiza las operaciones OpenGL sobre otro servidor X, es decir que a la larga tendríamos algo así: Xgl, un servidor X, corriendo sobre Xglx que a su vez corre sobre otro servidor X.

Para mi la solución ideal para el sistema gráfico en Linux, sería Xgl corriendo sobre Xegl, una alternativa a Xglx que permite que Xgl dibuje directamente sobre el framebuffer, evitándose de esta manera el segundo servidor X. Además que, al estar basado en el EGL de Khronos, sería mucho más portable. Sin embargo, Xegl todavía se ve bastante lejano. Existen muchos inconvenientes, uno es el problema de los drivers gráficos para que escriban directamente en el framebuffer, otro es la terquedad de tantos desarrolladores de X que pretenden seguir remachando el viejo X a probar nuevas y radicales ideas como Xegl. Esto es de lo que se prenden los de Aiglx para justificar su proyecto y es de lo que se queja Jon Smirl, ex desarrollador de Xegl, en su grandioso artículo sobre el estado del arte de los gráficos en Linux.

En fin, siempre he creído que la competencia en el software libre es buena y ayuda a que se logre un buena solución. Por eso me gusta que exista Gnome y también exista KDE, o que exista Fedora y también Ubuntu. Sin embargo en el caso de Aiglx vs Xgl la cosa es un poco distinta porque, como dijo alguien por ahí, no se trata de gustos, por lo que los dos no van a coexistir por mucho tiempo.

Distribuciones

2006-02-18T22:05:00.000-05:00

Estoy indeciso con respecto a qué distribución instalar ahora que llegue Gnome 2.14. Lastimosamente, para nosotros los amantes de Gnome parece que sólo hay dos distribuciones importantes basadas en este entorno de escritorio: Ubuntu y Fedora. Otras como Suse y Mandriva están basadas en KDE y las demás (Debían, Slackware, Gentoo, son más bien como neutrales).

Desde Marzo hasta Diciembre estuve usando Fedora y me gustó muchísimo, sin embargo, decidí cambiarlo debido a que los del Proyecto Fedora tenían a Mono entre su lista de cosas prohibidas, por problemas de patentes según los abogados de RedHat. Entonces decidí pasarme a la otra distro Gnome: Ubuntu. Durante este tiempo me a gustado bastante, la versión 5.10 (Breezy) me ha hecho cambiar de opinión desde la última vez que lo probé (4.10 - Warty). Sin embargo, al poco tiempo que estaba usando Ubuntu, salía la noticia de que Fedora decidió incluir Mono y todos sus juguetes (Beagle, FSpot) lo cual me deja a la tarea de tomar esta decisión.

He aquí un balance de los pros y contras de cada una:

Ubuntu.

Pros:

Basado en Gnome.
Completamente libre y gratuito.
Minimalista: un sólo CD con las herramientas estrictamente necesarias.
Un sistema de paquetes más organizado y centralizado.
gestor de actualizaciones es muy bueno.
Regalan unos CDs bonitos.
Muy buena documentación en Internet sobre cómo hacer muchas cosas.
Perfecta sincronización con los lanzamientos de Gnome.

Contras:

Un poco lento. Según mi experiencia, FC4 es un poco más rápido, especialmente en la carga inicial, que Breezy. Antes la cosa era al revés (FC3 vs Warty).
Hay muchos paquetes que no colocan la entrada correspondiente en el menú de aplicaciones. Esto me parece realmente irritante.
Algunos paquetes que no encajan dentro dentro del 'perfecto' sistema de paquetes son muy tediosos de instalar. Por ejemplo Sun Java o Skype.
Hacen falta herramientas gráficas para configurar varias cosas, como el servidor X, samba o el firewall.
No actualizan los paquetes de la versión estable. Esto es lo que me parece más irritante de todo. Por ejemplo, no puedo instalar Firefox 1.5 o Mono 1.1.13 en Breezy, sino que tengo que pasarme a la inestable (Dapper) y con ello actualizar varias librerías como Gtk+. Esto tal vez se pueda solucionar con el uso de backports, pero no he probado eso.
La apariencia por defecto es fea. No me gusta el color café, ni tampoco los iconos poco consistentes ¡Qué tal ese logo de Firefox! Bueno, esto es bastante personal y, la verdad, se puede arreglar fácilmente bajando un par de temas.

Fedora

Pros:

Completamente Libre y gratuito
Orientado a Gnome.
Tiene bastantes herramientas gráficas, que también pueden funcionar en modo de texto al estilo de YaST o Mandriva Control Center
Me parece que se la lleva mejor con aplicaciones propietarias como Sun Java o Skype.
Es bastante rápido y parece que cada vez mejoran más ese aspecto.
Se puede disfrutar de las últimas versiones de ciertos programas como Firefox o Mono en la versión estable.
Es visualmente muy bonito, el tema general y de los iconos me parece el mejor entre todas las distros, con tal vez Novell Linux Desktop 10 como competencia. La instalación se ve mucho mejor que la de Ubuntu.

Contras:

Los lanzamientos no están sincronizados con Gnome. Bueno algunas veces si.
Muchos CDs, cuatro, llenos de cosas innecesarias para un sistema de escritorio
El sistema de paquetes es bastante desorganizado, hay que agregar muchos repositorios por aquí y por allá.
No hay tanta documentación como para Ubuntu.
El gestor de actualizaciones no sirve. Hay que ver cómo cambia eso con las nuevas herramientas para Yum

Al fin vacaciones

2005-12-24T12:22:00.000-05:00

Ayer, por fin, salí a vacaciones. La semana que acaba de pasar ha sido la más dura de los últimos meses. Todos los exámenes y trabajos que presentar en la universidad se juntaron. De verdad me alegra que ya se haya acabado. Lo bueno es que el miércoles me voy de vacaciones; iré para Medellín, dónde últimamente han vivido mis abuelos. Casi toda mi familia irá para Medellín a pasar el fin de año, después iremos a Coveñas, un agradable pueblo en la costa atlántica, estoy bastante ansioso por viajar, la verdad es que un buen descanso me vendrá muy bien.

Bien, aunque ya salí a vacaciones en la universidad, aún no estoy completamente libre; todavía tengo cosas pendientes en el trabajo. Había pensado terminar y presentar lo que tenía pendiente esta semana, pero debido a tanta cosa en la U, me tocó aplazarlo. Ahora tengo que hacerlo antes del miércoles, aunque no me preocupa, lo que me falta esta de un pelo.

Algo que seguro influyo para que esta semana fuera tan complicada, es el hecho de que el fin de semana pasado no hice nada. Bueno, no hice nada relacionado con la Universidad ni el trabajo. El fin de semana pasado me dedique a dos cosas, por un lado estuve compilando Gnome desde el CVS y por el otro estuve intentando cambiar el skin de la página del GLUC.

Compilar Gnome desde el CVS ha sido menos complicado de lo que pensé, aunque eso si, bastante demorado. Jhbuild facilita mucho el trabajo, incluso tiene una interfaz gráfica (aunque yo lo usé desde la consola), y un práctico icono en el área de notificación. También estuve haciendo un archivo de módulos para poder compilar mono usando jhbuild. Lo práctico de esto es que puedo actualizar, recompilar e instalar todo de nuevo con sólo escribir un comando. Además todo se instala en un entorno aparte, con lo cual puedo tener conviviendo mis versiones estables de Mono y Gnome con las versiones de CVS y SVN. El único inconveniente es tal vez que cuando pongo a correr ambos al tiempo se consume bastante memoria. Por ejemplo cuando corro Mono Develop (corriendo sobre gtk# 2.8 y gnome 2.13.3) dentro del entorno estable.

He aquí algunos screenshots de Jhbuild:

Screenshots de Gnome CVS:

Herramientas para Python

2005-12-12T21:48:00.000-05:00

Por estos días que he estado trabajando bastante en DeStar, estuve buscando algún buen IDE para programar en Python. Hasta ahora he estado programando con JEdit, un excelente editor de textos que poco tiene que envidiarle a Emacs o Vim y que es muy fácil de usar. La combinación de JEdit con gnome-terminal, Pdb y PyLint es bastante cómoda, sin embargo, quería probar algo un poco más integrado, así que me decidí a probar Pydev. PyDev es un plugin para el maravilloso Eclipse, el cual, por cierto, funciona perfectamente bajo GCJ, la implementación libre de Java.

PyDev tiene características bastante impresionantes:

Resaltado de sintaxis, explorador de clases y resaltado de errores. Bueno, esto es lo básico de todo IDE. Siendo Python un lenguaje dinámico, el resaltado de errores se hace utilizando PyLint. PyLint es bastante impresionante y configurable, puede detectar errores que van desde un objeto no declarado hasta prácticas feas de programación como líneas muy largas o nombres de variable muy cortos.
Code Completion, que no es más que el clásico asistente que ayuda sugiriendo qué se puede colocar digamos después de un punto. Muy útil a la hora de recordar nombres de métodos.
Integración con Bicycle Repair Man, la herramienta para refactorizar código en Python. Esta si que es una gran característica que no había podido usar con JEdit. Por más que exista el HyperSearch y todo, este tipo de herramientas agilizan mucho las cosas.
Depurador gráfico. Esta si que es una de las mejores características. Sé que Pdb es bastante fácil de usar, pero la verdad es que, a la hora de depurar, no hay nada como tener una buena perspectiva gráfica de todo lo que esta sucediendo. El depurador fue la principal razón que tuve para buscar un IDE y la verdad es que Eclispe con PyDev hacen un excelente trabajo en ese sentido.
Integración con Subversion. Bueno, esto no es de PyDev, sino más bien de Subclipse, el plugin de Subversion para Eclispe. La integración es muy buena, cada cambio en la copia local con respecto al repositorio se muestra con algún icono, casi como tener un "svn st" en tiempo real. Por otra parte, todos los comandos usuales en SVN tienen su equivalente gráfico.

Desafortunadamente no todo es perfecto. PyDev tiene algunos problemas que pueden llegar a ser molestos. Por una parte, PyDev no tiene soporte para PTL, el lenguaje de plantillas de Quixote, es decir que toca decirle a PyDev que maneje los archivos PTL como archivos normales de Python; aunque el depurador funciona bien para los PTLs, otras características como PyLint y el explorador de clases no lo hacen bien (En JEdit en cambio si funcionaba gracias al plugin Code Browser). Algo similar pasa con los archivos que tienen extensión diferente a ".py", solo que en este caso simplemente no funciona nada, la única solución que he encontrado en este caso es renombrar los archivos temporalmente.

También he probado otras alternativas como JPyDebug, un plugin de Python para JEdit que agrega funciones de depuración, PyLint y explorador de clases, pero desafortunadamente este plugin sólo funcionaba cuando quería y decidí quitarlo. En fin, creo que probaré con PyDev por un tiempo y si no me gusta seguiré con el cómodo JEdit + Consola.

En resumidas cuentas: Eclipse + PyDev + Subclipse hacen un gran equipo

Detesto los paquetes - Parte 2

2005-12-07T23:27:00.000-05:00

Definitivamente creo que la forma en que se están manejando los paquetes de software en las distribuciones de Linux es uno de los más grandes problemas que tiene la adopción del Software Libre en el escritorio. Y cuando hablo de las distribuciones de Linux hablo de todas, incluyendo Debian y Gentoo que se jactan de tener los mejores sistemas de paquetes.

Me molesta que cada distribución tenga un formato diferente de paquetes, e incluso las que comparten uno (como RPM), lo hacen incompatible. Esto lleva a que la labor de empaquetado se tenga que hacer una y mil veces. Un programa como Firefox tiene que ser empaquetado tantas veces como distribuciones hay. ¡Qué enorme gasto en trabajo de los colaboradores!, si las cosas funcionaran como deben, el desarrollador del programa debería empaquetar una vez y el paquete debería servir para cualquier distribución (en parte esto es lo que ocurre cuando se distribuye el código fuente, pero compilar definitivamente no es lo adecuado para un novato).

El hecho del empaquetado esté en manos de los que distribuyen y no de los que desarrollan el software es un problema mucho más grave de lo que parece. He aquí algunas razones:

No importa qué tan grande sea el ejercito de empaquetadores que se tenga, no es posible empaquetar todo el software. Por más que la gente de Debian diga que tiene n-mil paquetes, basta con mirar un poco gnomefiles.org para darse cuenta de que existen muchísimos programas sin empaquetar. El problema es aún peor con las distribuciones que no cuentan con la suerte de tener tantos colaboradores, simplemente tienen que resignarse con no tener el suficiente software, porque así es el sistema. Todo lo que no está empaquetado es difícil de instalar y no se integra bien con el resto de la distribución; esto hace que los usuarios muchas veces opten por simplemente no instalar lo que no está empaquetado, de hecho, tengo muchos amigos que no instalan nada que no se pueda apt-get installar, de ahí es donde surge la frase muy comúnmente escuchada que dice "Si no está en Debían, no exite"; la verdad es que se están perdiendo de un montón de programas.
Aún cuando se tenga un cierto programa empaquetado, no siempre se puede tener la última versión. Esto es bastante frustrante. ¿Por qué cuando sale el último Firefox no puedo probarlo porque no está empaquetado aún? El problema es peor aún con las versiones anteriores de la distribución. Por ejemplo, si yo uso Ubuntu Warty, nunca voy a disponer del paquete para Firefox 1.5, aún cuando si me bajo el binario de Mozilla.org si funciona. Es decir que los usuarios de Warty van a estar condenados a usar versiones viejas de todo el software y la única forma de conseguir un programa nuevo es actualizando toda la distribución. En otros casos es peor; en donde hay que pasarse a una versión inestable para poder probar el software nuevo. ¿Acaso suena lógico tener que actualizar a una versión inestable todo el sistema operativo, incluyendo Gnome, Gtk, etc sólo porque quiero probar el nuevo Firefox? Todo esto simplemente porque las personas de las distribuciones no quieren hacer los paquetes. Si el empaquetado estuviera en manos de los desarrolladores, la historia sería otra. Por ejemplo, la mayoría del software para Windows funciona desde la versión 95 hasta Vista ¿Que pasaría si para instalar un programa de Windows nos pidieran que obligatoriamente nos actualicemos a Vista? La actualización semestral de las distribuciones me parece una excelente idea, pero hay que aceptar que los usuarios normales no actualizan su sistema operativo cada 6 meses, eso es más bien para complacer a los geeks. Privar a los usuarios no expertos de ciertos programas no me parece una buena idea. Aunque hay casos en los que toca realizar la actualización, por cuestiones de dependencias, en muchos otros no, como el de Firefox.
Los sistemas de paquetes son completamente hostiles al software que no es libre y esto aleja a los ISVs. En mi opinión, no se puede tener una verdadera aceptación en el escritorio si los usuarios no tienen la libertad de escoger usar programas propietarios además de los libres. Además, ¿Qué pasa con los programas que no son del todo libres pero que su licencia tampoco es tan agreste como las típicas licencias propietarias? un ejemplo de este tipo de software es SciLab. Peor aún, no cualquiera puede ser empaquetador de una distribución, a veces hay que seguir rituales casi religiosos para poder hacerlo (véase cómo ser un DD). Los empaquetadores son los que deciden qué software se empaqueta. ¿Qué pasaría si para distribuir un programa de Windows hubiera que pedirle permiso a Microsoft? (Sé que la comparación es insensata, por favor no armar un flame por esto). En fin, me gusta la frase de la web de Zero Install: "You don't need to be blessed by a distribution (or anyone else) to be part of Zero Install".

Bueno, ya me desahogué un poco, la verdad es que a veces es bastante frustrante todo esto, lo peor es que a poca gente le interesa el problema, incluso he visto como la propuesta de crear un autopackage para Mono no sonó mucho. Por cierto, en el título dice "Parte 2" esto es porque hace poco más de un año había escrito sobre este mismo problema, y mencionaba algunas alternativas interesantes como Zero Install y Autopackage.

En resumidas cuentas: ¡Al diablo con el APT!

Revelando

2005-11-28T23:02:00.000-05:00

Curso de Fotografía

Hace unas semanas me inscribí en un curso de fotografía que estaba dando el Foto Club de la Universidad. Desde hacía varios semestres quería inscribirme en el curso, pero no había tenido tiempo, este semestre tampoco tenía, así que me tocó decidirme e inscribirme como sea, ya que de otra forma nunca lo iba a hacer. En fin, el curso es a la antigua, con cámaras analógicas manuales, yo he estado usando la magnifica Canon A1 de mi papá. Al principio quería comprarme una cámara digital, pero la verdad es que me he dado cuenta que la fotografía analógica tiene su encanto, por eso tengo pensado conseguirme una Canon AE1 o similar, que sea manual.

En una de las prácticas del curso tomamos unas fotos en blanco y negro por varias zonas de Popayán. Hicimos todo el proceso manual, desde la escoger objetivo, filtros, velocidad y diafragma, hasta el mismo revelado y copiado. Este último, el revelado, es uno de los aspectos más interesantes de la fotografía analógica. Todo el proceso que va desde desenrollar el rollo completamente a oscuras en la etapa de revelado hasta ver cómo va apareciendo lentamente la foto en el papel bajo una tenue luz roja en la etapa de copiado, es simplemente fascinante.

Esta es mi hoja de contacto de aquella práctica:

Esta es una de las fotos ya copiada en papel:

Mono Canvas

Después de varios meses de no tocar el código de MonoCanvas ni de MonoUML, ayer decidí volver al retomar el trabajo. MonoCanvas ha cambiado mucho desde la última vez que lo vi, Mario ha avanzado bastante. Durante el fin de semana desempolvé el repositorio del SVN y empecé a corregir algunos bugs y a refactorizar un poco el código. Por ahora el trabajo que falta es re-escribir la parte de los elementos anidados, la cual era la causante de varios bugs, tengo pensando crear una nueva clase aparte para ello. De ahí seguirá el trabajo con las conexiones, que es importantísimo.

Una cosa que todavía me preocupa es el rendimiento, pese a que se han corregido varios bugs en Mono.Cairo por parte del equipo de Mono, me parece que todavía hay mucho por mejorar, tanto desde la parte de MonoCanvas como del mismo Mono, en fin, creo que luego hay que dedicarle un tiempo a eso más adelante.

Avance en MonoCanvas:

DeStar

Continuando con el tema del rendimiento, últimamente me estoy dedicando a mejorar el de DeStar. Después de analizar detenidamente, por fin he dado con el cuello de botella, que es una sincronización entre datos y metadatos que tienen los configlets. Esta sincronización se requiere cada vez que un configlet es accedido o modificado. El proceso de sincronización es lento porque tiene que recorrer todos los configlets, y por cada uno, recorrer todas sus variables y sincronizarlas, además de otras tareas de bricolaje. El proceso puede llegar a tardar hasta cuatro minutos con una configuración relativamente compleja, lo cual es exageradamente lento. La solución al problema es obvia, cambiar el sistema de sincronización y manejar los configlets con una estructura de datos más apropiada. Sin embargo, esta solución implica reescribir una enorme cantidad de código, es el problema de los errores a nivel de arquitectura. Lo que he estado analizando es cómo podría disminuir el problema sin reescribir mucho código, se me han ocurrido varias ideas, pero han tenido resultados desastrosos, en fin, hay que seguir probando...

Desocupandose un poco

2005-11-13T23:47:00.000-05:00

Llevo bastantes días sin escribir nada. La verdad es que los últimos meses han estado bastante ocupado, por un lado estoy viendo varias materias en la universidad, de la cuales dos son especialmente consumidoras de tiempo: Telecomunicaciones 1 y Electrónica 1. Telecomunicaciones me quita tiempo porque el curso es básicamente el mismo que CCNA 1 y 2 que dan en la Academia Cisco, la cuestión es que en la AC cada curso se da en 80 horas, mientras que a nosotros nos están dando dos en escasas 60 horas, así que vamos muy rápido, prácticamente estamos teniendo dos exámenes de capítulo por semana. Lo bueno es que estamos viendo desde cómo hacer un cable UTP hasta cómo usar Ethereal. Electrónica, o sistemas digitales como se llama en otras partes, también absorbe el tiempo debido a que tengo que estar haciendo circuitos en protoboard, varios por semana, eso de estar pelando cables, y peleando con circuitos integrados defectuosos es bastante dispendioso, aunque divertido.

La otra razón por la cual he estado ocupado es que hace un par de meses empecé a trabajar medio tiempo. Estoy participando en el desarrollo de DeStar, una aplicación web para la administración de Asterisk. Estoy bastante contento con el trabajo, especialmente porque DeStar es software libre y porque está escrito en Python, y la verdad es muy agradable programar en ese lenguaje (o en Boo aún mejor, cuando se usa Mono). Por ahora, después del primer lanzamiento, mis contribuciones han sido bastante pequeñas, espero que poco a poco vayan aumentando.

Bien, ahora que ha pasado Octubre, que ha sido el mes más ocupado, creo que voy organizando las cosas y sacando tiempo para otros proyectos. Por un lado quiero retomar el trabajo en MonoCanvas, el cual no toco en meses, veo que Mario ha trabajado bastante en esta parte y eso me motiva a continuar con el trabajo. Por otro lado, la comunidad de Mono Colombia se ha reactivado, en gran parte gracias al encuentro que tuvimos algunos miembros en la pasada IV Semana Linux de la Universidad Distrital en Bogotá. Por ahora estamos pensando en comenzar un proyecto, espero que no nos dispersemos y podamos llegar a algo.

Camino a UMLCanvas 2.0

2005-08-15T22:59:00.000-05:00

MonoUML

Estos días estoy trabajando bastante en sacar adelante, de una vez por todas, UMLCanvas# 2.0. El trabajo con System.Drawing (GDI+) es bastante agradable. En comparación con GnomeCanvas, System.Drawing es de más bajo nivel, pero tiene la ventaja de ser mucho más flexible. Luego de ver la noticia de que GTK 2.8 ahora requiere Cairo, estoy aún más convencido de que la elección ha sido la adecuada. Aunque lo que hay hasta ahora es bastante primitivo, creo que con todo lo que aprendimos haciendo la primera versión de UMLCanvas#, podemos avanzar lo suficientemente rápido.

El trabajo con Gtk# y System.Drawing es bastante interesante. Gracias a Gtk.DotNet es posible combinar dos librerías de Widgets: Gtk# y Windows.Forms. Más específicamente, Gtk.DotNet es un puente entre Gdk.Drawable y System.Drawing.Graphics, ahora como sabemos que Gtk se basa en Gdk y que Windows.Forms se basa en System.Drawing, podemos llevar esto a la interoperabilidad entre librerías que mencioné al principio.

El problema que tiene Gtk.DotNet es que está muy poco (por no decir nada) documentado. Prácticamente hay que aprender a base de ensayo y error. No lo digo por Gtk.DotNet en sí (que en realidad es sólo una clase y un método), sino en la interoperabilidad de las dos librerías como tal. Por ejemplo, uno de los problemas que tuve fue que no sabía como hacer para redibujar sólo una parte del canvas y no todo, cuando se usa sólo Windows.Forms, esto usualmente se hace invalidando el Control en dónde se está dibujando, para ello se hace uso del método Invalidate() de la clase Control. Sin embargo, cuando se combinan las dos librerías, se está dibujando sobre un objeto S.D.Graphics pero no existen ningún objeto Control; en su lugar se usa un Gtk.Widget (más específicamente un Gtk.DrawingArea). Lo que hay que hacer entonces es usar Gtk.Widget.QueueDrawArea() para invalidar un rectángulo. Como dije antes, no puede saber esto sino a base de un sistema de prueba y error.

Lamentablemente esto de la falta de documentación se está volviendo un común denominador en las librerías de Mono. Aunque duela decirlo, la única parte que está bien documentada es la parte que también hace MS (claro que una de las ventajas de Mono es poder aprovecharnos de todo eso). Prometo que una vez que haya avanzado un poco más con UMLCanvas# haré algo de documentación sobre Gtk.DotNet.

SLUD 4 y JSL

En octubre estaré viajando para Bogotá para asistir a dos eventos de Software Libre. Por un lado están las Primeras Jornadas de Software Libre, las cuales vienen a llenar el vacío que deja el Congreso Internacional de Software Libre que se hacía aquí en Colombia. Creo que esta versión de las JSL más bien debería ser la cero, porque todavía falta mucho para consolidar este evento. Por otro lado, esta la IV Semana Linux de la Universidad Distrital, la cual es organizada por nuestros amigos del Grupo Linux de la Universidad Distrital (GLUD). Este último evento parece que va a estar muy interesante, yo por mi parte envíe dos propuestas de ponencia: "Programación Multimedia con Mono" y "El lenguaje de programación Boo", espero que acepten aunque sea una de ellas. En total en el GLUC enviamos 10 propuestas, así que va a haber bastante participación por parte de nuestro grupo.

Regresando de Vacaciones

2005-07-20T23:41:00.000-05:00

Vacaciones

Acaban de terminar mis vacaciones de 15 días. Durante este tiempo me he dedicado a hacer nada, descansar, dormir hasta tarde, ver películas y pasarme algunos videojuegos. Incluso desde antes de entrar a vacaciones he estado bastante inactivo en todas las cosas referentes a software libre en las que estoy; ahora, después de terminadas las vacaciones, tengo baterías nuevas para continuar con todo.

Fedora

Hace unos días he instalado Fedora Core 4 y la verdad es que me ha gustado muchísimo. Ya desde hacía unos meses atrás había cambiado Ubuntu por FC3 y estaba bastante satisfecho, ahora con esta nueva versión estoy muy contento. FC4 es mucho más rápido de FC3 y viene con mucho software interesante. Quizá la aplicación que más me ha gustado es Evince, definitivamente GNOME necesitaba una aplicación como esta, es muy rápida y tiene aquellas características esenciales (copiar, buscar) que le faltaban a otros programas como Xpdf. Además ahora Nautilus previsualiza los archivos PDF, de esta forma mis libros electrónicos se ven realmente bien:

OpenOffice 2.0 me ha gustado muchísimo, aunque el nuevo look and feel parecido al de MS Word es un poco extraño al principio, especialmente con las teclas rápidas, creo que la mayoría de los cambios son para bien. Otra aplicación destacable es el Eclipse Nativo, totalmente basado en la implementación de Java de GNU.

Más aplicaciones

Definitivamente hacía falta la barra de Google para Mozilla Firefox, inmediatamente apareció la instalé. Por supuesto cambié la disposición de la barra de herramientas para que se ajuste a la barra, así me quedó:

Últimamente he notado que la temperatura de mi Athlon XP está demasiado alta, es por eso que me ha sido bastante útil este simple applet para el escritorio GNOME:

Un programa muy llamativo que estoy probando es Drivel, un programa para escribir en el Blog. Lo vi por casualidad como programa de la semana en gnomefiles.org y me llamó mucho la atención, precisamente en este post estoy haciendo la prueba :)

Tao Framework

2005-05-30T17:57:00.000-05:00

Tao

Desde hace unas semanas he estado experimentando un poco con Tao Framework, un conjunto de recubrimientos a varias librerías para el desarrollo de software multimedia y videojuegos, algo que toda la vida me ha llamado mucho la atención. Aprovechando esto, hace unas semanas me comprometía a dar una charla sobre Tao en una de las reuniones del GLUC, la charla se tituló Programación Multimedia con Mono.

Me llama mucho la atención la idea de tener un framework para el desarrollo de videojuegos realmente multiplataforma, y en este sentido Tao es bastante impresionante, las Dll de Tao funcionan muy bien en distintas plataformas sin recompilar, digo que es sorprendente porque Tao es una librería totalemente escrita a base de llamadas a funcionalidad nativa (Platform Invoke).

El desarrollo de videojuegos es un tema que siempre me ha apasionado, y una de las cosas que he aprendio es que el rendimiento es uno de los requerimientos más importantes. Hasta el momomento, la mayoría de los desarrolladores de juegos trabajan con C y C++; opciones como Java o Mono/.NET no son muy bienvenidas debido al problema del rendimiento. Sin embargo, parece que últimamente algunas personas están considerando la idea de usar herramientas de programación de más algo nivel, tal vez es hora de sacrificar un poco el rendimiento para dar paso a un desarrollo un poco más fácil. Ya hemos escuchado hablar de Mono como una plataforma de desarrollo para el escritorio, qué tal una plataforma de desarrollo para videojuegos, tal vez no sea una idea tan descabellada...

Grupo Mono

El grupo de estudio en Mono retomó actividades. En este semestre semestre hemos decidio dedicarnos más a la parte práctica, para ello vamos a comenzar a desarrollar una pequeña aplicación con fines educativos. La idea que tenemos es hacer un sencillo editor de HTML. De esta forma pensamos probar algunos componentes interesantes como Gtksourceview#, Gecko#, Glade# entre otras cosas. Vamos a ver como nos vá con esta pequeña prueba.

MonoUML

Despues de analizar varias alternativas: DiaCanvas, GnomeCanvas, Cairo, Rsvg; creo que la mejor opción para UMLCanvas# va a ser System.Drawing (GDI+). Las otras APIs tienen varios inconvenientes: Diacanvas# es muy inestable, GnomeCanvas pronto estará obsoleto (deprecated), Cairo es de muy bajo nivel, y Rsvg no parece ser el tipo de librería para hacer el trabajo. System.Drawing está basado en Cairo y su diseño es bastante interesante. Ahora, gracias a Gtk.DotNet, se puede acceder a toda la funcionalidad de System.Drawing desde una aplicación Gtk#.

Asamblea General del GLUC

2005-04-25T00:35:00.000-05:00

Este jueves que pasó fue la reunión de Asamblea General del GLUC. La Asamblea General del GLUC se reune cada semestre y es el máximo ente decisorio del GLUC. Para esta ocasión sabíamos que iba a ser una reunión dura, el tema principal a tratar era la realización de una reforma a los estatutos del grupo propuesta por la Junta Directiva. El objetivo de la reforma era llenar algunos vacíos que teníamos en los estatutos anteriores y definir una mejor organización para el grupo. La reunión contó con la presencia de 23 personas, discutimos por al rededor de cinco horas seguidas. La jornada fue bastante extenuante, pero al final, tras unas pequeñas modificaciones, logramos aprobar los 63 artículos de los nuevos estatutos. Fué una reunión con bastante participación por parte de todos los miembros del grupo, eso es algo que me gustó mucho.

Además de los estatutos, otra importante tarea que tenía que tomar la Asamblea General del GLUC era la de escojer una nueva Junta Directiva para el nuevo semestre académico. Aunque los candidatos fueron pocos, creo que al final se escogió un muy buen grupo.

Definitivamente estoy muy optimista con el GLUC, este semestre ha empezado muy bien, la asamblea fué muy participativa, cada vez hay más grupos de estudio, probablemente la universidad nos financie otro proyecto, y ahora tenemos una mejor organización gracias a los nuevos estatutos. ¡Vamos con todo para este semestre!

Hablando de grupos de estudio, esta semana se reinician actividades en el Grupo de Mono; pienso hacer propaganda entre el grupo de la Celula de .NET que hay en la universidad, vamos a ver si se animan a trabajar con software libre. Por otro lado, ha surgido un nuevo grupo de estudio en Blender, el cual inicia con un curso de esta herramienta. Creo que voy a inscribirme al curso, siempre me ha gustado mucho todo esto del modelado y animación 3D, lástima que no tenga mucho talento :P. También tengo pensado mencionar a Wings3D como otra excelente herramienta, a mi modo de ver (al menos es muy fácil de usar).

Cairo

2005-04-17T17:27:00.000-05:00

Cairo

Por estos días ando experimentando con Cairo + Gtk# en Mono. La ídea es que Cairo parece ser una muy buena alternativa para se usada en UMLCanvas# en el futuro. Además, dado que parece que GnomeCanvas pronto quedará obsoleto, dado que Cairo ahora es la base para GTK+, parece que esta librería representa el futuro en cuanto a gráficos vectoriales.

Comenzar con Cairo en Mono ha sido bastante dificil; existe muy poca documentación y casi ningún ejemplo. Otro problema es que, al parecer, no hay un binding de GtkCairo para Mono, con lo cual hay hacer uso de PInvoke. Pero bien, hay que seguir experimentando, pues Cairo se ve muy interesante.

Este es un screenshot con cairo:

También he escrito un par de apuntes acerca de UMLCanvas# y Cairo en el blog de MonoUML

GLUC

El próximo jueves es la Reunión de Asamblea General del GLUC. Durante estos días está abierta la convocatoría para nuevos miembros, y aquellos que ya lo sean, deben renovar su membresia. También se escoje una nueva Junta Directiva, se reforman los estatutos y se realiza la planeación para el próximo semestre. Esta etapa en el GLUC siempre me ha parecido muy interesante, es como el renacer semestral del grupo.

Hablando de renacer, otro grupo que también vuelve al juego en estos días es el Grupo de Estudio en Mono, el cual había salido a vacaciones hace unas semanas y pronto, aprovechando la Asamblea del GLUC, comenzará de nuevo actividades. Creo que hay muchos temas interesantes que podríamos tocar este semestre.

Semana Santa

2005-03-22T23:54:00.000-05:00

Las dos semanas que pasaron fueron de muy intenso trabajo en la universidad. No he tenido mucho tiempo libre, no he podido dedicar tiempo a mis proyectos y ni siquiera he podido escribir en el blog. Afortunadamente ya llegó la Semana Santa y ahora tengo bastante tiempo. Aunque sólo es por una semana, creo que este receso de la universidad me cae como anillo al dedo; de verdad que necesitaba un descanso.

Estos primeros días de Semana Santa los he dedicado a descansar mucho. Prácticamente no he encendido el PC más de quince minutos en un día, para revisar el correo. Ahora que me siento un poco revitalizado, tengo pensado en repartir estos pocos días libres en unas cuantas cosas concretas: MonoUML, el Tutorial de Gtk#, unas cosas pendientes en la universidad y, por supuesto, divertirme un poco y disfrutar de la semana. A propósito de esto último, aprovecho para comentar que Popayán, la ciudad en donde vivo, es reconocida por tener las mejores celebraciones de la Semana Santa en el mundo.

Como ya dije, en estos días pienso dedicarle bastante tiempo a MonoUML. Mario y Rodolfo han estado haciendo varias cosas muy interesantes en el proyecto y eso me entusiasma mucho. Mi meta es poder tener lo más rápido posible la nueva versión de UMLCanvas#. Una cosa importante es que todo lo que haga en el proyecto, de aquí en adelante, lo escribiré en el nuevo blog que ha creado Mario exclusivamente para el proyecto.

Por otra parte, después de bastante tiempo sin trabajar en el Tutorial de Gtk#, he comenzado con el octavo capítulo. Espero terminarlo para el viernes, con lo cual completaría los 4 capítulos que me comprometí a escribir. De ahí tengo pensando trabajar en homogeneizar un poco todos los capítulos escritos hasta el momento para después tomar otros 4 capítulos. Creo que todo va muy bien por este lado.

En el Grupo de Estudio en Mono del GLUC también estamos en vacaciones. Lo último que hicimos fue hacer un par de cosas con ADO.NET. En particular estamos haciendo varios experimentos con MySQL y PostgreSQL. Por cierto, me gusta mucho PostgreSQL, aunque todavía no lo conozco muy bien, lo poco que he hecho me ha llamado mucho la atención. Con respecto a MySQL , hay algo que me disgusta: su licencia dual y su imposibilidad de uso en proyectos que no son GPL (al estilo de QT). Definitivamente me gustan mucho las licencias permisivas como la MIT-X11 para librerías (como las de Mono). Me parece que la GPL está bien, pero en programas concretos.

Fin de los exámenes

2005-02-26T19:22:00.000-05:00

El lunes pasado terminé exámenes parciales. La siguiente temporada vendrá muy pronto, así que tengo que aprovechar al máximo este tiempo para adelantar muchas cosas que tengo pendientes.

MonoUML

Ya he comenzado a implementar las primeras partes de UMLCanvas# 2.0. He decidido comenzar por la parte de más bajo nivel. Aunque hasta ahora no he avanzado mucho, me parece que las cosas no van a ser tan complicadas debido a que muchos problemas ya han sido resueltos en la versión actual de UMLCanvas#, aunque en forma un poco desordenada. Estoy bastante optimista en cuanto a esta parte y creo que puede estar lista un poco antes de lo planeado.

El hecho de que UMLCanvas# tenga un diseño flexible que permita cambiar de API gráfica sin mayor traumatismo es más importante ahora que nunca. Según lo que he leído, GTK+ se pasa definitivamente a Cairo como librería gráfica. En este contexto quedarían 3 toolkits gráficas que podrían ser usadas por UMLCanvas#: GnomeCanvas, Cairo y GDI+ (la cual está basada en Cairo en su implementación en Unix). Por ahora se seguirá con GnomeCanvas, pero estoy casi seguro de que en un futuro vamos a tener que cambiar y debemos estar preparados para ello.

GLUC

En el GLUC seguimos con el proyecto antipiratería del cual ya había hablado antes. También estamos trabajando duro para el Festival Latinoamericano de Instalación de Software Libre que se realizará el 2 de Abril. Por mi parte, me ha tocado hacer un CD-ROM que contenga una colección de programas libres para Windows. Para no empezar todo desde cero, he decidido hacer un hack de TheOpenCD, el cual por cierto está muy llamativo. Básicamente me ha tocado traducir gran parte de TheOpenCD, cambiar las imágenes y modificar un par de pequeñeces.

Free Abuse.

En tiempos de exámenes y exceso de trabajo, nada mejor para quitar el estrés que un buen juego, y mejor aún, un juego libre. Por estos días instalé la versión libre del clásico Abuse. Abuse es un juego de acción futurista, con aliens, disparos y mucha emoción. Definitivamente entra a encabezar la lista de los mejores juegos libres.

El paquete de Ubuntu de Abuse no funcionó (esto ya se está volviendo costumbre, Ubuntu me tiene aburrido) así que me tocó hacer una mezcla entre el paquete y los binarios disponibles en la página de abuse.

Mono Bundle

Me ha gustado mucho el nuevo instalador genérico de Mono para Linux. Funciona en multiples distribuciones y es la forma más fácil de instalar y redistribuir Mono. Lástima que la versión 1.1.4 que era la que más me interesaba no funcionó en Ubuntu (y otra más con Ubuntu).

Exámenes...

2005-02-10T17:49:00.000-05:00

Debido a algunos problemas en la Universidad durante los últimos meses, las clases están más aceleradas que nunca. Esta semana comienzo exámenes parciales y eso me ha quitado bastante tiempo. No he podido avanzar mucho con los proyectos en los que estoy involucrado. Lo peor de todo es que parece que esta situación va a continuar por algunos meses. Creo al terminar este semestre, inmediatamente comenzará el otro, no voy a tener vacaciones. Sin embargo, espero poder sacar algo de tiempo para hacer lo que me gusta; va a ser poco, pero va a ser algo.

Grupo Mono.

El sábado pasado, como todo los sábados, tuvimos reunión del Grupo de Estudio en Mono del GLUC. En esta ocasión yo fuí el expositor, decidí continuar con el curso de Gtk# que había comenzado unos meses atrás. También aproveché para mostrarles el pequeño editor de C# de ejemplo hecho con GtkSourceView# hecho por Fabian Seoane, con unas modificaciones hechas por mi amigo Cristian Cepeda (también conocido como "pastuxso"). Insté a todos los miembros del grupo a que agregaran características al editor, como por ejemplo una opción de compilar, pero ninguno se atrevió a hacerlo. Imagino que la temporada de exámenes dejó sin tiempo a todo el mundo.

MonoUML.

En el poco tiempo que he podido dedicarle a MonoUML, he estado pensando en la forma de hacer que UMLCanvas# 2.0 pueda utilizar diferentes librerías gráficas. Lo único que se me ha ocurrido es aplicar el patrón Fabrica Abstracta. Esto obviamente inspirado por el típico ejemplo de La Banda de lo Cuatro donde se usa el mismo patrón para usar múltiples librerías de widget.

Quedaría algo como esto:

Software Libre, Software Legal

2005-02-04T00:08:00.000-05:00

GLUC

En el GLUC nos ha ido bastante bien por estos días, la Vicerectoría de Bienestar y Cultura de la Universidad del Cauca nos aprobó un proyecto bastante interesante, se trata de una Campaña antipiratería y pro-software libre llamada "Software Libre, Software Legal". La ídea del proyecto es dar una serie de charlas que concientisen sobre por qué no se debe usar software pirata y por qué es mejor usar software libre en su lugar. Con la aprobación del proyecto, el grupo recibirá una cantidad de dinero con la cual se piensa hacer afiches de publicidad, regalar distribuciones de Linux, y programas libres para Windows entre otras cosas. Uno de los puntos claves del proyecto es la participación en la Ciudad de el Primer Festival Latinoamericano de Instalación de Software Libre - FLISOL, del cual ya había hablado previamente. Esperamos que con el dinero que nos de la universidad podamos realizar un gran evento aquí en Popayán.

Grupo Mono.

El sábado pasado regresamos a las actividades en el Grupo de Estudio en Mono del GLUC. Ese día sólo nos dedicamos a organizar lo que se hará en el grupo durante el resto del semestre. Se decidió continuar en base a la lista ToDo que quedó despues del curso de C#. La idea es que cada uno de los miembros del grupo se apropie de una parte del curso.

Algo bastante interesante es que he hablado con varios amigos que viven fuera de Popayán, y hay muchos que están interesados en el Grupo de Estudio, entonces han entrado a formar parte de este como integrante virtuales. Los integrantes virtuales darán charlas por IRC y estarán pendientes de lo que se haga en en grupo leyendo el material del FTP.

Con todo esto, nuevamente surge la idea de crear una comunidad de Mono en Colombia. Incluso ya tenemos un proyecto en el-directorio.org

Tutorial de GTK#

Con el tutorial de GTK# estoy un poco atrasado, aun no termino el capítulo 8. Sin embargo, en general el proyecto de creación del tutorial ha avanzado bastante. Mahomedalid Pacheco se une al equipo y ya ha enviado los capítulos 20 y 21. Últimamente hemos tenido bastantes charlas en el equipo, discutiendo temas como el estilo de codificación, los screenshots etc. Parece que todo va muy bien por este lado.

MonoUML

En lo que respecta a MonoUML, en estos días me estoy dedicando completamente al nuevo diseño de UMLCanvas#. He subido lo que tengo de los diagramas al CVS para que sea más fácil la participación de todos. Una de las características que más me gusta del nuevo diseñó es la utilización de una serie de interfaces IHandler para manejar los eventos y el comportamiento de los elementos del canvas. El hecho de desacoplar el manejo de enventos de los propios objetos es algo brinda bastante flexibilidad al diseño. También he comenzado a estudiar un poco las librerías GDI, ya que me gustaría que UMLCanvas# pudiera usarlas además de GnomeCanvas; esto previendo un futuro port para Windows.

Me bajé Poseidon for UML Community Versión. En realidad nunca antes lo había probado, no se porque siempre pensé que era muy parecido a ArgoUML, el cual no me gusta mucho que digamos. La verdad es que Poseidon es bastante diferente a ArgoUML; me ha gustado mucho, incluso lo prefiero a otros como Rational Rose. El único problema que le veo es que es tremendamente pesado, en mi máquina ha llegado a consumir casi 500 MB de memoria. El canvas es especialemente lento, no se si es que no está funcionando la aceleración por hardware o qué, sin embargo, este es bastante agradable de usar. Espero que el canvas de MonoUML llegue a ser tan cómodo de usar como el de Poseidon, incluso creo que lo podría superar.

Dos semanas con Ubuntu

2005-01-29T21:50:00.000-05:00

Ya llevo dos semanas desde que cambié mi antiguo Debian por Ubuntu Linux. Aunque mi experiencia con Ubuntu ha sido, hasta el momento, mucho mejor que con Debian, Ubuntu todavía dista bastante de ser una distribución ideal para el usuario novato en Linux; otras distribuciones para el escritorio aún le llevan ventaja. Sin embargo, esta primera versión de Ubuntu apunta a que es una distribución con mucho futuro.

Estos son los puntos positivos y negativos que le he visto a Ubuntu Linux:

Positivos:

Excelente trabajo visual. El hecho de que Ubuntu este enfocado en GNOME, hace que todo es escritorio luzca con una consistencia muy agradable. Se acabaron (casi) los revueltos de aplicaciones con diferentes estilos de widgets (Qt, GTK, Tk, Motif). Fuera de eso, el equipo de Ubuntu ha estado trabajando en un tema de widgets llamado Human, que combinado sonidos y fundidos de colores hacen que Linux se vea muy bonito.
Excelente soporte para el Hardware. Ubuntu reconoció y configuró correctamente mi tarjeta de vídeo (incluido soporte completo para aceleración 3D), mi tarjeta de sonido, mi monitor y mi impresora. En la parte de impresión Ubuntu me ha impresionado mucho, es la distribución que mejor he visto en este aspecto. Es muy agradable como, sin importar desde que aplicación esté, siempre que hago click en imprimir, la impresora lo hace. Esto ha sido un cambio radical a lo que estaba acostumbrado en Debian, en donde a veces era todo un reto imprimir desde aplicaciones un poco raras como xpdf, Firefox "instalado a mano", jedit o similares. Aunque sin asistente, fue relativamente fácil configurar mi escaner, lo único que me tocó hacer fue copiar el archivo de firmware en el directorio correspondiente de Sane. Instalar mi winmódem fue igual de tortuoso que toda en distribución que he probado, eso queda como aspecto neutral. Los medios removibles como disquetes, cdroms y memorias usb funcionan maravillosamente.
Bastante respaldo. Cuando ocurren problemas en Ubuntu, por lo general son fáciles de resolver debido a la gran cantidad de FAQs, foros y listas de correo que existen. Parece que hay mucha gente que apoya Ubuntu y eso es muy bueno.

Negativos:

Falta más acercamiento al usuario final. Quedan muchas cosas por hacer: Se debe mejorar la instalación, debe ser gráfica y más intuitiva; faltan muchas más herramientas gráficas, desde cosas tan simples como cambiar la contraseña de usuario o configurar el hardware hasta un administrador de servicios. La ayuda debe mejorar, el Yelp está muy pobre si lo comparamos con aquel de distribuciones como Mandrake. Falta más libertad para los usuarios normales, hasta el momento no he podido hacer que un usuario sin privilegios de administrador pueda conectarse (haciendo una llamada por módem) a Internet, tampoco es posible hacer otras cosas como un halt o un reboot desde la consola con un usuario normal.
Mal soporte en español. Aunque parece que esto está cambiando, la versión que probé (Warty) tenía un pésimo soporte para el lenguaje españól. La instalación hacia algunas preguntas y advertencias en inglés, Nautilus tiene items del menú en inglés, el applet de la papelera está en inglés, OpenOffice se instaló en inglés, y muchas otras cosas más.
El manejo de los paquetes. Poco después de instalado Ubuntu, tuve una experiencia realmente frustrante con los paquetes. Resulta que existen tres aplicaciones las cuales me gusta siempre tener en su última versión estable, estas son: Mozilla Firefox, Mozilla Thunderbird y Gaim. Así que agregué los repositorios de Hoary e intente instalarlos. Synaptic me pidió, innecesariamente, que actualizara GTK+. Después de actualizar el Synaptic se daño, cada vez que un paquete tenía dependencias Synaptic se salía inesperadamente. Despues de preguntar un poco por IRC, la única solución que me dieron fue reinstalar completamente. Desde entonces me he dado cuenta de varios problemas con el sistema de paquetes de Ubuntu: Muchos paquetes piden más de lo que necesitan, por ejemplo Firefox y compañía pedían la última versión de GTK+, cuando en realidad pueden funcionar con versiones anteriores. Universe y Multiverse no cuentan con todos los paquetes que hay en Debian, como el caso de gnome-ppp. Una enorme cantidad paquetes de Ubuntu no instan un icono en el Menú. El popular dicho "si no está en los repositorios de Debian no existe" es el mito más grande, una gran cantidad de las aplicaciones top 10 de gnomefiles.org no está disponible.

Al final instalé Firefox y Thunderbird "a mano". Qué bonitos son los instaladores que hace la gente de Mozilla. Es el típico sistema de Windows en donde sólo es necesario hacer dobleclick en el icono y dar siguiente, siguiente, siguiente, y ¡listo! aplicación instalada. Creo que las distribuciones de GNU/Linux deberían reconsiderar este tipo de métodos para instalar software. Gaim lo instalé de una forma muy agradable: utilizando Autopackage. Autopackage es una de las mejores ideas que he conocido para hacer paquetes que funcionen en múltiples distribuciones. La cosa es así de sencilla: uno se baja el paquete (que tiene extensión .package), después simplemente hay que hacer dobleclick en el archivo del paquete, el sistema dice algo como: "Para poder instalar este paquete usted necesita Autopackage, pero usted no lo tiene instalado ¿desea bajarlo e instarlo?" Si. Luego en una muy bonita ventana: "Checkeando dependencias... GTK : Si, GNOME: Si... XPaquete: No. Parece que usted no tiene XPaquete, usted puede instalarlo usando el sistema APT de su distribución actual: Ubuntu, el nombre del paquete es xpaquete". Luego de chequear las dependencias: "Gaim se ha instalado satisfactoriamente. Estos iconos han sido añadidos al menú: Gaim". Y así pude tener la última versión de gaim sin actualizar GTK+ ni nada. Desearía que ubieran más paquetes de Autopackage disponibles.

Último post con Debian

2005-01-18T10:51:00.000-05:00

Ya se me acabaron las vacaciones.

Por estos días me he dedicado a cuadrar bien mi regreso a clases. Sobretodo quiero cuadrar muy bien mi horario para poder dedicarle suficiente tiempo a mis proyectos con Mono y con el GLUC.

GLUC

En el GLUC ya volvimos al trabajo. El lunes tuvimos reunión y nos hemos dado cuenta que tenemos bastantes cosas que hacer para este nuevo semestre. Junto con el regreso al trabajo en el GLUC, también pronto se viene el regreso al trabajo en Grupo de Estudio en Mono, el cual ha quedado inconcluso desde la última vez que nos reunimos cuando TYR terminó su curso de C#. Espero que que este sábado nos reunamos y busquemos la forma de volver al trabajo. La idea es seguir con la interesante lista de TODO que presentó TYR al final el curso.

apt-get remove –purge emacs

Durante estas vacaciones, no se por que, quise, por segunda vez, aprender a usar emacs; y por segunda vez desistí. Creo que es cierto de que una vez que dominas emacs te conviertes en un codificador más rápido, y es cierto que con emacs puedes hacer de todo; pero también es cierto que emacs es una herramienta en extremo complicada y, sobre todo, en extremo poco intuitiva. Creo que aprender a usar emacs es un proceso largo y complicado. Incluso me encuentro con gente que escribe cosas útiles de emacs que descubre después de años de estar usándolo. Entonces rápidamente me cansé, me cansé de elisp y me cansé de pasar días configurando el .emacs solo para que después los resultados nunca queden como yo quiero.

Entonces encontré otro editor que me gustó más: JEdit. Puede que no sea tan potente como emacs, no tiene cliente de correo electrónico ni un psiquiatra, pero igual me pacer que cumple muy bien con su función de editor de texto. Me gusta la facilidad con la que se pueden grabar y programar macros. También su extensibilidad a través de plugins y la gran cantidad de ellos que hay (Especialmente me gustaron los plugins XML y Console). También sus características de folding que tan útiles son en C# y en XML. Pero lo que más me gusto, sin lugar a duda, fue el hecho de que puedo hacer uso de sus múltiples características sin tener que leer un manual para ello; es intuitivo. Creo que definitivamente eso es lo que le hace falta a muchos proyectos de software libre. No debes leer nada para poder usar un programa, solo usarlo y yá; él mismo te debe guiar.

Proyectos de Mono.

Por estos días he estado avanzando un poco lento en MonoUML. Creo que pronto tendré unos ajustes más al sistema de asociaciones. Una vez que organice mi horario bien y termine un par de cosas que tengo pendiente, vuelvo a un ritmo constante con el proyecto, lo cual es muy importante ya que estamos contra el tiempo.

Más he trabajado en el Tutorial de Gtk#, en donde ya terminé el capitulo 6 e hice varios cambios a los capítulos anteriores, incluyendo un reformateo completo de los archivos XML, los cuales ahora tienen una identación muy agradable. Mis planes son terminar con el capitulo 8 esta semana.

Adiós a Debian.

Bien, después de ya 6 meses que llevo probando Debian GNU/Linux, ya me aburrí de él. La experiencia con esta distribución le ha dejado puntos positivos y puntos negativos. Como puntos positivos resalto su velocidad y el gran movimiento de la comunidad que hay a su alrededor. Como puntos negativos, un sistema de paquetes (APT) que me desilusionó, tal vez por el hecho de que es promulgado como una de sus grandes cualidades pero a la larga no es gran cosa; y su falta de utilidades que faciliten las tareas diarias en un sistema operativo, lo cual hace que operaciones como agregar una impresora, configurar el vídeo, o incluso apagar el sistema sean molestas. Ahora espero probar Ubuntu Linux, el cual, espero, pueda acabar con los puntos flojos de Debian. Si Ubuntu me desilusiona, creo que volveré al sistema con el que comencé: Mandrake GNU/Linux. No lo uso desde hace varios meses y cada vez escucho mejores comentarios de él. Lo único que no me gustaba de Mandrake era su orientación más hacia KDE, y yo prefiero GNOME, es por eso que ahora voy a probar Ubuntu.

Última semana de vacaciones

2005-01-04T18:53:00.000-05:00

Año Nuevo

Bien, tristemente esta es mi última semana de vacaciones. Pero bueno, pero no me quejo mucho; logré hacer muchas cosas que quería hacer y descasé bastante. Aún me queda algo de tiempo y quiero aprovecharlo al máximo.

Estos primeros días de 2005 los he dedicado a descansar más que todo. Sin embargo, esta semana ya vuelvo con todo para dedicarle un poco a los proyectos en los cuales estoy colaborando.

Tutorial Gtk#

Después de bastante tiempo sin trabajar en el Tutorial de Gtk#, ayer terminé y subí el cuarto capitulo, el cual trata acerca del empaquetamiento. Ya empecé a trabajar en el capitulo 6. Espero poder subirlo antes de terminar vacaciones.

MonoUML

Por ahora estoy trabajando en mejorar el sistema de conexiones (edges) en UMLCanvas#. La verdad es que este trabajo se está volviendo un poco complicado, esto debido a que el diseño poco flexible del actual UMLCanvas# hace que sea difícil hacer un par de cosas, como por ejemplo hacer que un UMLEdge sepa si al arrastrarse uno de sus extremos se pasa por encima de un UMLElement. En fin, todo esto me hace pensar que tal vez sea necesario un rediseño de UMLCanvas# más rápido de lo que pensaba. Ya he comenzado a escribir una lluvia de ideas al respecto y he empezado a analizar las arquitecturas de otras librerías de diagramas como DiaCanvas y NetronGraphLib. Mi intensión es tomarme un buen tiempo para pensar en una arquitectura lo suficientemente flexible como para que se puedan cumplir todos los requerimientos futuros de MonoUML sin necesidad de alterar la estructura base. Mi meta por ahora es tener una versión funcional para la segunda versión de MonoUML. Por supuesto por ahora seguiré trabajando en paralelo con la actual versión de UMLCanvas# ya que estar será la que quedará para la primera versión de MonoUML que pensamos liberar a finales de febrero de este año.

Emulación

Bien, por estos días ha salido, después de dos años y medio sin lanzamientos, una nueva versión de ZSNES, sin duda el mejor emulador de Super NES que existe (por cierto es Open Source). Esto me da mucha alegría, pues parece que significa que el proyecto ha tomado un nuevo aire y creo que nuevos lanzamientos vendrán pronto. El ZSNES siempre me ha traído nostalgia al hacerme recordar aquellos excelentes juegos que salieron para esta gran consola.

No se si es mi impresión, pero últimamente me parece que hay escasez de juegos buenos en el mercado. Y no me refiero a gráficos, ni al sonido, ni a la IA, ya que los juegos de ahora cada vez asombran más en ese sentido, sino al juego en sí. Últimamente me he visto con muchos juegos que hacen llorar a mi ATI Radeon 7500 con unos gráficos simplemente impresionantes, pero con un modo de juego muy, pero muy pobre. Tanto es así, que prefiero abrir mi ZSNES y ponerme a jugar un RPG viejo o un clásico de Mario. Claro que no siempre es así con los juegos nuevos, existen algunas cuantas excepciones, pero son una entre cien.

Tiempos de Fiestas

2004-12-29T00:12:00.000-05:00

Navidad

La época de navidad siempre es muy agradable. En mi familia es costumbre que el 24 de diciembre nos reunimos en la casa de mi abuela. Es una gran reunión familiar donde asisten muchos de mis tios, primos, abuelos, etc. Esta vez no asistieron tantas personas, debido a que algunos familiares que viven en Bogotá y Medellín no pudieron viajar. Sin embargo la pasamos muy bien. Como siempre, a media noche festejamos, entregamos los regalos y cenamos con un delicioso pernil de cerdo y una gran variedad de dulces navideños.

Antes de la reunión en la casa de mi abuela, rezamos la novena en una finca a las afueras de la ciudad. Desde hace ya varios años que mi abuela organiza la novena en aquella finca, donde antes vivía. La novena se reza en compañia de muchos campecinos de escasos recursos que habitan en los alrededores. Al final se rifan regalos entre los niños campecinos. El último día, el 24, fue bastante especial; entre toda la familia se logró reunir suficientes regalos para que todos los niños tuvieran al menos uno. Es algo que me alegra mucho.

MonoUML

Tal parece que el proyecto MonoUML va viento en popa. En estos días de vacaciones el equípo está bastante activo. Mario Carrión se encargó de instalar un wiki en la web y ya tenemos una fecha tentativa para nuestro primer release: febrero 28 de 2005. El objetivo para este primer lanzamiento es tener la parte de casos de uso perfectamente funcional. Estoy seguro de que si todo va como hasta ahora, el objetivo se va a cumplir.

UMLCanvas#, la parte en la cual estoy trabajando de a poquitos, poco a poco se esta convirtiendo en la combinacion de un monton de parches. Creo que eventualmente va a tocar que hacer una refactorización que de lugar a un UMLCanvas# 2.0. Por ahora seguiré trabajando en la versión actual, pero luego tengo pensado iniciar paralelamente una versión nueva, con un nuevo diseño más flexible y optimizado, que tal vez pueda ser usada en versiones futuras de MonoUML, tal vez la 0.3 ó 0.4.

Cultivando la Noosfera

Hoy estuve leyendo por segunda vez "Homesteading the Noosphere" de Eric S. Raymond. Nuevamente pienso que es un excelente ensayo, Raymond es uno de los personajes del mundo del software libre a quien más admiro. Llama mucho mi atención notar aspectos de la cultura del software libre que viven implícitamente dentro de nosotros y que son realmente facinantes. Ahora que estoy un moco mas dentro de MonoUML, puedo comprender mejor muchos de los planteamientos, y me he dedicado a auto-analizarme y tratar de descubrir cual es mi motivación al programar. ¿Acaso lo hago por una deliberada búsqueda de reputación dentro de una cultura de los regalos? ¿O será acaso la búsqueda de pura satisfacción artística de desarrollar algo bueno técnicamente, o en otras palabras por la pura alegría de hackear? Aunque suene a una típica respuesta mediocre, creo que ambas cosas son ciertas, y como Raymond mismo lo plantea, tal vez una no pueda vivir si la otra.

Juegos y más juegos.

Por estos días estuve jugando Gran Theft Auto San Andreas de Rockstar Games en el Play Station 2 de mi primo. Este juego literalmente me deja con la boca abierta. Me asombra en gran manera como los diseñadores de esta saga de juegos se las arreglan cada vez por mejorar lo que se piensa es un juego casi perfecto. Ya desde la versión 3 de GTA se podía ver un juego de una calidad técnica y de jugabilidad dificil de mejorar. Sin embargo lo lograron con GTA Vice City y ahora nuevamente con GTA San Andreas. Las nuevas características que más me gustan son la mejor interacción del lado del personaje y el excelente ambiente de la enorme ciudad californiana, con grandes avenidas y colinas por doquier. No puedo esperar un segundo para que salga la versión para PC.

Por otro lado, algunos nuevos lanzamientos me han dado muchas ganas de comprarme un Game Boy Advance SP. Si, ya se ahora existe el Nintendo DS (el cual, por cierto, esta simplemente precioso) y el Play Station Portable (el cual no me gusta mucho que digamos), pero aún asi yo quiero un GBA. La razón es que es el único sistema con el que puedo recordar todavía aquellos juegos 2D del pasado. Los otros sistemas ahora son todos 3D, y es cierto que existe el cell shading y todo eso, y de hecho me gustan algunos de estos juegos, pero creo que solo con el GBA y los emuladores, puedo traer con nostalgia tantos buenos recuerdos a mi mente.

Vacaciones...

2004-12-20T19:02:00.000-05:00

Al fin salí a vacaciones, tanto de la universidad, como del GLUC. Eso es muy bueno, porque ahora voy a poder dedicarle bastante tiempo a otras cosas en las que estoy interesado. También, por supuesto, es bueno por que me voy a poder tomar un tiempo para descansar un poco.

El jueves pasado fue la última reunión del GLUC de este año. Tuvimos una muy rica cena de navidad y compartimos un buen rato. La ocasión tambien dio lugar a la primera entrega de los premios GLUC 2004. En esta particular actividad, planeada por nuestra excelente coordinadora de bienestar July Jimenez y todas sus amigas, se inventaron unas categoría muy divertidas como más geek, más interesante, más ebrio, más coqueteo, entre otras y cada integrante debía votar entre unos determinados nominados. Al final, los ganadores obtenían un muy bonito premio que consitía en un tux con una antorcha en la mano (el logo del gluc) pintado en un pequeño rectangulo de vídrio. Yo me gané cuatro premios, siendo uno de los más premiados de la noche :) Fue una muy buena actividad de integración para el grupo.

MonoUML

Hoy subí al CVS de MonoUML un pequeñó cambio a UMLCanvas#. Se trata de un cuadro de selección para widgets UML. La parte de UMLCanvas# aún está muy cruda, pero ahora que hemos salido a vacaciones Mario Carrión y yo, creo que se va a avanzar bastante en esa parte.

Totorial GTK#

Con el tutorial de GTK#, aún voy un poco atrasado con eso. En estos dias prentendo trabajar bastante para terminar finalmente el capítulo 4.

Muchas cosas por contar...

2004-12-11T20:21:00.000-05:00

¡Uy! mucho tiempo sin postear, tengo muchas cosas que contar:

Conferencia en Linuxpreview

Hace ya más de un mes, el equipo de Linuxpreview me invitó para que diera una texto-conferencia en su canal de IRC #linuxpreview de FreeNode. La conferecia que les propuse se titulaba "Introducción a la Plataforma de Desarrollo Mono". Básicamente sería la misma que dí en el II Congreso SurOccidental de Software Libre de Roldanillo. La gente de Linuxpreview acepto mi propuesta de conferencia y el sábado 4 de diciembre, a las dos de la tarde, estaba yo ahí, muerto del susto, dando la conferencia. A medida que fui comenzando, se me quitaron los nervios y al rato estaba muy tranquilo. La conferencia fue larga, empezó a las 2:00pm y luego vino una larga sesión de preguntas que duró hasta casi las 5:00pm.

Definitivamente dar una texto-conferencia me pareció algo muy dificil, especialemte porque hay que digitar mucho texto durante mucho tiempo, sin embargo, fue una gran experiencia, espero que algún día se repita otra vez.

Festival Latinoamericano de Instalación de Software Libre

Hoy, 8 días despues de mi conferencia, estuve presente en otra conferencia de LinuxPreview, esta vez titulada Festival de Instalación Latinoamericano. La charla fue dictada por Alejandro Forero, uno de los miembros más activos de Colibrí. Todo fue muy interesante.

El año pasado se hizo aquí en Colombia un Festival Nacional de Instalación de Software Libre, en el cual yo estuve participando activamente en la ciudad de Popayán. Este evento fue propuesto y coordinado por la Comunidad de Usuarios de Software Libre de Colombia: Colibrí. Fue todo un éxito. Este año, pensando de forma ambiciosa, se quiere hacer, no un festival de instalación nacional, sino un Festival de Instalación de Software Libre Latinoamericano. Algunos paises como Colombia, Venezuela, Perú, Argentina y Chile ya tienen coordinadores y ciudades confirmadas. Yo espero trabajar bastante en eso aquí en mi ciudad. El Festival está planeado para Abril del 2005.

Proyectos de Mono

En cuanto al proyecto del Tutorial de GTK#, ya tenemos nuestro espacio en la web de Mono-hispano. También tengo cuenta en el CVS de Gnome-Hispano y ahora puedo subir todo fácilmente. Miguel Cabrera me envió parte del capítulo 9 y yo ya estoy trabajando en el capítulo 4. Todo va muy bien con este proyecto, ¡que bueno!

Con Monouml las cosas también están bien, ya he empezado a trabajar en el módulo UMLCanvas#, estoy haciendo una herramienta de selección multiple, el típico cuadrito de selección que aparece en todos los programas gráficos. Aunque aún tiene bastantes bugs, espero terminarlo en los próximos días.

Programación Orientada a Aspectos

El jueves pasado hubo un taller en la universidad sobre Programación Orientada a Aspectos. El taller fue todo el día. Primero vimos una pequeña introducción a lo que es la Programación Orientada a Aspectos (AOP), y luego empezamos a explorar la herramienta AspectJ, que es una extensión de Java para trabajar con AOP.

Googleando un poco me encontré con Aspect#, una herramienta para trabajar con Aspectos en .NET y Mono; en un futuro espero trabajar un poco más con esta herramienta.

Aunque apenas estoy comenzando con la AOP, y no la conozco lo suficiente, lo que he visto no me convence mucho, tal vez cuando la conozca en profundidad cambie mi opinion. Trabajar con AspectJ fue duro. Duramos 5 horas tratando de compilar un simple ejemplo de colas circulares. Como ya dije, la AOP todavía no me convence.

Último Vive La Vida Linux del Año

2004-12-03T22:11:00.000-05:00

Ayer fue el último Vive la Vida Linux del Año. Vive la Vida Linux es un evento que el GLUC realiza cada mes en el cual se dan charlas sobre distintos temas relacionados con el software libre. Este VLVL en particular, fue especial debido a que no fue realizado exclusivamente por el GLUC, sino que también se contó con la participación de POLUX (Popayán Linux), grupo de usuarios de linux que nació del programa de Desarrollo de Software del Colegio Mayor del Cauca. Para esta ocación, los integrantes de Polux se ofrecieron a participar en la preparación del evento y también prestaron las instalaciones del Colegio Mayor para que la charla fuera dada ahí.

En este VLVL se dío una charla de Caucanix, una distribución de GNU/Linux especialmente diseñada con fines educativos que responden a las necesidades del Cauca. Caucanix fue desarrollada por Cesar Chaves y John Montenegro como su proyecto de grado en Ingenieria de Sistemas en la Universidad Cooperativa de Colombia; su director de tesis fue Gustavo Gonzalez de Kazak.

Me gustó mucho ese VLVL. Me gustó el ambiente que de integración se vivió entre Polux y GLUC. Al final me quedó la impresión de que soplan buenos vientos para el Software Libre en Popayán. Espero mucho que así sea...

XI Festival GNU/Linux

2004-12-01T16:23:00.000-05:00

Tuesday, November 23, was the XI Festival GNU/Linux at the National University of Colombia. Richard Stallman, fundator of the GNU Project, was the special guest to the event. A friend mine, Diego Paz, and I decided to travel from Popayán to Bogotá to assist that festival and meet Richard. It was a very long travel, almost 12 hours in a bus, I was very exhausted.

In Bogotá, we met people from GNU/Linux Users Group of the Distrital University (GLUD). Before, we have talked with they by IRC and in the II South West Congress of Free Software, but this time we meet much more members of this LUG. It was great to meet GLUD. I talked with Camilo Uribe, who is working with me in the adaption of the PyGTK Tutorial to GTK#. We had the opportunity to plan a lot of things about the project, we also talked about Mono and its community around Colombia.

The day of the event

During morning, it was a meeting between Lucho Garzón, Mayor of Bogotá, Gustavo Petro, congressman of Colombia and Richard Stallman. Unfortunately I couldn't be in the meeting. The meeting was for talk about the project for a Free Software Law in Colombia, and the adoption of Free Software in the Bogotá administration. People whom was there say it was a very productive meeting, I hope so.

In the noon, we went to get lunch with Richard Stallman and various members of the Free Software Community of Colombia. I had the opportunity to talk with some of them.

In the afternoon, we went to the León de Greiff auditory at the National University of Colombia. The event began with various speeches about Free Software. There was also some stands from various companies such as: Novell, IBM, AMD, and others. There was also some LUGs stands. I was in charge of the Debian Colombia stand. We show a very beautiful laptop with Debian installed. We also sold Debian shirts and buttons.

At five in the afternoon, it began the Richard Stallman speech. It was his classic speech about Free Software and the GNU Project. He also made a lot of jokes about the emacs church. The impression that Stallman gave me was that he is a very rádical man, and it seems that he is too close only to his ideas and dont accept any different of that. He was the pioneer of the Free Software Movement, but he doesn't represent it right now.

At night it was the second Debeta in a bar called "Buhos". That night was just great! I met even more people from Colombia related with Free Software. I wasn't noted before, but one of those members was Miguel Cabrera, who also is working on the adaption of the GTK# tutorial. Camilo, Miguel and I seated to drink some beers and talk about Mono in Colombia. Then we think in the idea of create a community of Mono developers in Colombia. We decided that if we can complete the GTK# Tutorial, and we prove to our self that we can work, then we must create the community. We talk with Alejandro Forero who is working for Novell, and he say that he will do anything he can for support us.

Here are some links to pictures:

http://fotografias.gsol.ws/thumbnails.php?album=4
http://pwp.etb.net.co/davidc1/debeta/index.html

Sunday I was in back here in Popayán. I am so exited about that trip, and I want to work very hard in my Mono Projects....

Aficionado a Battle for Wesnoth

2004-11-15T22:26:00.000-05:00

Bueno, yo siempre he sido bastante aficionado a los video juegos, tanto a jugarlos como tal, como a desarrollarlos. Siempre mi sueño desde hace mucho tiempo ha sido ser desarrollador de juegos. En los últimos años en los que me he adentrado en este mundo del Software Libre, parece que el aspecto de los videojuegos ha quedado en un vacio. La mayoría de los juegos libres que existen no son muy buenos, son contados, con los dedos de la mano, los que son realmente divertidos. Sin embargo en estos días he probado un juego libre que realmente ha llamado mucho mi atención, se trata de Battle for Wesnoth, un juego de estrategia por turnos, con toques de RPG ambientado en una época medieval fantástica al estilo del El Señor del lo Anillos.

Wesnoth es una combinación de varios juegos que he jugado. Por un lado tiene bastante de juegos de estrategia por turnos como la serie de XCom y FallenHaven, y por el otro mescla bastantes cosas de rol japonés, al estilo de Final Fantasy. El Mundo de Magos, Elfos, Orcos, No-Muertos, Humanos, Enanos, etc. es muy emocionante. Los gráficos estilo Manga le dan un toque muy intrigante. Las historias son muy buenas, y la jugabilidad es simple, pero exige una gran estrategia. Puede ser jugado en solo en campaña, o com muchas personas el línea.

La verdad es que el juego me ha dejado con la boca abierta, es muy, pero muy bueno. Es, definitivamente, el mejor juego libre que he visto.

Sigo trabajando en el tutorial de Gtk#, tanto desde la parte de la adaptación desde PyGTK, como desde el curso que estoy dictando en el grupo de estudio de Mono.

From now, I will write in Spanish too

2004-11-11T23:17:00.001-05:00

Bueno, desde hoy voy a empezar a escribir en español en el web log. Resulta que había comenzado en inglés porque debía practicar este idioma, pero esto ha hecho que mis posts sean cada vez más esporádicos, por lo cual he decidido empezar a escribir en español. Aunque todo esto no quiere decir que he abandonado mi proceso de prácticar el inglés, solamente voy a escribir en los dos idiomas, unas veces en español y otras en inglés, de esta forma puedo prácticar inglés y también tener posts más seguido. La idea es que al menos una vez cada semana escriba en inglés, y el resto de los días en español. El martes, en el grupo de estudio de Mono, comencé a dictar un pequeñó cursillo de Gtk#, que pienso seguir paralelo a la adaptación del tutorial de PyGTK a Gtk#. Hable con varios de los del grupo y me dijeron que les había gustado bastante el curso. Va a ser dificil preparar el curso cada semana, pero ahí voy. Hoy estuve trabajando el la adaptación del tutorial de Gtk#, la verdad ha salido más difícil de lo que al principio pensaba. PyGTK y Gtk# tienen muchas diferencias entre sí. Pero bueno, poco a poco se va avanzando. Hoy, como todos los jueves, tuvimos reunión del GLUC. Hablamos de bastantes cosas del grupo, especialemente acerca del proceso mediante el cual nos vamos a convertir en un grupo oficial de la universidad, a través de la vicerrectoría de bienestar y cultura. También hablamos de lo importante que es registrarse en http://el-directorio.org, un sitio donde las personas que conforman la comunidad de Software Libre de Colombia puede escribir, quienes son, qué hacen, que proyectos tienen, en qué lug están, etc. En estos días tengo regitrado en mi lista de ToDo escribir información sobre mí ahí.

Back from congress

2004-11-08T22:42:00.000-05:00

Yesterday I am back from the II Congreso Internacional de Software Libre. It was just great!!!!!! I meet a lot of people from the Free Software and Open Source community of Colombia. There were many people from different locations of the country: Ipiales, Pasto, Popayán, Guapi, Cali, Roldanillo, Tulua, Manizales, Medellín, Bogotá, Villavicencio, and others. I meet personally all people with who I speak by IRC. My speech of Mono was good too, very much people congratulate me for it. Roldanillo is a very nice town, when i was a kid i lived there for a few years. It was 14 years since my last visit to there. Now, when i came back, i remembered a lot of things and places, it was a very nice experience. I love Roldanillo!!! Here in my town, Popayán, and after the congress , I am very enthusiastic with free software. I will work hard for the monouml project, and the adaptation to the gtk# tutorial.

Ready for "II Congreso Suroccidental de Software Libre"

2004-11-02T12:35:00.000-05:00

This friday is the II South-West Congress of Free Software and Open Source here in Colombia. The congress will be in a little town called Roldanillo, in the state of Valle del Cauca. Many people from free software users groups of the Country will assist to this event. The GLUC is one of the most important LUGs in the south-west of Colombia, and we will have a big presence for this congress. There are eight speeches by members of our group. One of these speeches will be given by me, it is called "Introducción a la Plataforma de Desarrollo Mono" (Introduction to the Mono Development Platform). I am excited about this, but nervous too, I never have given a speech in a big event like this congress. By other side, the Mono Study Group is working very well. These saturday we had a very productive day, Oscar talk us about Delegates and Events in C#, a very interest feature of this language. All the group agreed with my idea of begin a tutorial about GTK# similar to the C# one. It start today, and I will lead it. I'm studying very hard for this. I am finishing the first chapter of GTK# tutorial adapted from PyGTK. I think that I can use that for the Gtk# tutorial for the Mono Study Group.

GTK# Tutorial and OpenGL ES Contest

2004-10-24T12:34:00.000-05:00

These days I am translating and adapting the PyGTK tutorial to GTK#. This job is a little bit complicated due to the DocBook XML sources. The good part of this is that let me learn a lot of things about GTK#, it is a good self-learning exercise, and, of course, it is a little contribution to the Free and Open Source Software Community. I am thinking in participate in a OpenGL ES contest organized by The Kronos Group. Maybe it is a good opportunity for get back to the road of Game Development and Computer Graphics, one of my passions with the Free Software.

Get disciplined with the web log

2004-10-21T22:13:00.000-05:00

Has been almost 20 days since my last post. I have been very undisciplined with my web log. Today I have reflected and I will get back to the discipline. Here is the summary of what happen in these undocumented days: These days the students of the University of Cauca have declared permanent assembly. We are protesting because the 2566 decree, which has a terrible issues for the public education here in Colombia. We start an indefinite clase cease. On the Mono side, I will start to translate a PyGTK tutorial to GTK#. I will do this with Camilo Uribe, a member of the Linux Users Group of the Distrital University - GLUD. I hope we can early finish the work and put our sand granite to the Mono project and Mono Hispano community. I will also start to learn more about XML Schema and the GnomeCanvas Library. That is because I am thinking in contribute to the MonoUML project making a system for having visualizations independent uml widget clases. All this is too hard, but I really want to contribute this project. Weeks ago, we started a Mono Study Group in the GLUC. We are starting with a C# little course taught by Oscar Andrés López, a member of our group. I hope that, in a time, this will make a great Mono development community inside our LUG.

I'm Back!

2004-10-02T23:33:00.000-05:00

Wow, it was a long time since my last post. But now i'm back. These days i was very busy. I will try to get more discipline about this web log.

Finishing the mid-term exams

2004-09-05T16:33:00.000-05:00

This week was horrible. I had four exams, which includes Computational Theory, Differential Equations, Electromagnetism, and Operative Systems. That was the reason for which I could not write on this weblog. I will come back to the normal life on tuesday. I have a lot of work for the MonoUML project, and also for the GLUC (GNU/Linux Users Group of the University of Cauca). For the GLUC I am the treasurer, and I am in charge of something called "The GLUC Store". In The GLUC Store we sell Linux distributions and geek stuff like t-shirts, hats, buttons, etc. It is supposed that I must implement a web module in the GLUC Portal for the the shop. I have not even begun that. For the MonoUML project I have not finished my homework.

My kite was a disaster and begin of mid-term exams

2004-08-30T00:01:00.000-05:00

Today was the Free Software Kite Contest of which I spoke yesterday. My Python Kite was a disaster, did not fly!. The winner of the higher kite was one with a cool Mozilla Logo painted over it, and the winner of the most creative kite was one with a beautiful pyramid design with a lot of Free Software and Open Source logos. I hope I can do a better work next year... Oh no! Tomorow will begin the mid-term exams at the university. I start with a Computational Theory exam. I am studying hard for it. I hope to be able to respond well tomorrow. We will see...

Preparing for the Free Software Kite Contest

2004-08-28T20:23:00.000-05:00

Tomorrow will be the Free Software Kite Contest organized by the GLUC (GNU/Linux Users Group of University of Cauca). There are basically two categories: The most creative kite, using Free and Open Source Software logos, of course, and the longest or highest kite. The rules say that the kites must be built by hand, bought kites are not allowed. Today I bought the material for build my kite. It is going to be like a basic kite with diamond shape, and it will have the Python logo. I hope that i can build it before tomorrow. By other side, I have my first homework for the MonoUML Project. I must to implement the MonoUML.Widget.UML2.Class class. I am working on that just right now...

The Vive la Vida Linux day

2004-08-27T11:35:00.000-05:00

Yesterday was a Vive la Vida Linux day. VLVL is an event that the GLUC (GNU/Linux Users Group of University of Cauca) do all thursdays. In this event, some members of the group bring a conference about many Free Software subjects. There are also some technical tips about GNU/Linux. Yesterday, I did the conference. The title was: "How to do in GNU/Linux what you usually do in Windows". I spoke about printing, scanning, GUI, multimedia and a lot of stuff. I think that the time was too short, but I could explain interesting things. The next week's Vive la Vida Linux will be about distributions. Specially about Slackware, because it will be spoken by some friends that are fans of this distro. I think it will be a great conference...

The mono UML project

2004-08-25T21:21:00.000-05:00

These days I have looked at mono-hispano.org. This is a community of followers of The Mono Project, whom speak spanish. One of their projects called much my atention: The MonoUML Project. Time ago, I was thinking in work on a free UML CASE (Computer Aided Software Engineering) tool for GNU/Linux and Gnome. I tried to understand the Gaphor project, but I really wanted to do something with the Mono Platform. So, when I saw the MonoUML Project, I thought that is just what I was looking for. So I decided to join the MonoUML team and start working on this tool. Last night I downloaded the last CVS tree and today i'm reading the documentation. Well, we are going to see how is goes to me with this...

My first post

2004-08-24T14:29:00.000-05:00

Well, I have decided to start a web log. I will write it entirely in english, so if you see some grammatical errors or some like that, it is because my natural language is spanish. I am writing in english because I want to improve my skills in that language. Now, let me talk about me and this web log. I am a student of Systems Engineering at the University of Cauca in Colombia. I like a lot to work and play with computers. I am an enthusiastic of the Free Software Movement and the Open Source Movemet, and I am an official member of the GNU/Linux Users Group of the University of Cauca (GLUC). I love computer programming, in special, graphics and video-games programming. So this blog will be about all that stuff. And that is all for now. I hope that i can write almost every day in this web log.