{"id":120433,"date":"2024-10-31T19:09:08","date_gmt":"2024-10-31T17:09:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/distributiv-opensuse-predstavil-alternativnyj-installyator-agama-10"},"modified":"2024-10-31T19:09:08","modified_gmt":"2024-10-31T17:09:09","slug":"distributiv-opensuse-predstavil-alternativnyj-installyator-agama-10","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/distributiv-opensuse-predstavil-alternativnyj-installyator-agama-10","title":{"rendered":"Die openSUSE-Distribution pr\u00e4sentiert den alternativen Installer Agama 10","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler des Projekts openSUSE haben die Ver\u00f6ffentlichung des Installers Agama 10 bekannt gegeben, der als Ersatz f\u00fcr die klassische Installationsoberfl\u00e4che von SUSE und openSUSE entwickelt wurde. Er zeichnet sich durch die Trennung der Benutzeroberfl\u00e4che von den internen Komponenten von YaST aus. Agama erm\u00f6glicht die Nutzung verschiedener Frontends, darunter eine webbasierte Benutzeroberfl\u00e4che zur Verwaltung der Installation. F\u00fcr die Tests des neuen Installers wurden Live-Images f\u00fcr 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\u00fctzen. Der Code der Komponenten des Installers wird unter der GPLv2-Lizenz vertrieben und ist in Ruby, Rust sowie JavaScript\/TypeScript geschrieben.
<\/center> <\/p>\n
Die Hauptziele der Entwicklung von Agama bestehen darin, bestehende Einschr\u00e4nkungen der grafischen Benutzeroberfl\u00e4che zu beseitigen, die Nutzung der YahST-Funktionalit\u00e4ten in anderen Anwendungen zu erweitern, die Bindung an eine Programmiersprache aufzugeben und die Erstellung alternativer Einstellungen durch die Community zu f\u00f6rdern. Der Installer bietet Funktionen wie die Auswahl eines anf\u00e4nglichen Anwendungspakets, die Konfiguration der Netzwerkverbindung, der Sprache, der Tastatur, der Zeitzone und der Lokalisierungsoptionen, die Vorbereitung des Speichermediums und die Partitionierung sowie das Hinzuf\u00fcgen von Benutzern zum System. <\/p>\n
Zur Installation von Paketen, zur \u00dcberpr\u00fcfung der Hardware, zur Partitionierung von Festplatten und f\u00fcr andere notwendige Funktionen w\u00e4hrend der Installation werden weiterhin die YaST-Bibliotheken verwendet. Darauf aufbauend sind Middleware-Services implementiert, die den Zugriff auf die Bibliotheken \u00fcber ein einheitliches Kommunikationsprotokoll auf Basis von HTTP abstrahieren. Der Installer nutzt eine Multi-Prozess-Architektur, dank derer die Benutzeroberfl\u00e4che w\u00e4hrend der Ausf\u00fchrung anderer Aufgaben nicht blockiert wird. Die grundlegende Benutzeroberfl\u00e4che 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\u00fcbermittlungsdienst sowie ein eingebauter HTTP-Server sind in Ruby implementiert. <\/p>\n
In der neuen Version: <\/p>\n
\n
Die M\u00f6glichkeit zur Generierung eines QR-Codes wurde hinzugef\u00fcgt, der einen Link zum \u00d6ffnen des Web-Interfaces des Installers im Browser enth\u00e4lt, was die Verbindung zum Installer \u00fcber ein Smartphone erleichtert.
<\/center>\n
Syntax-Highlighting-Komponenten wurden hinzugef\u00fcgt, die beim Bearbeiten der Konfigurationsdatei im JSON-Format mit dem Befehl «agama config edit» verwendet werden. Vim wird standardm\u00e4\u00dfig f\u00fcr die Bearbeitung aufgerufen (\u00fcber die Umgebungsvariable EDITOR kann ein anderer Editor angegeben werden).
<\/center>\n
Im automatischen Installationsmodus wurde die M\u00f6glichkeit implementiert, LVM-Partitionen, LVM-logische Partitionen sowie LVM-Pools und -Partitionen mit dynamischer Speicherzuweisung (thin provisioning) zu erstellen. Die Verwendung bereits existierender logischer Partitionen und Gruppen wird derzeit nicht unterst\u00fctzt. Es wurden zwei Modi f\u00fcr die automatische L\u00f6schung von Partitionen hinzugef\u00fcgt - bedingungslose L\u00f6schung und L\u00f6schung nur bei Bedarf (wenn nicht gen\u00fcgend Speicherplatz f\u00fcr die Erstellung der angegebenen Partitionen vorhanden ist).\n
Ein Bootparameter «agama.install_url» wurde hinzugef\u00fcgt, \u00fcber den ein URL-Repository zur Installation von Paketen angegeben werden kann, das von dem in der Konfiguration angegebenen Repository abweicht.\n
Es wurde die M\u00f6glichkeit geschaffen, Komponenten der Web-Oberfl\u00e4che des Installers in Typescript zu entwickeln. In Zukunft beabsichtigen die Entwickler, den Code schrittweise nach Bedarf von JavaScript auf Typescript zu \u00fcbertragen.\n
Im Web-Interface zur Verwaltung des Status im asynchronen Modus wird das Framework TanStack Query verwendet.\n
Der Speicherplatz, der f\u00fcr die Installation zus\u00e4tzlicher Pakete nach dem Booten im Live-Modus verf\u00fcgbar ist, wurde von 500 MB auf 3,5 GB erh\u00f6ht.\n
F\u00fcr automatisierte Tests des Web-Interfaces wird anstelle des Systems Playwright die JavaScript-Bibliothek Puppeteer eingesetzt.\n
Die Installer-Steuerelemente, die \u00fcber die Befehlszeile gestartet werden, wurden von DBus auf die Verwendung eines HTTP-Clients umgestellt, der auf den im Installer integrierten HTTP-Server zugreift. <\/ul>\n
![\"Die](\"\/wp-content\/uploads\/2024\/10\/fcc626ade7928c9dd5e5f4a88f023989.png\")
<\/center> <\/p>\n![\"Die](\"\/wp-content\/uploads\/2024\/10\/f0a10e0e428e4bd6458d657bf5e8c321.png\")
<\/center>\n![\"Die](\"\/wp-content\/uploads\/2024\/10\/4e0170d7069518553713a32a1f861569.png\")
<\/center>\n