järjestelmätetty postmarketOS:ssä
Äskettäin PostmarketOS-projektin kehittäjät ilmoittivat uutisen blogipostauksen kautta systemd:n käyttöönotto järjestelmärakennuksiin. The ensisijainen syy toteuttaa järjestelmätukea on ylläpitämisen vaikeus pohjainen alustuspino OpenRC kohtaa kasvavaa riippuvuutta GNOMEsta ja KDE:stä järjestelmäkomponenteista.
Systemd:n käyttö järjestelmänvalvojana tulee vuoden työskentelyn jälkeen ja prototyyppiasennus, jossa käytetään systemd:tä OpenRC-alustusjärjestelmän sijaan, on valmisteltu ja asetettu testattavaksi.
Mainitaan se Järjestelmän lisäyksestä huolimatta tukea tarjotaan edelleen pohjautuvien rakennusten luominen OpenRC postmarketOS:ssä ainakin niin kauan kuin tätä järjestelmää käytetään edelleen Alpine Linuxissa. Mahdollisuus valita OpenRC on käytettävissä luotaessa postmarketOS-kuvia pmbootstrapin avulla. Lisäksi OpenRC:tä käyttävät jatkossakin kokoonpanokehittäjät, jotka työskentelevät Sxmo (Simple X Mobile) -graafisen kuoren kanssa, joka perustuu Sway-komposiittihallintaan.
Toisaalta builds with systemd perustuvat edelleen Alpine Linux -peruspakettiin, huolimatta siitä, että tällä jakelulla ei ole virallista tukea systemdille ja se käyttää Musl C -kirjastoa Glibc C:n sijaan, joka on yhteensopiva systemd: n kanssa. PostmarketOS-kehittäjät ottavat käyttöön lisäkorjauksia integroidakseen systemd:n Musl C:n kanssa ja aikovat tehdä yhteistyötä systemd-kehittäjien kanssa yksinkertaistaakseen tätä integraatiota tulevaisuudessa.
Tämä ei tietenkään ole helppo tehtävä, yksi suurimmista esteistä, joita kohtaamme tehdessämme tiiviimpää yhteistyötä KDE- ja GNOME-kehittäjien kanssa, on se, että heillä on vaikeuksia OpenRC-pohjaisen pinon kanssa. Jotta KDE ja GNOME toimisivat, käytämme OpenRC:n lisäksi monia systemd-polytäytteitä. Joten vaikka teknisesti "emme käytä systemd:tä", käytämme käytännössä jo suurta osaa sen komponenteista KDE:n ja GNOMEn suorittamiseen, vain näiden komponenttien eri versioita.
GNOMEn ja KDE:n toimivuuden varmistamiseksi systemd:n perusteella piti ylläpitää useita lisäkerroksia, ja ilman systemdiä työskentely merkitsi näiden tasojen asianmukaista ylläpitoa ja niiden synkronointia GNOME- ja KDE-kehityksen kanssa, mikä aiheutti merkittäviä haasteita ja epävarmuutta kehittäjien jatkuvassa ylläpidossa.
Tämän lisäksi kehittäjät mainitsevat sen Toteutettiin erilaisia kerroksia ja paketteja varmistaaksesi tuen isäntänimi-, lokalisoitu- ja aikaleimapalveluille postmarketOS:ssä. Sen Ttai sisälsi openrc-settingsd:n käytön isäntänimipalveluiden tuesta, eudev udev:n sijaan laitehallintaan, elogind logidin sijaan käyttäjän istunnon hallintaan, ja lokikirja sijaan journaln lokinhallintaan ja superd-pakettia käytettiin tarjoamaan samanlaisia toimintoja kuin «systemd – käyttäjä» ja vaihda systemd.timer kanssa herännyt.
Kuitenkin, asianmukainen ylläpito ja tuki taataan vain openrc-settingsd:lle ja eudeville. Projektit, kuten elogind, lokikirja ja superd vaativat edelleen parannuksia, koska niistä puuttuu joitain tarvittavia ominaisuuksia, ja herännyt Sitä ei ole huollettu noin vuoteen. Lisäksi KDE Plasma Mobile -kehittäjät ilmaisivat kiinnostuksensa käyttää systemd-coredumpd yksinkertaistaaksesi virheenkorjausta, mutta korvaamalla sen, ydinkeräilijä, Se ei ole saanut huoltoa vuoden 2020 jälkeen.
Näitä palveluita tarvitaan eri toimintoihin GNOMEssa ja muissa sovelluksissa. Esimerkiksi D-Bus-sovellusliittymä, jonka tarjoaa isäntänimi, paikallinen ja ajastettu Sitä käytetään GNOMEssa alue- ja aikavyöhykeasetusten muuttamiseen. Udev vaaditaan hallitsemaan yhdistettyjä laitteita kirjautuessaan "systemd – käyttäjä» ja journald käytetään gnome-sessionin käyttäjäistuntojen hallintaan. GNOME Clock käyttää systemd.timer toimintojensa vuoksi.
En uusien ominaisuuksien kannalta jotka voidaan toteuttaa systemd-pohjaisilla koontiversioilla, mukaan lukien rakeinen käyttöoikeuksien hallinta, edistyneiden ominaisuuksien käyttö turvallisuuden takaamiseksi ja palvelujen välisten riippuvuuksien hallitsemiseksi, täydellinen integrointi cgroups-ryhmien kanssa, socket-aktivointi palvelujen käynnistämiseksi tarpeen mukaan (esim. CUPS voidaan käynnistää vain pääsy verkkoporttiin) ja sisäänrakennettujen työkalujen saatavuus käynnistysprosessin analysoimiseksi.
vihdoin jos olet kiinnostunut tietämään asiasta lisää, voit tarkistaa yksityiskohdat seuraava linkki.