Debian va suporta din nou mai multe sisteme de inițializare

Sam Hartmann, liderul proiectului Debian, a încercat să rezolve dezacordurile cu privire la livrarea elogindului coletului ca parte a distribuției. În iulie, echipa responsabilă cu pregătirea lansărilor a blocat includerea elogindului în ramura de testare, deoarece acest pachet intră în conflict cu libsystemd.

Ca motiv de blocare, a existat un conflict cu pachetul systemd și pericolul înlocuirii libsystemd cu o versiune alternativă a libelogind, care este complet incompatibilă cu biblioteca sursă la nivelul ABI.

Includerea elogind oferă propria versiune a bibliotecii libelogind, care preia o serie de funcții oferite de libsystemd și înlocuiește această bibliotecă în timpul instalării.

În pachet, elogind este marcat ca fiind în conflict cu bibliotecile systemd, dar este proiectat în mod inerent pentru a funcționa doar fără systemd și un conflict cu systemd este chiar benefic, deoarece nu vă permite să instalați elogind din greșeală.

Pe de altă parte, în forma actuală, încercările prin APT de a actualiza configurația systemd la versiunea cu sysvinit și elogind au ca rezultat sistemul deteriorat cu un APT inoperant. Dar chiar și cu eliminarea acestui defect, trecerea de la systemd la elogind este încă imposibilă fără eliminarea mediilor de utilizator deja instalate.

După care dezvoltatorilor Elogind li s-a cerut să adapteze elogiuld să funcționeze deasupra libpam-systemd obișnuit, fără a utiliza propriul strat libpam-elogind.

Trecerea de la elogind la libpam-systemd este îngreunată de lipsa de suport pentru conceptul de sectoare, dar dezvoltatorii de elogind nu doresc să obțină conformitatea API completă și repetă exact toate caracteristicile systemd, deoarece elogind oferă doar o funcționalitate minimă autentificări ale utilizatorului și nu se propune repetarea tuturor subsistemelor din systemd.

Rezolvarea problemelor tehnice prezentate ar trebui rezolvată la nivelul interacțiunii dintre echipa de lansare și întreținătorii elogind și systemd, dar liderul proiectului a fost obligat să intervină deoarece echipele nu puteau fi de acord, lucrarea comună s-a transformat într-o confruntare și soluția problemei a ajuns la o fundătură, în care fiecare parte a legii în felul său.

Potrivit lui Sam Hartman, situația se apropie de un stat care necesită un vot general (GR, rezoluție generală), în care comunitatea va decide asupra unor sisteme alternative pentru inițializarea și susținerea sysvinit cu elogind.

Dacă participanții la proiect votează pentru diversificarea sistemelor de inițializare, toate cei responsabili de întreținere vor participa la un efort comun pentru rezolvarea acestei probleme sau vor fi desemnați dezvoltatori responsabili speciali pentru a lucra la această problemă, iar cei care îi însoțesc nu vor mai putea să ocolească sistemul de inițializare alternativ, să rămână tăcut sau să întârzie procesul.

În prezent, depozitul a acumulat deja 1033 pachete care oferă unități de servicii pentru systemd, dar nu includ scripturi init.d.

Pentru a rezolva această problemă, se propune furnizarea de fișiere de service în mod implicit, dar pregătirea unui driver care analizează automat comenzile din aceste fișiere și generează scripturi init.d pe baza acestora.

Dacă comunitatea decide că Debian are suficient suport pentru un singur sistem de inițializare, nu mai trebuie să se îngrijoreze de sysvinit și elogind, concentrându-se doar pe fișierele unit și systemd.

O astfel de soluție va afecta negativ porturile care nu utilizează nucleul Linux, dar nu există încă astfel de porturi în fișierul principal și nu au un statut oficial de asistență.

Conectarea la systemd va complica în mod semnificativ schimbarea în direcția dezvoltării distribuției în viitor și va limita experimentarea ulterioară în domeniul inițializării și gestionării serviciilor.

Fiecare soluție are avantajele și dezavantajele sale, astfel încât o discuție amănunțită a tuturor argumentelor pro și contra va fi necesară înainte de vot.

Fuente: https://lists.debian.org/