EL PROYECTO. Infraestructura del Proyecto de Sotfware Libre impulsado por la Junta de Andalucía

Transcripción

1 EL PROYECTO Infraestructura del Proyecto de Sotfware Libre impulsado por la Junta de Andalucía Sevilla, 23 de enero de 2004

2 Pág. 2 Nota de autoría y derechos de copia

3 Nota de autoría y derechos de copia 2004 Infraestructuras, Calidad y Sistemas Yaco S.L. Autores Javier Viñuales Gutiérrez, <vigu@yacoi.com>, ICS Yaco S.L. - Coord. documento. Teófilo Ruiz Suárez, ICS Yaco S.L. Manuel Saelices Gómez, ICS Yaco S.L. Daniel Carrión Reinoso, ICS Yaco S.L. Rafael Martín de Agar Tirado, Emergya S.Coop.And. Fecha de primera publicación: 23 de enero de Versión del documento: 1.0. La última versión de este documento puede encontrarse en Licencia de publicación Este documento está licenciado bajo la Creative Commons Attribution-ShareAlike License, puede ver una copia de la licencia en Este documento es una colaboración entre ICS Yaco, S.L. y Emergya S. Coop. And. que cede a la Comunidad bajo la licencia anterior en agradecimiento de todo el conocimiento, ayuda y apoyo recibido de ella, gracias a todos. Pág. 3 Nota de autoría y derechos de copia

4 Pág. 4 Nota de autoría y derechos de copia

5 Índice de contenido Nota de autoría y derechos de copia...3 A. INTRODUCCIÓN GENERAL...9 B. EL MARCO DEL PROYECTO GUADALINEX INTRODUCCIÓN Objetivos Evolución del proyecto Principios de actuación Antecedentes normativos Medidas prácticas adoptadas Medidas prácticas que proceden DESCRIPCIÓN DEL MARCO DEL PROYECTO Esquema del proyecto, relación de los agentes implicados Edición de Guadalinex, qué es? Esquema de desarrollo Interacción con el Proyecto Debian, Metadistros, Linux y otros Derivación de Debian y proceso de estabilización Normativa: las reglas escritas del juego Guías de procedimientos de trabajo: descripción Guías de procedimientos de trabajo: definición...24 C. EL PROYECTO DEBIAN INTRODUCCIÓN Qué es Debian? Historia Objetivo y reglas escritas Contrato Social Manual de Normativa Debian Infraestructura Máquinas y servicios Sistema de seguimiento de fallos (BTS) y otros interfaces (p.e. PTS) Grupo de Control de Calidad (QA Group) El desarrollador Obligaciones y procedimientos de trabajo recomendados El viaje de los paquetes al Archivo de Debian o el ciclo de la vida Estado actual del Proyecto Debian Estructura de la organización y personas responsables Ramas de desarrollo y secciones Arquitecturas soportadas DESARROLLO Creación de un nuevo paquete fichero control Fichero copyright Fichero changelog Fichero rules...43 Pág. 5 Nota de autoría y derechos de copia

6 2.1.5 El resultado Subida del paquete al Archivo de Debian Mantenimiento del paquete Nueva versión del autor original (upstream developer) Gestión de errores NMUs (Non Mantainer Upgrades) Creación de un repositorio para usarlo mediante apt-get...45 D. ARQUITECTURAS HARDWARE INTRODUCCIÓN LINUX Qué es?: esquema del núcleo (lugar ocupado por los drivers) Ramas de desarrollo del núcleo GNU/Linux Arquitecturas hardware soportadas DISTRIBUCIONES DE GNU/LINUX Qué es una distribución? Qué distribuciones existen? Arquitecturas hardware soportadas REFERENCIAS...55 E. DESARROLLO DEL ESCRITORIO INTRODUCCIÓN COMPONENTES DEL ESCRITORIO GNOME OpenOffice.org Otras aplicaciones PARTICULARIZACIÓN PARA GUADALINEX Sistema de control de acceso Sistema de Menús GConf...65 F. DESARROLLO DEL PROYECTO METADISTROS INTRODUCCIÓN Objetivos Estado actual Proceso de desarrollo Estructura Calzador Secciones y temas Relación con otros proyectos (Debian, Linux, etc) EL CALZADOR EN PROFUNDIDAD Descripción estructural La rama estable Directorios y Archivos El Calzador Kernel Scripts La rama pruebas (testing) Directorios y Archivos El Calzador Kernel Utils...87 Pág. 6 Nota de autoría y derechos de copia

7 Otras caractetísticas Mejoras en el instalador Generación de documentación Incorporación de la última versión estable del núcleo Arranque gráfico Correción y depuración de bugs Desarrollo futuro Funcionamiento interno del calzador El proceso de arranque de un sistema GNU/Linux El comienzo del arranque El proceso 'init'. Los servicios básicos y el nivel de ejecución Los servicios básicos El nivel de ejecución Arrancando con 'initrd' El proceso de arranque en Meta-Distros Configuración de ISOLINUX El archivo más importante: initrd.gz Estructura del contenido de initrd para Meta-Distros Continuación del arranque: el proceso INIT Análisis del diagrama de flujo El proceso de detección de Hardware: hw-detect.sh El sistema de detección de dispositivos (hardware) Primera fase: initrd Segunda fase: proceso init Proceso de instalación GENERACIÓN DE UNA DISTRIBUCIÓN BASADA EN METADISTROS Preparación de la distribución base Requisitos de la distribución base Creación a partir de la rama testing Utilización de Subversion Descarga del calzador testing Configuración del calzador Opciones básicas Cambio de la imagen del arranque Makefiles Generación del calzador Generación de la metadistribución Cambio de núcleo G. GESTIÓN DE DISTRIBUCIONES: TIMEA INTRODUCCIÓN OBJETIVOS DE TIMEA Ofrecer una potente infraestructura de actualizaciones Administración fácil y cómoda Normalizar el proceso de desarrollo de las distribuciones derivadas de Debian CARACTERÍSTICAS DE TIMEA Desarrollado con la licencia GPL INTERFAZ WEB GESTIÓN DE METAPAQUETES Sincronización con el repositorio de paquetes ARQUITECTURA DEL SISTEMA FUNCIONALIDAD Pág. 7 Nota de autoría y derechos de copia

8 5.1 Proceso de actualización Laboratorio de desarrollo INSTALACIÖN DE TIMEA Requisitos Ficheros de configuración Proceso de instalación Autenticación LDAP MANUAL DE USUARIO Entrada al sistema Administración Gestión de metapaquetes Gestión de la distribución Subir un paquete al repositorio Editar la configuración de la aplicación H. ANEXO I: MANUAL DE NORMATIVA DE DEBIAN I. ANEXO II: REFERENCIA DEL DESARROLLADOR DEBIAN Pág. 8 Nota de autoría y derechos de copia

9 A. INTRODUCCIÓN GENERAL Pág. 9 A.INTRODUCCIÓN GENERAL

10 Pág. 10 A.INTRODUCCIÓN GENERAL

11 El presente documento se ha realizado a petición de la Consejería de la Presidencia de la Junta de Andalucía, con objeto de formar al personal técnico propio y de instituciones con relacionadas e interesadas como la Universidad, en la aplicación del marco Proyecto Guadalinex para la generación y gestión de distribuciones de software libre derivadas de Debian GNU/Linux. El objetivo final del curso es: Generar y gestionar la actualización de una distribución GNU/Linux a medida Con las siguientes características: Basada en Debian GNU/Linux. Que pueda probarse en cualquier PC antes de ser instalada (Live-CD). Instalación muy fácil, rápida y que haga las mínimas preguntas necesarias (orientado a usuarios finales). Sistema de generación de adaptaciones y gestión de actualizaciones potente y flexible, común para diversas iniciativas que usen recursos compartidos (repositorios). Ha de permitir la instalación de software desde un servidor a un conjunto de clientes, paquetes que estos no tengan instalados, muy útil para aplicaciones extensas en corporaciones o redes educativas por ejemplo. El documento se divide en cinco partes diferenciadas, que se van sucediendo para introducir al lector en los conceptos que luego, van a irse aplicando en capítulos posteriores. La primera parte, introduce al lector en el Proyecto Guadalinex, su objetivos, principios de actuación, decisiones previas, antecedentes normativos, primeros pasos y desarrollos realizados hasta la fecha de la publicación de este documento. Se describe la relación de Guadalinex con Linex y se describe el esquema de relación con la Comunidad del Software Libre e instituciones públicas y privadas para la contratación de I+D y servicios, haciendo énfasis en el Proyecto Debian, Metadistros y el soporte de hardware a través del núcleo Linux, y se describe también, el esquema de desarrollo y derivación de la distribución de los proyectos padre, en especial de nuevo el Proyecto Debian. Se introduce al lector el concepto de edición, o distribución Debian GNU/Linux derivada, adaptada a una iniciativa y con una base común para todas ellas. La segunda parte describe el Proyecto Debian, del cual deriva fundamentalmente el Proyecto Guadalinex, no sólo del software usado directamente sino, de la infraestructura implementada y en general, de los principios de operación, basados en el Contrato Social y la Normativa de Debian, pilares sólidos e independientes, que aseguran perdurabilidad e independencia al proyecto. La tercera parte introduce al lector en el núcleo Linux, las distribuciones y el soporte de arquitecturas hardware, conceptos estos que si bien son simples, resultan confusos en primera aproximación. No se pretende realizar un análisis en detalle de los conceptos sino, una descripción breve que aclaro rápidamente aquello que en capítulos posteriores se van a utilizar. Se deja claro que el soporte de arquitecturas hardware es muy extenso en el núleo Linux, no así en las distribuciones GNU/Linux, dónde resalta especialmente Debian GNU/Linux con su soporte para nada menos que diez arquitecturas hardware!. La cuarta parte trata sobre el escritorio, es decir el sistema de ventanas y sus aplicaciones, que es lo que el Pág. 11 A.INTRODUCCIÓN GENERAL

12 usuario final va a utilizar en su inmensa mayoría. Se describen las modificaciones que sobre el escritorio GNOME, el elegido para ser usado por defecto (contenido en el CD distribuido) en Guadalinex, se han realizado. La quinta parte es una descripción extensa del Proyecto Metadistros y su utilización para generar distribuciones a medida de forma rápida. Este es el primer documento detallado que se genera sobre el proyecto y se describe el gran progreso sufrido por el mismo debido a los desarrollos realizados para el Proyecto Guadalinex, en concreto para la distribución base orientada al usuario final que servirá, para derivar ediciones. El Proyecto Metadistros nació en el seno de Hispalinux hace un año y ya es usado en Proyecto de gran repercusión socio-económica como Guadalinex. Es muy importante señalar que el Proyecto Guadalinex está en la punta de desarrollo de distribuciones al usar y desarrollar Metadistros, estando a su vez en el punto de mira de la comunidad internacional relacionada con estos ámbitos de aplicación de las tecnologías de la información. Una vez termina la parte que se dedica a Metadistros, el lector está en condiciones de generar su propia adaptación de Debian GNU/Linux, Live-CD e instalable en unos diez a veinte minutos en cualquier PC, dependiendo de la potencia del mismo, mediante un proceso automático casi sin intervención por parte del usuario: asombroso no?, pero cierto. La sexta parte describe el sistema de gestión de distribuciones y actualización desarrollado para el Proyecto Guadalinex: Timea. Debido a iniciativas como la de los centros educativos, en los que el despliegue de equipos informáticos era del orden de de veinte mil, distribuidos por la geografía andaluza, se hizo necesario construir un sistema que, posibilitara la gestión de actualizaciones de forma que, el equipo cliente actualizase automáticamente el software y configuración según decisiones de un Centro de Gestión centralizado. Debian GNU/Linux, distribución sobre la que se basó toda la infraestructura y equipos clientes, permitía mediante su herramienta APT, la gestión de la actualización de todo aquello que ya tuvieran los equipos clientes bien, a petición de ellos, la incorporación de software no existente pero se deseaba intervención nula del usuario y no se disponía de personal experto en los centro por lo que, era necesario el desarrollo sobre APT de un software que permitiese inyectar modificaciones desde el Centro de Gestión a todos los clientes. Esta necesidad finalizó con el desarrollo de Timea que, además, durante su implementación fue creciendo en funcionalidades hasta no ser sólo una herramienta para inyectar modificaciones servidor a cliente sino también, para gestionar iniciativas, construyendo ediciones a medida. Este capítulo describe sus funcionalidades, instalación y modo de uso. Pág. 12 A.INTRODUCCIÓN GENERAL

13 B. EL MARCO DEL PROYECTO GUADALINEX Pág. 13 B.EL MARCO DEL PROYECTO GUADALINEX

14 Pág. 14 B.EL MARCO DEL PROYECTO GUADALINEX

15 1 INTRODUCCIÓN 1.1 Objetivos El Proyecto Guadalinex tiene por objetivo, crear una infraestructura para la generación y gestión de sistemas de información, independiente de proveedores, que siga estándares abiertos y libres, y en la que puedan colaborar instituciones públicas, privadas, asociaciones y personas a título individual, esto tiene como consecuencia, la participación equitativa en la modernización hacia la Sociedad de la Información de todos los ciudadanos, optimizando el impacto en el bienestar social (empleo, alfabetización tecnológica, innovación y desarrollo). 1.2 Evolución del proyecto Principios de actuación La Administración Pública: No es fabricante de software. Provee medios e infraestructura para fomentar un proceso natural. Apoyará los nuevos desarrollos. Sabe que impulsar un proyecto no significa poseerlo. Es primordial para ello: Agregar iniciativas de las Administraciones. No pagar 2 veces la misma cosa. Adquirir masa crítica Antecedentes normativos Decreto 72/2003 de Medidas de Impulso de la Sociedad del Conocimiento en Andalucía de 18 de Marzo de 2003 (BOJA 55,de 21 de Marzo de 2003). Artículo 31. Software libre. 1. En las adquisiciones de equipamiento informático destinado a los centros docentes públicos para su uso en actividades educativas, se exigirá que todo el hardware sea compatible con sistemas operativos basados en software libre. Los ordenadores tendrán preinstalado todo el software libre necesario para el uso específico al que estén destinados. 2. El equipamiento informático que la Administración de la Junta de Andalucía ponga a disposición en los centros de acceso público a Internet utilizará para su funcionamiento productos de software libre. 3. La Administración de la Junta de Andalucía fomentará la difusión y utilización orientadas al uso personal, doméstico y educativo de software libre debidamente garantizado. A tal fin se establecerá un servicio de asesoramiento a través de Internet para la instalación y uso de este tipo de productos. Sección 2ª: Integración de las TIC en la Formación Profesional Ocupacional Artículo 49: Objeto. Pág. 15 B.EL MARCO DEL PROYECTO GUADALINEX

16 Estos proyectos irán referidos a alguna de las siguientes modalidades: a) Elaboración de materiales y contenidos de formación profesional ocupacional para su uso y difusión a través de Internet, especialmente aquellos desarrollos que se realicen mediante software libre. Protocolo general entre las comunidades autónomas de Extremadura y Andalucía sobre colaboración en materia de uso y difusión de software libre y de LinEx en particular, de 11 de Abril de Medidas prácticas adoptadas Observando los principios de actuación y los antecedentes normativos, se opta por adoptar los dos medios siguientes para encaminar la consecución del objetivo que motiva este proyecto: Software Libre. Idea de Comunidad Abierta. Para ello, se decide tomar contacto con distintos agentes externos a la Junta de Andalucía para analizar, que soluciones serían convenientes tomar. Toma de contacto con la Comunidad del Software Libre. Hispalinux. ADALA. Toma de contacto con las empresas expertas en Software Libre. Estas tomas de contacto fueron seguidas de medidas prácticas consecuentes con los principios de actuación, en coherencia con lo legislado y con las consultas posteriores a asociaciones y empresas expertas. Diseño e implementación de la solución de sistema operativo para la Iniciativa And@red. Infraestructura del Centro TIC y nexo con el Centro Avanzado de Gestión. Creación del Centro Avanzado de Gestión. Diseño e implementación de la infraestructura de gestión y desarrollo del Proyecto Guadalinex. Diseño e implementación de la solución de sistema operativo base del Proyecto Guadalinex Medidas prácticas que proceden Se sugieren las siguientes medidas, en función de la trayectoria del proyecto, su estado actual y la repercusión esperada: 1. Dar publicidad al Proyecto Guadalinex. 2. Apertura del Proyecto Guadalinex al modelo en colaboración abierta. 3. Impulsar más iniciativas, unir esfuerzos con otros agentes. Pág. 16 B.EL MARCO DEL PROYECTO GUADALINEX

17 2 DESCRIPCIÓN DEL MARCO DEL PROYECTO 2.1 Esquema del proyecto, relación de los agentes implicados El esquema general es el que se puede observar en la Ilustración 1.- Modelo del Proyecto Guadalinex. Ilustración 1.- Modelo del Proyecto Guadalinex Los pilares sobre los que se sustenta el Proyecto Guadalinex son los siguientes por tanto: 1. Servicios al usuario. 2. Infraestructura de colaboración con 2.1 Comunidad. 2.2 Empresas. 3. Promoción del desarrollo del Software Libre. 4. Infraestructura de creación y mantenimiento de distribuciones. Conviene matizar que los servicios directamente ofrecidos al usuario, serán únicamente al ciudadano desde la iniciativa base y pública del Proyecto Guadalinex, la Iniciativa Orientada al Ciudadano y la edición del Sistema Operativo adecuada a tal fin. La iniciativas como Andared, de la Consejería de Educación o bien la orientada a los Centros de Día, de la Consejería de Asuntos Sociales, serán gestionadas directamente por dichas Consejerías pero la base del sistema será Guadalinex en su versión para el ciudadano, de la que se derivarán tanto las formas de trabajo como la infraestructura complementaria necesaria, para realizar la adaptación a la iniciativa concreta. Pág. 17 B.EL MARCO DEL PROYECTO GUADALINEX

18 Ilustración 2.- Modelo de relación del Proyecto Guadalinex El Modelo de Relación del Proyecto Guadalinex con iniciativas externas es el que se puede observar en la Ilustración 2.- Modelo de relación del Proyecto Guadalinex. Se quiere dejar constancia de la utilización/realimentación de aquellos recursos ya existentes, desarrollando en abierto todo. Lo que se denomina "Caja de Piezas Común", es deseable que contenga el mínimo conjunto de elementos posible, de forma que, se utilice Debian y si algo falta, que se adapte o desarrolle, se empaquete y se busque ayuda para introducirlo (ha de ser un Desarrollador Debian). La gestión de errores de Guadalinex en su edición base (orientada al ciudadano) así como para las ediciones derivadas, en comunicación directa con Debian del equipo de Desarrollo de Guadalinex, ha de ser fluida y mediante el mismo interfaz existente (Debian Bug Tracking System), asistiendo a corregir los errores de Debian y por tanto, ayudando al desarrollo compartido en comunidad. En la Ilustración 3.- Flujo de desarrollos del Proyecto Guadalinex, se distinguen dos tipos de aporte: los externos (Debian, Metadistros, etc) e internos. Los internos son proyectos apoyados y que se anuncian para fijar una solución, realizándose los trabajos mediante la contratación de empresas o en colaboración con la comunidad (asociaciones, individuos, etc). Es especialmente interesante notar que se contempla la realimentación de contenidos en todo momento, intentando siempre minimizar el contenido de la "caja de piezas común" a todas las iniciativas, adaptando mediante repositorios particulares para derivar de la Edición Guadalinex Base (la orientada al ciudadano) a la Edición de Guadalinex de la "Iniciativa X". Pág. 18 B.EL MARCO DEL PROYECTO GUADALINEX

19 Ilustración 3.- Flujo de desarrollos del Proyecto Guadalinex 2.2 Edición de Guadalinex, qué es? Una edición es la adaptación del Sistema Operativo Guadalinex Base (el orientado al ciudadano), basado en Debian GNU/Linux, para cumplir con unas funcionalidades requeridas por una iniciativa. Una edición se compone por tanto de: Metapaquetes para crear la imagen ISO basada en el Proyecto Metadistros de Hispalinux. La propia imagen ISO del Sistema Operativo Guadalinex adaptado para la iniciativa. Paquetes y metapaquetes de actualización o adaptación. Infraestructura para generar y mantener lo anterior. Un equipo humano encargado del mantenimiento y en colaboración con los proyectos padres (Debian, Metadistros, etc). Pág. 19 B.EL MARCO DEL PROYECTO GUADALINEX

20 Ilustración 4.- Generación de una edición En la Ilustración 4.- Generación de una edición, se puede observar el esquema de bloques para la generación y mantenimiento de una edición. Pág. 20 B.EL MARCO DEL PROYECTO GUADALINEX

21 2.3 Esquema de desarrollo En esta sección se va a detallar cómo se relaciona Guadalinex con otros proyectos como Metadistros y el Núcleo Linux y el proceso por el cual se deriva el sistema operativo Guadalinex de Debian Interacción con el Proyecto Debian, Metadistros, Linux y otros Metadistros Herramienta de gestión de distribuciones: Timea Calzador Interfaz de usuario Jerarquía depaquetes por secciones meta-distro Gráfica meta-sem meta-sbm meta-rescue Consola Instalador Configurador -. Servicios -. Escritorio meta-themes Arrancador Configuración arranque Particionador meta-cli-extras meta-xwindow meta-desktop meta-uninstall meta-reconfigure meta-guadalinex meta-linex meta-... Gestión del Hardware Detección.deb.deb.deb.deb.deb.deb.deb.deb.deb.deb.deb.deb.deb.deb.deb.deb.deb.deb.deb.deb.deb.deb.deb General Proyecto de SW Libre Proyecto de SW Libre Andalucia Extremadura Debian Configuración BD de hardware.deb Núcleo Linux Drivers Base de datos de Hardware Drivers Linux Homologación Compatibilidad con Debian Compatibilidad con Linux (policy+compatibilidad con Linux) Certificación productores de software y hardware Ilustración 5.- Interacción Debian, Metadistros, Linux y los proyectos de SW Libre de Andalucía y Extremadura Según se observa en la Ilustración 5.- Interacción Debian, Metadistros, Linux y los proyectos de SW Libre de Andalucía y Extremadura, los proyectos de software libre de Andalucía y Extremadura, que como se señaló en el apartado están bajo un protocolo de colaboración, se apoyan en diversidad de proyectos de los que cabe destacar tres: El Proyecto Debian, que tiene por objetivo el construir un sistema operativo totalmente libre. El Proyecto Linux, núcleo del sistema y que trata con el hardware de la máquina. El Proyecto Metadistros, para la generación y gestión rápida de distribuciones GNU/Linux. Existen tres perfiles de usuarios involucrados en la generación y uso de una distribución Guadalinex: Desarrollador, que construye la distribución a bajo nivel, desde Debian, Linux y Metadistros. Ha de saber tocar Pág. 21 B.EL MARCO DEL PROYECTO GUADALINEX

22 el núcleo Linux para adaptar el sistema a hardware específico, editar la base de datos de dispositivos soportados, mejorar la detección/configuración de hardware, instalador, etc. Debe ser una persona con conocimientos profundos de Linux y programación en entornos UNIX. Administrador, que adapta una distribución base de Guadalinex y la regenera mediante las utilidades de Metadistros. Puede ser una persona que sepa usar las herramientas de generación y gestión de distribuciones de Metadistros (timea y las utilidades de generación del CD). Usuario, cualquier persona que tome el CD y lo use, no tiene que tener conocimientos técnicos, la informática es una herramienta para él en la inmensa mayoría de los casos. Es muy importante que se faciliten el interfaz de comunicación entre cada perfil de usuarios y el equipo de desarrollo del proyecto padre (Debian, Linux, Metadistros y otros). El desarrollador ha de saber utilizar el sistema de control de errores oficial del proyecto al que se dirija: Bug Tracking System en Debian, la lista de desarrollo del kernel para Linux, la lista de desarrollo de Metadistros; y el administrador y el usuario han de poderse comunicar mediante una herramienta que en el caso del usuario ha de ser gráfica, atractiva e intuitiva. El proceso de homologación por parte del organismo que desarrolle el proyecto, en el caso de Guadalinex la Junta de Andalucía, ha de establecer las normas que han de cumplir los proveedores de servicios y productos para comprobar que lo ofrecen, certificado por ellos, cumple los mínimos exigibles para poder entrar en el proyecto y así, asegurar una integridad y calidad del producto. Este proceso de certificación/homologación es fundamental por ejemplo, para la adquisición de equipamiento informático a través de un catálogo de bienes homologados Derivación de Debian y proceso de estabilización En la Ilustración 6.- Estabilización de la distribución Guadalinex derivada de Debian GNU/Linux, puede observarse lo siguiente: 1. Derivación desde la rama inestable. Se puede disponer de un sistema de escritorio muy actualizado y atractivo al usuario final, sin necesidad de usar fuentes externas al Proyecto Debian tal como sucedería si se partiera desde la rama estable. El retorno de las correcciones y mejoras funcionales de los paquetes de software usado de Debian GNU/Linux para Guadalinex, es natural debido a que las versiones y el sistema es aquel para el que el desarrollador Debian que lo mantiene, tiene previsto que funcione. Es por tanto un planteamiento que dota al desarrollador de Guadalinex, de una amplitud de elección de software actualizado a sus versiones más recientes, a la hora de construir el sistema a partir de lo existente oficialmente en Debian, sin perder por tanto la calidad y sincronía con el proyecto del que deriva. 2. Estabilización ágil. La contrapartida de lo expuesto en el punto anterior, es que es necesario seguir un proceso de control de calidad de la distribución, es decir, controlar el número de errores críticos para la liberación de una versión estable de la distribución (Release Critical Bugs o simplemente RC Bugs en el argot del Proyecto Debian). Se hace necesaria la existencia de un equipo humano que forme el Grupo de Control de Calidad de Guadalinex y un subgrupo para cada edición. Es fundamental que este grupo actúe en coordinación con los desarrolladores de Guadalinex, en su edición base así como en la ediciones para cada iniciativa, así como con el equipo de desarrolladores de Debian, Pág. 22 B.EL MARCO DEL PROYECTO GUADALINEX

23 enviando informes de errores nuevos y correcciones de los ya existentes mediante el Bug Tracking System (BTS). 3. Número reducido de arquitecturas hardware soportadas. Debian GNU/Linux en su rama testing (que es aquella que se obtiene de unstable, tras las comprobación de que todo paquete que entre no tiene RC bugs, siendo este proceso automático transcurrido un período de tiempo de unos diez días) soporta diez arquitecturas hardware. La rama testing es la que, tras consenso en el equipo de desarrollo llegado a un número de RC bugs mínimo (no es fijo), es liberada como nueva rama estable y sólo será modificada en el caso de errores de seguridad y de funcionamiento crítico. Si se desea un subconjunto de paquetes de Debian GNU/Linux necesario para Guadalinex y en concreto para un subconjunto de arquitecturas reducido (en principio sólo se contempla i386 y en un futuro es probable ppc), el proceso de estabilización debería ser mucho más rápido. Los puntos anteriores justifican el planteamiento seguido pero, es fundamental dejar por escrito unas normas de funcionamiento para la colaboración en el proyecto, punto tratado en el siguiente apartado. Esquema de desarrollo y estabilización desde Debian Proceso no automático de control de calidad. El número de errores críticos es el parámetro que indica este paso, no hay un valor fijo para ello. Proceso automático de comprobación contra la policy y paso si no hay errores graves en aprox. 10 días. Los paquetes han de funcionar en todas las arquitecturas hardware contempladas en Debian. experimental project/ ftp.debian.org/debian/ stable testing unstable dist/ Desarrolladores Debian Sistema de seguimiento de fallos de Debian (BTS). Proceso automático de copia del archivo oficial de Debian unstable para las arquitecturas i386 y ppc, más el código fuente. Equipo de Control de Calidad estable (i386 y ppc*) unstable (i386 y ppc) repositorio propio (i386 y ppc) Proceso no automático de control de calidad, copia de unstable a directorio que quedará invariable salvo actualizaciones de seguridad. El número de errores críticos es el parámetro que indica este paso, no hay un valor fijo para ello. Lo realiza el Equipo de Control de Calidad dirigido por el coordinador de liberación de versiones estables. Desarrolladores Guadalinex,Linex,... desarrollo Atención a usuarios. Control de errores ( USUARIOS Ilustración 6.- Estabilización de la distribución Guadalinex derivada de Debian GNU/Linux Normativa: las reglas escritas del juego El planteamiento del desarrollo expuesto es muy robusto y coherente con los proyectos de los que deriva, aportando una flexibilidad y adaptabilidad muy elevada pero, no es eficiente si el equipo de desarrollo no tiene claras una reglas del juego, algo que vertebre el buen funcionamiento del Proyecto Guadalinex y lo haga fuerte Pág. 23 B.EL MARCO DEL PROYECTO GUADALINEX