Sam Hartman, Pimpinan Proyek Debian, kanggo mangerteni disagreements gadhah layang saka paket elogind minangka bagéan saka distribusi. Ing Juli, tim tanggung jawab kanggo nyiapake rilis Gawan elogind ing cabang testing, wiwit paket iki konflik karo libsystemd.
Kelingan iku nyedhiyakake antarmuka sing dibutuhake kanggo mbukak GNOME tanpa nginstal systemd. Proyèk iki diadegaké minangka garpu saka systemd-logind, diselehake ing paket kapisah lan dibebasake saka naleni kanggo komponen systemd. Antarane liyane, elogind menehi versi dhewe saka perpustakaan libelogind, kang njupuk sawetara fungsi ana ing libsystemd lan ngganti perpustakaan iki sak instalasi.
Alasan kanggo pamblokiran ana konflik karo paket systemd lan bebaya ngganti libsystemd karo libelogind alternatif, sing ora kompatibel karo perpustakaan asli ing tingkat ABI.
Label paket elogind minangka bertentangan karo perpustakaan systemd, nanging dirancang kanggo bisa mung tanpa systemd, lan konflik karo systemd bener-bener mupangati amarga nyegah elogind diinstal kanthi ora sengaja. Ing tangan liyane, ing wangun saiki, nyoba liwat APT kanggo nganyari konfigurasi saka systemd kanggo versi karo sysvinit lan elogind asil ing karo APT ora bisa. Nanging sanajan kekurangan iki diilangi, transisi saka systemd menyang elogind tetep ora bisa tanpa mbusak lingkungan pangguna sing wis diinstal.
Pangembang elogind padha adaptasi elogind kanggo nggarap libpam-systemd standar, tanpa nggunakake lapisan libpam-elogind dhewe. Transisi elogind menyang libpam-systemd diblokir amarga kurang dhukungan kanggo konsep irisan, nanging pangembang elogind ora pengin entuk kepatuhan lengkap karo API lan persis mbaleni kabeh kemampuan systemd, amarga elogind mung nyedhiyakake minimal. fungsi kanggo ngatur login pangguna lan ora ngarahake kanggo niru kabeh subsistem systemd.
Resolusi masalah teknis sing diterangake kudu dirampungake ing tingkat interaksi antarane tim rilis lan elogind lan maintainers systemd, nanging pimpinan proyek kepeksa campur amarga tim ora bisa setuju, kerja bareng dikembangake dadi konfrontasi lan solusi kanggo masalah tekan buntu, kang saben sisih tengen ing cara dhewe. Miturut Sam Hartman, kahanan wis nyedhaki negara sing mbutuhake voting umum (GR, resolusi umum), ing ngendi masyarakat bakal mutusake sistem alternatif kanggo init lan dhukungan kanggo sysvinit karo elogind.
Yen anggota proyek milih kanggo macem-macem sistem init, kabeh maintainers bakal melu makarya bebarengan kanggo ngatasi masalah iki utawa pangembang tartamtu bakal ditugasi kanggo nggarap masalah iki lan maintainers ora bakal bisa maneh nglirwakake sistem init alternatif, tetep meneng, utawa tundha proses.
Saiki ing repositori wis 1033 paket sing nyedhiyani Unit layanan kanggo systemd, nanging ora kalebu script init.d. Kanggo ngatasi masalah iki file layanan sumber minangka standar, nanging nyiyapake handler sing bakal otomatis parse printah saka file iki lan generate script init.d adhedhasar wong.
Yen komunitas mutusake manawa Debian duwe dhukungan sing cukup kanggo sistem init siji, mula ora bisa kuwatir maneh babagan sysvinit lan elogind lan mung fokus ing file unit lan systemd. Kaputusan iki bakal mengaruhi port sing ora nggunakake kernel Linux (, и ), nanging durung ana port kaya ing arsip utama lan ora duwe status .
Ikatan karo systemd uga bakal dadi luwih angel kanggo ngganti arah distribusi ing mangsa ngarep lan bakal mbatesi eksperimen luwih lanjut ing bidang initialization lan manajemen layanan. Njaga elogind ing wangun kerja luwih gampang tinimbang mbusak banjur nyoba kanggo nambah maneh. Saben pilihan keputusan duwe pro lan kontra, mula diskusi lengkap babagan kabeh pro lan kontra bakal dibutuhake sadurunge milih.
Source: opennet.ru