Twórcy projektu postmarketOS, rozwijającego dystrybucję Linux dla smartfonów, bazującą na pakietowej bazie Alpine Linux, standardowej bibliotece C Musl i zestawie narzędzi BusyBox, ogłosili o wprowadzeniu możliwości korzystania z menedżera systemowego systemd. W wyniku pracy nad wsparciem dla systemd, która trwała około roku, przygotowano i udostępniono do testów prototyp budowy, w którym zamiast systemu inicjalizacji OpenRC zastosowany został systemd.
Wsparcie dla tworzenia budowy na bazie OpenRC zostanie zachowane, przynajmniej tak długo, jak ta system będzie używany w Alpine Linux. Przy tworzeniu obrazów postmarketOS pozostawiono możliwość wyboru OpenRC w pmbootstrap. Poza tym, OpenRC planują nadal stosować twórcy budowy z graficznym interfejsem Sxmo (Simple X Mobile), opartym na menedżerze kompozytowym Sway.
Budowy z systemd, jak dotąd, będą tworzone na bazie pakietowej Alpine Linux, mimo że ta dystrybucja nie wspiera systemd i korzysta z biblioteki C Musl. Systemd oficjalnie wspiera tylko bibliotekę C Glibc, a twórcy postmarketOS muszą stosować dodatkowe łaty, które z czasem planują zintegrować z głównym wydaniem systemd (razem z twórcami systemd prowadzona jest praca nad uproszczeniem integracji).
Powodem realizacji wsparcia dla systemd jest złożoność utrzymywania stosu inicjalizacji na bazie OpenRC w warunkach ciągle rosnących zależności GNOME i KDE od komponentów systemd. Aby zapewnić funkcjonowanie możliwości GNOME i KDE, związanych z systemd, konieczne było użycie różnych warstw pośrednich, a ceną pracy bez systemd była potrzeba utrzymywania tych warstw w odpowiednim stanie i synchronizowanie z rozwojem GNOME i KDE, w warunkach braku w tych warstwach niektórych niezbędnych funkcji oraz nieprzewidywalności dalszego wsparcia przez twórców.
Na przykład, dla zgodności z usługami hostnamed, localed i timedated zastosowano warstwę openrc-settingsd, zamiast udev wykorzystano pakiet eudev, zamiast logind — elogind, zamiast journald — logbookd, w celu zapewnienia funkcjonalności „systemd —user” zastosowano pakiet superd, a jako zamiennik systemd.timer użyto waked.
Z używanych warstw odpowiednie wsparcie i poziom wsparcia niezbędnej funkcjonalności zapewnione są tylko w openrc-settingsd i eudev. Projekty elogind, logbookd i superd są nadal wspierane, ale wymagają poprawek, ponieważ brakuje w nich niektórych niezbędnych funkcji, a waked pozostaje bez wsparcia od około roku. Ponadto, deweloperzy KDE Plasma Mobile chcieliby użyć do uproszczenia debugowania usługi systemd-coredumpd, ale jego zamiennik corecollector pozostaje bez wsparcia od 2020 roku.
Jeśli chodzi o konieczność korzystania z tych usług, to API D-Bus dostarczane przez hostnamed, localed i timedated są wykorzystywane w GNOME do zmiany lokalizacji, ustawień systemowych i stref czasowych; udev jest niezbędne do zarządzania podłączonymi urządzeniami; logind, „systemd —user” i journald są zaangażowane w zarządzanie sesjami użytkowników w gnome-session; systemd.timer jest używane w GNOME Clock.
Wśród nowych możliwości, które można będzie zrealizować w kompilacjach opartych na systemd, wyróżnia się granularne zarządzanie uprawnieniami, wykorzystanie rozszerzonych możliwości zapewnienia bezpieczeństwa i zarządzania zależnościami między usługami, pełna integracja z cgroups, wykorzystanie aktywacji po gniazdu (na przykład, CUPS można uruchomić tylko przy użyciu portu sieciowego), oraz dostępność wbudowanych narzędzi do analizy procesu uruchamiania.
Źródło: opennet.ru
