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) と互換性を持つことを決定しました。 ほとんどすべての実用的な用途には、これで十分です。
また:Elive 3.8.34: 昔ながらの Linux ユーザーなら誰でも気に入る美しいもの
そのため、AlmaLinux 理事会は全会一致で、「コミュニティのニーズに可能な限り応えて、RHEL と調整され、ABI 互換性のあるエンタープライズ グレードの Linux ディストリビューションを長期的に作成することを目指し続ける」ことを決議しました。 RHEL 上で動作するソフトウェアは、AlmaLinux 上でも同じように動作します。」
AlmaLinux 会長の benny Vasquez 氏が説明したように、正確な目標は「ABI 互換性 [私たちの場合、これは、RHEL (または RHEL クローン) で実行するように構築されたアプリケーションが AlmaLinux 上で問題なく実行できるようにすることを意味します。この期待に合わせて調整することで、必要性がなくなりました」私たちがリリースするものはすべて、RHEL で入手できるソース コードの正確なコピーであることを保証するためです。」
これを行うために、AlmaLinux は CentOS Stream ソース コードを使用します。 これに対しバスケス氏は、「創業以来これまでと同様に、私たちはFedoraとCentOS Streamのアップストリーム、そしてより大きなEnterprise Linuxエコシステムに貢献し続けるつもりです。私たちのコミュニティにも同じことをするよう呼びかけます。」と付け加えた。
また:Linux Mint 21.2: 今後 3 年間の新しく改良された Linux デスクトップ
公式には、Red Hat は何も言いませんでした。 しかし、Red Hatters から聞いたところによると、これはまさに「CentOS Stream のより広範なコミュニティと連携するという、RHEL のようなディストリビューションが採用するよう当社が提案したアプローチ」であるとのことです。
だから問題は何ですか? さて、KnownHost CTO 兼 AlmaLinux インフラストラクチャ チーム リーダーの Jonathan Wright は最近、iperf3 のメモリ オーバーフロー問題である CVE-2023-38403 に対する CentOS Stream の修正を投稿しました。 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、我々はあなたの修正を望んでいません!」と冷笑しました。