Les développeurs du projet openSUSE ont présenté l'installateur Agama 13, conçu pour remplacer l'interface classique d'installation de SUSE et openSUSE, et se distingue par la séparation de l'interface utilisateur des composants internes de YaST. Agama prend en charge l'utilisation de différents frontaux, par exemple, un frontal pour gérer l'installation via une interface web. Le code des composants de l'installateur est distribué sous la licence GPLv2 et écrit en Ruby, Rust et JavaScript/TypeScript.
Pour tester le nouvel installateur, des assemblages live ont été créés pour les architectures x86_64, ppc64le, s390x et ARM64. Dans ces assemblages, la version alpha d'openSUSE Leap 16, des assemblages en continu d'openSUSE Tumbleweed et openSUSE Slowroll, ainsi que l'édition MicroOS basée sur les conteneurs, sont disponibles. L'installateur sera fourni dans openSUSE 16 (version alpha disponible) et SUSE Linux Enterprise Server 16 (la version bêta est attendue en mai).
Les objectifs de développement d'Agama : éliminer les limitations de l'interface graphique existante ; élargir les possibilités d'utiliser la fonctionnalité de YaST dans d'autres applications ; se défaire de la dépendance à un seul langage de programmation ; encourager la création de configurations alternatives par des membres de la communauté. L'installeur offre des fonctionnalités telles que la sélection d'un ensemble d'applications à installer, la configuration de la connexion réseau, de la langue, du clavier, du fuseau horaire et des paramètres de localisation, la préparation de l'appareil de stockage et le partitionnement, ainsi que l'ajout d'utilisateurs au système.
Pour l'installation des 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 reposent des services intermédiaires qui abstraient l'accès aux bibliothèques via un protocole de communication unifié basé sur HTTP. L'installeur utilise une architecture multiprocessus, permettant ainsi à l'interface utilisateur de ne pas être bloquée pendant l'exécution d'autres tâches.
L'interface de base pour la gestion de l'installation a été construite en utilisant des technologies web. L'interface web est écrite en JavaScript en utilisant le framework React et des composants PatternFly. Un service de messagerie ainsi qu'un serveur http intégré, écrit en Ruby.
Dans la nouvelle version :
- Une page pour la configuration du nom d'hôte a été ajoutée. À l'avenir, cette page devrait servir de base à la section « Système » pour les paramètres système.
- Une interface a été ajoutée pour l'installation à l'aide du gestionnaire de volumes logiques LVM (Logical Volume Manager). Auparavant, la définition des groupes de partitions LVM et des partitions logiques était réalisée en mode d'installation automatique et dans l'interface en ligne de commande, elle a maintenant été ajoutée à l'interface web.
- Ajout de la prise en charge de l'enregistrement des extensions dans le SUSE Customer Center pour leur installation dans SUSE Linux Enterprise Server.
- Dans la configuration d'installation automatique, la prise en charge de la définition d'une liste personnalisée de paquets à installer a été ajoutée, sans se limiter aux modèles prêts à l'emploi proposés. Dans l'interface web, il n'est pas prévu d'ajouter la possibilité d'installation sélective de paquets (la sélection sera limitée à des ensembles thématiques).
- Le mode d'installation automatique a été enrichi de la prise en charge des URL au format AutoYaST (par exemple, device://), permettant de charger des scripts d'installation depuis des emplacements utilisés dans AutoYaST. En plus de « file: » et « http: », le support des schémas d'URL « device: », « usb: », « label: », « HD: », « DVD: » et « cd: » a été mis en œuvre.
- La possibilité de rechercher automatiquement les paramètres pour l'installation automatique a été mise en œuvre, utilisée lorsque l'URL du script d'installation n'est pas explicitement spécifiée. Lors de la recherche, Agama vérifie la présence des fichiers autoinst.jsonnet, autoinst.json et autoinst.xml dans le répertoire racine et dans le répertoire OEMDR.
- Ajout de la prise en charge du déploiement de fichiers personnalisés lors de l'installation. Ces fichiers doivent être définis dans la configuration via l'élément . Il est possible de charger des fichiers depuis l'extérieur serveurs, ainsi que d'incorporer des fichiers directement dans la configuration d'installation automatique.
Source : opennet.ru
