{"id":123368,"date":"2025-04-03T21:05:07","date_gmt":"2025-04-03T19:05:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/utverzhdyon-perehod-fedora-43-na-paketnyj-menedzher-rpm-6-smena-lidera-fedora"},"modified":"2025-04-03T21:05:07","modified_gmt":"2025-04-03T19:05:07","slug":"utverzhdyon-perehod-fedora-43-na-paketnyj-menedzher-rpm-6-smena-lidera-fedora","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/utverzhdyon-perehod-fedora-43-na-paketnyj-menedzher-rpm-6-smena-lidera-fedora","title":{"rendered":"Approvato il passaggio di Fedora 43 al gestore di pacchetti RPM 6. Cambio di leadership di Fedora","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Il Comitato FESCo (Fedora Engineering Steering Committee), responsabile della parte tecnica dello sviluppo della distribuzione Fedora Linux, ha approvato il passaggio al gestore di pacchetti RPM 6 per il rilascio autunnale di Fedora 43. Il rilascio di RPM 6.0 \u00e8 previsto per il terzo trimestre del 2025. <\/p>\n
Il ramo RPM 6 \u00e8 notevole per il supporto al nuovo formato (RPM 6), che consente di creare pacchetti di dimensioni superiori ai 4 GB (superare questo limite \u00e8 importante poich\u00e9 il pacchetto SRC di Chromium \u00e8 vicino al limite e ha una dimensione di 3,7 GB). Nel formato RPM 6 sono utilizzati campi a 64 bit con dimensioni aggiornate, sono state modernizzate le strutture relative alla crittografia e sono state aggiunte informazioni MIME sui file. Le versioni RPM 5 sono state saltate per evitare sovrapposizioni con il progetto RPM5, che non \u00e8 correlato a RPM di Red Hat ed \u00e8 stato sviluppato da sviluppatori indipendenti. <\/p>\n
Il supporto per il formato RPM 4, che utilizza cpio, rimarr\u00e0 completamente disponibile. Inoltre, il ramo RPM 6 non costringe a passare al nuovo formato di pacchetti e le distribuzioni potranno a loro discrezione rimanere nel formato RPM 4. Ad esempio, Fedora 43 sar\u00e0 fornita con il gestore di pacchetti RPM 6.0, ma il formato dei pacchetti rimarr\u00e0 per ora RPM 4. Per coloro che desiderano passare al nuovo formato, nel ramo RPM 4.x \u00e8 stato aggiunto il supporto per la lettura e l'installazione di pacchetti nel formato RPM 6. <\/p>\n
Tra le modifiche significative in RPM 6 si evidenzia l'attivazione predefinita del controllo dell'autenticit\u00e0 dei pacchetti tramite firma digitale. Affinch\u00e9 la verifica obbligatoria della firma non complichi l'installazione di pacchetti raccolti autonomamente, in RPM 6 \u00e8 stata aggiunta al comando rpmbuild la funzione di generazione automatica di firme locali durante la compilazione. \u00c8 anche prevista l'opzione «—nosignature», che permette di forzare l'installazione di un pacchetto senza la verifica della firma. <\/p>\n
Tra le altre modifiche: lo sviluppo \u00e8 ora consentito in linguaggio C++ (C++20); \u00e8 possibile utilizzare pi\u00f9 firme OpenPGP per ogni pacchetto; il supporto per gli hash MD5, SHA1 e DSA \u00e8 stato interrotto; il supporto per il formato RPM 3 obsoleto \u00e8 stato cessato. Le funzionalit\u00e0 dello strumento rpmkeys per gestire le chiavi sono state ampliate, ad esempio, per aggiornare le chiavi OpenPGP si pu\u00f2 utilizzare il comando «rpmkeys —import». L'utilit\u00e0 rpmkeys \u00e8 ora considerata in Fedora lo strumento principale per gestire il repository di chiavi per RPM (l'uso di gpg-pubkey \u00e8 stato dichiarato obsoleto). In alternativa a GnuPG, \u00e8 stata fornita la possibilit\u00e0 di utilizzare lo strumento Sequoia-sq, sviluppato in Rust. <\/p>\n
In aggiunta, si segnala la nomina di un nuovo leader del progetto Fedora. Al posto di Matthew Miller, che ha ricoperto la carica dal 2014, \u00e8 stato nominato Jef Spaleta, coinvolto nel progetto sin dai tempi in cui Fedora non era ancora passata a Red Hat. In passato, Jef ha fatto parte del consiglio di amministrazione di Fedora come rappresentante della comunit\u00e0 per diversi anni. <\/p>\n
Il leader di Fedora \u00e8 una posizione ufficiale all'interno di Red Hat. Non viene eletto tramite voto della comunit\u00e0, ma nominato dal precedente leader del progetto e approvato da Red Hat. Il consiglio di amministrazione, composto da 4 rappresentanti di Red Hat e 5 da parte della comunit\u00e0 degli sviluppatori indipendenti, \u00e8 responsabile del coordinamento dello sviluppo della distribuzione. Al leader del progetto sono richiesti requisiti come alta qualificazione, esperienza nella comunit\u00e0, capacit\u00e0 decisionali e abilit\u00e0 nell'ascoltare le richieste degli altri. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"