May 30, 2023
AlmaLinux는 Red Hat과 협력하는 것이 쉽지 않다는 사실을 발견했습니다.
Red Hat은 Red Hat Enterprise Linux(RHEL) 소스 코드를 더 이상 쉽게 사용할 수 없다고 발표하면서 AlmaLinux, Oracle Linux 및 Rocky Linux와 같은 RHEL 복제본이 생성하는 방식을 변화시켰습니다.
Red Hat은 Red Hat Enterprise Linux(RHEL) 소스 코드를 더 이상 쉽게 사용할 수 없다고 발표하면서 AlmaLinux, Oracle Linux 및 Rocky Linux와 같은 RHEL 복제본이 배포판을 만드는 방식을 변화시켰습니다. Oracle과 Rocky가 전투를 계획하는 동안 AlmaLinux는 보다 평화로운 경로를 선택했습니다. 그 일은 기대한 만큼 잘 되지 않았습니다.
AlmaLinux는 RHEL과 100% 소스 코드 호환을 시도하는 것을 중단했습니다. 대신 AlmaLinux OS 개발자는 ABI(Application Binary Interface)와 호환되기로 결정했습니다. 거의 모든 실제 사용 목적에서는 이 정도면 충분합니다.
또한:Elive 3.8.34: 기존 Linux 사용자라면 누구나 좋아할 만한 멋진 기능
따라서 AlmaLinux 이사회는 "가능한 한 우리 커뮤니티의 요구에 부응하여 RHEL과 정렬되고 ABI와 호환되는 엔터프라이즈급 장기 Linux 배포판을 계속 생산하는 것을 목표로 하기로 만장일치로 투표했습니다. RHEL에서 실행되는 소프트웨어는 AlmaLinux에서도 동일하게 실행됩니다."
AlmaLinux 의장인 Benny Vasquez가 설명했듯이, 정확한 목표는 "ABI 호환성(우리의 경우)은 RHEL(또는 RHEL 클론)에서 실행되도록 구축된 애플리케이션이 AlmaLinux에서 문제 없이 실행될 수 있도록 보장하는 작업을 의미합니다. 이러한 기대에 부응하면 필요 사항이 제거됩니다. 우리가 출시하는 모든 것이 RHEL에서 얻을 수 있는 소스 코드와 정확히 일치하는지 확인하기 위한 것입니다."
이를 위해 AlmaLinux는 CentOS Stream 소스 코드를 사용합니다. 그 대가로 Vasquez는 "우리는 창립 이후 지금까지 해왔던 것처럼 Fedora와 CentOS Stream의 업스트림과 더 큰 Enterprise Linux 생태계에 계속해서 기여할 것이며 우리 커뮤니티에도 그렇게 하도록 초대합니다!"라고 덧붙였습니다.
또한:Linux Mint 21.2: 향후 3년간 새롭고 향상된 Linux 데스크톱
공식적으로 Red Hat은 아무 말도 하지 않았습니다. 그러나 Red Hatters는 이것이 정확히 "RHEL과 유사한 배포판이 취하도록 제안한 접근 방식, 즉 CentOS Stream의 더 광범위한 커뮤니티와 협력하는 것"이라고 들었습니다.
그렇다면 문제는 무엇입니까? KnownHost CTO이자 AlmaLinux 인프라 팀 리더인 Jonathan Wright는 최근 iperf3의 메모리 오버플로 문제인 CVE-2023-38403에 대한 CentOS 스트림 수정 사항을 게시했습니다. Iperf3는 인기 있는 오픈 소스 네트워크 성능 테스트입니다. 이 보안 허점은 중요한 것이지만 큰 문제는 아닙니다. 그래도, 방치하다가 결국 서버가 충돌하는 것을 보는 것보다는 고치는 것이 훨씬 낫습니다.
어쨌든 나와 다른 사람들도 그렇게 느꼈습니다. 그러나 선임 Red Hat 소프트웨어 엔지니어는 "기여해 주셔서 감사합니다. 현재로서는 RHEL에서 이 문제를 해결할 계획이 없지만 고객 피드백을 기반으로 평가할 수 있도록 계속 공개할 것입니다."라고 대답했습니다.
그것은 납 풍선처럼 끝났습니다.
또한:최고의 Linux 노트북
GitLab 대화는 다음과 같이 진행되었습니다.
AlmaLinux: "CVE를 수정하는 데 고객 요구가 정말 필요한가요?"
Red Hat: "우리는 Red Hat이 정의한 중요 및 중요 보안 문제를 해결하기 위해 최선을 다하고 있습니다. 심각도가 낮음 또는 보통인 보안 취약점은 고객 또는 기타 비즈니스 요구 사항이 있는 경우 요청 시 해결됩니다."
AlmaLinux: "그것도 이해합니다. 하지만 작업이 이미 완료되어 병합만 하면 되는데 왜 수정 사항을 거부합니까?"
이 시점에서 Red Hat 핵심 플랫폼 부사장(RHEL)인 Mike McGrath가 개입했습니다. 그는 "'제출 시 예상되는 사항' 문서를 작성해야 할 것입니다. 코드를 작성하는 것은 첫 번째 단계일 뿐입니다. Red Hat이 하는 일에서 회귀, QA 등이 없는지 확인해야 합니다... 기여해 주셔서 감사합니다. Fedora 측면이 잘 진행되고 있는 것 같으니 마무리하겠습니다. 어느 시점에는 RHEL에 접속하게 될 것입니다."
거기에서 상황이 빠르게 내리막 길로갔습니다.
또한: Linux가 데스크탑 시장의 3% 이상을 차지하고 있습니까? 그것보다 더 복잡해요
한 사용자는 "고객 요구를 원하십니까? 여기에 고객 요구가 있습니다. 문제를 해결하지 않으면 절대로 RHEL에 손을 대지 않을 것입니다."라고 썼습니다. 또 다른 사람은 "Red Hat: Alma는 수정 사항을 업스트림으로 푸시하지 않기 때문에 우리는 완전히 상업적으로 전환할 것입니다. 또한 Red Hat: 우리는 귀하의 수정 사항을 원하지 않습니다, Alma!"라고 비웃었습니다.