OpenEla fournit une plate-forme aux développeurs pour collaborer sur le maintien des noyaux au-delà de l'engagement des agents en amont. En tant que distributions d'entreprise, nous sommes souvent chargés de garder les logiciels viables même après la fin du soutien communautaire, et nous pensons que la collaboration est le meilleur moyen de maintenir ces grains.
Ce référentiel contient une continuation des versions de noyau stables à partir de stable en amont. Cette continuation suit toutes les règles stables en amont, ne cible pas le matériel, les fournisseurs ou les utilisateurs spécifiques, et les correctifs sont principalement sélectionnés parmi les noyaux stables en amont en cours.
Nous apprécions le travail des mainteneurs stables en amont et envoyons un grand merci à Greg Kroah-Hartman et Sasha Levin. Ce projet n'est pas affilié à eux, au projet stable du noyau Linux ou à des agents stables en amont. Veuillez résoudre tout problème avec les noyaux OpenEla LTS à [email protected]
Version de base du noyau | Dernière version en amont | EOL en amont | Branche d'extension | Extension EOL |
---|---|---|---|---|
4.14 | 4.14.336 | 2024- jan | Linux-4.14.y | 2024-déce |
Voir toutes les sorties ici: (https://github.com/openela/kernel-lts/releases)
Abonnez-vous à [email protected] en envoyant du courrier à [email protected].
La plupart des patchs pour les arbres stables entretenus LTS ici seront automatiquement tirés dans les branches OpenEla LTS à partir des branches stables en amont. Cependant, il y aura des cas où les correctifs ne s'appliquent pas proprement et nécessitent une intervention des développeurs pour s'appliquer. En général, cela sera géré par les responsables du noyau OpenEla, mais un digest de correctifs non appliqués accompagnera chaque version du noyau LTS, au format Mbox, sur https://github.com/openlela/kernel-lts/ Sortie. Les développeurs sont encouragés à aider les correctifs à engager et à soumettre ces correctifs à la liste de diffusion [email protected] ou via des problèmes de github.
Les noyaux stables OpenEla n'acceptent pas les correctifs qui ne font pas partie du noyau Linux principal ou qui ne sont pas déjà présents dans les noyaux stables qui prennent en charge en amont. Veuillez soumettre ces correctifs directement à la ligne principale Linux ou aux noyaux stables. Reportez-vous aux règles du noyau stable en amont 2 pour des conseils supplémentaires. Les correctifs qui ne sont pas applicables aux Linux en amont sont considérés comme hors score pour ce projet et doivent être maintenus via une personnalisation spécifique au fournisseur ou à la distribution.
Pour éviter la confusion avec les versions stables en amont, les noyaux seront étiquetés avec le format suivant: XYZ-Openela (c'est-à-dire 4.14.<n>-openela
)
Les problèmes peuvent être signalés dans ce repo GitHub via des problèmes de github ou dans la liste de diffusion [email protected]; Veuillez ne pas contacter stable-at-kernel.org ou tout responsable en amont avec des questions sur ce référentiel.
Nous encourageons les tests et les rapports de bogues contre ces grains. Un rapport de bogue approprié devrait démontrer que les noyaux stables en amont ne sont pas affectés par la vulnérabilité - sinon, nous vous encouragerions à déposer le rapport de bogue (ou mieux encore, écrivez un correctif) pour le noyau stable en amont ou le noyau Linux principal. Par exemple, dans la branche 4.14 maintenue OpenEla, un bogue qui existe également dans 4.19 doit être corrigé dans l'arbre stable 4.19 (et automatiquement recouvert dans la branche entretenue OpenEla).
https://lore.kernel.org/stable/2024011046-ecology-tiptoeing-ce50@gregkh/ ↩
https://docs.kernel.org/process/stable-kernel-miles.html ↩