Junio
2009
Sobre Xorg, HAL y TCOS
En las nuevas versiones de Xorg se usa (por defecto, pero menos mal que optativamente) HAL como descubridor de hardware y encargado de configurar teclados, ratones y demas dispositivos... de hecho no es necesario ni tener archivo xorg.conf como ya se contó por aquí.
TCOS nació ligero y quiere seguir siéndolo y es por eso que no se va a incluir HAL en las imágenes de arranque por lo que lo he desactivado ya hace unos días.
Pero lo cosa no es tan sencilla como añadir esa línea, estamos montando un aula (para un cole de primaria) con 18 terminales ligeros (equipos reciclados) y más bien por probar y dejar algo un poco chulo, decidí instalar el servidor con la última versión estable de Ubuntu (Jaunty 9.04) ¡¡¡ CRASO ERROR !!!
En Ubuntu 9.04 han querido adelantarse al futuro y han metido el nuevo driver de Intel (DRI2) pero más bien con la intención de que todos lo que usan Ubuntu sean su gran grupo de beta-testers de algo que da problemas [1], [2] y [3] (317 bugs abiertos para un driver no es moco de pavo), y para colmo de todos los males el driver VESA no funciona con tarjetas INTEL.
Es casi imposible hacer un archivo xorg.conf con el mapa de teclado y el servidor de fuentes (para TCOS) y que autodetecte todo lo demás, así que hemos reculado y puesto una Debian Lenny (como ya tienen en el mismo colegio en otro aula)
El rendimiento y la estabilidad de los terminales en Lenny es millones de veces superior, incluso permite jugar a juegos educativos (tipo tuxmath, childsplay, gcompris....), glxgears (esa herramienta que __NO__ sirve para calcular el rendimiento gráfico) da casi 500 FPS y eso que las X van por red.
RESUMIENDO: Si quieres un aula de terminales ligeros con TCOS usa una versión anterior de Ubuntu (Hardy/8.04 parece que va bien) o pásate a Debian.
Buenas Mario ;-)
Sólo para que lo tengas en cuenta en futuros desarrollos. Ahora mismo se está en el proceso de abandonar Hal y empezar a usar cosas más a bajo nivel como libudev (un API para udev) o gudev (un wrapper del anterior hecho con gobject que le añade algunas ventajas). Además de reimplementar parte de Hal como DeviceKit.
La verdad es que el tema está interesante y puede que te permita hacer cosas chulas tirando de este API de udev.
Ya hay bastante programas o librerías que están migrando su código de usar Hal a usar libudev o DeviceKit-*.
Hay un par de comentarios y enlaces interesantes en un post que puse hace poco preguntando sobre este tema:
http://blogs.gnome.org/juanje/2009/06/16/help-with-the-hal-deprecation/
Espero que te resulte interesante y útil ;-)
Por cierto, por si quieres ver algún ejemplo de uso de libudev, me hice alguna cosa para hacer pruebas aquí:
http://launchpad.net/~juanje/+junk/libudev-stuff
Un abrazo moustro! ;-)
"glxgears (esa herramienta que __NO__ sirve para calcular el rendimiento gráfico)" , gran verdad ;)