I början av månaden cVi delar med er här på bloggen nyheten om den allmänna omröstningen som genererades för att avgöra om systemet skulle stödja flera initieringssystem. till följd av att Tekniska nämnden 2014 godkände överlåtelsen från standarddistributionen till systemd, men tog inte fram lösningen ang till stöd för flera initieringssystem.
Kommittéledaren rekommenderade att paketunderhållarna skulle behålla stödet för sysvinit som ett alternativt initieringssystem, men antydde att han inte kunde påtvinga sin synpunkt och att beslutet i varje enskilt fall borde fattas oberoende.
Efter det försökte några utvecklare hålla en allmän omröstning, men en preliminär omröstning visade att det inte fanns något behov av att besluta om användningen av flera initieringssystem.
För några månader sedan, efter problem med inkluderingen av elogind-paketet (nödvändigt för att Gnome ska fungera utan systemd) i testgrenen på grund av en konflikt med libsystemd, tog Debians projektledare upp frågan igen, eftersom utvecklarna inte kunde komma överens och deras kommunikation förvandlades till en konfrontation och slutade med att ge honom en lösning i frågan med den allmänna omröstningen.
nu, resultatet av nämnda omröstning tillkännagavs på det angivna datumet (28 december) där de var involverade i paketunderhåll och infrastrukturunderhåll i fråga om stöd för flera initieringssystem.
Y det vinnande alternativet var det andra elementet ("B") i listan, som beskriver det
systemd är fortfarande att föredra, men möjligheten att stödja alternativa initieringssystem kvarstår. Teknologier, som elogind, som låter dig köra systembundna applikationer i alternativa miljöer anses viktiga. Paket kan innehålla init-filer för alternativa system."
Omröstningen genomfördes med Condorcet-metoden., där varje väljare rangordnar alla alternativ i den ordning de föredrar och vid beräkning av resultatet, hur många väljare som föredrar ett alternativ framför ett annat.
Det vinnande alternativet bekräftar att systemd service-enheter är den föredragna formen för att konfigurera demoner och tjänster att köra, men det förutsätter att det finns miljöer där utvecklare och användare kan skapa och tillämpa alternativa initieringssystem och funktionella alternativ till systemfunktioner.
Utvecklare alternativa lösningar bör ge resurser för ditt arbete och paketformatering. Lösningar som elogind, som används för att orkestrera lanseringen av applikationer bundna till specifika systemgränssnitt, är fortfarande viktiga för projektet.
Att stödja sådana initiativ kräver hjälp inom områden där alternativa tekniker som utvecklas korsar resten av projektet, till exempel är det oacceptabelt att fördröja patchgranskning och diskussioner.
Det är tillåtet att inkludera systemd-enhetsfiler och startskript i paketen för att starta tjänsterna. Paket kan använda vilken som helst av systemd-funktionerna på begäran av paketunderhållaren, så länge som dessa funktioner uppfyller kraven i Debianreglerna och inte är bundna till experimentella eller Debian-stödda funktioner i andra paket.
Förutom systemd, paket kan också innehålla stöd för alternativa initieringssystem och tillhandahålla komponenter för att åsidosätta specifika systemgränssnitt. Beslut om att möjliggöra patchar fattas av medföljande personal som en del av ordinarie procedurer
Debian är engagerad i att arbeta med härledda distributioner de har valt andra initieringssystem för sig själva, men interaktionen baseras på nivån på underhållarna, på vilka beslut fattas om det.
Slutligen, detta resultat föll inte många i smaken, eftersom de i nätverk visade sitt missnöje eftersom många kommenterar att detta inte skiljer sig från vad det är idag, eftersom de i princip överför allt ansvar till underhållarna.
Om du vill veta mer om det, kan du konsultera publiceringen av resultaten I följande länk.
«Slutligen, detta resultat föll inte många i smaken [...] eftersom många kommenterar att detta inte skiljer sig från vad det är idag [...]»
Jag förväntade mig inget annat från Debian. Under det senaste decenniet har det inte varit annat än mycket buller och få "ljus" (det var inte för inte som folket i Devuan öppnade upp för dem).
Återigen, problemet var aldrig att systemd var en ersättning för init. Problemet var alltid att systemd gjordes för att sticka in näsan i absolut allt, med åtföljande överflödig, nästan falsk kod, en absurt värdelös nivå av komplikationer, buggar och bulkattackervektorer. Och här är vi, med en "Linux" mindre och mindre "Linux" och mer och mer en "Wind*ws" av 2:a.
Att nu använda en distro utan systemd är nästan ett skämt eftersom systemd bara ersätts av någon annan laddningsmetod... men systemd sprids fortfarande över hela systemet som en cancer (även om det sägs att det bara underhålls för att tillfredsställa beroenden och inte körs).
Kort sagt verkar det som att Linux inte heller kommer att undgå Matrix maxim: "Allt som har en början... har ett slut".