Les développeurs du projet openSUSE ont présenté l'installateur Agama 11, conçu pour remplacer l'interface d'installation classique de SUSE et openSUSE, avec une séparation remarquable de l'interface utilisateur et des composants internes de YaST. Agama prend en charge l'utilisation de différents front-ends, comme un front-end pour la gestion de l'installation via une interface web. Le code des composants de l'installateur est distribué sous la licence GPLv2 et est écrit en Ruby, Rust et JavaScript/TypeScript.
Le nouvel installateur peut être testé dans la version alpha d'openSUSE 16 et dans la bêta de SUSE Linux Enterprise Server 16 qui devrait arriver prochainement. De plus, des images live ont été spécialement créées pour tester le nouvel installateur sur les architectures x86_64, ppc64le, s390x et ARM64, prenant en charge l'installation de la version alpha d'openSUSE Leap 16, des builds continuellement mises à jour d'openSUSE Tumbleweed et d'openSUSE Slowroll, ainsi que de l'édition MicroOS basée sur des conteneurs.
Les objectifs de développement d'Agama : éliminer les limitations existantes de l'interface graphique ; élargir les possibilités d'utiliser les fonctionnalités de YaST dans d'autres applications ; se détacher d'un seul langage de programmation ; encourager la création d'alternatives par des membres de la communauté.
L'installateur propose des fonctionnalités 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 paramètres de localisation, la préparation du support 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 :
- Après avoir sélectionné le type de système d'exploitation, l'écran pour définir le mot de passe de l'utilisateur root est désormais affiché. Auparavant, l'utilisateur devait aller séparément dans la section « Utilisateurs » puis revenir à l'écran récapitulatif, mais maintenant la configuration de root est intégrée dans la chaîne d'actions proposée par l'installateur.
- L'écran principal qui s'affiche après la configuration du mot de passe root a été repensé. Le principal changement est l'affichage d'un bouton Installer dans toutes les sections, permettant de passer à l'installation depuis n'importe quelle section de configuration.
- Si certaines configurations sont manquantes pour commencer l'installation, un indicateur spécial s'affiche sur le bouton Installer avec un message sur les actions requises.
- Pour la distribution commerciale de SUSE Linux Enterprise Server 16, des étapes d'enregistrement ont été mises en place pour accéder aux dépôts et confirmer l'accord de licence.
- En mode d'installation via la ligne de commande, qui peut être utilisé à partir de scripts ou lorsque l'interface web ne peut pas être lancée, une option «—api» a été implémentée, permettant de gérer l'installation depuis un autre ordinateur.
- Dans le mode d'installation automatique, la prise en charge de l'intégration de scripts dans la configuration d'installation a été ajoutée. Une section «scripts» a été proposée pour ajouter des scripts, exécutés avant ou après l'installation, ainsi qu'au premier démarrage du système installé.
- Dans la configuration pour le mode d'installation automatique, il est désormais possible de générer automatiquement des partitions physiques dans un groupe de partitions LVM basé sur le disque spécifié comme base pour LVM. Un support a également été ajouté pour définir dans la configuration le déverrouillage des disques chiffrés, dont les informations de déchiffrement sont stockées dans TPMv2.
Source : opennet.ru
