Utviklerne av postmarketOS-prosjektet, som utvikler en Linux-distribusjon for smarttelefoner basert på Alpine Linux-pakkebasen, standard Musl C-biblioteket og BusyBox-settet med verktøy, kunngjorde muligheten for å bruke systemd system manager. Som et resultat av arbeidet med å implementere systemd support, som ble utført i ca. ett år, er det utarbeidet en prototypesammenstilling som er tilgjengelig for testing, hvor systemd brukes i stedet for OpenRC initialiseringssystemet.
Støtte for å lage OpenRC-baserte bygg vil forbli, i det minste så lenge dette systemet brukes i Alpine Linux. Når du bygger postmarketOS-bilder, er muligheten til å velge OpenRC i pmbootstrap igjen. Blant annet planlegger OpenRC å fortsette å bli brukt av utviklere av sammenstillinger med det grafiske skallet Sxmo (Simple X Mobile), basert på Sway composite manager.
Bygger med systemd vil fortsatt bygges på Alpine Linux-pakkebasen, til tross for at denne distribusjonen ikke støtter systemd og bruker Musl C-biblioteket. Systemd støtter offisielt kun Glibc C-biblioteket, og postmarketOS-utviklerne må bruke flere patcher, som de planlegger å integrere i hovedsystemet over tid (arbeid pågår sammen med systemutviklerne for å forenkle integrasjonen).
Grunnen til å implementere systemstøtte er vanskeligheten med å opprettholde en OpenRC-basert initialiseringsstabel i møte med den stadig økende avhengigheten til GNOME og KDE av systemkomponenter. For å sikre funksjonaliteten til GNOME og KDE basert på systemd, var det nødvendig å bruke forskjellige lag, og kostnadene ved å jobbe uten systemd var behovet for å opprettholde disse lagene i riktig form og synkronisere med utviklingen av GNOME og KDE, i fravær av noen nødvendige funksjoner i lagene og uforutsigbarheten til fortsatt vedlikeholdsutviklere.
For kompatibilitet med vertsnavnet, lokaliserte og tidsdaterte tjenester ble for eksempel openrc-settingsd-laget brukt, eudev-pakken ble brukt i stedet for udev, elogind ble brukt i stedet for logind, logbookd ble brukt i stedet for journald, superd-pakken ble brukt for å gi "systemd -user"-funksjonaliteten, og som en erstatning ble systemd.timer brukt av waked.
Av lagene som brukes, gis riktig vedlikehold og støttenivå for den nødvendige funksjonaliteten kun i openrc-settingsd og eudev. Prosjektene elogind, logbookd og superd fortsetter å bli vedlikeholdt, men krever forbedringer, siden de mangler noen nødvendige funksjoner, og vekket forblir uvedlikeholdt i omtrent et år. I tillegg ønsker KDE Plasma Mobile-utviklerne å bruke systemd-coredumpd-tjenesten for å forenkle feilsøking, men dens erstattende corecollector forblir ikke vedlikeholdt fra og med 2020.
Når det gjelder behovet for å bruke disse tjenestene, brukes D-Bus API levert av vertsnavn, lokalisert og tidsdatert i GNOME for å endre lokaliteter, systeminnstillinger og tidssoner; udev er nødvendig for å administrere tilkoblede enheter; logind, "systemd --user" og journald er involvert i å administrere brukersesjoner i gnome-session; systemd.timer brukes av GNOME Clock.
Blant de nye funksjonene som kan implementeres i systembaserte sammenstillinger, er det granulær rettighetsadministrasjon, bruk av avanserte funksjoner for å sikre sikkerhet og administrere avhengigheter mellom tjenester, full integrasjon med cgroups, bruk av socket-aktivering (for eksempel kan CUPS bare startes ved tilgang til nettverksport), tilstedeværelsen av innebygde verktøy for å analysere oppstartsprosessen.
Kilde: opennet.ru