{"id":114572,"date":"2024-03-26T00:25:51","date_gmt":"2024-03-25T22:25:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-fedora-41-namechen-perehod-na-paketnyj-menedzher-dnf5"},"modified":"2024-03-26T00:25:51","modified_gmt":"2024-03-25T22:25:51","slug":"v-fedora-41-namechen-perehod-na-paketnyj-menedzher-dnf5","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/v-fedora-41-namechen-perehod-na-paketnyj-menedzher-dnf5","title":{"rendered":"In Fedora 41 \u00e8 previsto il passaggio al gestore pacchetti DNF5.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nel rilascio di Fedora 41 \u00e8 stato proposto di passare al gestore di pacchetti DNF5 come predefinito per la distribuzione. Inizialmente, la transizione a DNF5 era prevista per il rilascio di Fedora 39, ma la migrazione \u00e8 stata posticipata a causa della mancanza di strumenti adeguati. Nonostante non si sia ancora raggiunta la parit\u00e0 totale in termini di funzionalit\u00e0 con gli strumenti precedenti, gli sviluppatori ritengono che la distribuzione sia pronta per la migrazione, e le funzionalit\u00e0 mancanti possano essere implementate in un secondo momento. La proposta non \u00e8 ancora stata esaminata dal comitato FESCo (Fedora Engineering Steering Committee), che si occupa degli aspetti tecnici dello sviluppo della distribuzione Fedora. Se la proposta verr\u00e0 accettata, i pacchetti dnf, libdnf e dnf-cutomatic saranno sostituiti dagli strumenti DNF5 e dalla nuova libreria libdnf5, e il collegamento simbolico \/usr\/bin\/dnf inizier\u00e0 a puntare al file eseguibile dnf5. <\/p>\n
Nel suo momento, DNF ha sostituito il gestore di pacchetti Yum, completamente scritto in Python. In DNF, le funzioni di basso livello esigenti in termini di prestazioni sono state riscritte e separate in librerie C come hawkey, librepo, libsolv e libcomps, mentre la struttura e i componenti di alto livello sono rimasti in Python. Il progetto DNF5 mira a unificare le librerie esistenti di basso livello, a riscrivere in C++ i componenti di gestione dei pacchetti ancora in Python e a separare la funzionalit\u00e0 di base in una libreria libdnf5, creando attorno a questa libreria un'interfaccia per mantenere l'API Python. <\/p>\n
L'uso del linguaggio C++ al posto di Python ha permesso di eliminare molte dipendenze, ridurre le dimensioni degli strumenti e migliorare le prestazioni. Le prestazioni elevate sono ottenute non solo grazie alla compilazione in codice macchina, ma anche grazie a una migliore implementazione della tabella delle transazioni, all'ottimizzazione del caricamento dai repository e alla ristrutturazione del database (separando i database con lo stato del sistema dalla cronologia delle operazioni). Gli strumenti DNF5 non sono pi\u00f9 legati a PackageKit; al suo posto \u00e8 in funzione un nuovo processo in background DNF Daemon, che sostituisce le funzionalit\u00e0 di PackageKit e fornisce un'interfaccia per la gestione dei pacchetti e degli aggiornamenti negli ambienti grafici. <\/p>\n
La rielaborazione ha anche offerto l'opportunit\u00e0 di implementare alcuni miglioramenti che aumentano la facilit\u00e0 d'uso del gestore di pacchetti. Ad esempio, il nuovo DNF presenta un'indicazione pi\u00f9 chiara del progresso delle operazioni; \u00e8 stata aggiunta la possibilit\u00e0 di utilizzare pacchetti RPM locali per le transazioni; \u00e8 stata introdotta la possibilit\u00e0 di mostrare nei report sulle transazioni completate le informazioni fornite dagli script incorporati nei pacchetti (scriplets); \u00e8 stato proposto un sistema di completamento automatico dell'input pi\u00f9 avanzato per bash. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"