Le FESCo (Fedora Engineering Steering Committee), responsable de la partie technique du développement de la distribution Fedora, proposition de mise en œuvre (Enterprise Linux Next), visant à fournir un environnement basé sur le référentiel Fedora Rawhide pouvant être utilisé pour tester les fonctionnalités des futures versions de la distribution RHEL (Red Hat Enterprise Linux). Un nouveau buildroot sera préparé pour ELN et pour émuler la formation de Red Hat Enterprise Linux basée sur les packages sources du référentiel Fedora. Le projet devrait être mis en œuvre dans le cadre du cycle de développement de Fedora 33.
fournira une infrastructure permettant de créer des packages Fedora à l'aide de techniques trouvées dans CentOS et RHEL, et permettra aux responsables des packages Fedora de détecter les premiers changements susceptibles d'avoir un impact sur le développement de RHEL. ELN vous permettra également de vérifier les modifications prévues des blocs conditionnels dans les fichiers de spécifications, c'est-à-dire construisez un package conditionnel avec la variable "%{rhel}" définie sur "9" (la variable ELN "%{fedora}" renverra "false"), simulant une construction pour une future branche RHEL.
L'objectif final est de reconstruire le référentiel Fedora Rawhide comme s'il s'agissait de RHEL. ELN prévoit de reconstruire seulement une petite partie de la collection de packages Fedora, qui est demandée dans CentOS Stream et RHEL. Les reconstructions ELN réussies devraient être synchronisées avec les versions internes de RHEL, ajoutant des modifications supplémentaires aux packages qui ne sont pas autorisées dans Fedora (par exemple, l'ajout de noms de marque). Dans le même temps, les développeurs tenteront de minimiser les différences entre ELN et RHEL Next, en les séparant au niveau des blocs conditionnels dans les fichiers de spécifications.
Une autre utilisation importante d'ELN sera la possibilité d'expérimenter de nouvelles idées sans affecter les principales versions de Fedora. En particulier, ELN sera utile pour créer des builds Fedora qui reflètent prise en charge du matériel plus ancien et activation des extensions de processeur supplémentaires par défaut. Par exemple, en parallèle, il sera possible de créer une variante de Fedora, spécifiant la prise en charge obligatoire des instructions AVX2 dans les exigences du processeur, puis de tester l'impact sur les performances de l'utilisation d'AVX2 dans les packages et de décider s'il faut implémenter le changement dans le Fedora principal. distribution.
De tels tests sont pertinents pour tester les packages Fedora face aux exigences changeantes des architectures matérielles prévues dans une future branche importante de RHEL, sans bloquer le processus régulier de création de packages et de préparation des versions de Fedora.
Source: opennet.ru