Permítanme presentarlo para aquellos que no conozcan aún el proyecto.

Teclado Microsoft Natural, pintado por Superkb (Cairo, flat_key)

Superkb es un lanzador de aplicaciones basado en atajos de teclado con pistas gráficas en pantalla. Está escrito en C usando Xlib con la ayuda de Cairo graphics, Pango, Imlib2, Xinerama, etc. y con su código fuente manejado con Git.

Algunas de las características de Superkb:

• Fácil de usar. Se selecciona una tecla mágica (por omisión Super) como la base de los lanzadores y basta con presionar Super+Tecla para ejecutar cualquier comando configurado o aplicación seleccionada.
• No estorboso. Siendo basado en atajos no se necesita nada en pantalla. Al mantener presionada la tecla mágica mostrará en las pistas en pantalla y al soltarla desaparecen.
• Soporte para diferentes geometrías del teclado según lo provea el servidor de X Window System.
• Provee indicadores en pantalla sobre las acciones invocadas.
• La configuración se escribe en un archivo. Instalar la misma configuración en otra computadora es tan simple como copiar el archivo.
• La tecla mágica no se desperdicia. Se puede usar F8 como tecla mágica y al presionarla sin lanzar nada se envía a la aplicación que actualmente tiene el foco. Yo uso esto para la Thinkpad T42.

Aquí hay algunos pantallazos sobre cómo se ve Superkb cuando se han invocado las pistas en pantalla.

Para esta versión, Superkb continuó sobre el camino de la estabilización. Desde la versión 0.20, se ha puesto mucho esfuerzo en corregir comportamientos inesperados e inamigabilidades. Esta es ua liberación que me tiene muy contento. Puedo decir que ya no está en un estado precario de ‘funciona para mí’. Ha sido sumamente probado con la ayuda invaluable del Grupo de Usuarios de Linux de Tijuana, particularmente en esta última versión.

¿Y qué hay de particular en esta versión? Bien, como proyecto:

• Hemos abierto un Wiki con mucha mejor documentación.
• Se creó la lista de correos superkb-devel en lists.sourceforge.net con su archivo.
• Tuvimos nuestro primer día de caza de bugs en Tijuana.

En el software:

• Un drástico incremento en la estabilidad y amigabilidad.
• Las cadenas de retroalimentación ya no requieren de un doble entrecomillado
  (mediante la nueva opción FEEDBACK_STRINGS_AUTOQUOTE).
• Soporte inicial para estados de teclado (como Super+Shift+N contra el simple Super+N).
• Muchos bugs corregidos.

Y aún así, el proyecto cuenta con mucho espacio para mejorar. Particularmente:

• Empaquetamiento. Necesita ser preparado para las diferentes versiones de Debian, Fedora, openSUSE, Ubuntu, Arch Linux, Slackware, etc.
• Inclusión en distribuciones. No hay mejor manera de instalar un programa que simplemente hacer algo como apt-get install <pkgname>. A Superkb le vendría muy bien eso.
• Un mejor sitio web. Aunque la versión actual es mucho mejor que la original, mantenerla actualizada es difícil. Por lo tanto la documentación ha sido movida hacia el Wiki con miras a transformar el sitio web en uno más estático.
• Traducciones. No hay código para la traducción de cadenas en Superkb. Aunque todos los mensajes que no van a stdout son traducibles por medio de configuración, los mensajes de consola deberían ser internacionalizados.
• Pruebas de portabilidad. El proyecto ha sido probado en distribuciones basadas en Debian, Fedora y Slackware en versiones de 32 y 64 bits. Sin embargo, no se ha probado en plataformas ajenas a Linux como openSolaris, *BSD, etc. ni en arquitecturas diferentes a la PC.

Espacio para mejoras de Superkb:

• Un GUI de configuración. Hasta ahora, Superkb debe ser configurado editando un archivo a mano, pero esto está lejos de la visión inicial del proyecto. Superkb cuenta con un espacio para hacer lo que sea cuando una tecla se mantiene presionada por más de 3 segundos. Esto es para la interfaz de configuración.
• Soporte para Xrandr. Actualmente detecta las pantallas usando Xinerama durante el inicio, pero no puede detectar cambios sin que Superkb sea reiniciado.
• Y mucho más.

Please let me introduce it for those that don’t know the project yet.

Superkb is a shortcut-based launcher with on-screen graphical hints. It is written in C using Xlib, with the help of Cairo graphics, Pango, Imlib2, Xinerama, etc. and the source code is managed using Git.

Teclado Microsoft Natural, pintado por Superkb (Cairo, flat_key)

Some of Superkb features:

• Easy to use. You select a hotkey (Super keys by default) as the base for your launchers and just hit Super+Key to execute whatever command you configured or launch whatever application you chose.
• Non-obstructive. Being shortcut based, you don’t need anything on your screen. Holding the hotkey down will invoke the on-screen hints and releasing it will dismiss them.
• Support for different keyboard geometries as provided by the underlying X server.
• It provides on-screen feedback for whatever action you have launched.
• Configuration is written on a file. You take the configuration with you to install it on your other computer as simple as copying a file.
• The hotkey isn’t wasted. You can choose F8 as your hotkey if you please and hitting it will still send it to the currently focused window. I use this for the Thinkpad T42.

Here are some screenshots about how Superkb looks like when the on-screen hints are triggered.

For this version, Superkb has continued walking on the stabilizing road. Since version 0.20 a lot of effort has been put in correcting unfriendliness and unexpected behaviors. This is a release I’m very happy about. I can say it is no longer in an ancient ‘works for me’ state. It has been throughly tested with the invaluable help of the Tijuana Linux User Group, particularly in this last version.

So what’s particular for this version? Well, as a project:

• We have started a Wiki with a lot of better documentation.
• We created the superkb-devel at lists.sourceforge.net mailing list with its archive.
• We had our first bug-hunting day in Tijuana.

In the software:

• Stability and friendlyness is drastically increased.
• Feedback strings don’t need to be requoted anymore (via the new
  FEEDBACK_STRINGS_AUTOQUOTE option).
• Initial support for keyboard states (like Super+Shift+N versus plain Super+N).
• Lots of bugs have been fixed.

And yet, the project has a lot of space for improvement. Particularly:

• Packaging. It needs to be prepared for the different versions of Debian, Fedora, openSUSE, Ubuntu, Arch Linux, Slackware, etc.
• Distribution inclusion. There is no better way to install any program than simply doing something like apt-get install <pkgname>. Superkb could really use that.
• A better website. Though the current website is a lot better than the original, keeping it up to date is difficult. Documentation has therefore moved to the Wiki and I’m looking forward to changing the website to be more static.
• Translations. There is no code for string translation yet in Superkb. Even though all non-stdout messages are translatable through configuration, console messages should be internationalized.
• Portability testing. The project has proven to work on Debian, Fedora and Slackware-based Linux distributions in 32 and 64-bit versions. However, it has not been tested on non-Linux platforms like openSolaris, *BSD, etc, or non-PC architectures.

Room for improvement for Superkb:

• A configuration GUI. So far, Superkb must be configured by editing a file but this is far from the actual vision of using the software. Superkb actually has a placeholder to do whatever thing when a key is held down for 3 seconds. This is intended to be the configuration interface.
• Xrandr support. It currently detects screens using Xinerama at startup, but it cannot detect changes to the screen layout without being restarted.
• Much more.

Para citar (traducido) del post de felipec en su blog:

Después de un poco más de dos años de desarrollo, realmente nos orgullece anunciar la primera versión estable de msn-pecan. El proyecto comenzó como un “bifurcación” del protocolo msn de libpurple (lea más abajo por qué no es realmente un bifurcación) pero ha crecido y pronto será una librería por sí misma, también con soporte para Telepathy.

Aunque puse sólo 3 de los 1009 parches y que no entiendo nada del código en sí, debo admitir que me siento parte del projecto.

Hace 7 años inicié un proyecto para escribir un cliente de MSN Messenger para Linux, en modo texto, basado en ncurses. El proyecto aún está registrado en Sourceforge como msnclient. Fue mi primer intento de escribir software libre. Sin embargo, el reto fue demasiado grande y el proyecto rápidamente se murió. Nunca llegué más allá de simplemente iniciar sesión y enviar mensajes de una sola palabra a otro contacto.

Eventualmente aprendí a usar Pidgin y conseguí buen hardware y la necesidad de un cliente personalizado de MSN ya no existía. Aún así creo que msnclient es un buen concepto para ser realizado. Tal vez algún día sea una interfaz basada en las funciones de msn-pecan.

Dicho eso, a mediados de 2009, cuando comencé a aprender Git, felipec me proveyó una rama de su repositorio para probar las conexiones directas (mejor conocidas como “transferencias rápidas” o “transferencias p2p”). No funcionaron en ese entonces.

6 meses y muchos commits sobre su master después: 0.1.0-rc1 salió y directconn aún no funcionaba pero la rama dc-test era ya muy vieja. Había aprendido más sobre Git y creí que era lo suficientemente mejor como para intentar corregir el problema de las conexiones directas. Sin embargo no sabía nada de la funcionalidad de MSN ni del código. Al menos sabía cuál era el primer paso: fuera lo que fuere había que hacer un rebase del código. Así que intenté rebasarlo para que las correcciones de la rama dc-test funcionaran bajo la nueva base de código; al menos sería útil para los desarrolladores. Así que la guerra estaba perdida para mí, pero tal vez felipec se podría motivar lo suficiente para continuar trabajando sobre esta parte de msn-pecan (pero se supone que uno no dice eso, cierto?). Así fue como ví las cosas y obtuve la motivación de hacerlo. Además, sería mi primer git rebase en el mundo real.

El principal problema fue que felipec había hecho muchos cambios de reorganización, renombrado y división de código en julio (algunos bien otros mal). Con un poco de experiencia en C, logré hacer el rebase y lo envié como un par de parches.

De repente felipec continuó trabajando arduamente sobre directconn. No sé si fueron los parches o no; eso es lo de menos. Lo importante es que en msn-pecan 0.1.0, las conexiones directas ya funcionan y de manera estable. Aunque no en todos los casos, es un gran avance.

Ahora creo que fue más allá de aprender a hacer un rebase: Realmente aprendí a contribuir usando Git, tal cual lo hacen los niños grandes en el proyecto del Kernel Linux. Aún no entiendo el código ni el funcionamiento interno del proyecto, pero esos dos parches me permitieron aprender mucho sobre colaboración y revisión de software. Esto fue particularmente útil para Superkb que también está hecho en C y su código fuente está manejado en Git.

Así que, gracias nuevamente, felipec, felicidades y todos deberíamos tomarnos un trago por el proyecto, aunque estemos en diferentes partes del mundo. ¡A tirar fiesta y correr la voz!

To directly quote from Felipec’s post in his blog:

After a bit more than two years of development we are proud to announce the first stable release of msn-pecan. The project started as a “fork” of libpurple’s msn protocol (read below why it’s not really a fork), but it has grown and soon will become a standalone library with support for Telepathy too.

Even though I have only 3 of the 1009 patches and although I don’t understand any of the code itself, I gotta admit I really feel like I’m part of the project.

7 years ago I started a project to write a text mode, ncurses-based MSN client for Linux. The project is still registered on Sourceforge as msnclient. It was my first attempt at writing free software. However, the challenge was too much for me and the project quickly died. I never got further than logging in and sending a single-worded message to another contact.

I eventually started to learn how to use Pidgin and got my self good hardware and my need of a personalized MSN client was no more. I still think, however, that msnclient is a good concept to try to bring to life. Maybe some day it will be an interface based on the msn-pecan functions.

That said, in mid 2009, when I started learning Git, felipec provided me a branch from his repository to test the direct connection feature (better known as “fast file transfers” or “p2p file transfers”). It didn’t work that time.

6 months went by and lot of commits over his master branch were too. 0.1.0-rc1 came out and directconn was still not working but the dc-test branch was relly old now. I had learned enough about Git and I though that I was better enough to try fixing the DC code. However I really knew nothing about the MSN functionality and I really didn’t understand the code. Well, at least I knew what the first step was: I had to rebase it anyway. So I tried to bring that old branch to the new code base so it could be (at least) useful to the developers. So war was lost for me, but perhaps felipec would get encouraged enough to restart working over this part of msn-pecan (but you’re not supposed to say that, right?). That’s how I saw it and how I got my motivation to do it; also, I would be my first actual real-world git rebase.

The main problem was that felipec had done a lot of relevant code reorganization, renaming and splitting in July (some done good, some done badly). Using some C experience I managed to rebase it and sent it in as a couple of patches.

Suddenly, felipec continued work on directconn. I don’t know if it was because of the patches or not; that doesn’t matter. The important thing is that in msn-pecan 0.1.0, direct connections now work and are stable. Even if not in all cases, it is a great step.

Now I think it went beyond learning how to rebase: I actually learned how to contribute using Git, just like the big boys do in the Linux Kernel project. I still don’t understand the code and the inner workings of the project but those two patches allowed me to learn a lot about software collaboration and review. This was particularly helpful for Superkb which is also written in C and its source code managed in Git.

So, thanks again felipec, congratulations and we all should have a drink for the project, even if on different parts of the world! Let’s party and spread the word.

Por el momento está sólo en inglés. Realmente tengo en la mira poner el equivalente en español.

Con esto será mucho más fácil mantener la documentación al día.

El Wiki de SourceForge no admite ediciones anónimas, así que es necesario contar con una cuenta de SourceForge para poder incluir a las personas en el grupo de edición.

Las sugerencias y contribuciones son bienvenidas.

For now, it is only in English. I’m really looking forward to adding a full Spanish equivalent.

I think this will make it a lot easier to keep the documentation up to date.

The SourceForge Wiki doesn’t allow anonymous contributions, so an SF account is needed to include the people in the editors group.

Suggestions and contributions are welcome.

Lo que me impedía hacerlo era que uso algunas extensiones de GNU, BSD o POSIX que no se encuentran en el estándar C.

Yo no sabía, pero basta con añadir la línea

#define _GNU_SOURCE

o, según el caso,

#define _POSIX_C_SOURCE 2

al principio del código fuente y glibc reconoce y habilita las funciones que hagan falta.

Esto es un paso hacia adelante, pues ahora ya puedo usar un simple “grep” para ver en qué archivos están “solicitando extensiones”.

Desafortunadamente aún falta bastante para llegar al ideal, pues sigo atado a las herramientas de GNU. Por ejemplo ¿qué pasa si trato de compilar sobre OpenSolaris? La última vez que lo intenté, resultó que el Makefile usa extensiones que dependen de gmake (una de ellas es el include no fatal). Pero si hubiera gmake, ¿compilaría?

Sólo hay una manera de saberlo… ;-)

Teclado Microsoft Natural, pintado por Superkb (Cairo, flat_key)

Ha habido mucho trabajo en esta versión y lo más notable es el soporte para pintar el teclado usando Cairo.

Cualquier falla que encuentren, por favor levanten un bug en el sistema de seguimiento de bugs, o bug tracking system. Al levantar un caso de bug, todo queda escrito y no se nos van a olvidar las cosas. Lo más importante es que el caso o bug quedará documentado para evitar que usuarios y desarrollador(es) trabajemos doble.

Por supuesto, lo anterior no quita que podamos platicar y discutir en #superkb en irc.freenode.net.

Quiero agradecer al Grupo de Usuarios de Linux de Tijuana por la retroalimentación sobre Superkb, sobre todo estos últimos días, en particular a:

• IsReal, por el post en su blog y usar Superkb para aprender a hacer paquetes RPM. Si tendremos uno para la 0.20 será gracias a él. Update: Ya tenemos paquete para Fedora Core 12! Gracias, IsReal.
• aduarte, por las eternas recomendaciones.
• biker, por intentar incansablemente de instalarlo por más que le falle. Al ver los errores he podido corregirlos.
• y me faltó juan_arandaalva, por la ayuda con Cairo (que al final resultó ser una tontería).

Bien, los recursos y descargas están donde siempre: en la página de Superkb en este blog y en el sitio oficial.

De cualquier manera, cito todo eso aquí:

• Versión más reciente: 0.20.
• Licencia: GPL v2.
• Página del proyecto: http://superkb.sourceforge.net/
• Proyecto en Sourceforge: http://sourceforge.net/projects/superkb
• Descarga en gz: superkb-0.20.tar.gz
• Descarga en bz2: superkb-0.20.tar.bz2
• Descarga para Fedora Core 12: superkb-0.20-1.fc12.i686.rpm
• Seguimiento de bugs: https://bugs.launchpad.net/superkb
• Descarga desde Git: git clone git://superkb.git.sourceforge.net/gitroot/superkb/superkb superkb-git
• Navegación del historial en Gitweb: http://superkb.git.sourceforge.net/
• Suscripción RSS a liberaciones de archivos: http://sourceforge.net/export/rss2_projfiles.php?group_id=154661

¿Qué cambia en esta versión?

• Hay soporte para Xinerama. Eso significa que si tienes dos pantallas y no manejas XRandR todavía, Superkb saldrá correctamente.
• El código fuente fue migrado a Git.
• Mensajes más amigables durante la compilación.

Quiero expresar mi agradecimiento por su presencia en mi plática; en general, en el evento SFD 2008 en Tijuana.

Recordarán que al terminar la presentación realicé en vivo un cambio al código de audiosum; específicamente, al componente audiodup. Con este cambio busqué mostrarles de manera práctica un ejemplo de cómo se desarrolla en el mundo del software libre mediante Git.

También recordarán que el experimento no funcionó del todo:

1. descargamos el código desde repo.or.cz con git clone http://repo.or.cz/audiosum.git,
2. compilamos audiosum y lo vimos funcionando con ./autogen.sh && ./configure && make,
3. realizamos un cambio en audiodup,
4. mostramos el parche resultante con git diff,
5. revisamos el estado del repositorio local con git status,
6. aplicamos el cambio en el repositorio local con git commit -a,
7. observamos las diferencias entre el repositorio local y el repositorio público con git log origin..master,
8. pero no pudimos publicar el cambio con git push.

El motivo fue muy sencillo: no tenía autorizada la laptop para enviar cambios al repositorio. En repo.or.cz se deben dar de alta las claves públicas de cada persona@computadora autorizada para enviar cambios. Tengo diferentes claves públicas en cada máquina, y sólo tenía dada de alta la PC del trabajo y la PC de la casa. Mi cuenta de la laptop no estaba autorizada para enviar cambios.

Finalmente el cambio fue aplicado con git push y pueden observar en el historial de cambios de audiosum el cambio “Added support for file pattern matching“. En el segundo enlace pueden ver que la fecha es del 13 de septiembre a las 17:56, hora local, es decir, que el commit fue realizado durante la conferencia.

Saludos.

Para pintar el teclado, Superkb le pregunta a X el tamaño de la pantalla, y pinta el teclado aprovechando al máximo la pantalla, según el tamaño que se le reporta.

El problema

Para X, una tarjeta dual con dos monitores, es en realidad un solo “display”, de modo que Superkb no logra percatarse de la existencia de dos monitores, y aunque el screenshot se ve perfecto, la realidad es muy distinta. (Disculpen ustedes mi falta de pulso.)

(Superkb sin soporte para Xinerama: A la izquierda, el screenshot, a la derecha, las pantallas reales)

Nótese que en este caso, el problema se agrava debido a que cada monitor tiene una resolución distinta, de modo que no sólo el teclado se ve partido, sino que además una parte se pierde.

¿Cómo se podría resolver el problema? El problema dejaría de existir si Superkb tuviera la capacidad de conocer la cantidad de monitores existentes y la resolución de cada uno, y pintar varios teclados a la vez, uno por monitor.

XINERAMA

En una configuración de doble monitor, para X.org, se sigue tratando de un único “display”, es sólo que un conjunto de pixeles se asignan al primer monitor y otro conjunto de pixeles se asignan al segundo monitor.

Xinerama es una librería que, en esencia, cuenta con sólo una función, llamada XineramaQueryScreens. Aunque en realidad son 4 funciones, las tres restantes sólo se usan para consultar la versión, disponibilidad y compatibilidad de Xinerama como extensión de X.

Con esta función le pregunto a X.org cuántos monitores hay y qué pixeles se mapean a cada uno de los monitores, y me contesta en un arreglo de estructuras XineramaScreenInfo.

Por ejemplo, en la PC que se usó para el screenshot, esta es la información que regresa:

screen_number = 0
x_org = 0
y_org = 0
width = 1024
height = 768

screen_number = 1
x_org = 1024
y_org = 0
width = 1280
height = 1024

Con esta información, Superkb sólo se limita a pintar los teclados en sus correspondientes coordenadas: un teclado entre 0-1023 x 0-767 y otro en 1024-2303 x 0-1023. El screenshot queda un poco diferente, y tal vez no se vea del todo bien. Pero ya en pantalla se ve como se espera.

(Superkb con soporte para Xinerama: A la izquierda, el screenshot, a la derecha, las pantallas reales)

Debido esto, hubo que convertir el pixmap y la ventana de Superkb, en un arreglo de pixmaps y ventanas. (No, no puedo usar un mismo pixmap para todas las ventanas, porque pueden ser monitores de diferente resolución).

En conclusión: para el tiempo que duré con conocimiento del bug y sin arreglarlo (desde la versión 0.10), creo que hice una tormenta con un vaso de agua. El cambio fue relativamente fácil de implementar.

… y todo para Xinerama se desprecie en favor de Xrandr. ;-)

La bitácora de cambios:

• Algunos bichos corregidos, reportados por gcc -Wextra.
• Reescrito el código de dibujado de textos mediante Xft.
• Corregida una condición de carrera en el procesamiento de los eventos de X.

Sobre Xft, la migración se realizó para aprovechar la funcionalidad de antialias que provee Xft, en comparación con Xlib. En Debian Sid, por algún motivo renderea igual la versión 0.15 que la 0.16, pero en Ubuntu Feisty se nota la diferencia en la calidad del texto.

Sobre la condición de carrera, se trata de un bug espantoso que podía volver inutilizable Superkb. Significa que el mismo código en la misma distribución en diferentes PC, podría funcionar para una persona y para otra no.

No hay pantallazos por el momento.

Para los diversos recursos del proyecto (descargas y demás), visita la página de Superkb en este mismo blog.

Y se han hecho varios cambios, principalmente:

• Se corrigió un horrible bug donde los archivos que se abrían no se cerraban, tipo memory leak, pero de descriptores.
• Se añadió una opción, -b, para indicar que sólo se desea la firma de una parte del archivo (dado en porcentaje). Si se usa -b sin un valor, imprime sólo el tamaño del audio del archivo.
• Se añadió una opción, -a, para indicar qué algoritmo de hash usar, como md5, sha1, etc.
• Mejores mensajes de ayuda.
• Se incluye audiodup, un script para encontrar duplicados más cómodamente.

El script audiodup trabaja de manera eficiente:

1. Genera una lista de archivos a analizar, según las rutas indicadas.
2. (Primera etapa) Descarta los archivos no duplicados según su tamaño.
3. (Segunda etapa) Descarta los archivos no duplicados según el primer 2% del contenido.
4. (Tercera etapa) Descarta los archivos no duplicados según el contenido completo.
5. Los archivos restantes son duplicados. Se agrupan y se presentan.

Ejemplo de uso de audiodup, para buscar mp3 duplicados en $HOME y /mnt/music:

audiodup $HOME /mnt/music

Ejemplo de uso de audiodup, usando sha1 y que revise el 5% en la segunda etapa:

audiodup -a sha1 -b 5 $HOME /mnt/music

Descarga en .tar.gz: audiosum-0.2.tar.gz

Audiosum es una herramienta que permite calcular la firma MD5 para un archivo MP3, pero ignorando la metainformación (etiquetas ID3v1, ID3v2, Lyrics3v1 y Lyrics3v2). En este momento no existe soporte para OGG.

Audiosum surge de la idea de buscar duplicados de audio cuando los archivos difieren únicamente en sus etiquetas. Por ejemplo, en el siguiente ejemplo, existen cuatro archivos cuya firma MD5 es diferente, por lo que son diferentes. Sin embargo, su parte de audio es idéntica. Cuando audiosum muestra la firma MD5 del audio, uniq los detecta por lo que tranquilamente podemos borrar una de las copias de estos archivos.

alvarezp@alvarezp-laptop:~$ md5sum (algunos archivos)
d662def56360c1ba71975fe0858651df  other/music/ALEX UBAGO - QUE PIDES TU.mp3
4e91970580b0355b3aa7e711416d50ba  other/music/Alex Ubago.- Vuelve.mp3
07894b351ae9df4a3c8ca487169e1524  DCIM/iPod_Control/Music/F00/ASFP.mp3
82db5ed3ffe951aba19cdd2d38cbea01  other/music/no doubt - bath water.mp3

alvarezp@alvarezp-laptop:~$ find -iname "*.mp3" | audiosum | sort | uniq -D -w 41
003c6b41 36d2a24f44413f4a4ab3282e7cea1649 [I3v1] [I3v2] [----] [----] ./other/music/ALEX UBAGO - QUE PIDES TU.mp3
003c6b41 36d2a24f44413f4a4ab3282e7cea1649 [I3v1] [----] [----] [----] ./other/music/Alex Ubago.- Vuelve.mp3
0058f7a4 17df577141ae1db6384309e2e3cbe2c6 [I3v1] [I3v2] [----] [----] ./DCIM/iPod_Control/Music/F00/ASFP.mp3
0058f7a4 17df577141ae1db6384309e2e3cbe2c6 [I3v1] [----] [----] [----] ./other/music/no doubt - bath water.mp3

El primer valor que se imprime es el tamaño del audio procesado. El segundo valor es la firma MD5.

Obsérvese cómo a audiosum no se le proveen los archivos por la línea de comando sino por la entrada estándar. Se puede incluir tee audiosum.out antes de sort para que las firmas se almacenen en un archivo de texto antes de ser ordenadas. El comando uniq -D -w 41 es el que se encarga de dejar únicamente los duplicados, considerando los primeros 41 caracteres.

Descarga en .tar.gz: audiosum-0.1.tar.gz

Para compilar:

#Instalar la librería mhash.
apt-get install libmhash-dev #para Ubuntu

#Descargar el archivo audiosum-0.1.tar.gz.
wget http://alvarezp.ods.org/blog/files/audiosum-0.1.tar.gz

#Descomprimir el paquete.
tar xvzf audiosum-0.1.tar.gz
cd audiosum-0.1

#Configurar y crear
./configure && make

#Instalar
sudo make install

Ejemplos de uso de audiosum:

find -iname "*.mp3" | audiosum
find -iname "*.mp3" | audiosum > audiosum.out
find -iname "*.mp3" | audiosum | tee audiosum.out
find -iname "*.mp3" | audiosum | sort | uniq -D -w 41

Saludos.

DRAWKB_PAINTING_MODE: FULL SHAPE, FLAT_KEY o BASE_OUTLINE_ONLY.

Se han añadido dos modos nuevos para dibujar las teclas: FULL_SHAPE, donde se hace uso de toda la geometría de las teclas, proveída por el X Window System para simular la tecla completa; y FLAT_KEY, similar al modo original pero donde la tecla se dibuja plana, sólo su espacio base, lo que permite dibujar iconos y letras más grandes que en los demás modos, pero con menor detalle de las teclas.

El segundo cambio se alcanza a ver en los pantallazos: el código para dibujar los nombres de las teclas fue reestructurado en su totalidad, con el objetivo de que se maneje un tamaño diferente para cada renglón. Por ejemplo, en las Thinkpad, las teclas de función son más pequeñas, lo que sacrificaba el espacio de los iconos. El programa ahora es mucho tiene mejores criterios para escoger los tamaños de letra.

Los cambios menores fueron:

• SUPERKEY_REPLAY queda habilitado por defecto.
• SUPERKEY_RELEASE_CANCELS queda deshabilitado por defecto.
• Los colores por defecto quedaron como en los screenshots.
• Opción de depuración (superkb -d).
• Otras correcciones.

Los enlaces:

• Página del proyecto: http://superkb.sourceforge.net/
• Proyecto en Sourceforge: http://sourceforge.net/projects/superkb
• Descarga en gz: superkb-0.15.tar.gz
• Descarga en bz2: superkb-0.15.tar.bz2
• Descarga para Ubuntu: superkb_0.15_i386.deb
• Descarga desde SVN: svn co https://superkb.svn.sourceforge.net/svnroot/superkb/trunk superkb-svn
• Suscripción RSS a liberaciones de archivos: http://sourceforge.net/export/rss2_projfiles.php?group_id=154661

Las dos noticias son:

• SUPERKEY_RELEASE_CANCELS: Si se configura en 0, los atajos se ejecutan aunque se suelte la tecla Super. Esto permite una mejor interacción. Yo mismo estaba harto del otro mecanismo.
• Paquete para Ubuntu: Este paquete viene precompilado y teóricamente bastaría con dpkg -i superkb_0.14_i386.deb para ser instalado.

Sobre el paquete .deb, en teoría debe funcionar, pues es la primera vez que preparo un paquete .deb y no tengo idea de qué probar. Al menos yo lo intenté instalar con dpkg -i superkb_0.14_i386.deb y funcionó…

… a la segunda. Si se han fijado, no hay Superkb 0.13, y eso es porque me falló el paquete por no aplicar una variable, así que lo corregí y nos brincamos a la 0.14.

Si las dependencias les dan problemas, hagan apt-get install libx11-6 libimlib2.

¡OJO! El paquete AÚN NO INCLUYE CONFIGURACIÓN. Les dejo una copia de mi $HOME/.superkbrc para que se basen en ella y puedan probar el paquete.

FEEDBACK_HANDLER "notify-send --urgency normal -t 2000 --icon='gtk-info' Superkb Launching\"

SUPERKEY_REPLAY 1
SUPERKEY_RELEASE_CANCELS 0
IMAGELIB imlib2
FONT "-*-bitstream vera sans-bold-r-*-*-*-*-*-*-*-*-*-*"

#Background verde
BACKGROUND 23 110 38
#Foreground blanco
FOREGROUND 255 255 255

KEY COMMAND "c" 0 /usr/bin/gcalctool /usr/share/icons/gnome/32x32/apps/accessories-calculator.png Calculator
KEY COMMAND "n" 0 /usr/bin/gedit /usr/share/icons/gnome/32x32/apps/text-editor.png gedit
KEY COMMAND "F9" 0 /usr/bin/opera /usr/share/opera/images/opera.xpm Opera
KEY COMMAND "F10" 0 "/usr/bin/xchat" /usr/share/pixmaps/xchat.png XChat
KEY COMMAND "F12" 0 /usr/bin/gnome-terminal /usr/share/pixmaps/gnome-terminal.png "'Terminal Emulator'"
KEY COMMAND "Home" 0 "/usr/bin/nautilus /home/alvarezp" /usr/share/pixmaps/gnome-home.png "'Home Folder'"
KEY COMMAND "Print" 0 "/usr/bin/gnome-screenshot" /usr/share/icons/gnome/48x48/apps/applets-screenshooter.png "Screenshooter"
KEY COMMAND "g" 0 /usr/bin/gimp /usr/share/pixmaps/gnome-gimp.png "'The Gimp'"
KEY COMMAND "q" 0 /usr/bin/pidgin /usr/share/icons/hicolor/48x48/apps/pidgin.png "Pidgin"
KEY COMMAND "x" 0 /usr/bin/audacious /usr/share/pixmaps/audacious.png "Audacious"
KEY COMMAND "Insert" 0 /usr/bin/gmrun /usr/share/icons/gnome/32x32/actions/gnome-run.png "'Application Launcher'"
KEY COMMAND "Delete" 0 /usr/bin/gnome-system-monitor /usr/share/icons/gnome/32x32/apps/gnome-monitor.png "'System Monitor'"
KEY COMMAND "Pause" 0 /usr/bin/hal-device-manager /usr/share/icons/gnome/48x48/apps/hwbrowser.png "'Hardware Browser"
KEY COMMAND "l" 0 "/usr/bin/gnome-screensaver-command --lock" /usr/share/icons/gnome/32x32/actions/gnome-lockscreen.png "'Screen Locker'"
KEY COMMAND "e" 0 "/usr/bin/evolution" /usr/share/icons/hicolor/32x32/apps/evolution.png "Evolution"
KEY COMMAND "F5" 0 "/usr/bin/soffice -writer" /usr/share/icons/hicolor/32x32/apps/openofficeorg23-writer.png "'OpenOffice.org Writer'"
KEY COMMAND "F6" 0 "/usr/bin/soffice -calc" /usr/share/icons/hicolor/32x32/apps/openofficeorg23-calc.png "'OpenOffice.org Calc'"
KEY COMMAND "F7" 0 "/usr/bin/soffice -impress" /usr/share/icons/hicolor/32x32/apps/openofficeorg23-impress.png "'OpenOffice.org Impress'"
KEY COMMAND "f" 0 "/usr/bin/dia" /usr/share/pixmaps/dia.xpm "Dia"
KEY COMMAND "F8" 0 "/usr/bin/firefox" /usr/share/pixmaps/firefox.png "Firefox"
KEY COMMAND "v" 0 VirtualBox /usr/share/pixmaps/VBox.png

Actualización: Los enlaces del proyecto:

• Página del proyecto: http://superkb.sourceforge.net/
• Proyecto en Sourceforge: http://sourceforge.net/projects/superkb
• Descarga en gz: superkb-0.14.tar.gz
• Descarga en bz2: superkb-0.14.tar.bz2
• Descarga para Ubuntu: superkb_0.14_i386.deb
• Descarga desde SVN: svn co https://superkb.svn.sourceforge.net/svnroot/superkb/trunk superkb-svn
• Suscripción RSS a liberaciones de archivos: http://sourceforge.net/export/rss2_projfiles.php?group_id=154661

Hace unos meses, jmedina se tomó un tiempo para instalar Superkb. Me dio algunas ideas para mejorar el programa y creí que ahí había quedado todo. Sin embargo, me acaba de enviar un enlace que encontró:

http://www.qliner.com/hotkeys/

Se trata de un proyecto de software que fue creado en momentos similares, con objetivos similares, con una filosofía similar y una licencia similar.

El proyecto se llama “qliner hotkeys”, y es para Windows. Para ser sincero, “qliner hotkeys” se ve mucho mejor y está mucho más desarrollado. Me parece fenomenal que alguien haya tenido la misma idea que yo y me sorprende que haya sido en tiempos similares.

A diferencia de Superkb, “qliner hotkeys” está escrito en C#, desarrollado para Windows, liberado bajo la licencia de MIT, y tiene mejor apariencia.

Esto representa un impulso para Superkb, puesto que la idea es la misma y los objetivos son sumamente parecidos.

Espero que esto represente el inicio de mucho desarrollo en Superkb para este año.

Una de las ideas detrás de Superkb es ser algo innovador, y durante el desarrollo es algo que tengo muy en mente, pero al mismo tiempo lo cuestiono todo el tiempo. No puedo evitar preguntarme, por ejemplo, “¿cuándo algo es innovador?”.

¿Son GNOME y KDE innvoadores, en comparación con Windows? No. La idea detrás de estos entornos es proveer una interfaz familiar para el usuario nuevo. Sin embargo, se han olvidado del usuario no-tan-nuevo. Volvemos a la parodia de los carros Microsoft: para sentarse en el asiento del carro, todos los dueños deberían tener el trasero del mismo tamaño.

Hoy he caído en cuenta que la pregunta sobre si algo es innovador requiere de un acotamiento. Un carro puede traer un nuevo tipo de foco que tal vez es más estético y además alumbra mejor. El carro “innovó en el área de luces”. ¿Es un carro innovador? Sí lo es, en el sentido de que contiene una innovación; mas no lo es en el sentido de que trae el mismo motor que su predecesor, el mismo sistema de suspensión, etc. Además, tampoco lo es, en el sentido de que podría ser algo trivial de imaginar y hacer para otras personas.

¿Conoces el proyecto “Unix Desktop Environment“? Este proyecto, UDE, es un manejador de ventanas que tiene como objetivo la simplicidad extrema: no tiene panel de tareas, ni menú de inicio, ni panel (de hecho no tiene nada). Todo eso corre por parte del usuario. Yo tenía una terminal cargada automáticamente al inicio. Además, no hay mucho interés en él ni mucho desarrollo desde hace algunos años. Un tiempo lo usé, cuando mi tarjeta de video era la más chafa de toda la ciudad y TWM parecía de juguete. Me sacó de apuros porque me permitió usar GNU de la manera más decente posible en ese entonces, hasta que encontré Xfce.

Cuando pensé en Superkb, inmediatamente pensé en ese manejador de ventanas. Pero falta una pieza importante: el cambiador de tareas, o “task switcher”, que corresponde en KDE, Windows y GNOME a la barra de tareas. Es decir, si en UDE hubiera contado con Superkb y ese incógnito cambiador de tareas, tal vez no hubiera necesitado migrar a Xfce.

Superkb tiene su propia idea de intercambiador de tareas, que espero que sea una sorpresa agradable para todos, pero no será una solución general. Superkb necesitará, además, un intercambiador de tareas auxiliar que abarque los casos que Superkb no abarcará, y aquí es donde Skippy y similares podrán ayudar mucho.

Entonces, ¿alguien conoce un Task Switcher para Linux?