Debian將再次支持多種初始化系統

山姆·哈特曼 Debian項目負責人， 試圖解決關於包裹elogind交付的分歧 作為分發的一部分。 七月， 負責準備發射的團隊 阻止將elogind包含在測試分支中， 因為此軟件包與libsystemd衝突。

作為崩潰的原因，與systemd軟件包存在衝突，並且有替換libsystemd的危險。 帶有libelogind的備用版本，該版本與ABI級別的源庫完全不兼容。

包含elogind提供了自己的libelogind庫版本， 它接管了libsystemd提供的許多功能，並在安裝過程中替換了該庫。

在該軟件包中，elogind被標記為與systemd庫衝突，但是它固有地設計為只能在沒有systemd的情況下工作，並且與systemd衝突甚至是有益的，因為它不允許您錯誤地安裝elogind。

另一方面，在當前形式下， 嘗試通過APT將systemd配置更新為sysvinit和elogind版本導致系統損壞 APT無效。 但是，即使消除了此缺陷，如果不刪除已經安裝的用戶環境，從systemd到elogind的過渡仍然是不可能的。

因此，Elogind開發人員被要求適應悼詞d在常規libpam-systemd之上工作，而無需使用其自己的libpam-elogind層。

從elogind到libpam-systemd的過渡由於缺少對扇區概念的支持而受到阻礙，但是elogind的開發人員不想實現完全的API兼容性，並且恰好重複了systemd的所有功能，因為elogind僅提供了最少的功能來組織用戶登錄，不建議重複systemd的所有子系統。

解決所概述的技術問題應在發布團隊與elogind和systemd的維護者之間的交互級別解決，但是 由於團隊無法達成共識，項目負責人被迫介入， 聯合的工作變成了對抗，問題的解決陷入了僵局，其中法律的每一方面都以自己的方式。

據山姆·哈特曼說， 情況正在接近需要進行一般性投票的州 （GR，一攬子解決方案），社區將決定使用替代系統來初始化和支持elogind的sysvinit。

如果項目參與者投票贊成多樣化初始化系統， 所有 負責維護的人員將共同努力解決這個問題 或將任命負責的特殊開發人員來解決此問題，並且與他們一起工作的開發人員將不再能夠繞過備用初始化系統，保持沉默或延遲過程。

當前，該存儲庫已經積累了1033個軟件包，這些軟件包為systemd提供服務單元，但不包括init.d腳本。

為了解決此問題，建議默認情況下提供服務文件，但是準備一個驅動程序，該驅動程序自動解析這些文件中的命令並基於它們生成init.d腳本。

如果社區認為Debian對單個初始化系統有足夠的支持，那麼他們就不必再擔心sysvinit和elogind了，而不必只關注unit和systemd文件。

此解決方案會對不使用Linux內核的端口產生負面影響， 但是主文件中還沒有此類端口，並且它們還沒有官方支持狀態。

鏈接到systemd 還將使變更複雜化 未來的發行方向，將限制服務初始化和管理領域的進一步實驗。

每個解決方案都有其優點和缺點，因此在表決之前，需要對所有支持和反對的論點進行全面討論。

來源： https://lists.debian.org/