Segment Based Ensemble Analysis

Una imagen de sistema operativo base que se utilice para la construcción de paquetes sólo puede soportar una arquitectura, es decir, que con ella se puede construir/compilar todo un repositorio sólo para la arquitectura que ella soporte con la excepción de los paquetes que son independientes de la arquitectura, los cuales se pueden construir sobre cualquier plataforma de hardware-software. Generalmente, las aplicaciones desarrolladas en lenguajes interpretados o los paquetes que solo contienen datos o imágenes se encuentran en estos casos, pues su creación no depende de la plataforma subyacente. En ese sentido, un repositorio de este sistema distribuido agrupará a los paquetes que se construirán para una determinada arquitectura, aunque también puede construir paquetes independientes de la arquitectura. En conclusión, construir el repositorio de una distribución para varias arquitecturas implica que en el sistema se crearán tantos sub- repositorios como arquitecturas se deseen soportar en la distribución y uno de ellos construirá, además de los paquetes para la arquitectura designada, los que son independientes de cualquier arquitectura. A estos sub-repositorios del sistema distribuido de compilación se les denominará “repositorios de arquitectura”.

Para adicionar un nuevo repositorio de arquitectura, en la interfaz de administración de la Plataforma de Desarrollo, en la sección Sistema Distribuido de Compilación de Nova se busca la entrada correspondiente a Repositorios de Arquitectura y se da click en el enlace Adicionar que le corresponde como muestra la figura 25.

A continuación se muestra la interfaz para introducir los datos para el nuevo repositorio de arquitectura (figura 26):

En esta interfaz de usuario para configurar un repositorio de arquitectura se deben introducir los datos solicitados en los campos siguientes:

• Nombre: Un nombre para identificar al repositorio de arquitectura. Se recomienda un nombre que incluya el nombre de la suite y la arquitectura de hardware objetivo de este repositorio.

• Distribución: La distribución a la que pertenece la suite para la cual se construirán los paquetes de este repositorio.

• Suite: La suite para la cual se construirán los paquetes de este repositorio.

• Arquitectura: La arquitectura de hardware objetivo, para la cual se construirán los paquetes

de este repositorio.

• Incluir paquetes independientes de la arquitectura: Indica si este repositorio se encargará también de construir los paquetes que son independientes de la arquitectura.

• Tarea: La tarea que se realizará inmediatamente después que se salve la información de este repositorio. Esta puede tener que ver con importar la información desde un repositorio, iniciar la construcción de los paquetes o sencillamente esperar sin hacer nada hasta que se indique lo contrario.

• URL del servicio web del GRN (Gestor de Repositorios de Nova) (opcional): La aplicación Gestor de Repositorios de Nova, que forma parte de esta Plataforma y como su nombre lo indica, es la encargada de gestionar todos los procesos de creación, actualización, modificación, etc. de los repositorios que se administre con estas herramientas. Esta aplicación expone un conjunto de funcionalidades a través de un servicio web que le permiten comunicarse con otras aplicaciones de la Plataforma, incluyendo el actual sistema distribuido. El sistema distribuido también expone su propio servicio web con similares propósitos. De esta forma, ambas aplicaciones pueden notificarse sobre eventos que le conciernen a la otra. Por ejemplo, el GRN puede notificarle a este sistema que entraron nuevos paquetes fuentes al repositorio que necesitan ser construidos, mientras que este sistema puede notificarle al GRN que terminó la construcción de algún paquete para que este busque los binarios resultantes y los incluya en algún repositorio.

• Cadena de configuración de repositorio (opcional): Este parámetro no es necesario introducirlo si se introdujo el anterior, pues el servicio web del GRN provee toda la información necesaria sobre el repositorio que cumple con las características que conciernen a este repositorio de arquitectura basándose en los datos previamente introducidos (distribución, suite, arquitectura). En caso de no desearse la integración con el GRN de este repositorio, entonces se introduciría en este campo una cadena al estilo del archivo /etc/apt/sources.list de las distribuciones basadas en Debian que indique el repositorio de donde obtener los paquetes a construir. La figura 27 muestra un ejemplo de este tipo de cadenas.

• Cadena de configuración de repositorio de apoyo primario (opcional): Construir un repositorio desde cero requiere hacer bootstrapping y utilizar repositorios externos. En este campo se introduce la cadena al estilo del archivo /etc/apt/sources.list que identifica al principal de estos repositorios externos.

• Cadena de configuración de repositorio de apoyo secundario (opcional): A veces el repositorio de apoyo primario no satisface todas las dependencias que se requieren para construir el repositorio actual. Un repositorio secundario con versiones muy específicas de determinados paquetes es en estos casos necesario. En este campo se introduce la cadena al estilo del archivo /etc/apt/sources.list que identifica a ese repositorio externo secundario. La figura 27 muestra un ejemplo de como quedaría llenado este formulario con los datos para construir un repositorio hipotético:

Una vez que se guarda la información sobre el repositorio de arquitectura, este se muestra en una lista de todos los repositorios adicionados, donde se puede observar además de la información del repositorio, el estado en que este se encuentra, lo cual informa sobre la tarea que el mismo se encuentra realizando (figura 28).

En la figura 28 se muestra al repositorio de ejemplo adicionado en estado de espera. Pudo habérsele indicado al sistema que se pusiera a importar de inmediato la información del repositorio desde los servidores configurados. En caso de que se le desee asignar esta nueva tarea, se puede acceder al formulario de configuración del repositorio y modificar el campo “Tarea”. Para ello, primeramente se da click en el nombre del repositorio que se desea modificar en la lista de todos los repositorios de arquitectura que contiene el sistema (figura 29), se cambia la selección de la tarea a realizar (figuras 30 y 31) y se salva la información del formulario. Por ejemplo, para decirle que comience a importar de inmediato la información del repositorio incluyendo todo lo relacionado a los paquetes, se selecciona la tarea “Importar: obtener información de todos los paquetes a ser construidos”. Una vez salvada esta información aparecerá el nuevo estado “Importando” en la lista de repositorios (figura 32).

Fig 29. Click en el nombre del repositorio de arquitectura para modificarlo.

Fig 31. “Grabar” una vez seleccionada la nueva tarea.

Si el proceso de importar información del repositorio concluye satisfactoriamente, el estado del mismo pasará a “Importado OK” (figura 33). Luego se podrá ir a la interfaz de administración principal y seleccionar la opción Configuraciones de Construcción de Paquetes (figura 34) y la información asociada a los paquetes que integran cada repositorio de arquitectura (figura 35).

Fig 33. Repositorio de arquitectura importando exitosamente.

Fig 34. Click en la opción “Configuraciones de Construcción de Paquetes” para ver el listado de paquetes involucrados.