systemd v postmarketOS
Nedávno oznámili vývojáři projektu postmarketOS prostřednictvím příspěvku na blogu novinky o zavedení systemd na sestavení systému. The primární důvod implementovat systémovou podporu je obtížnost udržování inicializační zásobník založený na OpenRC čelí rostoucí závislosti na GNOME a KDE komponent systému.
Dostupnost použití systemd jako správce systému přichází po roce práce a byl připraven a zpřístupněn k testování prototyp nastavení využívající systemd místo inicializačního systému OpenRC.
Je to zmíněno Navzdory přidání systemd bude podpora nadále poskytována vytváření sestav na základě OpenRC v postmarketOS, alespoň tak dlouho, dokud bude tento systém nadále používán v Alpine Linuxu. Možnost vybrat OpenRC bude k dispozici při vytváření postmarketOS obrázků pomocí pmbootstrap. Kromě toho budou OpenRC nadále používat vývojáři sestav pracující s grafickým shellem Sxmo (Simple X Mobile), založeným na kompozitním manažeru Sway.
Na druhou stranu sestavení s systemd budou stále založeny na základním balíčku Alpine Linux, a to přesto, že tato distribuce nemá oficiální podporu pro systemd a používá knihovnu Musl C namísto Glibc C, která je kompatibilní se systemd. Vývojáři postmarketOS implementují další opravy pro integraci systemd s Musl C a plánují spolupráci s vývojáři systemd na zjednodušení této integrace v budoucnu.
Samozřejmě to není snadný úkol, jednou z hlavních překážek, na které narážíme při užší spolupráci s vývojáři KDE a GNOME, je to, že mají potíže s naším stackem založeným na OpenRC. Aby KDE a GNOME fungovaly, používáme kromě OpenRC mnoho systémových polyfillů. Takže ačkoliv technicky „nepoužíváme systemd“, v praxi již velkou část jeho komponent používáme ke spuštění KDE a GNOME, jen různé verze těchto komponent
Pro zajištění funkčnosti GNOME a KDE na základě systemd bylo nutné udržovat několik dalších vrstev a práce bez systemd znamenala správné udržování těchto vrstev a jejich synchronizaci s vývojem GNOME a KDE, což představovalo značné problémy a určitou nejistotu v průběžné údržbě ze strany vývojářů.
Kromě toho to vývojáři zmiňují Byly implementovány různé vrstvy a balíčky zajistit podporu pro název hostitele, lokalizované služby a služby časových razítek v postmarketOS. Jeho Tnebo zahrnoval použití openrc-settingsd pro podporu služeb hostname, eudev místo udev pro správu zařízení, elogind místo logind pro správu uživatelských relací a logbookd místo časopis pro správu protokolů a balíček superd byl použit k poskytování funkcí podobných «systemd – uživatel» a vyměnit systemd.timer s probuzený.
Nicméně, správná údržba a podpora je zaručena pouze pro openrc-settingsd a eudev. Projekty jako elogind, logbookd a superd stále vyžadují vylepšení, protože postrádají některé potřebné funkce a probuzený Nebylo servisováno asi rok. Kromě toho vývojáři KDE Plasma Mobile vyjádřili zájem o použití systemd-coredumpd zjednodušit ladění, ale nahradit jej, jádrový sběratel, Od roku 2020 neobdržel údržbu.
Tyto služby jsou vyžadovány pro různé funkce v GNOME a dalších aplikacích. Například D-Bus API poskytované společností hostnamed, localed a timedated Používá se v GNOME ke změně nastavení regionálního a časového pásma. Udev je vyžadován ke správě připojených zařízení, když je přihlášen, “systemd – uživatel» a journald se používají ke správě uživatelských relací v gnome-session. Používá GNOME Hodiny systemd.timer pro jeho funkce.
En pokud jde o nové funkce které lze implementovat se sestaveními založenými na systemd, včetně granulární správy oprávnění, použití pokročilých funkcí pro zajištění bezpečnosti a správy závislostí mezi službami, plná integrace s cgroups, aktivace soketu pro spouštění služeb podle potřeby (např. CUPS lze spustit pouze přístup k síťovému portu) a dostupnost vestavěných nástrojů pro analýzu procesu spouštění.
konečně jestli jsi zájem dozvědět se o tom více, můžete zkontrolovat podrobnosti v následující odkaz.