Sam Hartman, Pemimpin Proyek Debian, untuk memahami perbedaan pendapat terkait dengan pengiriman paket elogind sebagai bagian dari distribusi. Pada bulan Juli, tim bertanggung jawab menyiapkan rilis penyertaan elogind di cabang pengujian, karena paket ini bertentangan dengan libsystemd.
Ingat bahwa menyediakan antarmuka yang diperlukan untuk menjalankan GNOME tanpa menginstal systemd. Proyek ini didirikan sebagai cabang dari systemd-logind, ditempatkan dalam paket terpisah dan bebas dari pengikatan ke komponen systemd. Antara lain, elogind menyediakan versi perpustakaan libelogindnya sendiri, yang mengambil sejumlah fungsi yang ditawarkan di libsystemd dan menggantikan perpustakaan ini selama instalasi.
Alasan pemblokiran adalah konflik dengan paket systemd dan bahaya mengganti libsystemd dengan libelogind alternatif, yang sama sekali tidak kompatibel dengan pustaka sumber di tingkat ABI.
Paket tersebut memberi label elogind sebagai konflik dengan pustaka systemd, namun secara inheren dirancang untuk bekerja hanya tanpa systemd, dan konflik dengan systemd sebenarnya bermanfaat karena mencegah elogind diinstal secara tidak sengaja. Di sisi lain, dalam bentuknya saat ini, upaya melalui APT untuk memperbarui konfigurasi dari systemd ke versi dengan sysvinit dan elogind menghasilkan dengan APT tidak berfungsi. Tetapi bahkan jika kekurangan ini dihilangkan, transisi dari systemd ke elogind tetap tidak mungkin dilakukan tanpa menghapus lingkungan pengguna yang sudah diinstal.
Pengembang elogind adalah mengadaptasi elogind untuk bekerja di atas libpam-systemd standar, tanpa menggunakan lapisan libpam-elogindnya sendiri. Transisi elogind ke libpam-systemd terhambat oleh kurangnya dukungan untuk konsep irisan, tetapi pengembang elogind tidak ingin mencapai kepatuhan penuh terhadap API dan mengulangi semua kemampuan systemd, karena elogind hanya menyediakan minimal fungsionalitas untuk mengatur login pengguna dan tidak bertujuan untuk mereplikasi semua subsistem systemd.
Penyelesaian masalah teknis yang dijelaskan harus diselesaikan pada tingkat interaksi antara tim rilis dan pengelola elogind dan systemd, namun pemimpin proyek terpaksa melakukan intervensi karena tim tidak dapat mencapai kesepakatan, kerja sama berkembang menjadi konfrontasi dan solusi untuk masalah tersebut. masalah menemui jalan buntu, di mana masing-masing pihak benar dengan caranya sendiri. Menurut Sam Hartman, situasinya mendekati keadaan yang memerlukan pemungutan suara umum (GR, resolusi umum), di mana masyarakat akan memutuskan sistem alternatif untuk init dan dukungan sysvinit dengan elogind.
Jika anggota proyek memilih untuk mendiversifikasi sistem init, semua pengelola akan terlibat dalam kerja sama untuk memecahkan masalah ini atau pengembang tertentu akan ditugaskan untuk menangani masalah ini dan pengelola tidak lagi dapat mengabaikan sistem init alternatif, tetap diam, atau menunda prosesnya.
Saat ini sudah ada di repositori 1033 paket yang menyediakan unit layanan untuk systemd, tetapi tidak menyertakan skrip init.d. Untuk mengatasi masalah ini menyediakan file layanan secara default, tetapi siapkan penangan yang secara otomatis mengurai perintah dari file ini dan menghasilkan skrip init.d berdasarkan file tersebut.
Jika komunitas memutuskan bahwa Debian memiliki dukungan yang cukup untuk satu sistem init, kita tidak perlu lagi khawatir tentang sysvinit dan elogind dan hanya fokus pada file unit dan systemd. Keputusan ini akan berdampak negatif pada port yang tidak menggunakan kernel Linux (, ΠΈ ), tetapi belum ada port seperti itu di arsip utama dan tidak memiliki status .
Mengikat ke systemd juga akan mempersulit perubahan arah distribusi di masa depan dan akan membatasi eksperimen lebih lanjut di bidang inisialisasi dan manajemen layanan. Mempertahankan elogind dalam bentuk kerja jauh lebih mudah daripada menghapusnya dan mencoba menambahkannya lagi. Setiap pilihan keputusan mempunyai pro dan kontra, sehingga diskusi menyeluruh mengenai semua pro dan kontra akan diperlukan sebelum pemungutan suara.
Sumber: opennet.ru