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 è previsto per il terzo trimestre del 2025.
Il ramo RPM 6 è notevole per il supporto al nuovo formato (RPM 6), che consente di creare pacchetti di dimensioni superiori ai 4 GB (superare questo limite è importante poiché il pacchetto SRC di Chromium è 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 è correlato a RPM di Red Hat ed è stato sviluppato da sviluppatori indipendenti.
Il supporto per il formato RPM 4, che utilizza cpio, rimarrà 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à 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 di pacchetti nel formato RPM 6.
Tra i cambiamenti significativi in RPM 6 spicca anche l'inclusione di default della verifica dell'autenticità dei pacchetti tramite firma digitale. Affinché la verifica obbligatoria della firma non complicasse l'installazione di pacchetti compilati autonomamente, in RPM 6 è stata aggiunta al tool rpmbuild la possibilità di generare automaticamente firme locali durante la compilazione. È prevista anche l'opzione "—nosignature", che consente di installare forzatamente un pacchetto senza la verifica della firma.
Tra le altre modifiche: è consentito l'uso di codice in C++ (C++20) durante lo sviluppo; è possibile utilizzare più firme OpenPGP per ogni pacchetto; è terminato il supporto per gli hash MD5, SHA1 e DSA; è cessato il supporto per il formato RPM 3 obsoleto. Le capacità dello strumento rpmkeys nella gestione delle chiavi sono state ampliate, ad esempio, per aggiornare le chiavi OpenPGP è possibile utilizzare il comando «rpmkeys —import». Lo strumento rpmkeys è ora considerato in Fedora come il principale strumento per gestire il repository delle chiavi per RPM (l'uso di gpg-pubkey è stato dichiarato obsoleto). In alternativa a GnuPG, è stata fornita la possibilità di utilizzare l'utility Sequoia-sq, scritta in Rust.
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, è 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à per diversi anni.
Il leader di Fedora è una posizione ufficiale all'interno di Red Hat. Non viene eletto tramite voto della comunità, 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à degli sviluppatori indipendenti, è responsabile del coordinamento dello sviluppo della distribuzione. Al leader del progetto sono richiesti requisiti come alta qualificazione, esperienza nella comunità, capacità decisionali e abilità nell'ascoltare le richieste degli altri.
Fonte: opennet.ru
