Debian には systemd に関するポリシーがありますか? systemdのすべての要素が採用されましたか?彼らは声明に従ったか。
答え1
ただsystemdに対するDebianの公式の立場は次のとおりです。「一般的な解決策:システムの初期化とsystemd」。これはinitシステムにのみ適用されます。回避策は「システム化されていますが、代替ナビゲーションをサポートしています」です。投票は2019年12月27日に終了し、残りのsystemdエコシステムの詳細な説明は見つかりませんでした。ここで重要なのは、拒否されたより親体的な立場があったということだ。「システムに集中せよ」。
ここでこの決定の説明を見ることができます。
選択2:B:Systemd、しかし、私たちは憲法4.1(5)の規定に従って権限を活用する代替案を探すことを支援します。プロジェクトは、Initシステム、マルチinitシステム、およびsystemd機能の使用に関する現在の立場を説明する次の声明を発表します。この説明は、採用時のプロジェクトの立場を説明します。この立場は、今後の一般的な決議案に従わずに時間の経過とともに発展する可能性があります。プロジェクトに決定が必要ですが合意に達できない場合は、GRプロセスを引き続き使用できます。
Debianプロジェクトは、systemdサービスユニットをデーモン/サービスの起動方法を説明するための基本構成と見なします。ただし、Debian は開発者とユーザーが init システムと systemd 機能の代替案を探索して開発できる環境のままです。そのような選択肢を探すことに興味がある人は、そのために必要な開発とパッケージングリソースを提供する必要があります。 elogind のような技術は、Debian に依然として重要な特定のシステムインタフェースに依存するソフトウェアを実行する際の代替ナビゲーションを容易にします。重要なのは、このプロジェクトがタイムリーにパッチを見直し、ディスカッションに参加するなど、これらの技術とプロジェクトの他の部分との間で重複する技術に対する開発者の努力を支援することです。
パッケージには、デーモンとサービスを開始するためのサービスユニットまたは初期化スクリプトを含める必要があります。パッケージは、他のポリシー要件と、パッケージが他のパッケージの実験的またはサポートされていない(Debianで)機能に依存してはならないという一般的な期待に従う場合は、パッケージマネージャの判断ですべてのシステムツールを使用できます。パッケージには、systemd に加えて代替初期化システムのサポートを含めることができ、使用する systemd 固有のインターフェイスの代替を含めることができます。メンテナは一般的な手順を使用して、含めるパッチを決定します。
Debian は init システムに対して多様な選択をする派生作業に専念しています。ダウンストリームとのすべての相互作用と同様に、関連するメンテナはダウンストリームと協力して、どの変更がDebianにマージするのに適しているのか、どの変更が派生にのみ残っているのかを判断します。