La începutul lunii cÎți împărtășim aici pe blog știrile votului general care a fost generat pentru a decide dacă sistemul va suporta mai multe sisteme de inițializare. ca urmare a faptului că, în 2014, Comitetul tehnic a aprobat transferul a aspectului implicit la systemd, dar nu a dezvoltat soluția cu privire la spre sprijinul diverselor sisteme de inițializare.
Liderul comitetului a recomandat producătorilor de pachete să mențină sprijinul sysvinit ca sistem alternativ de inițializare, dar a indicat că nu își poate impune punctul de vedere și că, în fiecare caz, decizia ar trebui luată independent.
După aceea, unii dezvoltatori au încercat să organizeze un vot general, dar un vot preliminar a arătat că nu este necesar să se decidă cu privire la utilizarea diferitelor sisteme de inițializare.
Acum câteva luni, după probleme cu includerea pachetului elogind (necesar pentru ca Gnome să funcționeze fără systemd) în ramura de testare din cauza unui conflict cu libsystemd, liderul proiectului Debian a ridicat din nou întrebarea, deoarece dezvoltatorii nu au putut sunt de acord și comunicarea lor a devenit o confruntare și a ajuns să dea o soluție în acest sens cu votul general.
acum, rezultatele votului menționat au fost publicate la data prevăzută (28 decembrie) în care aceștia erau implicați în întreținerea pachetelor și întreținerea infrastructurii subiectul susținerii mai multor sisteme de inițializare.
Y opțiunea câștigătoare a fost al doilea element („B”) în listă, care descrie asta
„Systemd este încă preferat, dar rămâne posibilitatea de a sprijini sisteme alternative de inițializare. Tehnologiile, cum ar fi elogind, care vă permit să rulați aplicații legate de sistem în medii alternative sunt considerate importante. Pachetele pot include fișiere init pentru sisteme alternative. »
Votarea a fost efectuată folosind metoda Condorcet, în care fiecare alegător clasează toate opțiunile în ordinea preferințelor lor și la calcularea rezultatului, câți alegători preferă o opțiune decât alta.
Alegerea câștigătoare recunoaște că unitățile de servicii systemd sunt forma preferată pentru a configura demonii și serviciile pentru a rula, dar presupune că există medii unde dezvoltatorii și utilizatorii pot creați și aplicați sisteme alternative de inițializare și alternative funcționale la caracteristicile systemd.
Dezvoltatori soluțiile alternative ar trebui să ofere resurse pentru munca ta și formatarea pachetului. Soluțiile alternative, cum ar fi elogind, utilizate pentru a organiza lansarea aplicațiilor legate de interfețe specifice de sistem, sunt încă importante pentru proiect.
Susținerea unor astfel de inițiative necesită asistență în domeniile în care tehnologiile alternative în curs de dezvoltare se intersectează cu restul proiectului, de exemplu, amânarea revizuirii patch-urilor și a discuțiilor nu este acceptabilă.
Este permisă includerea fișierelor de unitate systemd și scripturi de pornire în pachete pentru a începe serviciile. Pachetele pot utiliza oricare dintre caracteristicile systemd la cererea întreținătorului de pachete, atâta timp cât aceste caracteristici îndeplinesc cerințele regulilor Debian și nu sunt legate de caracteristicile experimentale sau care nu sunt suportate de Debian ale altor pachete.
Pe lângă systemd, pachetele pot include, de asemenea, suport pentru sisteme alternative de inițializare și să furnizeze componente pentru a suprascrie interfețele specifice sistemului. Personalul însoțitor ia decizii pentru a permite patch-uri ca parte a procedurilor regulate
Debian este de acord să lucreze cu distribuții derivate Ei au ales alte sisteme de inițializare pentru ei înșiși, dar interacțiunea se bazează pe nivelul întreținătorilor, pe care se iau decizii cu privire la aceasta.
În cele din urmă, acest rezultat nu a fost pe placul multora, deoarece în rețele și-au arătat nemulțumirea, deoarece mulți comentează că acest lucru nu diferă de ceea ce este în prezent, deoarece ei transferă practic toată responsabilitatea către întreținători.
Dacă doriți să aflați mai multe despre asta, puteți verifica publicarea rezultatelor În următorul link.
„În cele din urmă, acest rezultat nu a fost pe placul multora [...] deoarece mulți comentează că acest lucru nu diferă de ceea ce este astăzi [...]”
Nu mă așteptam la altceva de la Debian. În ultimul deceniu nu au existat altceva decât mult zgomot și puține „lumini” (nu degeaba oamenii Devuan s-au deschis către ei).
Din nou, problema nu a fost niciodată că sistemul era un înlocuitor pentru init. Problema a fost întotdeauna că systemd a fost făcut să-și înfigă nasul în absolut orice, cu un cod superflu, aproape fals, consecvent, un nivel absurd de inutil de complicație, bug-uri și vectori de atac în bloc. Și iată-ne, cu un „Linux” din ce în ce mai puțin „Linux” și din ce în ce mai mult un „Wind * ws” al 2-lea.
Acum, utilizarea unei distro fără systemd este aproape o glumă, deoarece doar systemd este înlocuit cu o altă metodă de încărcare ... dar systemd este încă răspândit în tot sistemul ca un cancer (deși se spune că este menținut doar pentru o chestiune de satisfacere a dependențelor și nu rulează).
Oricum, se pare că Linux nu va scăpa de maxima Matrix: „Tot ceea ce are un început ... are un sfârșit”.