Il comitato FESCo (Fedora Engineering Steering Committee), responsabile della parte tecnica dello sviluppo della distribuzione Fedora Linux, ha approvato la transizione al gestore pacchetti RPM 6 nella release autunnale di Fedora 43. Il rilascio di RPM 6.0 è previsto per il terzo trimestre del 2025.
La branca di RPM 6 è notevole per il supporto del nuovo formato (RPM 6), che consente di creare pacchetti di dimensioni superiori a 4 GB (superare questo limite è importante poiché il pacchetto SRC con Chromium è vicino al limite e ha una dimensione di 3,7 GB). Il formato RPM 6 utilizza campi a 64 bit, aggiorna le strutture relative alla crittografia e aggiunge informazioni MIME sui file. La versione RPM 5 è stata saltata per evitare sovrapposizioni con il progetto RPM5, che non è correlato a RPM di Red Hat ed è stato sviluppato da sviluppatori indipendenti.
Il supporto per il formato RPM 4, che utilizza cpio, sarà mantenuto nella sua interezza. Inoltre, il ramo RPM 6 non impone il passaggio al nuovo formato dei pacchetti, e le distribuzioni avranno la libertà di rimanere nel formato RPM 4. Ad esempio, Fedora 43 verrà fornita con il gestore di pacchetti RPM 6.0, ma il formato dei pacchetti rimarrà per ora RPM 4. Per coloro che desiderano passare al nuovo formato, nel ramo RPM 4.x è stato aggiunto il supporto per la lettura e l'installazione dei pacchetti in formato RPM 6.
Tra le modifiche significative in RPM 6 spicca l'inclusione di default del controllo di autenticità dei pacchetti tramite firma digitale. Per fare in modo che il controllo della firma obbligatorio non complicasse l'installazione dei pacchetti costruiti autonomamente, in RPM 6 è stata aggiunta all'utilità rpmbuild la possibilità di generare automaticamente firme locali durante la costruzione. È inoltre prevista l'opzione "—nosignature", che consente di forzare l'installazione di un pacchetto senza verifica della firma.
Tra le altre novità, è ora consentito utilizzare codice in C++ (C++20) durante lo sviluppo; è possibile utilizzare più firme OpenPGP per ogni pacchetto; è stata interrotta la supporto per gli hash MD5, SHA1 e DSA; è stata interrotta la supporto per il formati RPM 3 obsoleto. Le capacità dell'utilità rpmkeys per la gestione delle chiavi sono state ampliate, ad esempio, per aggiornare le chiavi OpenPGP è possibile utilizzare il comando «rpmkeys —import». L'utilità rpmkeys è ora considerata in Fedora come lo strumento principale per la gestione della chiave di archiviazione per RPM (l'uso di gpg-pubkey è stato dichiarato obsoleto). Come alternativa a GnuPG, è stata fornita la possibilità di utilizzare l'utility Sequoia-sq, scritta in Rust.
Inoltre, si segnala la nomina di un nuovo leader per il progetto Fedora. Invece di Matthew Miller, che ha ricoperto il ruolo di leader dal 2014, è stato nominato Jef Spaleta, coinvolto nel lavoro fin dai tempi in cui il progetto Fedora non era ancora sotto l'egida di Red Hat. In passato, Jef ha fatto parte del consiglio di amministrazione di Fedora per alcuni anni come rappresentante della comunità.
Il Leader di Fedora è un ruolo ufficiale all'interno dell'azienda Red Hat. Non viene eletto tramite voto dei membri della comunità, ma nominato dal precedente leader del progetto e approvato da Red Hat. Il coordinamento dello sviluppo della distribuzione è gestito da un consiglio di gestione composto da 4 rappresentanti di Red Hat e 5 sviluppatori indipendenti della comunità. Al leader del progetto vengono richieste diverse qualità, come alta qualificazione, esperienza nel lavoro di comunità, capacità di prendere decisioni e ascoltare le opinioni degli altri.
Fonte: opennet.ru
