Debian zostáva kvôli nezhodám bez správcu systému

Michael Biebl, ktorý sa podieľa na vývoji Debianu od roku 2004 a ktorý je jedným z hlavných prispievateľov k distribúcii v oblasti správcu systému „systemd“ ponechal balík na Debian.

Bolo to preto, že ako správca z balíka systemd, popísal situáciu s opravou systémových chýb ako „hlúpu a šialenú“, a sľubujem, že vývojárom systému už nebudem posielať hlásenia o chybách.

Čo to spôsobilo?

Konflikt vznikli v dôsledku objavenia sa regresívnej zmeny vo verzii systemd 240, ako spôsobil zmeny správania pri spracovaní existujúcich pravidiel udev a problémy pre používateľov Debianu pri zmene logiky premenovania sieťových rozhraní.

Napriek použitiu možnosti „NAME“ na vytvorenie názvu sieťového rozhrania s MAC adresou po prechode na udev zo systému systemd 240.

Sieťové rozhrania ethernetových adaptérov zmenili svoje názvy z pevných na automaticky generované (predtým sa výmena uskutočňovala iba raz a od verzie 240 sa dá použiť). Existuje niekoľko náhradných riešení).

Michael Bibl požiadal vývojárov systému, aby sa vrátili k predchádzajúcemu správaniu, keď má manuálna väzba názvu uvedená v konfigurácii vyššiu prioritu.

To je regres v porovnaní s v239 a som naklonený k tomu, aby som ho pridal k míľniku v241, pretože to môže znamenať stratu prístupu k sieti. Argument Michael Bibl

Hruška vývojári systému nepovažovali túto regresívnu zmenu za problém, pretože zmeny vykonané v systéme systemd 240 neporušili zdokumentované správanie, boli použité nezdokumentované funkcie udev, ktorých výkon nebol zaručený.

Neskôr sa však našli dôkazy, že vyššie uvedené správanie je popísané v dokumentácii.

To je ako Yu Watanabe, odpovedal, v podstate tvrdiac, že ​​to nebolo nič, čo by to ovplyvnilo:

Prečo sa volá lan0, keď vodič načíta? Áno, konečný výsledok je, ens3, potom dúfam, že to bude vždy ens3.

K čomu Michael Biblia on odpovedal:

Vždy by mal mať názov lan0 kvôli pravidlu udev.

Problém sa stupňoval

Potom, vývojári systému navrhli, aby bolo nové správanie selektívne zakázané.

V prípade, že sú pravidlá udev vytvorené pre staršie verzie systemd (ak je schéma pomenovania definovaná pre verzie menšie ako 240, štandardne nastavte možnosť RenameOnce = áno, inak RenameOnce = nie).

V systémovom adresári vývojárov sa tiež diskutovalo o návrhu na vydanie, bez ďalších okolkov opravuje verzie systemd opravami závažných chýb vyskytujúcich sa v hlavných verziách.

Lennart Pottering túto myšlienku odmietol s odvolaním sa na nedostatok zdrojov. TNiektorí vývojári tento názor vnímali ako zásadnú mylnú predstavu, pretože prioritné zameranie na vývoj funkčnosti na úkor stability má negatívny vplyv na používateľov.

V reakcii na to Lennart Odvolával sa na skutočnosť, že koncoví používatelia nepoužívajú najnovšie verzie systemd, ale používajú balíky stabilizované distribúciamiNapríklad sú skontrolované proti Fedore a službe QA pred umiestnením systémových komponentov na RHEL.

Pred týmto Michael Bible, argument Ovplyvňuje to používateľov, pretože to môže vytvárať konflikty s konfiguráciami, ktoré už používateľ v systéme prednastavil:

Nie je to lepšie pre používateľov, pretože narúša existujúce používateľské nastavenia. Čo je to zlý

V prípade zmeny priorít vo vývoji a opráv chýb sa podľa Lennartovej objaví iba generácia rôznych kritérií, v ktorých budú chyby spojené s exotickými architektúrami, atypickými grafickými prostrediami, knižnicami a ovládačmi často ignorované. a zostúpil do komunity.

Ak sa chcete o probléme dozvedieť viac, môžete nás kontaktovať Na nasledujúcom odkaze.