SUSE の CTO であり、openSUSE 運営委員会の委員長である Gerald Pfeifer 氏は、次のように述べています。 コミュニティは、openSUSE Leap と SUSE Linux Enterprise ディストリビューションの開発および構築プロセスをより緊密に連携させるための取り組みを検討します。 現在、openSUSE Leap リリースは SUSE Linux Enterprise ディストリビューションのパッケージのコア セットから構築されていますが、openSUSE のパッケージはソース パッケージとは別に構築されています。 本質 両方のディストリビューションをアセンブルし、SUSE Linux Enterprise の既製のバイナリ パッケージを openSUSE Leap で使用する作業を統合します。
最初の段階では、可能であれば、両方のディストリビューションの機能と安定性を失わずに、openSUSE Leap 15.2 と SUSE Linux Enterprise 15 SP2 の重複するコード ベースをマージすることが提案されます。 第15.2段階では、openSUSE Leap 2020のクラシックリリースと並行して、SUSE Linux Enterpriseの実行可能ファイルに基づいた別のエディションを準備し、2021年15.3月に暫定リリースをリリースすることが提案されています。 第 XNUMX 段階では、XNUMX 年 XNUMX 月に、デフォルトで SUSE Linux Enterprise の実行可能ファイルを使用する openSUSE Leap XNUMX をリリースする予定です。
同じパッケージを使用すると、あるディストリビューションから別のディストリビューションへの移行が簡素化され、ビルドとテストのリソースが節約され、仕様ファイル内の複雑さを取り除くことが可能になり (仕様ファイル レベルで定義されたすべての相違点が統合されます)、送信と処理が容易になります。エラー メッセージ (さまざまなパッケージ ビルドの診断から離れることができます)。 openSUSE Leap は、SUSE によってコミュニティおよびサードパーティ パートナー向けの開発プラットフォームとして推進されます。 openSUSE ユーザーにとって、この変更により、安定した製品コードと十分にテストされたパッケージを使用できるようになるというメリットが得られます。 廃止されたパッケージをカバーするアップデートも一般的なものであり、SUSE QA チームによって十分にテストされます。
openSUSE Tumbleweed リポジトリは、openSUSE Leap および SLE に送信される新しいパッケージの開発用のプラットフォームであり続けます。 変更を基本パッケージに転送するプロセスは変わりません (実際、SUSE src パッケージからビルドする代わりに、既製のバイナリ パッケージが使用されます)。 すべての共有パッケージは、Open Build Service で変更やフォークのために引き続き利用できます。 openSUSE と SLE で共通アプリケーションの異なる機能を維持する必要がある場合は、追加の機能を openSUSE 固有のパッケージに移動するか (ブランド要素の分離と同様)、必要な機能を SUSE Linux Enterprise で実現できます。 RISC-V および ARMv7 アーキテクチャのパッケージは、SUSE Linux Enterprise ではサポートされていないため、個別にコンパイルすることをお勧めします。
出所： オープンネット.ru