Die openSUSE-Distribution präsentiert den alternativen Installer Agama 10

Die Entwickler des Projekts openSUSE haben die Veröffentlichung des Installers Agama 10 bekannt gegeben, der als Ersatz für die klassische Installationsoberfläche von SUSE und openSUSE entwickelt wurde. Er zeichnet sich durch die Trennung der Benutzeroberfläche von den internen Komponenten von YaST aus. Agama ermöglicht die Nutzung verschiedener Frontends, darunter eine webbasierte Benutzeroberfläche zur Verwaltung der Installation. Für die Tests des neuen Installers wurden Live-Images für die Architekturen x86_64, ppc64le, s390x und ARM64 erstellt, die die Installation der Alpha-Version von openSUSE Leap 16, der kontinuierlich aktualisierten Version openSUSE Tumbleweed und der MicroOS-Container-Edition unterstützen. Der Code der Komponenten des Installers wird unter der GPLv2-Lizenz vertrieben und ist in Ruby, Rust sowie JavaScript/TypeScript geschrieben.

Die Hauptziele der Entwicklung von Agama bestehen darin, bestehende Einschränkungen der grafischen Benutzeroberfläche zu beseitigen, die Nutzung der YahST-Funktionalitäten in anderen Anwendungen zu erweitern, die Bindung an eine Programmiersprache aufzugeben und die Erstellung alternativer Einstellungen durch die Community zu fördern. Der Installer bietet Funktionen wie die Auswahl eines anfänglichen Anwendungspakets, die Konfiguration der Netzwerkverbindung, der Sprache, der Tastatur, der Zeitzone und der Lokalisierungsoptionen, die Vorbereitung des Speichermediums und die Partitionierung sowie das Hinzufügen von Benutzern zum System.

Zur Installation von Paketen, zur Überprüfung der Hardware, zur Partitionierung von Festplatten und für andere notwendige Funktionen während der Installation werden weiterhin die YaST-Bibliotheken verwendet. Darauf aufbauend sind Middleware-Services implementiert, die den Zugriff auf die Bibliotheken über ein einheitliches Kommunikationsprotokoll auf Basis von HTTP abstrahieren. Der Installer nutzt eine Multi-Prozess-Architektur, dank derer die Benutzeroberfläche während der Ausführung anderer Aufgaben nicht blockiert wird. Die grundlegende Benutzeroberfläche zur Verwaltung der Installation ist mit Web-Technologien aufgebaut. Das Web-Interface ist in JavaScript unter Verwendung des React-Frameworks und von PatternFly-Komponenten geschrieben. Ein Nachrichtenübermittlungsdienst sowie ein eingebauter HTTP-Server sind in Ruby implementiert.

In der neuen Version:

• Die Möglichkeit zur Generierung eines QR-Codes wurde hinzugefügt, der einen Link zum Öffnen des Web-Interfaces des Installers im Browser enthält, was die Verbindung zum Installer über ein Smartphone erleichtert.
• Syntax-Highlighting-Komponenten wurden hinzugefügt, die beim Bearbeiten der Konfigurationsdatei im JSON-Format mit dem Befehl „agama config edit“ verwendet werden. Standardmäßig wird Vim aufgerufen (über die Umgebungsvariable EDITOR kann ein anderer Editor angegeben werden).
• Im automatischen Installationsmodus wurde die Möglichkeit zur Erstellung von LVM-Partitionen, LVM-logischen Volumes sowie Pools und LVM-Partitionen mit dynamischer Speicherzuweisung (thin provisioning) implementiert. Die Verwendung bereits existierender logischer Volumes und Partitionsgruppen wird derzeit nicht unterstützt. Es wurden zwei Modi für die automatische Löschung von Partitionen hinzugefügt – bedingungslose Löschung und Löschung nur bei Bedarf (wenn nicht genug Speicher für die Erstellung der angegebenen Partitionen vorhanden ist).
• Der Bootparameter „agama.install_url“ wurde hinzugefügt, über den eine URL für das Repository zur Installation von Paketen angegeben werden kann, die von dem in der Konfiguration angegebenen Repository abweicht.
• Es wurde die Möglichkeit geschaffen, Komponenten der Web-Oberfläche des Installers in Typescript zu entwickeln. In Zukunft beabsichtigen die Entwickler, den Code schrittweise nach Bedarf von JavaScript auf Typescript zu übertragen.
• Im Web-Interface zur Verwaltung des Status im asynchronen Modus wird das Framework TanStack Query verwendet.
• Der Speicherplatz, der für die Installation zusätzlicher Pakete nach dem Booten im Live-Modus verfügbar ist, wurde von 500 MB auf 3,5 GB erhöht.
• Für automatisierte Tests des Web-Interfaces wird anstelle des Systems Playwright die JavaScript-Bibliothek Puppeteer eingesetzt.
• Die Installer-Steuerelemente, die über die Befehlszeile gestartet werden, wurden von DBus auf die Verwendung eines HTTP-Clients umgestellt, der auf den im Installer integrierten HTTP-Server zugreift.

Quelle: opennet.ru