Sam Hartman, Pamimpin Proyék Debian, ngartos disagreements pakait sareng pangiriman pakét elogind salaku bagian tina sebaran. Dina Juli, tim jawab Nyiapkeun Kaluaran kaasup elogind dina cabang nguji, saprak pakét ieu bentrok jeung libsystemd.
ngelingan yen nyadiakeun interfaces diperlukeun pikeun ngajalankeun GNOME tanpa masang systemd. Proyék ieu diadegkeun salaku garpu systemd-logind, disimpen dina pakét anu misah sareng dibébaskeun tina ngariung kana komponén systemd. Diantara hal séjén, elogind nyadiakeun versi sorangan perpustakaan libelogind, nu nyokot sababaraha fungsi ditawarkeun dina libsystemd tur ngaganti perpustakaan ieu salila instalasi.
Alesan pikeun meungpeuk éta konflik jeung pakét systemd jeung bahaya ngaganti libsystemd kalawan libelogind alternatif, nu sagemblengna sauyunan jeung perpustakaan sumber di tingkat ABI.
Label pakét elogind bertentangan sareng perpustakaan systemd, tapi sacara alami dirancang pikeun dianggo ngan tanpa systemd, sareng bertentangan sareng systemd saleresna aya mangpaatna sabab nyegah elogind dipasang ku kasalahan. Di sisi anu sanés, dina bentuk ayeuna, nyobian ngalangkungan APT pikeun ngapdet konfigurasi tina systemd kana versi sareng sysvinit sareng elogind hasilna. kalawan APT teu jalan. Tapi sanajan kakurangan ieu dileungitkeun, transisi tina systemd ka elogind tetep teu mungkin tanpa ngahapus lingkungan pangguna anu parantos dipasang.
The elogind pamekar éta adaptasi elogind pikeun berpungsi dina luhureun standar libpam-systemd, tanpa ngagunakeun lapisan libpam-elogind sorangan. Transisi elogind ka libpam-systemd dihambat ku kurangna dukungan pikeun konsép irisan, tapi pamekar elogind henteu hoyong ngahontal patuh pinuh sareng API sareng persis ngulang sadaya kamampuan systemd, sabab elogind ngan ukur nyayogikeun minimal. fungsionalitas pikeun ngatur login pamaké sarta henteu boga tujuan pikeun ngayakeun réplikasi sakabéh subsistem systemd.
Resolusi masalah téknis anu dijelaskeun kedah direngsekeun dina tingkat interaksi antara tim sékrési sareng elogind sareng pangropéa systemd, tapi pamimpin proyék kapaksa campur kusabab tim henteu satuju, padamelan gabungan dikembangkeun kana konfrontasi sareng solusi pikeun masalah ngahontal jalan buntu, nu unggal sisi katuhu dina cara sorangan. Numutkeun Sam Hartman, kaayaan ieu approaching kaayaan merlukeun sora umum (GR, resolusi umum), nu masarakat bakal mutuskeun dina sistem alternatif pikeun init jeung rojongan pikeun sysvinit kalawan elogind.
Lamun anggota proyék milih diversify sistem init, sadaya maintainers bakal aub dina gawé bareng pikeun ngajawab masalah ieu atawa pamekar husus bakal ditugaskeun pikeun berpungsi dina masalah ieu sarta maintainers moal deui bisa malire hiji sistem init alternatif, tetep jempé, atawa reureuh prosés.
Ayeuna di gudang geus 1033 bungkusan nu nyadiakeun unit layanan pikeun systemd, tapi teu kaasup Aksara init.d. Pikeun ngajawab masalah ieu suplai file jasa sacara standar, tapi nyiapkeun Handler anu bakal otomatis parse paréntah tina file ieu sarta ngahasilkeun Aksara init.d dumasar kana éta.
Upami komunitas mutuskeun yén Debian ngagaduhan dukungan anu cekap pikeun sistem init tunggal, urang henteu tiasa hariwang deui ngeunaan sysvinit sareng elogind sareng ngan ukur fokus kana file unit sareng systemd. Kaputusan ieu bakal mangaruhan négatip palabuhan anu henteu nganggo kernel Linux (, и ), tapi teu aya palabuhan sapertos kitu dina arsip utama sareng aranjeunna henteu ngagaduhan statusna .
Beungkeutan ka systemd ogé bakal ngajantenkeun langkung hese pikeun ngarobih arah distribusi di hareup sareng bakal ngabatesan ékspérimén salajengna dina widang initialization sareng manajemén jasa. Ngajaga elogind dina bentuk damel langkung gampang tibatan ngahapus teras nyobian nambihan deui. Tiap pilihan kaputusan boga pro jeung kontra, jadi diskusi pinuh ngeunaan sagala pro jeung kontra bakal diperlukeun saméméh voting.
sumber: opennet.ru