{"id":99194,"date":"2021-02-18T16:22:45","date_gmt":"2021-02-18T14:22:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/emulyacziya-sborki-red-hat-enterprise-linux-na-baze-fedora-rawhide"},"modified":"2021-02-18T16:22:45","modified_gmt":"2021-02-18T14:22:45","slug":"emulyacziya-sborki-red-hat-enterprise-linux-na-baze-fedora-rawhide","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/emulyacziya-sborki-red-hat-enterprise-linux-na-baze-fedora-rawhide","title":{"rendered":"Emulazione della build di Red Hat Enterprise Linux basata su Fedora Rawhide","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Gli sviluppatori di Fedora Linux hanno annunciato la creazione di un gruppo SIG (Special Interest Group) per supportare il progetto ELN (Enterprise Linux Next), mirato a fornire build continuamente aggiornate di Red Hat Enterprise Linux basate sul repository Fedora Rawhide. Il processo di sviluppo delle nuove versioni di RHEL prevede la creazione di un ramo ogni tre anni da Fedora, che si svilupper\u00e0 inizialmente in modo indipendente prima di essere trasformato in un prodotto finale. ELN permetter\u00e0 di emulare le build di Red Hat Enterprise Linux basate su un'istantanea del repository Fedora Rawhide, creata in qualsiasi momento. <\/p>\n
Fino ad ora, dopo il branching da Fedora, la preparazione di RHEL avveniva a porte chiuse. Con CentOS Stream, Red Hat intende rendere il processo di sviluppo di RHEL pi\u00f9 aperto e trasparente per la comunit\u00e0. ELN ha l'obiettivo di rendere la fase di branching di CentOS Stream\/RHEL Next da Fedora pi\u00f9 prevedibile, grazie all'applicazione di metodologie simili ai sistemi di integrazione continua. <\/p>\n
ELN fornir\u00e0 un buildroot separato e un processo di build, consentendo di ricompilare il repository Fedora Rawhide come se fosse RHEL. Si prevede che le ricompilazioni di ELN saranno sincronizzate con le versioni sperimentali di RHEL Next, integrando nei pacchetti ulteriori modifiche che non sono ammesse in Fedora (ad esempio, l'aggiunta di marchi). In questo modo, gli sviluppatori si sforzeranno di minimizzare le differenze, separandole a livello di blocchi condizionali nei file spec. <\/p>\n
Con ELN, i pacchetti di Fedora possono iniziare a rilevare e testare le modifiche che potrebbero avere un impatto sullo sviluppo di RHEL. Sar\u00e0 possibile verificare le modifiche previste nei blocchi condizionali nei file spec, ad esempio, compilare un pacchetto attivando condizioni con la variabile \u00ab%{rhel}\u00bb impostata su \u00ab9\u00bb (la variabile \u00ab%{fedora}\u00bb ELN restituir\u00e0 \u00abfalse\u00bb), simulando la compilazione di un pacchetto per il futuro ramo RHEL. <\/p>\n
ELN permetter\u00e0 anche di sperimentare la realizzazione di nuove idee, senza influenzare le versioni principali di Fedora. In particolare, ELN pu\u00f2 essere utilizzato per testare i pacchetti di Fedora in condizioni di applicazione di nuove opzioni di compilazione, disabilitando funzionalit\u00e0 sperimentali o non adatte per RHEL, modificando i requisiti delle architetture hardware e sfruttando estensioni CPU aggiuntive. Ad esempio, senza cambiare il processo di creazione dei pacchetti in Fedora, \u00e8 possibile testare parallelamente una compilazione con il supporto attivato per le istruzioni AVX2, valutando poi l'impatto sulle prestazioni derivante dall'uso di AVX2 nei pacchetti e decidendo se implementare la modifica nella versione principale di Fedora. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"