susisteminta „postmarketOS“.
Neseniai paskelbė postmarketOS projekto kūrėjai per tinklaraščio naujienas sisteminio įvedimo prie sistemos kūrimo. The pagrindinė priežastis įdiegti sisteminę paramą yra priežiūros sunkumas inicijavimo krūva, pagrįsta OpenRC susiduria su augančia priklausomybe nuo GNOME ir KDE sisteminių komponentų.
Galimybė naudoti systemd kaip sistemos administratorių atsiranda po metų darbo, o prototipo sąranka naudojant systemd vietoj OpenRC inicijavimo sistemos buvo paruošta ir prieinama testavimui.
Minima, kad Nepaisant sistemos pridėjimo, parama ir toliau bus teikiama kuria remiantis „OpenRC“ postmarket OS, bent jau tol, kol ši sistema bus naudojama Alpine Linux. Parinktis pasirinkti OpenRC bus galima kuriant postmarketOS vaizdus naudojant pmbootstrap. Be to, OpenRC ir toliau naudos surinkimo kūrėjai, dirbantys su Sxmo (Simple X Mobile) grafiniu apvalkalu, pagrįstu Sway kompozitų tvarkykle.
Iš kitos pusės, „Systemd“ versijos vis tiek bus pagrįstos baziniu „Alpine Linux“ paketu, nepaisant to, kad šis platinimas neturi oficialaus systemd palaikymo ir naudoja Musl C biblioteką, o ne Glibc C, kuri yra suderinama su systemd. PostmarketOS kūrėjai diegia papildomus pataisymus, kad integruotų sistemą su Musl C, ir planuoja bendradarbiauti su sistemos kūrėjais, kad ateityje supaprastintų šią integraciją.
Žinoma, tai nėra lengva užduotis, viena iš pagrindinių kliūčių, su kuriomis susiduriame glaudžiau bendradarbiaujant su KDE ir GNOME kūrėjais, yra tai, kad jie turi sunkumų su mūsų OpenRC pagrindu veikiančiu dėklu. Kad KDE ir GNOME veiktų, be OpenRC naudojame daug sisteminių polifillų. Taigi, nors techniškai "mes nenaudojame systemd", praktiškai mes jau naudojame didelę dalį jos komponentų KDE ir GNOME paleisti, tik skirtingas tų komponentų versijas.
GNOME ir KDE funkcionalumui užtikrinti Remiantis systemd, reikėjo prižiūrėti kelis papildomus sluoksnius, o darbas be systemd reiškė tinkamą šių sluoksnių priežiūrą ir sinchronizavimą su GNOME ir KDE kūrimu, o tai sukėlė didelių iššūkių ir tam tikro neapibrėžtumo kūrėjams atliekant nuolatinę priežiūrą.
Be to, kūrėjai tai mini Buvo įgyvendinti įvairūs sluoksniai ir paketai užtikrinti pagrindinio kompiuterio pavadinimo, lokalizuotų ir laiko žymų paslaugų palaikymą sistemoje „postmarketOS“. Jo Tarba įtraukė openrc-settingsd naudojimą jei norite palaikyti pagrindinio kompiuterio vardo paslaugas, eudev vietoj udev įrenginių valdymui, elogind vietoj logid naudotojo seanso valdymui ir žurnalas vietoj žurnalas žurnalo valdymui, o paketas superd buvo naudojamas teikti funkcijas, panašias į «systemd – vartotojas» ir pakeiskite systemd.timer su pabudo.
Tačiau, tinkama priežiūra ir palaikymas garantuojamas tik openrc-settingsd ir eudev. Tokie projektai kaip „elogind“, žurnalas ir superd vis dar reikia patobulinimų, nes jiems trūksta kai kurių būtinų funkcijų ir pabudo Nebuvo aptarnaujamas apie metus. Be to, KDE Plasma Mobile kūrėjai išreiškė susidomėjimą naudoti systemd-coredumpd supaprastinti derinimą, bet jį pakeisti, pagrindinis kolektorius, Išlaikymo negauna nuo 2020 m.
Šios paslaugos reikalingos įvairioms GNOME ir kitų programų funkcijoms. Pavyzdžiui, D-Bus API, kurią teikia su pagrindinio kompiuterio pavadinimu, lokalizuota ir nustatyta laiku Jis naudojamas GNOME, norint pakeisti regiono ir laiko juostos nustatymus. „Udev“ turi valdyti prijungtus įrenginius, kai prisijungia „systemd – vartotojas» ir journald naudojami gnome-session vartotojo sesijoms valdyti. GNOME laikrodis naudoja systemd.timer dėl savo funkcijų.
En naujų funkcijų požiūriu kurias galima įgyvendinti naudojant sisteminius versinius, įskaitant detalų privilegijų valdymą, pažangių funkcijų naudojimą siekiant užtikrinti saugumą ir valdyti priklausomybes tarp paslaugų, visišką integraciją su cgroups, lizdo aktyvavimą, kad prireikus būtų galima pradėti paslaugas (pvz., CUPS gali paleisti tik prieiga prie tinklo prievado) ir įtaisytųjų įrankių, skirtų įkrovos procesui analizuoti, prieinamumas.
pagaliau jei esi domina sužinoti daugiau apie tai, išsamią informaciją galite sužinoti šią nuorodą.