Gli sviluppatori del progetto openSUSE hanno pubblicato il rilascio dell'installer Agama 9, sviluppato per sostituire l'interfaccia classica di installazione di SUSE e openSUSE, e noto per la separazione dell'interfaccia utente dai componenti interni di YaST. Agama fornisce la possibilità di utilizzare diversi frontend, come un frontend per gestire l'installazione tramite un'interfaccia web. Per testare il nuovo installer sono state create immagini live per le architetture x86_64, ppc64le, s390x e ARM64, che supportano l'installazione di openSUSE Leap, la versione continuamente aggiornata di openSUSE Tumbleweed, e alcune edizioni di SUSE ALP basate su contenitori isolati.
L'installer offre le funzionalità necessarie per affrontare compiti come la selezione di un insieme iniziale di applicazioni, la configurazione della connessione di rete, della lingua, della tastiera, del fuso orario e delle impostazioni di localizzazione, la preparazione del dispositivo di archiviazione e la partizione, l'aggiunta di utenti al sistema. Tra gli obiettivi principali dello sviluppo di Agama si menziona l'eliminazione delle limitazioni esistenti dell'interfaccia grafica, l'espansione delle funzionalità di YaST in altre applicazioni, l'abbandono della dipendenza da un linguaggio di programmazione unico e la promozione della creazione di impostazioni alternative da parte dei membri della comunità.
Per l'installazione dei pacchetti, il controllo dell'hardware, la partizione dei dischi e altre funzionalità necessarie durante l'installazione, in Agama continuano ad essere utilizzate le librerie YaST, sopra le quali sono implementati servizi intermedi che astraggono l'accesso alle librerie tramite un protocollo di comunicazione unificato basato su HTTP. L'installer utilizza un'architettura multi-thread, grazie alla quale l'interfaccia di interazione con l'utente non viene bloccata durante l'esecuzione di altre operazioni. L'interfaccia di base per la gestione dell'installazione è costruita con l'uso di tecnologie web. L'interfaccia web è scritta in JavaScript utilizzando il framework React e i componenti PatternFly. Il servizio per lo scambio di messaggi e il server HTTP integrato sono scritti in linguaggio Ruby.
Nella nuova versione:
- È stata proposta una nuova implementazione dell'interfaccia web, che utilizza un layout classico e include una barra laterale per la navigazione tra le varie fasi dell'installazione. Sono stati risolti i problemi di scalabilità dell'interfaccia web con l'aggiunta di nuove funzionalità. Diverse sezioni dell'interfaccia sono state significativamente modificate, in particolare la pagina per la configurazione della connessione alla rete è stata rielaborata in modo evidente.
- Sono state ampliate le possibilità per l'installazione automatica, effettuata senza l'intervento umano. Quando si eseguono profili nel linguaggio di definizione della configurazione jsonnet, è fornita maggiore informazione sull'hardware. È stata realizzata una nuova sezione "legacy-autoyast-storage", che consente di utilizzare il contenuto delle sezioni di AutoYaST. È stata aggiornata l'interfaccia della riga di comando, che ora supporta la modifica della configurazione attraverso un editor esterno.
- È garantita la parziale compatibilità con i profili di installazione automatica creati per AutoYaST, che possono essere importati in Agama e convertiti nel proprio formato. A causa delle differenze nelle funzionalità, non tutti gli elementi di configurazione di AutoYaST sono disponibili, ma gli sviluppatori prevedono di garantire supporto per le sezioni più significative,
come le sezioni «partitioning», «networking», «software» e «scripts». Sono supportate le regole, le classi, l'incorporamento di codice in Ruby e la definizione di script, chiamati prima di applicare le modifiche. - È stato modernizzato il contenuto del supporto di installazione (Live ISO). È stato aggiunto il supporto per l'installazione di pacchetti aggiuntivi nell'ambiente Live (il database con le informazioni sui pacchetti ora non è bloccato, consentendo l'installazione e l'aggiornamento di qualsiasi pacchetto dopo l'avvio in modalità Live). Invece di una password fissa «linux» per accedere come root nell'ambiente di sistema del supporto di avvio, è stata fornita la possibilità di definire una propria password o generare una password casuale, che verrà mostrata dopo il caricamento nella console locale insieme ai campioni delle chiavi SSH generate e di certificati TLS.
Fonte: opennet.ru
