MarioDebian, mi devlog

Estos días he estado revisando tcosmonitor e initramfs-tools-tcos y he corregido multitud de pequeños fallos en ámbas.

Me había fijado que desde hace un tiempo no funcionaba el sonido, cosa que achacaba a estar ejecutándolo dentro de vmplayer, pero investigando me he dado cuenta que uno de los scripts de initramfs-tools provee una función para copiar modulos manual_add_modules que no copiaba los módulos que yo le indicaba, he reportado un bug a debian #384043, pero parace ser que, o bien no me han entendido, o bien estan flipando por meter las xorg dentro de un initramfs o bien pasan de que alguien que no tiene mucha idea les diga que tienen un bug. Supongo que como ellos no meten los módulos del sonido nunca les ha pasado. Total que como no lo van a arreglar uso un añadido propio para estar seguro que se copian todos y cada uno de los módulos que necesito sin confiar demasiado en initramfs-tools.

Acabo de publicar la versión 0.0.11.pre1 de tcosmonitor y la versión 0.53.pre1 de initramfs-tools-tcos. Ámbas están en el mirror:

deb http://soleup.eup.uva.es/tcos/debian/unstable main

Siguiendo el consejo de Javier Santana[ver comentario#1], he reescrito el método de autentificación para la parte xmlrpc. Básicamente ahora cada acción que resulte "peligrosa", es decir, que vaya a reiniciar las X, o el terminal, o que modifique algo irá acompañada de la pareja de argumentos usuario+contraseña.

El método de autenticación de tcosxmlrpc es más o menos:

1.- Ver si existe /etc/tcospasswd, si existe validar usuario y la contraseña (encriptada con la función crypt (man crypt).

2.- Si no existe probar /etc/shadow, y hacer lo mismo

3.- Si no existen los dos anteriores probar /etc/passwd mientras el password sea distinto de "x" (esta condición denota que el password habría que buscarlo en shadow)

4.- Una vez ejecutada la autenticación si el acceso es correcto se ejecuta la acción, sino se devuelve una cadena de texto con la descripción del error.

Mucha gente me daba alternativas a tcosxmlrpc cuendo comencé a programarlo, pero ninguna de ellas (SSH, SNMP) permiten una interacción tan rápida cliente<->servidor como esta ya que en la misma petición se incluye la respuesta, además he programado de nuevo en C para no dejarlo en el olvido...

En cuanto al entorno gráfico los cambios están en las mismas tripas del código python, habiendo adaptado las clases que necesitan contraseña y habiendo "hilado" algún que otro método para dar un poco más de fluided gráfica. Como única novedad hay un nuevo elemento en el menú para que el cliente (solo para TCOS, pxes o ltsp no pueden) se descargue un archivo comprimido con __TODOS__ los módulos disponibles y los monte para así saber que módulos realmente necesita el terminal.

UPDATE1: Se me olvidaba que hay un nuevo paquete llamado tcos-usplash que no es más que el arranque gráfico al estilo ubuntu (ahora también debian).

UPDATE2: Ayer hablando con un profesor de Matemáticas de México (Eduardo Estrepo) se ma ha ocurrido un gran idea sobre las complicaciones que están surgiendole. Resulta que reciclan equipos para instalar aulas de terminales y la instalación/configuración del servidor es lo que más tiempo lleva, existen multitud de herramientas para clonar un linux a otra máquina pero sería un gran proyecto algo como METAMETADISTROS, es decir, un livecd con las herramientas de metadistros un particionador y un escritorio con un asistente que cree una iso (cd/dvd) a partir del sistema instalado lo que se convierte en un clonador de ese mismo servidor con la ventaja de que no es necesario que el hardware sea el mismo ya que la metadistro hace la función de autodetección.... lo preguntaré en la lista de metadistros-dev...