Asil voting ing sistem init Debian wis diringkes

Diterbitake asil voting umum (GR, résolusi umum) saka pangembang proyek Debian sing melu pangopènan paket lan pangopènan infrastruktur, ditindakake babagan masalah ndhukung sawetara sistem init. Item kapindho ("B") ing dhaftar menang - systemd tetep disenengi, nanging kamungkinan kanggo njaga sistem initialization alternatif tetep. Voting ditindakake kanthi cara Condorcet, ing ngendi saben pamilih ngurutake kabeh pilihan miturut preferensi, lan nalika ngitung asil, dianggep pira pemilih luwih milih siji opsi menyang liyane.

Proposal sing menang ngakoni yen unit layanan systemd minangka cara sing disenengi kanggo ngatur daemon lan layanan supaya bisa mlaku, nanging ngakoni yen ana lingkungan sing bisa nggawe lan nggunakake sistem init alternatif lan alternatif fungsional kanggo kemampuan systemd. Pangembang solusi alternatif mbutuhake sumber daya kanggo nindakake karya lan format paket. Solusi alternatif kaya elogind kanggo mbukak aplikasi sing terikat karo antarmuka khusus systemd tetep penting kanggo proyek kasebut. Ndhukung inisiatif kasebut mbutuhake pitulungan ing wilayah sing ngembangake teknologi alternatif intersect karo proyek liyane, kayata tundha review patch lan diskusi.

Paket bisa kalebu file unit systemd lan skrip init kanggo miwiti layanan. Paket bisa nggunakake fitur sistem apa wae sing dikarepake pengelola paket, anggere fitur kasebut tundhuk karo aturan Debian lan ora ana gandhengane karo fitur Debian eksperimen utawa ora didhukung ing paket liyane. Saliyane systemd, paket bisa uga kalebu dhukungan kanggo sistem init alternatif lan nyedhiyakake komponen kanggo ngganti antarmuka khusus systemd. Kaputusan babagan inklusi patch digawe dening pangopènan minangka bagéan saka prosedur standar. Debian setya nggarap distribusi turunan sing milih nggunakake sistem init liyane, nanging interaksi kasebut dibangun ing tingkat maintainer, sing nggawe keputusan babagan fitur sing disiapake dening distribusi pihak katelu sing ditampa ing komposisi Debian utama lan sing isih ana. ing distribusi turunan.

Ayo kita elinga yen ing 2014 panitia teknis disetujoni transisi distribusi standar ing systemd, nanging ora digarap keputusan babagan dhukungan kanggo macem-macem sistem provisioning (item sing nuduhake panitia ora gelem nggawe keputusan babagan masalah iki menang voting). Pimpinan panitia dianjurake sing maintainers paket njaga support kanggo sysvinit minangka sistem init alternatif, nanging nunjukaké sing ora bisa nemtokke titik tampilan lan kaputusan kudu digawe independen ing saben cilik.

Sawise iki, sawetara pangembang nyoba nyoba kanggo nindakake voting umum, nanging voting pambuka nuduhake yen ana ora perlu kanggo nggawe kaputusan ing Jeksa Agung bisa ngetokake saka nggunakake sawetara sistem initialization. Sawetara sasi kepungkur, sawise masalah kanthi kalebu paket elogind (perlu kanggo mbukak GNOME tanpa systemd) ing cabang tes amarga konflik karo libsystemd, masalah kasebut diangkat maneh dening pimpinan proyek Debian, amarga para pangembang ora setuju, lan komunikasi kasebut dadi a konfrontasi lan tekan buntu.

Pilihan sing dianggep:

Fokus utama yaiku sistemd. Nyedhiyakake dhukungan kanggo sistem init alternatif ora dadi prioritas, nanging pangurus bisa uga kalebu skrip init kanggo sistem kasebut ing paket.

systemd tetep disenengi, nanging kamungkinan kanggo njaga sistem initialization alternatif kiwa. Teknologi kayata elogind, sing ngidini aplikasi kaiket menyang systemd kanggo mbukak ing lingkungan alternatif, katon penting. Paket bisa uga kalebu file init kanggo sistem alternatif.

Dhukungan kanggo macem-macem sistem init lan kemampuan kanggo boot Debian karo sistem init liyane saka systemd.
Kanggo mbukak layanan, paket kudu kalebu skrip init; mung nyediakake file unit systemd tanpa skrip init sysv ora bisa ditampa.

Dhukungan kanggo sistem sing ora nggunakake systemd, nanging tanpa owah-owahan sing bakal ngalangi pembangunan. Pangembang setuju ndhukung macem-macem sistem init kanggo masa depan sing bisa diramal, nanging uga percaya yen perlu kanggo ningkatake dhukungan sistem. Pangembangan lan pangopènan solusi tartamtu kudu ditinggalake kanggo komunitas sing kasengsem ing solusi kasebut, nanging pangurus liyane kudu aktif mbantu lan menehi kontribusi kanggo ngrampungake masalah nalika ana kabutuhan. Saenipun, paket kudu dienggo nggunakake sistem init apa wae, sing bisa digayuh kanthi nyedhiyakake skrip init tradisional utawa nggunakake mekanisme liya sing ngidini bisa digunakake tanpa systemd. Ketidakmampuan kanggo nggarap tanpa systemd dianggep minangka bug, nanging dudu bug sing ngalangi rilis, kajaba ana solusi sing wis siap kanggo nggarap tanpa systemd, nanging ora disimpen (contone, nalika masalah kasebut disebabake dening mbusak skrip init sing diwenehake sadurunge).

Ndhukung portabilitas tanpa ngenalake owah-owahan sing ngalangi pembangunan. Debian terus katon minangka jembatan kanggo nggabungake macem-macem piranti lunak sing nyedhiyakake fungsi sing padha utawa padha. Portabilitas ing antarane platform hardware lan tumpukan piranti lunak minangka tujuan penting, lan integrasi teknologi alternatif disaranake, sanajan panemune penciptane beda karo konsensus umum. Posisi babagan systemd lan sistem inisialisasi liyane cocog karo titik 4.

Nggawe dhukungan kanggo sawetara sistem inisialisasi wajib. Nyedhiyakake kemampuan kanggo mbukak Debian karo sistem init liyane saka systemd terus dadi penting kanggo proyek kasebut. Saben paket kudu bisa digunakake karo panangan pid1 liyane saka systemd, kajaba piranti lunak sing kalebu ing paket kasebut asline mung dienggo karo systemd lan ora ndhukung mlaku tanpa systemd (ora ana skrip init ora dianggep mung kanggo nggarap systemd) .

Ndhukung portabilitas lan macem-macem implementasi. Prinsip umum persis padha karo titik 5, nanging ora ana syarat khusus kanggo sistem systemd lan init, lan ora ana kewajiban sing ditindakake kanggo pangembang. Pangembang disaranake kanggo nggatekake kepentingane saben liyane, nggawe kompromi lan golek solusi umum sing marem kanggo macem-macem pihak.

Terus diskusi. Item bisa digunakake kanggo downgrade opsi sing ora bisa ditampa.

Source: opennet.ru