{"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, il Fedora Program Manager di Red Hat, ha annunciato l'intenzione di passare Fedora Linux al gestore pacchetti DNF5 per impostazione predefinita. In Fedora Linux 39, si prevede di sostituire i pacchetti dnf, libdnf e dnf-cutomatic con il toolkit DNF5 e la nuova libreria libdnf5. La proposta deve ancora essere esaminata dal comitato FESCo (Fedora Engineering Steering Committee), responsabile della parte tecnica dello sviluppo della distribuzione Fedora. <\/p>\n
Un tempo, DNF ha sostituito Yum, che era interamente scritto in Python. In DNF, le funzionalit\u00e0 di basso livello esigenti in termini di prestazioni sono state riscritte e spostate in librerie C separate: hawkey, librepo, libsolv e libcomps, mentre il framework e i componenti di alto livello sono rimasti in Python. Il progetto DNF5 mira a unificare le librerie di basso livello esistenti, riscrivere in C++ i componenti di gestione dei pacchetti rimasti in Python e trasferire le funzionalit\u00e0 di base in una libreria separata libdnf5, creando un wrapper attorno a questa libreria per mantenere l'API Python. <\/p>\n
L'uso del C++ invece del Python permetter\u00e0 di eliminare un gran numero di dipendenze, ridurre la dimensione del toolkit e aumentare le performance. Migliori prestazioni vengono ottenute non solo attraverso la compilazione in codice macchina, ma anche grazie a un'implementazione migliorata della tabella delle transazioni, all'ottimizzazione del caricamento dai repository e alla ristrutturazione del database (separate le basi con lo stato del sistema e la storia delle operazioni). Il toolkit DNF5 \u00e8 stato liberato dalla dipendenza da PackageKit, a cui \u00e8 stato sostituito da un nuovo processo in background DNF Daemon, che offre funzionalit\u00e0 per la gestione dei pacchetti e degli aggiornamenti in ambienti grafici. <\/p>\n
La riprogettazione consentir\u00e0 anche di implementare alcuni miglioramenti che aumentano la facilit\u00e0 d'uso del gestore pacchetti. Ad esempio, nel nuovo DNF \u00e8 stata introdotta un'indicazione del progresso delle operazioni pi\u00f9 chiara; \u00e8 stata aggiunta la supporto per l'utilizzo di pacchetti RPM locali per le transazioni; \u00e8 stata introdotta la possibilit\u00e0 di mostrare nei rapporti sulle transazioni completate le informazioni fornite dagli script incorporati nei pacchetti (scriplets); \u00e8 stata proposta una sistema di completamento automatico per bash pi\u00f9 avanzato. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"