OpenELA는 개발자가 업스트림 유지 관리자의 약속을 넘어 커널을 유지하는 데 협력 할 수있는 플랫폼을 제공합니다. 엔터프라이즈 배포로서, 우리는 종종 커뮤니티 지원이 끝난 후에도 소프트웨어를 실행할 수있는 임무를 맡고 있으며 협업이 이러한 커널을 유지하는 가장 좋은 방법이라고 생각합니다.
이 저장소에는 업스트림 안정에서 안정적인 커널 릴리스의 연속이 포함되어 있습니다. 이 연속은 모든 업스트림 안정적인 규칙을 따르고 특정 하드웨어, 공급 업체 또는 사용자를 대상으로하지 않으며 패치는 주로 진행중인 업스트림 안정 커널에서 선택됩니다.
우리는 업스트림 안정 관리자의 작업에 감사하며 Greg Kroah-Hartman과 Sasha Levin에게 큰 감사를 전합니다. 이 프로젝트는 그들, Linux 커널 안정 프로젝트 또는 업스트림 안정 관리자와 제휴하지 않습니다. Openela LTS 커널과의 문제를 [email protected]와 관련하여 해결하십시오.
커널베이스 버전 | 마지막 업스트림 버전 | 상류 EOL | 확장 분기 | 확장 EOL |
---|---|---|---|---|
4.14 | 4.14.336 | 2024-1 월 1 | Linux-4.14.y | 2024-dec |
모든 릴리스보기 : (https://github.com/openela/kernel-lts/releases)
[email protected]에 메일을 보내서 [email protected]를 구독하십시오.
여기서 LTS의 안정적인 나무에 대한 대부분의 패치는 상류 안정적인 가지에서 OpenEla LTS 브랜치로 자동으로 당겨집니다. 그러나 패치가 깨끗하게 적용되지 않고 개발자 개입이 필요한 경우가 있습니다. 일반적으로 이것은 OpenEla Kernel-LTS 관리자가 처리하지만 적용되지 않은 패치의 다이제스트는 LTS 커널의 각 릴리스와 https://github.com/openela/kernel-lts/에서 각각의 릴리스와 함께 제공됩니다. 릴리스. 개발자는 패치를 커밋하고 해당 패치를 메일 링리스트 [email protected]에 제출하거나 GitHub 문제를 통해 패치를 제출하도록 권장됩니다.
OpenELA 안정 커널은 메인 라인 Linux 커널의 일부가 아닌 패치를 허용하지 않거나 업스트림이 지원하는 안정된 커널에는 아직 존재하지 않는 패치를 허용하지 않습니다. 이 패치를 메인 라인 리눅스 또는 안정된 커널에 직접 제출하십시오. 추가 지침은 상류 안정 커널 규칙 2 를 참조하십시오. 업스트림 Linux에 적용 할 수없는 패치는이 프로젝트의 범위 외부로 간주되며 공급 업체 또는 배포 특정 사용자 정의를 통해 유지해야합니다.
업스트림 안정 릴리스와의 혼동을 피하기 위해 커널은 다음 형식으로 태그됩니다 : XYZ-OPENELA (IE 4.14.<n>-openela
)
이 Github Repo에서 Github 문제 또는 메일 링리스트 [email protected]에 문제가 발생할 수 있습니다. 이 저장소에 대한 질문이있는 stable-at-kernel.org 또는 업스트림 관리자에게 문의하지 마십시오.
이 커널에 대한 버그 테스트 및보고를 권장합니다. 적절한 버그 보고서는 업스트림 안정 커널이 취약점의 영향을받지 않음 을 보여 주어야합니다. 그렇지 않으면 업스트림 안정된 커널 또는 메인 라인 리눅스 커널에 대한 버그 보고서 (또는 더 나은 패치)를 제출하도록 권장합니다. 예를 들어, OpenELA에서 4.14 지점에서 4.19에 존재하는 버그는 4.19 안정 트리에 고정되어야합니다 (그리고 OpenEla 유지 관리 분기로 자동으로 백 포트되어 있어야합니다).
https://lore.kernel.org/stable/2024011046-cology-tiptoeing-ce50@gregkh/ ↩
https://docs.kernel.org/process/stable-kernel-rules.html ↩