MarioDebian, mi devlog

He arreglado algunos fallos de los scripts de generación de TCOS y he metido todo junto en un mirror tipo debian para poder ser instalado/actualizado con mucha más facilidad.

A partir de ahora ya no hay que descargar paquetes sueltos y de esta forma se tendrá un mejor control sobre las dependencias... Además he creado dos tipos de soluciones, una estable, es decir paquetes de TCOS algo antíguos pero que funcionan con lo que tienen y una rama unstable con todas las mejoras que voy añadiendo día a día.

Añadir a /etc/apt/sources.list

# versión estable de TCOS
deb http://soleup.eup.uva.es/tcos/debian stable main

# últimas versiones de TCOS
deb http://soleup.eup.uva.es/tcos/debian unstable main

Además hay que importar mi clave GPG para que el mirror funcione sin errores:

# wget http://soleup.eup.uva.es/tcos/mariodebian-pub.key
# cat mariodebian-pub.key| sudo apt-key add -

Estas son las mejoras de la última versión de tcos 0.47-b2 y de tcos-config 0.0.4-b2:

INITRAMFS-TOOLS-TCOS
* Update initramfs-tools-tcos version dependencies.
* Add tinlylogin dependency.
* Add TCOS_ADMIN_USER entry (ssh key and italc key)
* Add TCOS_REMOTEFS selector (shfs, ltspfs, none)
* Remove TCOS_BIG_BUSYBOX (reboot and poweroff now works!!!)
* Add TCOS_SHOW_NEEDED_MODULES (show loaded and discover detected modules)
* Add showmodules cmdline to show loaded, discover and not found modules info.
* Add tcos-server-utils package:
- tcos-shfsmount (mount shfs in terminal)
- tcos-shfsumount (umount shfs)
* Add manpages of tcos-shfs[u]mount.1
* Update gentcos manpage
* Add tinylogin utils to create users and groups with busybox.

TCOS-CONFIG
* Updated dependencies to python2.4-gtk and python2.4-glade
* Add TCOS_REMOTEFS selector
* Add TCOS_ADMIN_USER entry
* Add TCOS_SHOW_NEEDED MODULES checkbox
* Delete TCOS_BIG_BUSYBOX checkbox
* Delete TCOS_SSH_KEYS filechooser

Ahora estoy trabajando en un nuevo método de acceder a los dispositivos del terminal mediante shfs (SSH filesystem + FUSE), bastante más sencillo que ltspfs y que no necesita más que un servidor ssh corriendo en el terminal. El problema es el siguiente, para montar /media/autofs/ del terminal en /home/USARIO/desktop/Devices del servidor tengo que usar un usuario especial creado al efecto (podría usar root pero no me sirve) que pueda leer y escribir en /media/autofs/ y que no necesite contraseña para acceder (claves SSH rsa), lo de la contraseña habría que copiar la clave pública en el authorized_hosts del usuario del terminal, y en la home de todos los usuarios que vayan a usar dispositivos remotos. Para gente que usa plantillas para crear usuarios no hay problema, se mete en la plantilla, tendré que montar un pequeño script que lo haga....

He estado investigando también para poder usar el aula de terminales como cluster (OpenSSI o OpenMosix) pero hay varias cosas que no me acaban de gustar, primero se necesita un kernel parcheado (que podría mantener yo) y luego se necesitan determinados paquetes también parcheados, no se muy bien con que fin. Sería bastante interesante usar las capacidades de los terminales para ayudar a la CPU del servidor... lo dejaré apuntado en mi lista de posibles TODO.