Debian ditinggalake tanpa njaga sistem amarga ora setuju

Michael Biebl, sing wis melu pangembangan Debian wiwit taun 2004 lan yaiku salah sawijining kontributor utama kanggo distribusi saka ing area sistem manager "systemd", paket kasebut ditanggepi karo Debian.

Iki amarga minangka njaga saka paket systemd, wis nggambarake kahanan kasebut kanthi mbenerake kesalahan sistem minangka "bodho lan ora waras", lan janji ora bakal ngirim laporan bug menyang pangembang sistem maneh.

Apa sing nyebabake iki?

Konflik kasebut muncul amarga munculna perubahan regresi ing versi sistem 240, apa nyebabake prilaku diganti nalika ngolah aturan udev sing ana lan masalah kanggo pangguna Debian nalika ngganti logika ganti jeneng antarmuka jaringan.

Sanajan nggunakake opsi "NAME" kanggo ngubungake jeneng antarmuka jaringan menyang alamat MAC sawise transisi menyang udev saka systemd 240.

Antarmuka jaringan adaptor Ethernet ngganti jeneng saka fitur sing wis digawe kanthi otomatis (sadurunge panggantos diganti mung sapisan, lan wiwit versi 240 bisa digunakake) Ana sawetara pengganti).

Michael Bibl takon marang pangembang sistem supaya bali menyang prilaku sadurunge nalika naleni jeneng manual sing ditemtokake ing config luwih prioritas.

Iki minangka kemunduran dibandhingake karo v239, lan aku cenderung nambah tonggak sejarah v241 amarga bisa uga ilang akses jaringan. Argumentasi Michael Bibl

Nanging pangembang sistemd ora nganggep pangowahan regresi iki dadi masalah amarga pangowahan ing sistemd 240 ora nglanggar prilaku sing didokumentasikake, fitur udev tanpa dokumen wis digunakake, kinerja sing durung dijamin.

Nanging, bukti mengko ditemokake yen tumindak ing ndhuwur diterangake ing dokumentasi.

Iki carane Yu Watanabe mangsuli, Sejatine ujar iku dudu prekara sing kena pengaruh:

Napa lan0 ditelpon nalika sopir dimuat? Ya, asil pungkasane yaiku, ens3, mula muga-muga bisa uga ens3.

apa Michael Bibel wangsulane:

Sampeyan kudu mesthi dijenengi lan0 amarga aturan udev.

Masalahe saya tambah

Sawise iku, pangembang sistemd nyaranake supaya prilaku anyar dipateni kanthi selektif.

Yen aturan udev digawe kanggo versi lawas saka systemd (yen skema jeneng ditetepake kanggo versi kurang saka 240, setel pilihan RenameOnce = ya kanthi gawan, yen ora RenameOnce = ora).

Ing milis pangembang systemd, uga ana diskusi babagan proposal sing bakal diterbitake, tanpa luwih suwi maneh, perbaikan sistemd kanthi perbaikan bug sing serius ana ing versi utama.

Lennart Pottering nolak ide kasebut, amarga kekurangan sumber daya. TPendapat kasebut dirasakake dening sawetara pangembang minangka kesalahpahaman dhasar, amarga fokus prioritas kanggo ngembangake fungsi sing nyebabake stabilitas nyebabake pengaruh negatif marang pangguna.

Kanggo nanggepi, Lennart Dheweke nyebutake manawa pangguna pungkasan ora nggunakake versi paling anyar saka sistemd, nanging nggunakake paket sing distabilake miturut distribusiContone, dheweke dicenthang karo Fedora lan layanan QA sadurunge nyelehake komponen sistem ing RHEL.

Sadurunge iki Michael Bibel, padu Iki mengaruhi pangguna, amarga iki bisa nggawe konflik karo konfigurasi sing wis disetel dening pangguna ing sistem:

Ora luwih apik kanggo pangguna amarga ngilangi setelan pangguna sing wis ana. Opo iki ala

Ing pangowahan prioritas pangembangan lan perbaikan bug ing pandangane Lennart, mung bakal muncul generasi kriteria sing beda, ing endi kewan omo sing ana gandhengane karo arsitektur eksotis, outlier, perpustakaan, lan driver bakal asring ora digatekake lan didhelikake menyang komunitas kasebut.

Yen sampeyan pengin ngerteni luwih akeh babagan masalah kasebut, sampeyan bisa ngetutake Ing link ing ngisor iki.