{"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\/novosti-interneta\/proekt-opensuse-raskryl-plany-po-razvitiyu-novogo-installyatora-agama","title":{"rendered":"Il progetto openSUSE ha rivelato i piani per lo sviluppo di un nuovo installatore Agama.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Gli sviluppatori del progetto openSUSE hanno pubblicato un piano per lo sviluppo di un nuovo installatore, Agama (ex D-Installer), progettato per sostituire l'interfaccia classica di installazione di SUSE e openSUSE, e notable per la separazione dell'interfaccia utente dai componenti interni di YaST. Agama offre la possibilit\u00e0 di utilizzare vari front-end, come un front-end per gestire l'installazione tramite interfaccia web. Per testare il nuovo installatore, vengono create versioni live per le architetture x86_64 e ARM64, che supportano l'installazione della versione continuamente aggiornata di openSUSE Tumbleweed, oltre alle edizioni di SUSE ALP, openSUSE MicroOS e openSUSE MicroOS Desktop, costruite su basi di contenitori isolati. <\/p>\n
Quest'anno sono previsti due aggiornamenti significativi per Agama. Il primo \u00e8 previsto per met\u00e0 aprile, e il secondo per met\u00e0 luglio. L'aggiornamento di luglio sar\u00e0 mirato a migliorare la flessibilit\u00e0 e la funzionalit\u00e0 relativa all'installazione in modalit\u00e0 automatica, effettuata senza l'intervento umano. L'obiettivo dello sviluppo \u00e8 portare Agama a poter essere utilizzato come alternativa agli strumenti AutoYaST. <\/p>\n
L'aggiornamento di aprile \u00e8 significativo in quanto segna la fine dell'uso di moduli predefiniti sviluppati dal progetto Cockpit, a favore di un framework pi\u00f9 indipendente e di un'interfaccia utente modernizzata. Abbandonare Cockpit permetter\u00e0 di eliminare ulteriori dipendenze esterne e di superare le limitazioni che ostacolano la realizzazione di alcune idee. Ad esempio, Cockpit dipende da componenti scritti in Python e C, mentre in Agama si utilizzano i linguaggi Ruby e Rust. L'abbandono di Cockpit liberer\u00e0 anche gli sviluppatori dalle restrizioni che hanno affrontato nel tentativo di implementare la modalit\u00e0 di installazione automatica e di riprogettare l'interfaccia di configurazione dei repository per raggiungere un equilibrio ottimale tra semplicit\u00e0 per i principianti e funzionalit\u00e0 per gli utenti esperti. <\/p>\n
Nella fase attuale dello sviluppo, il nuovo installer offre gi\u00e0 le funzionalit\u00e0 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 suddivisione delle partizioni, l'aggiunta di utenti nel sistema. Tra gli obiettivi principali dello sviluppo di Agama si menziona l'eliminazione delle limitazioni dell'interfaccia grafica, l'espansione della funzionalit\u00e0 di YaST in altre applicazioni, l'abbandono della dipendenza da un singolo linguaggio di programmazione (l'API D-Bus consentir\u00e0 la creazione di estensioni in diversi linguaggi) e la stimolazione della creazione di impostazioni alternative da parte dei membri della comunit\u00e0.
<\/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 astraono l'accesso alle librerie tramite un'interfaccia unificata D-Bus. Nell'installer \u00e8 utilizzata un'architettura multiprocesso, grazie alla quale l'interfaccia di interazione con l'utente non viene bloccata durante l'esecuzione di altre operazioni. <\/p>\n
L'interfaccia di base per gestire l'installazione \u00e8 costruita utilizzando tecnologie web e include un gestore che fornisce accesso alle chiamate D-Bus tramite HTTP e un'interfaccia web direttamente. L'interfaccia web \u00e8 scritta in JavaScript utilizzando il framework React e i componenti PatternFly. Il servizio per connettere l'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