Il Comitato FESCo (Fedora Engineering Steering Committee), responsabile della parte tecnica dello sviluppo della distribuzione Fedora, proposta di implementazione (Enterprise Linux Next), mirato a fornire un ambiente basato sul repository di Fedora Rawhide, utilizzabile per testare le funzionalità delle future versioni della distribuzione RHEL (Red Hat Enterprise Linux). Per ELN verrà preparato un nuovo buildroot e per emulare la creazione di Red Hat Enterprise Linux basato su pacchetti con sorgenti dal repository Fedora. Il progetto è pianificato per essere attuato nell'ambito del ciclo di sviluppo di Fedora 33.
fornirà un'infrastruttura che consentirà di costruire pacchetti Fedora utilizzando metodi applicati in CentOS e RHEL, e permetterà ai manutentori dei pacchetti Fedora in fase precoce di individuare modifiche che potrebbero avere un impatto potenziale sullo sviluppo di RHEL. ELN consentirà anche di verificare le modifiche proposte nei blocchi condizionali nei file spec, ad esempio costruendo un pacchetto attivando condizioni con la variabile “%{rhel}” impostata al valore “9” (la variabile “%{fedora}” in ELN restituirà “false”), simulando una build per la futura versione di RHEL.
L'obiettivo finale è ricreare il repository Fedora Rawhide come se fosse RHEL. Nell'ELN si prevede di ricostruire solo una piccola parte della raccolta di pacchetti Fedora, quella richiesta in CentOS Stream e RHEL. Le ricostruzioni riuscite dell'ELN saranno sincronizzate con le versioni interne di RHEL, aggiungendo ai pacchetti modifiche supplementari che non sono ammissibili in Fedora (come l'aggiunta di marchi registrati). I sviluppatori si impegneranno a ridurre al minimo le differenze tra l'ELN e RHEL Next, separandole a livello di condizionali nei file spec.
Un'altra importante applicazione dell'ELN sarà la possibilità di sperimentare con l'implementazione di nuove idee, senza influenzare le versioni principali di Fedora. In particolare, l'ELN sarà utile per creare versioni di Fedora che riflettono il supporto per l'hardware obsoleto e l'abilitazione predefinita di estensioni CPU aggiuntive. Ad esempio, sarà possibile creare parallelamente una versione di Fedora, specificando nei requisiti CPU il supporto obbligatorio per le istruzioni AVX2, per poi testare l'impatto delle prestazioni dell'uso di AVX2 nei pacchetti e prendere decisioni riguardo all'implementazione della modifica nel principale distributore di Fedora.
Questi test sono rilevanti per il controllo dei pacchetti Fedora in un contesto di cambiamento delle esigenze delle architetture hardware, previsto nella prossima significativa versione di RHEL, senza bloccare il normale processo di creazione dei pacchetti e preparazione delle release di Fedora.
Fonte: opennet.ru
