Debian初期化システムで投票が始まります

数ヶ月前 ここのブログでは、ディスカッションに関するニュースを共有しています 開発者が取った 複数の初期化システムをサポートするかどうかのDebian それはオプションでしょう。 これから elogindパッケージの配信に関する意見の不一致から生じました （メモを読みたい場合は、 あなたはこのリンクで行うことができます).

そして今、一般投票の開始が発表されました プロジェクト開発者向け 決定する システムが複数の初期化システムをサポートするかどうかについて、systemdへのバインドに関するプロジェクトの追加ポリシーを決定します。 代替の初期化システムのサポートと、systemdを使用しない派生ディストリビューションとの相互作用。

数ヶ月前、 libsystemdとの競合が原因で、テストブランチにelogindパッケージ（GNOMEがsystemdなしで動作するために必要）を含めることに問題が発生した後、 Debianプロジェクトリーダーは再び質問を投げかけました、 開発者が同意できなかったので 彼らのコミュニケーションは対立的で停滞しました

現在の投票では、ポリシーが複数の初期化システムを通過できるようになります そして、代替システムをサポートすることを強制する要素が勝った場合、メンテナはそのような問題を無視したり遅らせたりすることはできません。

XNUMXつの投票ポイントについて話し合った後 プロジェクトリーダーによって最初に提案された、 オプションの数がXNUMXつに拡張されました。

投票する場合、一度に複数の項目を選択できます 選択した要素を好みのレベルで分類します。 パッケージのメンテナンスとインフラストラクチャのサポートに参加する約XNUMX人の開発者が投票する権利を持っています。

提案されたオプション内で、それは確立されます：

• 主な焦点はsystemdです。 代替の初期化システムのサポートを提供することは優先事項ではありませんが、そのようなシステムの起動スクリプトはオプションでパッケージ化できます。
• さまざまな初期化システムのサポートと、systemd以外のシステムでDebianを起動する機能。
  サービスを開始するには、パッケージに起動スクリプトが含まれている必要があります。
• Systemdは依然として望ましいですが、代替の初期化システムを維持する機能は残っています。 elogindなど、システムにバインドされたアプリケーションを代替環境で実行できるようにするテクノロジーは重要であると考えられています。 パッケージには、代替システムのinitファイルを含めることができます。
• systemdを使用しないが、開発を妨げる変更を加えないシステムのサポート。 開発者は、当面の間、複数の初期化システムをサポートすることに同意しますが、systemdサポートの改善に取り組む必要があることもわかります。 特定のソリューションの開発と保守は、そのようなソリューションに関心のあるコミュニティが実行する必要がありますが、他の保守担当者は、必要に応じて問題の解決を積極的に支援し、貢献する必要があります。
• 開発を妨げる変更を加えることなく、移植性をサポートします。 ハードウェアプラットフォームとソフトウェアスタック間の移植性は重要なタスクであり、作成者の世界観が一般的な意見と異なっていても、代替テクノロジーの統合は歓迎されます。
• 複数の初期化システムのサポートを必須のカテゴリーに移します。 systemd以外のブートストラップシステムでDebianを実行する機能を提供することは、プロジェクトに違いをもたらし続けます。 パッケージに含まれるソフトウェアがsystemdのみで動作するように設計されており、systemdなしでの起動がサポートされていない場合を除き、各パッケージはsystemd以外のpid1ハンドラーで動作する必要があります（initスクリプトがない場合はsystemdのみで動作するとは見なされません）。
• 移植性と複数の実装のサポート。 一般原則はパラグラフ5と完全に一致していますが、systemdおよび初期化システムに関しては、特定の要件が作成されたり、開発者に義務が課されたりすることはありません。 開発者は、他の人の利益を考慮し、妥協し、複数の関係者にとって満足のいく共通の解決策を見つけることが奨励されています。

投票は27月28日まで続き、結果はXNUMX月XNUMX日に発表されます。。 それについてもっと知りたい場合は、元の出版物を参照することができます 次のリンクで。