Los desarrolladores del proyecto openSUSE han publicado la versión del instalador Agama 10, diseñado para reemplazar la interfaz clásica de instalación de SUSE y openSUSE, y distingue por la separación de la interfaz de usuario de los componentes internos de YaST. Agama permite el uso de diferentes front-ends, como un front-end para gestionar la instalación a través de una interfaz web. Para probar el nuevo instalador, se han creado versiones live para las arquitecturas x86_64, ppc64le, s390x y ARM64, que soportan la instalación de la versión alfa de openSUSE Leap 16, la versión continuamente actualizada de openSUSE Tumbleweed y la edición MicroOS basada en contenedores. El código de los componentes del instalador se distribuye bajo la licencia GPLv2 y está escrito en Ruby, Rust y JavaScript/TypeScript.
Los principales objetivos del desarrollo de Agama son eliminar las limitaciones existentes en la interfaz gráfica, ampliar las capacidades de utilizar la funcionalidad de YaST en otras aplicaciones, desvincularse de un solo lenguaje de programación y fomentar la creación de configuraciones alternativas por parte de la comunidad. El instalador incluye funciones como la selección de un conjunto inicial de aplicaciones, configuración de la conexión de red, idioma, teclado, zona horaria y parámetros de localización, preparación del dispositivo de almacenamiento y partición de discos, y adición de usuarios al sistema.
Para la instalación de paquetes, verificación de hardware, particionamiento de discos y otras funciones necesarias durante la instalación, Agama continúa utilizando las bibliotecas de YaST, sobre las cuales se implementan servicios intermedios que abstraen el acceso a las bibliotecas a través de un protocolo de comunicación unificado basado en HTTP. El instalador utiliza una arquitectura multiproceso, lo que permite que la interfaz de usuario no se bloquee durante la ejecución de otras tareas. La interfaz básica para gestionar la instalación está construida utilizando tecnologías web. La interfaz web está escrita en JavaScript usando el framework React y componentes PatternFly. Un servicio de mensajería, así como un servidor http integrado, está escrito en Ruby.
En la nueva versión:
- Se ha añadido la posibilidad de generar un código QR que contenga un enlace para abrir la interfaz web del instalador en el navegador, lo que facilita la conexión al instalador desde un smartphone.
- Se han añadido componentes para la resaltación de sintaxis, utilizados al editar mediante el comando «agama config edit» el archivo de configuración en formato JSON. Por defecto, se llama a Vim (a través de la variable de entorno EDITOR se puede especificar cualquier otro editor).
- En el modo de instalación automática se ha implementado la posibilidad de crear grupos de particiones LVM, particiones lógicas LVM, así como grupos y particiones LVM con asignación dinámica de espacio en almacenamiento (thin provisioning). No se admite el uso de particiones lógicas y grupos de particiones existentes en este momento. Se han añadido dos modos de eliminación automática de particiones: eliminación incondicional y eliminación solo cuando sea necesario (cuando no hay suficiente espacio para crear las particiones especificadas).
- Se ha añadido el parámetro de arranque «agama.install_url», a través del cual se puede especificar la URL del repositorio para la instalación de paquetes, diferente del repositorio indicado en la configuración.
- Se ha proporcionado la posibilidad de desarrollar componentes de la interfaz web del instalador en el lenguaje TypeScript. En el futuro, los desarrolladores tienen la intención de ir traduciendo el código de JavaScript a TypeScript gradualmente según sea necesario.
- En la interfaz web, se ha utilizado el framework TanStack Query para gestionar el estado de forma asíncrona.
- El tamaño del almacenamiento disponible para la instalación de paquetes adicionales después de la carga en modo Live ha sido ampliado de 500 MB a 3.5 GB.
- Para las pruebas automatizadas de la interfaz web, se ha utilizado la biblioteca JavaScript Puppeteer en lugar del sistema Playwright.
- Los componentes de control del instalador, ejecutados desde la línea de comandos, han sido trasladados de DBus al uso de un cliente HTTP que se comunica con el servidor HTTP incorporado en el instalador.
Fuente: opennet.ru
