Sam Hartman, liderul proiectului Debian, să clarifice neînțelegerile legate de livrarea pachetului elogind în distribuție. În iulie, echipa responsabilă de pregătirea lansărilor a inclus elogind în ramura testing, deoarece acest pachet intră în conflict cu libsystemd.
Reamintim că oferă interfețele necesare pentru a rula GNOME fără a instala systemd. Proiectul a fost fondat ca o ramificație a systemd-logind, mutată într-un pachet separat și eliberată de legătura cu componentele systemd. Printre altele, elogind oferă propria variantă a bibliotecii libelogind, care preia o serie de funcții oferite de libsystemd și înlocuiește această bibliotecă la instalare.
Printre motivele blocării s-a menționat conflictul cu pachetul systemd și riscul înlocuirii libsystemd cu o alternativă libelogind complet incompatibilă la nivel ABI.
Pachetul elogind este marcat ca fiind conflictual cu bibliotecile systemd, dar el este în esență destinat să funcționeze doar fără systemd, iar conflictul cu systemd chiar aduce un beneficiu, deoarece nu permite instalarea accidentală a elogind. Pe de altă parte, în forma sa actuală, încercările de a actualiza configurația de la systemd la o variantă cu sysvinit și elogind prin APT duc la obținerea cu APT care nu funcționează. Dar chiar și cu remedierea acestei probleme, tranziția de la systemd la elogind rămâne imposibilă fără eliminarea medii de utilizator deja instalate.
Dezvoltatorilor elogind le-a revenit să adapteze elogind pentru a funcționa deasupra libpam-systemd standard, fără a folosi propria interfață libpam-elogind. Tranziția elogind la libpam-systemd este împiedicată de lipsa suportului pentru conceptul de slice-uri, dar dezvoltatorii elogind nu doresc să atingă conformitatea totală cu API-ul și să reproducă exact toate funcționalitățile systemd, deoarece elogind oferă doar funcționalitate minimă pentru organizarea autentificării utilizatorilor și nu urmărește să reproducă toate subsistemele systemd.
Rezolvarea problemelor tehnice descrise trebuie să aibă loc la nivelul colaborării dintre echipa de livrare a versiunilor și mentenanții elogind și systemd, însă liderul proiectului a fost nevoit să intervină deoarece echipele nu au reușit să ajungă la o înțelegere, munca comună s-a transformat într-un conflict, iar soluționarea problemei a intrat într-un impas, în care fiecare parte avea dreptate în felul ei. Potrivit lui Sam Hartman, situația se apropie de o stare care necesită o votare generală (GR, rezoluție generală), în care comunitatea va lua o decizie cu privire la sistemele alternative de inițializare și susținerea sysvinit cu elogind.
Dacă participanții la proiect votează pentru diversificarea sistemelor de inițializare, toți mentanenții vor fi implicați în colaborarea pentru rezolvarea acestei probleme sau vor fi numiți dezvoltatori speciali responsabili pentru această problemă, iar cei care sprijină nu mai pot ignora sistemul alternativ de inițializare, nu mai pot tăcea sau întârzii procesul.
În prezent, în depozit există deja trebuie să furnizăm în mod implicit fișiere service, dar să pregătim un handler care să analizeze automat comenzile din aceste fișiere și să genereze scripturi init.d pe baza lor. Dacă comunitatea decide că în Debian este suficient un singur sistem de inițializare, nu va mai trebui să ne preocupe sysvinit și elogind, concentrându-ne doar pe fișierele unit și systemd. O astfel de decizie va afecta negativ porturile care nu folosesc kernelul Linux (
Debian GNU/Hurd, și sprijinite oficial .
Sam Hartman, liderul proiectului Debian, a încercat să înțeleagă divergențele asociate cu.
Sursa: opennet.ro
