Radiografia de una Distribución

Mandrake Linux 10.0

Cómo está organizada, cómo se mantiene y se actualiza

Con la versión 10.0 de MandrakeLinux se introdujeron numerosas novedades con respecto al contenido de la distribución, con KDE 3.2 y Kernel 2.6 a la cabeza. Pero no sólo cambio parte del software, sino también parte de la estructura de mantenimiento y desarrollo de la distro.. Es hora de configurar las nuevas fuentes de software y actualización para nuestra distribución.

Desarrollo y mantenimiento de Mandrake Linux

A partir de la versión 10.0 de la distro, el modelo de desarrollo consiste en tres ramas fácilmente identificables; por un lado se encuentra la versión de desarrollo, llamada \"Cooker\", en ella se van añadiendo las nuevas versiones que surgen de programas que conforman Mandrake Linux, tratando de que entre ellos formen un conjunto consistente. Para ello muchísimos usuarios, gran parte de ellos de forma voluntaria, van probando e informando de los fallos e inconsistencias existentes en dicha rama. Trasncurridos apenas cinco días de trabajo frenético, comienza a congelarse dicha rama de desarrollo, ya no se actualizan las versiones de los programas, sino que el trabajo se concentra en estabilizar las versiones existentes. En el período de un mes y medio ese objetivo suele estar cumplido casi en su totalidad; durante este período habrán sido liberadas dos versiones, una Beta y otra Release Candidate en varios cd\'s para que la base de usuarios sea mucho mayor, después el contenido de \"Cooker\" pasa a ser otra nueva rama, Mandrake Linux Community.
Esta versión también se distribuye en varios cd\'s y sobre ella se corrigen los problemas que los usuarios van encontrando, las versiones de software no suelen variar, simplemente se corrigen los fallos existentes. Transucrrido un mes, se considera que se ha conseguido hacer más robusta la distribución y el contenido de dicha rama forma ahora una tercera: Mandrake Linux Official.
La rama Official es la base ya de los productos comerciales de Mandrakelinux y cuando se libera, las tres ramas tiene exactamente el mismo contenido; entonces la rama de \"Cooker\" comienza a ser actualizada de manera independiente, repitiendo otra vez el proceso desde el principio.
¿Cuál es el contenido real de dichas ramas? pues ni más ni menos que paquetes de software, en el caso de Mandrakelinux, en el formato RPM (Red Hat Package Manager), cada paquete de software puede ser un programa con sus correspondientes archivos de configuración o una librería o un conjunto de fondos de pantalla, etc..
El paquete RPM lleva además, asociadas unas reglas que indican donde y como instalar los archivos que contiene y puede que algunos comandos a ejecutar para integrar debidamente su contenido en la distribución (por ejemplo añadir la entrada del programa en el menú de nuestro escritorio).

Las Fuentes de Software

Teniendo en cuenta que nos estamos dirigiendo a un perfil de un usuario principiante, es muy probable que haya instalado el sistema utilizando los cd\'s, seguramente al querer instalar más software, haya aprendido que en el modo gráfico pueden usarse las herramientas de administración de software contenidas en el Centro de Control de Mandrake, estas herramientas permiten instalar el software contenido en los diferentes soportes configurados, ¿cuáles son esos soportes, también llamados fuentes de software?, pues son realmente  esos subconjuntos de paquetes RPM de los que hablámos al principio; si abrimos la herramienta de configuración de soportes, veremos que se encuentran configurados los cd\'s desde los que hemos realizado la instalación, cada uno de ellos contiene un subconjunto diferente de paquetes. Normalmente estos subconjuntos de software constan de tres elementos, un directorio llamado RPMS donde se encuentran todos los paquetes, un archivo que figura como \"hdlist.cz\" y otro segundo archivo que es la firma de seguridad de los archivos. El archivo \"hdlist.cz\" describe qué es y qué contiene cada paquete, además de alguna información adicional; además suele tener alguna versión paralela \"synthesis.hdlist.cz\", que sólo refleja los paquetes disponibles pero que al ser su tamaño mucho menor, es más manejable por las conexiones de bajo ancho de banda.
El archivo de firma ayuda a verificar que cada paquete tenga un origen certificable, es decir que un paquete de Main ha de contener la firma de MandrakeSoft para la rama de que se trate (Cooker y Official tienen firmas distintas), de esta forma se evita que en un mirror nadie pueda suplantar un paquete con otro contenido sospechoso.

Fuentes de Software

Official

• main:/Mandrakelinux/official/10.0/i586/Mandrake/RPMS
• contrib:/Mandrakelinux/official/10.0/contrib/i586
• jpackage:/mandrakelinux/official/10.0/contrib/jpackage/RPMS
• updates:/mandrakelinux/official/updates/10.0/RPMS
• mandrakeclub:/mandrakelinux/devel/testing/mandrakeclub/10.0
• plf:/pub/Linux/plf/mandrake/10.0

Community

• main:/mandrakelinux/devel/10.0/i586/mandrake/RPMS
• contrib:/mandrakelinux/devel/10.0/contrib/i586
• jpackage:/mandrakelinux/devel/10.0/contrib/jpackage/RPMS
• mandrakeclub:/mandrakelinux/devel/testing/mandrakeclub/10.0
• plf:/pub/linux/plf/mandrake/1.0/community

Cooker

• main:/mandrakelinux/devel/cooker/i586/mandrake/RPMS
• contrib:/mandrakelinux/devel/cooker/contrib/i586
• jpackage:/mandrakelinux/devel/cooker/contrib/jpackage/RPMS
• plf:/pub/linux/plf/mandrake/10.0/cooker