{"id":113660,"date":"2024-02-17T16:02:41","date_gmt":"2024-02-17T14:02:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/proekt-opensuse-raskryl-plany-po-razvitiyu-novogo-installyatora-agama"},"modified":"2024-02-17T16:02:41","modified_gmt":"2024-02-17T14:02:42","slug":"proekt-opensuse-raskryl-plany-po-razvitiyu-novogo-installyatora-agama","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/proekt-opensuse-raskryl-plany-po-razvitiyu-novogo-installyatora-agama","title":{"rendered":"Il progetto openSUSE ha rivelato i piani per lo sviluppo di un nuovo installer chiamato Agama.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Gli sviluppatori del progetto openSUSE hanno pubblicato un piano per lo sviluppo del nuovo installer Agama (ex D-Installer), progettato 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 consente l'uso di diversi frontend, ad esempio un frontend per la gestione dell'installazione tramite interfaccia web. Per testare il nuovo installer si stanno creando build live per architetture x86_64 e ARM64, che supportano l'installazione di build continuamente aggiornate di openSUSE Tumbleweed, cos\u00ec come delle edizioni SUSE ALP, openSUSE MicroOS e openSUSE MicroOS Desktop, costruite su contenitori isolati. <\/p>\n
Quest'anno sono previsti due significativi aggiornamenti per Agama. Il primo \u00e8 previsto per met\u00e0 aprile, mentre il secondo a met\u00e0 luglio. L'aggiornamento di luglio si concentrer\u00e0 sull'aumento della flessibilit\u00e0 e delle funzionalit\u00e0 legate all'installazione in modalit\u00e0 automatica, eseguita senza l'intervento umano. L'obiettivo dello sviluppo \u00e8 portare Agama a poter essere utilizzato come alternativa all'utensile AutoYaST. <\/p>\n
L'aggiornamento di aprile \u00e8 notevole perch\u00e9 segna la fine dell'uso di moduli preconfezionati sviluppati dal progetto Cockpit, a favore di un framework pi\u00f9 indipendente e un'interfaccia utente modernizzata. Abbandonare Cockpit permetter\u00e0 di eliminare dipendenze esterne aggiuntive e rimuovere le restrizioni che ostacolavano l'implementazione di alcune idee. Ad esempio, Cockpit include nelle sue dipendenze componenti scritti in Python e C, mentre in Agama vengono utilizzati i linguaggi Ruby e Rust. L'abbandono di Cockpit liberer\u00e0 anche gli sviluppatori dai vincoli con cui hanno dovuto confrontarsi nel tentativo di implementare la modalit\u00e0 automatica di installazione e riprogettare l'interfaccia di configurazione dei repository per raggiungere un equilibrio ottimale tra semplicit\u00e0 per i principianti e funzionalit\u00e0 per utenti esperti. <\/p>\n
Nella fase attuale dello sviluppo, nel nuovo installer sono gi\u00e0 disponibili le funzionalit\u00e0 necessarie per affrontare compiti 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. Tra gli obiettivi principali dello sviluppo di Agama si menziona l'eliminazione delle limitazioni dell'interfaccia grafica, l'espansione delle possibilit\u00e0 di utilizzo delle funzionalit\u00e0 di YaST in altre applicazioni, l'abbandono del legame con un unico linguaggio di programmazione (l'API D-Bus consentir\u00e0 di creare estensioni in diversi linguaggi) e la promozione della creazione di impostazioni alternative da parte dei membri della community.
<\/center> <\/p>\n
Per l'installazione dei pacchetti, il controllo dell'hardware, la partizione dei dischi e altre funzioni necessarie durante l'installazione, in Agama continuano a essere utilizzate le librerie YaST, sopra le quali sono implementati servizi di interfaccia che astraggono l'accesso alle librerie tramite un'interfaccia unificata D-Bus. L'installer utilizza un'architettura multiprocesso, che consente di non bloccare l'interfaccia di interazione con l'utente durante l'esecuzione di altre operazioni. <\/p>\n
L'interfaccia di base per la gestione dell'installazione \u00e8 costruita utilizzando tecnologie web e include un gestore che garantisce l'accesso alle chiamate D-Bus tramite HTTP, e direttamente all'interfaccia web. L'interfaccia web \u00e8 scritta in JavaScript utilizzando il framework React e i componenti PatternFly. Il servizio per il collegamento dell'interfaccia a D-Bus, cos\u00ec come il server http integrato, sono scritti in linguaggio Ruby. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Il](\"\/wp-content\/uploads\/2024\/02\/5031a7ec6cb29e6b0ec2cd17fd697368.png\")
<\/center> <\/p>\n