Debianは再び複数の初期化システムをサポートします

サムハートマン、 Debianプロジェクトリーダー、 小包elogindの配達に関する意見の不一致を解決しようとしました 配布の一部として。 XNUMX月に、 打ち上げの準備を担当するチーム テストブランチにelogindを含めることをブロックしました。 このパッケージはlibsystemdと競合するためです。

クラッシュの理由として、systemdパッケージとの競合とlibsystemdを置き換える危険性がありました libelogindの代替バージョンを使用します。これは、ABIレベルのソースライブラリとは完全に互換性がありません。

elogindを含めると、独自のバージョンのlibelogindライブラリが提供されます。 これは、libsystemdによって提供される多くの関数を引き継ぎ、インストール中にこのライブラリを置き換えます。

パッケージでは、elogindはsystemdライブラリと競合するものとしてマークされていますが、本質的にsystemdなしでのみ機能するように設計されており、誤ってelogindをインストールできないため、systemdとの競合はさらに有益です。

一方、現在の形では、 APTを介してsystemd構成をsysvinitおよびelogindのバージョンに更新しようとすると、システムが破損します 動作不能なAPTで。 しかし、この欠陥を取り除いたとしても、systemdからelogindへの移行は、すでにインストールされているユーザー環境を取り除くことなしには不可能です。

すると、Elogindの開発者は賛辞を適応させるように求められましたd独自のlibpam-elogindレイヤーを使用せずに、通常のlibpam-systemdの上で動作します。

elogindからlibpam-systemdへの移行は、セクターの概念のサポートの欠如によって妨げられていますが、elogindの開発者は、完全なAPIコンプライアンスを達成することを望んでおらず、elogindは整理するための最小限の機能しか提供しないため、systemdのすべての機能を正確に繰り返します。ユーザーがログインし、systemdのすべてのサブシステムを繰り返すことを意図していません。

概説された技術的な問題の解決は、リリースチームとelogindおよびsystemdのメンテナとの間の相互作用のレベルで解決する必要がありますが、 チームが同意できなかったため、プロジェクトリーダーは介入を余儀なくされました。 共同作業は対立に変わり、問題の解決策は行き止まりに達し、法の両側が独自の方法で行き詰まりました。

サムハートマンによると、 状況は一般投票を必要とする状態に近づいています （GR、包括的解決）。コミュニティは、elogindを使用してsysvinitを初期化およびサポートするための代替システムを決定します。

プロジェクト参加者が初期化システムの多様化に投票した場合、 すべて メンテナンス担当者は、この問題を解決するための共同の取り組みに参加します または、特別な責任のある開発者がこの問題に取り組むように任命され、それらに付随する開発者は、代替の初期化システムをバイパスしたり、沈黙したり、プロセスを遅らせたりすることができなくなります。

現在、リポジトリには、systemdのサービスユニットを提供する1033個のパッケージがすでに蓄積されていますが、init.dスクリプトは含まれていません。

この問題を解決するために、デフォルトでサービスファイルを提供することをお勧めしますが、これらのファイル内のコマンドを自動的に解析し、それらに基づいてinit.dスクリプトを生成するドライバーを準備します。

コミュニティがDebianが単一の初期化システムを十分にサポートしていると判断した場合、ユニットファイルとsystemdファイルのみに焦点を当てて、sysvinitとelogindについて心配する必要がなくなります。

このようなソリューションは、Linuxカーネルを使用しないポートに悪影響を及ぼします。 ただし、メインファイルにはまだそのようなポートはなく、公式のサポートステータスもありません。

systemdへのリンク また、変更が大幅に複雑になります 将来の流通開発の方向にあり、サービスの初期化と管理の分野でのさらなる実験を制限します。

それぞれの解決策には長所と短所があるため、投票前に賛成と反対のすべての議論について徹底的に議論する必要があります。

出典 https://lists.debian.org/