Sam Hartman、Debian プロジェクトリーダー、
それを思い出して
ブロックの理由は、systemd パッケージとの競合、および libsystemd を、ABI レベルでソース ライブラリと完全に互換性のない代替 libelogind に置き換える危険性でした。
パッケージは elogind を systemd ライブラリと競合するものとしてラベル付けしていますが、本質的に systemd なしでのみ動作するように設計されており、systemd と競合することは、elogind が誤ってインストールされるのを防ぐため、実際には有益です。 一方、現在の形式では、APT 経由で systemd から sysvinit と elogind を使用したバージョンに構成を更新しようとすると、次のような結果になります。
エロギンドの開発者は、
説明されている技術的問題の解決は、リリース チームと elogind および systemd のメンテナとの間の対話レベルで解決されるべきですが、チームが合意できず、共同作業が対立に発展し、問題の解決策が生じたため、プロジェクト リーダーが介入せざるを得なくなりました。問題は行き詰まり、それぞれの側がそれぞれのやり方で正しかった。 Sam Hartman 氏によると、状況は一般投票 (GR、一般決議) を必要とする状態に近づいており、コミュニティは init の代替システムと elogind による sysvinit のサポートを決定します。
プロジェクトメンバーが初期化システムの多様化に投票した場合、すべてのメンテナがこの問題の解決に協力するか、特定の開発者がこの問題に取り組むよう割り当てられることになり、メンテナは代替の初期化システムを無視したり、沈黙したり、あるいはプロセスを遅らせる。
現在すでにリポジトリ内にあります
Debian が単一の init システムを十分にサポートしているとコミュニティが判断した場合、sysvinit と elogind について心配する必要はなくなり、unit ファイルと systemd だけに焦点を当てることができます。 この決定は、Linux カーネルを使用しないポートに悪影響を及ぼします (
また、systemd にバインドすると、将来的にディストリビューションの方向を変更することがはるかに困難になり、初期化とサービス管理の分野でのさらなる実験が制限されます。 elogind を動作可能な状態に維持することは、elogind を削除してから再度追加するよりもはるかに簡単です。 各決定オプションには長所と短所があるため、投票前にすべての長所と短所について十分に議論する必要があります。
出所: オープンネット.ru