De ûntwikkelders fan it postmarketOS-projekt, dat in Linux-distribúsje foar smartphones ûntwikkelet basearre op 'e Alpine Linux-pakketbasis, de standert Musl C-bibleteek en de BusyBox-set fan nutsbedriuwen, kundige de mooglikheid oan om de systemd systeembehearder te brûken. As gefolch fan wurk oan it ymplementearjen fan systemd-stipe, dy't sawat in jier waard útfierd, is in prototype-assemblage taret en is beskikber foar testen, wêryn systemd wurdt brûkt ynstee fan it OpenRC-initialisaasjesysteem.
Stipe foar it meitsjen fan OpenRC-basearre builds sil bliuwe, teminsten sa lang as dit systeem wurdt brûkt yn Alpine Linux. By it bouwen fan postmarketOS-ôfbyldings, bliuwt de opsje om OpenRC te selektearjen yn pmbootstrap. Under oare, OpenRC is fan plan om fierder te brûken troch ûntwikkelders fan gearkomsten mei de Sxmo (Simple X Mobile) grafyske shell, basearre op de Sway gearstalde manager.
Bouwen mei systemd sille trochgean te bouwen op 'e Alpine Linux-pakketbasis, nettsjinsteande it feit dat dizze distribúsje gjin systemd stipet en de Musl C-bibleteek brûkt. Systemd offisjeel stipet allinich de Glibc C-bibleteek en de postmarketOS-ûntwikkelders moatte ekstra patches brûke, dy't se fan plan binne yn 'e rin fan' e tiid te yntegrearjen yn 'e haadsystemd (wurk is oan 'e gong tegearre mei de systemd-ûntwikkelders om de yntegraasje te ferienfâldigjen).
De reden foar it ymplementearjen fan systemd-stipe is de muoite om in OpenRC-basearre inisjalisaasjestapel te behâlden yn it gesicht fan 'e hieltyd tanimmende ôfhinklikens fan GNOME en KDE op systemd-komponinten. Om de funksjonaliteit fan GNOME en KDE op basis fan systemd te garandearjen, wie it nedich om ferskate lagen te brûken, en de kosten fan wurkjen sûnder systemd wiene de needsaak om dizze lagen yn goede foarm te behâlden en te syngronisearjen mei de ûntwikkeling fan GNOME en KDE, yn 'e ôfwêzigens fan guon needsaaklike funksjes yn 'e lagen en de ûnfoarspelberens fan trochgeande ûnderhâldsûntwikkelders.
Bygelyks, foar kompatibiliteit mei de hostnamme, lokale en timedearre tsjinsten, waard de laach openrc-settingsd brûkt, it eudev-pakket waard brûkt ynstee fan udev, elogind waard brûkt ynstee fan logind, logbookd waard brûkt ynstee fan journald, it superd-pakket waard brûkt om de funksjonaliteit "systemd -user" te leverjen, en as ferfanging waard systemd.timer brûkt troch wake.
Fan 'e brûkte lagen wurdt juste ûnderhâld en nivo fan stipe foar de fereaske funksjonaliteit allinich oanbean yn openrc-settingsd en eudev. De elogind, logbookd en superd projekten bliuwe te ûnderhâlden, mar fereaskje ferbetterings, om't se misse wat needsaaklike funksjes, en wekker bliuwt ûnûnderhâlden foar likernôch in jier. Derneist wolle de KDE Plasma Mobile-ûntwikkelders de systemd-coredumpd-tsjinst brûke om debuggen te ferienfâldigjen, mar de ferfangende corecollector bliuwt fanôf 2020 net ûnderhâlden.
As foar de needsaak om dizze tsjinsten te brûken, wurdt de D-Bus API fersoarge troch hostnamme, lokale en timedearre wurde brûkt yn GNOME om lokaasjes, systeemynstellingen en tiidsônes te feroarjen; udev is nedich om ferbûne apparaten te behearjen; logind, "systemd --user" en journald binne belutsen by it behearen fan brûkerssesjes yn gnome-sesje; systemd.timer wurdt brûkt troch GNOME Clock.
Under de nije funksjes dy't kinne wurde ymplementearre yn systemd-basearre gearkomsten, is d'r granulêr privileezjebehear, it brûken fan avansearre funksjes foar it garandearjen fan feiligens en it behearen fan ôfhinklikens tusken tsjinsten, folsleine yntegraasje mei cgroups, it brûken fan socket-aktivearring (bygelyks CUPS kin wurde lansearre allinich by tagong ta netwurkpoarte), de oanwêzigens fan ynboude ark foar it analysearjen fan it bootproses.
Boarne: opennet.ru
