Desconectando HAL

HAL fue una de las piezas claves de esos mecanismos que consiguieron, hace unos años, que el escritorio Linux fuera capaz de hacer cosas como detectar y auto-montar CDs y discos externos, o que X.org fuera capaz de autodetectar dispositivos de entrada sin necesidad de reiniciar. O que NetworkManager detecte dispostivos de red externos. Sin embargo, en estos momentos los desarrolladores están intentando eliminar HAL, pues lo consideran una carga. Las futuras versiones de Fedora y Ubuntu puede que ya ni lo tengan.

Lo más sorprendente es que quien dio el primer paso ha sido el propio desarrollador de HAL, David Zeuthen, concretamente en este email. Y es sorprendente porque es frecuente encontrarse con gente incapaz de ser crítica con la obra de sus manos (y no necesariamente tiene que tratarse de que sea un mal programador, sino que al crear el programa no pudo predecir como iba a evolucionar), lo más normal es que piense que su programa funciona bien y que, si acaso, algunos pequeños problemas -que siempre los cree poco importantes- se pueden arreglar con un par de parches. Quizás llegue a admitir que su programa tiene grandes defectos, pero no mueve ni un solo dedo para ayudar a solucionar el problema, dejando la "revolución" en manos de quien tenga ganas de molestarse. Mucho más dificil es que el creador de algo como HAL, tras haber introducido su programa en todos los escritorios Linux y haber hecho que Gnome y KDE dependan intrínsicamente de él para funcionar correctamente, admita que su programa está mal, y diga a la gente que tiene que reescribir su código para adaptarlo a un nuevo programa que acaba de hacer aprendiendo de los errores del anterior. Y, sin embargo, esto es lo que ha hecho este señor. Aprender de los errores de HAL, reescribir una alternativa mejor de cero.

El invento que sustituirá a HAL parece consistir en udev + DeviceKit. Y se me hace muy dificil distinguir en detalle cuales son los cambios, porque de cara a las aplicaciones es prácticamente el mismo modelo con una API diferente (en los dos últimos enlaces explican los principales cambios). Al final la diferencia está en la implementación interna del asunto. No se trata de un cambio "revolucionario" -aunque por si solo reescribir un programa de cero si que lo sea- sino de uno evolutivo.