Hola a todos.... Este es uno de los primeros mensajes a la lista sino el primero. Siento si el mensaje es un poco largo, y gracias anticipadas por al menos molestaros en leerlo. Veréis, llevo desde hace tiempo desarrollando una arquitectura de terminales ligeros llamada TCOS [1] basada totalmente en binarios y kernel de Debian. (no más parches!!!!) Llegado el momento que ya es semi-estable he pensado en hacer todo lo posible para proponerlo para nuevo paquete dentro Debian (Guadalinex, Linex y otras han dicho que lo iban adoptar también en sus repositorios). Los paquetes ya están hechos [2], aunque distan mucho de ser lintian/linda limpios :( Básicamente TCOS, para el que no conozca el proyecto, se basa en initramfs-tools al que he añadido una serie de «hooks» para generar unas imágenes de arranque «initramfs» con soporte para audio, dispositivos remotos e incluso Xorg (aunque al desarrollador de initramfs-tools no le hizo demasiada gracia esto último) Mis problemas es que durante el desarrollo me he encontrado con problemas de dependencias entre paquetes debian y lo que yo necesito para que las imágenes de TCOS tengan las herramientas necesarias. Pongo varios ejemplos: Las Xorg de Debian (y sobre las de ubuntu) dependen de discover1 (que está programado en perl), como no estoy dispuesto a meter Perl en los terminales prefiero usar discover2 (o discover a secas) que es un binario compilado estáticamente y varios shell scripts. Para evitar que los usuarios de TCOS rompan esa dependencia (desintalar discover1 a favor de dicover) he creado el paquete tcos-discover2 que lo que hace es en el momento de la compilación (dpkg-buildpackage) se descarga con wget los deb de discover2, los descomprime y los mete en $DESTDIR/usr/lib/tcos/discover [3] Reconozco que es una chapuza bastante curiosa pero no conozco otro método para hacer esto con el menor impacto sobre la distro padre posible. Otro de los problemas a los que me enfrento, es relacionado con el tema del audio. Tanto PXES como LTSP han usado esd para que los terminales tengan audio en red, ESD consume mucho ancho de banda y estuve investigando otras opciones hasta que encontré PulseAudio [4], pues bien pulseaudio-esound-compat es incompatible con esound por lo que si instalamos uno el otro se desinstala. Yo necesito los dos porque en determinadas circunstancias [5] la mejor opción es usar los dos servidores de sonido a la vez. Como veis con estos dos ejemplos, y ya terminando, necesito que en el sistema donde se vayan a generar las imágenes de arranque (que normalmente es el propio servidor de terminales) tenga herramientas para que funcione bien como equipo autónomo pero que también tenga todo lo necesario para que las imágenes de arranque sean completas. Opciones: * Que mi paquete initramfs-tools-tcos tenga dentro las fuentes de lo que necesite y se compile todo junto (discover2, esound), esto no me parece muy óptimo ya que se duplicaría en debian el número de paquetes con las mismas fuentes. * Hacer un paquete nuevo por cada paquete extra que necesite, instalar los archivos en /usr/lib/tcos como raíz y renombrarlo a tcos-foo, mismo problema que antes, las fuentes se repiten. * Seguir como hasta ahora (no se qué dice la debian policy sobre este caso), es decir, en tiempo de compilación descargar deb y descomprimirlos en $DESTDIR/usr/lib/tcos * Convencer a un montón de responsables de paquetes que hagan un paquete nuevo que instale los programas en otro sitio distinto de / para que no tenga conflictos. Un saludo y muchas gracias por vuestro tiempo. PD.- He preferido escribir primero a debian-devel-spanish porque mi nivel de ingles no está como para explicar esto de manera clara. [1] http://cls-tcos.forja.rediris.es [2] http://cls-tcos.forja.rediris.es/repos [3] https://forja.rediris.es/svn/cls-tcos/trunk/initramfs-tools-tcos/discover/Makefile [4] http://www.pulseaudio.org [5] http://soleup.eup.uva.es/mario/post/1/494 -- Mario Izquierdo http://soleup.eup.uva.es/mariodebian
Attachment:
signature.asc
Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente