systemd v postmarketOS
Pred kratkim je napovedali razvijalci projekta postmarketOS prek objave na spletnem dnevniku novice o uvedba systemd na gradnje sistema. The primarni razlog za implementacijo podpore systemd je težava pri vzdrževanju inicializacijski sklad, ki temelji na OpenRC se sooča z naraščajočo odvisnostjo od GNOME in KDE sistemskih komponent.
Razpoložljivost uporabe systemd kot sistemskega skrbnika je na voljo po letu dni dela in nastavitev prototipa z uporabo systemd namesto inicializacijskega sistema OpenRC je bila pripravljena in dana na voljo za testiranje.
Omenjeno je, da Kljub dodatku systemd bo podpora še naprej zagotovljena ustvarjanje zgradb na podlagi OpenRC v postmarketOS, vsaj dokler se ta sistem še naprej uporablja v Alpine Linux. Možnost izbire OpenRC bo na voljo pri ustvarjanju slik postmarketOS z uporabo pmbootstrap. Poleg tega bodo OpenRC še naprej uporabljali razvijalci sestavov, ki delajo z grafično lupino Sxmo (Simple X Mobile), ki temelji na kompozitnem upravitelju Sway.
Po drugi strani pa gradnje s systemd bodo še vedno temeljile na osnovnem paketu Alpine Linux, kljub dejstvu, da ta distribucija nima uradne podpore za systemd in uporablja knjižnico Musl C namesto Glibc C, ki je združljiva s systemd. Razvijalci postmarketOS izvajajo dodatne popravke za integracijo systemd z Musl C in načrtujejo sodelovanje z razvijalci systemd za poenostavitev te integracije v prihodnosti.
Seveda to ni lahka naloga, ena glavnih ovir, s katerimi se srečujemo, ko tesneje sodelujemo z razvijalci KDE in GNOME, je, da imajo težave z našim skladom, ki temelji na OpenRC. Da bi KDE in GNOME delovala, poleg OpenRC uporabljamo veliko sistemskih polifillov. Torej, čeprav tehnično "ne uporabljamo systemd", v praksi že uporabljamo velik del njegovih komponent za zagon KDE in GNOME, le različne različice teh komponent
Za zagotovitev funkcionalnosti GNOME in KDE na osnovi systemd je bilo treba vzdrževati več dodatnih plasti, delo brez systemd pa je pomenilo pravilno vzdrževanje teh plasti in njihovo sinhronizacijo z razvojem GNOME in KDE, kar je predstavljalo znatne izzive in nekaj negotovosti pri tekočem vzdrževanju s strani razvijalcev.
Poleg tega razvijalci omenjajo, da Implementirani so bili različni sloji in paketi zagotoviti podporo za storitve imena gostitelja, lokalizirane storitve in storitve časovnega žiga v postmarketOS. To je Tali je vključeval uporabo openrc-settingsd za podporo za storitve imena gostitelja, eudev namesto udev za upravljanje naprav, elogind namesto logind za upravljanje uporabniških sej in logbookd namesto dnevnik za upravljanje dnevnikov in paket superd je bil uporabljen za zagotavljanje funkcionalnosti, podobne «systemd – uporabnik» in zamenjajte systemd.timer z zbudil.
Vendar, sta pravilno vzdrževanje in podpora zagotovljena le za openrc-settingsd in eudev. Projekti, kot je elogind, logbookd in superd še vedno potrebujejo izboljšave, saj nimajo nekaterih potrebnih funkcij in zbudil Ni bil servisiran približno eno leto. Poleg tega so razvijalci KDE Plasma Mobile izrazili zanimanje za uporabo systemd-coredumpd za poenostavitev odpravljanja napak, vendar zamenjavo, zbiralnik jeder, Od leta 2020 ni bil deležen vzdrževanja.
Te storitve so potrebne za različne funkcije v GNOME in drugih aplikacijah. Na primer, D-Bus API, ki ga zagotavlja ime gostitelja, lokalno in časovno določeno Uporablja se v GNOME za spreminjanje regionalnih nastavitev in nastavitev časovnega pasu. Udev je potreben za upravljanje povezanih naprav, medtem ko se prijavite, “systemd – uporabnik» in journald se uporabljata za upravljanje uporabniških sej v gnome-session. GNOME Clock uporablja systemd.timer za njegove funkcionalnosti.
En smislu novih funkcij ki jih je mogoče implementirati z zgradbami, ki temeljijo na systemd, vključno z granularnim upravljanjem privilegijev, uporabo naprednih funkcij za zagotavljanje varnosti in upravljanje odvisnosti med storitvami, popolno integracijo s skupinami c, aktivacijo vtičnice za zagon storitev po potrebi (npr. CUPS lahko zažene samo dostop do omrežnih vrat) in razpoložljivost vgrajenih orodij za analizo zagonskega procesa.
končno če si zanima več o tem, podrobnosti lahko preverite v naslednjo povezavo.