Debianu nesaskaņu dēļ atstāj bez sistēmas uzturētāja

Maikls Bībls, kurš Debian izstrādē ir iesaistīts kopš 2004. gada un kas ir viens no galvenajiem ieguldītājiem uz izplatīšanu sistēmas pārvaldnieka apgabalā "systemd" paketi atstāja Debian.

Tas notika tāpēc, ka kā uzturētājs no paketes systemd, ir aprakstījis situāciju ar sistēmas kļūdu labošanu kā "stulbu un ārprātīgu", un solot vairs nesūtīt ziņojumu par kļūdām sistēmas izstrādātājiem.

Kas to izraisīja?

Konflikts radās sakarā ar regresīvu izmaiņu parādīšanos sistēmas 240 versijā, ko izraisīja uzvedības izmaiņas, apstrādājot esošos udev noteikumus un problēmas Debian lietotājiem mainot tīkla saskarņu pārdēvēšanas loģiku.

Neskatoties uz opcijas "NAME" izmantošanu, lai tīkla interfeisa nosaukumu saistītu ar MAC adresi pēc pārejas uz udev no systemd 240.

Ethernet adapteru tīkla saskarnes nomainīja to nosaukumus no fiksētiem uz automātiski ģenerētiem (iepriekš nomaiņa tika veikta tikai vienu reizi, un kopš 240. versijas to var izmantot) Ir vairāki aizstājēji).

Maikls Bibls lūdza sistēmas izstrādātājus atgriezties pie iepriekšējās uzvedības, kad konfigurācijā norādītajam manuālajam nosaukuma iesiešanai ir augstāka prioritāte.

Tā ir regresija salīdzinājumā ar v239, un es esmu sliecies to pievienot v241 pagrieziena punktam, jo ​​tas var nozīmēt tīkla piekļuves zaudēšanu. Arguments Maikls Bibls

Bet sistēmas izstrādātāji šīs regresīvās izmaiņas neuzskatīja par problēmu, jo 240. sistēmā veiktās izmaiņas nepārkāpa dokumentēto rīcību, tika izmantotas nedokumentētas udev funkcijas, kuru darbība netika garantēta.

Tomēr vēlāk tika atrasti pierādījumi, ka iepriekš minētā rīcība ir aprakstīta dokumentācijā.

Tas ir kā Ju Vatanabe, atbildēja, būtībā sakot, ka tas nav kaut kas ietekmējis:

Kāpēc lan0 tiek izsaukts, kad vadītājs ir ielādēts? Jā, gala rezultāts ir ens3, tad es ceru, ka tas vienmēr ir ens3.

Kas Maikls Bibls viņš atbildēja:

Udev noteikuma dēļ tas vienmēr jānosauc lan0.

Problēma saasinājās

Pēc tam systemd izstrādātāji ieteica selektīvi atspējot jauno uzvedību.

Gadījumā, ja udev kārtulas tiek izveidotas vecākām sistēmasd versijām (ja nosaukumu shēma ir definēta versijām, kas jaunākas par 240, pēc noklusējuma iestatiet opciju RenameOnce = jā, pretējā gadījumā RenameOnce = nē).

Sistēmas izstrādātāju adresātu sarakstā notika arī diskusija par priekšlikumu izdot, bez papildu domām izlabo systemd versijas ar labojumiem nopietnām kļūdām, kas parādās galvenajās versijās.

Lenarts Poterings ideju noraidīja, atsaucoties uz resursu trūkumu. TDaži izstrādātāji šo atzinumu uztvēra kā fundamentālu nepareizu priekšstatu, jo prioritārā uzmanība funkcionalitātes attīstīšanai, kaitējot stabilitātei, negatīvi ietekmē lietotājus.

Atbildot, Lenarts Viņš atsaucās uz faktu, ka galalietotāji neizmanto jaunākās systemd versijas, bet izmanto paketes, kuras stabilizē izplatīšanaPiemēram, pirms sistēmas sastāvdaļu ievietošanas RHEL, tos pārbauda, ​​izmantojot Fedora un kvalitātes nodrošināšanas pakalpojumu.

Pirms šī Maikls Bibls, arguments Tas ietekmē lietotājus, jo tas var radīt konfliktus ar konfigurācijām, kuras lietotājs jau ir iestatījis sistēmā:

Lietotājiem tas nav labāk, jo tas pārkāpj esošos lietotāja iestatījumus. Kas tas ir slikti

Attīstības prioritāšu maiņas un kļūdu labojumu gadījumā, pēc Lennarta domām, parādīsies tikai dažādu kritēriju paaudze, kurā kļūdas, kas saistītas ar eksotiskām arhitektūrām, netipiskām grafikas vidēm, bibliotēkām un draiveriem, bieži tiek ignorētas un tiek nodotas kopienai. .

Ja vēlaties uzzināt nedaudz vairāk par problēmu, varat sekot līdzi Šajā saitē.