Le projet openSUSE a révélé ses plans pour le développement d'un nouvel installateur Agama

Les développeurs du projet openSUSE ont publié un plan de développement du nouvel installateur Agama (anciennement D-Installer), conçu pour remplacer l'interface classique d'installation de SUSE et openSUSE, et notable pour sa séparation de l'interface utilisateur des composants internes de YaST. Agama permet l'utilisation de différents front-ends, comme un front-end pour la gestion de l'installation via une interface web. Des images live pour les architectures x86_64 et ARM64 sont préparées pour tester le nouvel installateur, prenant en charge l'installation de la version continuellement mise à jour d'openSUSE Tumbleweed, ainsi que des éditions SUSE ALP, openSUSE MicroOS et openSUSE MicroOS Desktop, construites sur des bases de conteneurs isolés.

Pour cette année, deux mises à jour significatives d'Agama sont prévues. La première est attendue vers la mi-avril, et la seconde vers la mi-juillet. La mise à jour de juillet visera à augmenter la flexibilité et les fonctionnalités liées à l'installation en mode automatique, réalisée sans intervention humaine. L'objectif du développement est de rendre Agama capable d'être utilisé comme alternative à l'outil AutoYaST.

La mise à jour d'avril est remarquable par la cessation de l'utilisation des modules préparés par le projet Cockpit, au profit d'un cadre plus indépendant et d'une interface utilisateur modernisée. L'abandon de Cockpit permettra d'éliminer des dépendances externes supplémentaires et de se débarrasser des limites qui entravent la mise en œuvre de certaines idées. Par exemple, Cockpit dépend de composants écrits en Python et C, tandis qu'Agama utilise des langages Ruby et Rust. L'arrêt de l'utilisation de Cockpit libérera également les développeurs des contraintes qu'ils ont rencontrées lors de leurs tentatives de mise en œuvre d'un mode d'installation automatique et de repenser l'interface de configuration des dépôts pour atteindre un équilibre optimal entre la simplicité pour les débutants et la fonctionnalité pour les utilisateurs avancés.

À ce stade de développement, le nouvel installateur offre déjà les fonctionnalités nécessaires pour gérer des tâches telles que le choix d'un ensemble d'applications initial, la configuration de la connexion réseau, de la langue, du clavier, du fuseau horaire et des options de localisation, la préparation du périphérique de stockage et la partition, ainsi que l'ajout d'utilisateurs au système. Parmi les objectifs principaux du développement d'Agama, on mentionne l'élimination des limitations de l'interface graphique, l'élargissement des possibilités d'utilisation des fonctionnalités de YaST dans d'autres applications, l'abandon de l'attachement à un seul langage de programmation (l'API D-Bus permettra de créer des extensions dans différents langages) et la stimulation de la création d'options alternatives par la communauté.

Pour l'installation de paquets, la vérification du matériel, le partitionnement des disques et d'autres fonctions nécessaires lors de l'installation, Agama continue d'utiliser les bibliothèques YaST, sur lesquelles sont implémentés des services intermédiaires, abstrahant l'accès aux bibliothèques via une interface unifiée D-Bus. L'installateur utilise une architecture multiprocessus, grâce à laquelle l'interface utilisateur n'est pas bloquée pendant l'exécution d'autres tâches.

L'interface de base pour la gestion de l'installation est construite en utilisant des technologies web et comprend un gestionnaire permettant d'accéder aux appels D-Bus via HTTP, ainsi qu'une interface web. L'interface web est écrite en JavaScript en utilisant le framework React et des composants PatternFly. Le service reliant l'interface à D-Bus, ainsi que le serveur http intégré, sont écrits en Ruby.

Source : opennet.ru