Gli sviluppatori del progetto openSUSE hanno pubblicato la versione dell'installer Agama 10, sviluppato per sostituire l'interfaccia classica di installazione di SUSE e openSUSE, e che si distingue per la separazione dell'interfaccia utente dai componenti interni di YaST. Agama offre la possibilità di utilizzare vari frontend, ad esempio un frontend per gestire l'installazione tramite interfaccia web. Per testare il nuovo installer sono state create build live per le architetture x86_64, ppc64le, s390x e ARM64, che supportano l'installazione della versione alfa di openSUSE Leap 16, delle build continuamente aggiornate di openSUSE Tumbleweed e della versione MicroOS basata su container. Il codice dei componenti dell'installer è rilasciato sotto licenza GPLv2 ed è scritto nei linguaggi Ruby, Rust e JavaScript/TypeScript.
Gli obiettivi principali dello sviluppo di Agama sono l'eliminazione delle limitazioni esistenti nell'interfaccia grafica, l'ampliamento delle possibilità di utilizzo della funzionalità di YaST in altre applicazioni, l'abbandono del legame con un linguaggio di programmazione specifico e la promozione della creazione di impostazioni alternative da parte dei membri della comunità. L'installer include funzionalità come la selezione di un set 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, e l'aggiunta di utenti al sistema.
Per l'installazione dei pacchetti, il controllo dell'hardware, la partizione dei dischi e altre funzioni necessarie durante l'installazione, Agama continua a utilizzare le librerie di YaST, sopra le quali sono implementati servizi di interfaccia che astraggono l'accesso alle librerie tramite un protocollo di comunicazione unificato basato su HTTP. L'installer utilizza un'architettura multi-processo, il che significa che l'interfaccia utente non viene bloccata durante l'esecuzione di altre operazioni. L'interfaccia di base per la gestione dell'installazione è costruita utilizzando tecnologie web. L'interfaccia web è scritta in JavaScript utilizzando il framework React e i componenti PatternFly. Esiste un servizio per lo scambio di messaggi, nonché un server http integrato, scritto nel linguaggio Ruby.
Nella nuova versione:
- È stata aggiunta la possibilità di generare un codice QR contenente un link per aprire l'interfaccia web dell'installer nel browser, facilitando la connessione all'installer da uno smartphone.
- Sono stati aggiunti componenti per l'evidenziazione della sintassi, utilizzati durante la modifica con il comando «agama config edit» del file di configurazione in formato JSON. Per la modifica predefinita viene invocato Vim (attraverso la variabile d'ambiente EDITOR è possibile specificare un altro editor).
- Nella modalità di installazione automatica è stata implementata la possibilità di creare gruppi di partizioni LVM, partizioni logiche LVM, nonché pool e partizioni LVM con allocazione dinamica dello spazio di archiviazione (thin provisioning). Attualmente non è supportato l'uso di partizioni logiche e gruppi di partizioni già esistenti. Sono stati aggiunti due modalità di eliminazione automatica delle partizioni: eliminazione incondizionata ed eliminazione solo se necessario (quando non c'è spazio sufficiente per creare le partizioni specificate).
- È stato aggiunto il parametro di avvio «agama.install_url», tramite il quale è possibile specificare un URL del repository per l'installazione dei pacchetti diverso da quello indicato nella configurazione.
- È stata fornita la possibilità di sviluppare componenti dell'interfaccia web dell'installatore in linguaggio Typescript. In seguito, gli sviluppatori intendono trasferire gradualmente il codice da JavaScript a Typescript secondo necessità.
- Nell'interfaccia web per la gestione dello stato in modalità asincrona è stato utilizzato il framework TanStack Query.
- La dimensione dello spazio di archiviazione disponibile per l'installazione di pacchetti aggiuntivi dopo il caricamento in modalità Live è stata ampliata da 500 MB a 3,5 GB.
- Per il testing automatizzato dell'interfaccia web, invece del sistema Playwright, è stata utilizzata la libreria JavaScript Puppeteer.
- I componenti di controllo dell'installatore, avviati dalla riga di comando, sono stati convertiti da DBus all'utilizzo di un client HTTP che si collega al server HTTP integrato nell'installatore.
Fonte: opennet.ru
