{"id":105057,"date":"2022-09-10T20:47:34","date_gmt":"2022-09-10T18:47:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-fedora-39-namechen-perehod-na-dnf5-izbavlennyj-ot-komponentov-na-yazyke-python"},"modified":"2022-09-10T20:47:34","modified_gmt":"2022-09-10T18:47:34","slug":"v-fedora-39-namechen-perehod-na-dnf5-izbavlennyj-ot-komponentov-na-yazyke-python","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/v-fedora-39-namechen-perehod-na-dnf5-izbavlennyj-ot-komponentov-na-yazyke-python","title":{"rendered":"In Fedora 39 \u00e8 previsto il passaggio a DNF5, privo di componenti in linguaggio Python","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ben Cotton, che ricopre il ruolo di Fedora Program Manager presso Red Hat, ha annunciato l'intenzione di passare a DNF5 come gestore di pacchetti predefinito per Fedora Linux. In Fedora Linux 39 si prevede di sostituire i pacchetti dnf, libdnf e dnf-cutomatic con gli strumenti DNF5 e la nuova libreria libdnf5. La proposta non \u00e8 ancora stata esaminata dal comitato FESCo (Fedora Engineering Steering Committee), responsabile della parte tecnica dello sviluppo della distribuzione Fedora. <\/p>\n
Nel suo tempo, DNF ha sostituito Yum, che era interamente scritto in Python. In DNF, le funzioni di basso livello esigenti in termini di prestazioni sono state riscritte e separate in librerie C distinte: hawkey, librepo, libsolv e libcomps, ma la struttura e i componenti di alto livello sono rimasti in Python. Il progetto DNF5 \u00e8 focalizzato sull'unificazione delle librerie di basso livello esistenti, riscrivendo i componenti di gestione dei pacchetti rimasti in Python in C++ e spostando le funzionalit\u00e0 di base in una libreria separata libdnf5, creando attorno a questa libreria un'interfaccia per mantenere l'API Python. <\/p>\n
L'uso del linguaggio C++ anzich\u00e9 Python consentir\u00e0 di eliminare un gran numero di dipendenze, ridurre la dimensione degli strumenti e migliorare le prestazioni. Maggiori prestazioni sono raggiunte non solo grazie all'uso della 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 (che separa le basi con lo stato del sistema e la cronologia delle operazioni). Gli strumenti DNF5 sono privi di legami con PackageKit, sostituito da un nuovo processo in background, DNF Daemon, che rimpiazza la funzionalit\u00e0 di PackageKit e fornisce un'interfaccia per la gestione dei pacchetti e degli aggiornamenti negli ambienti grafici. <\/p>\n
La ristrutturazione consentir\u00e0 anche di implementare alcuni miglioramenti che aumentano la facilit\u00e0 d'uso del gestore di pacchetti. Ad esempio, nel nuovo DNF \u00e8 stata implementata un'indicazione pi\u00f9 chiara del progresso delle operazioni; \u00e8 stato aggiunto il supporto per l'utilizzo di pacchetti RPM locali per le transazioni; \u00e8 stata aggiunta la possibilit\u00e0 di mostrare nei report sulle transazioni completate informazioni fornite dagli script incorporati nei pacchetti (scriplets); \u00e8 stata proposta 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":"