systemd v postmarketOS
Nedávno sa oznámili vývojári projektu postmarketOS prostredníctvom blogového príspevku novinky z zavedenie systemd na zostavenie systému. The primárny dôvod implementovať systémovú podporu je náročnosť na udržiavanie inicializačný zásobník založený na OpenRC čelí rastúcej závislosti na GNOME a KDE systémových komponentov.
Sprístupnenie používania systemd ako správcu systému prichádza po roku práce a bol pripravený a sprístupnený na testovanie prototyp nastavenia využívajúci systemd namiesto inicializačného systému OpenRC.
Je to spomenuté Napriek pridaniu systemd bude podpora poskytovaná aj naďalej vytváranie zostáv na základe OpenRC v postmarketOS, prinajmenšom dovtedy, kým sa tento systém bude naďalej používať v systéme Alpine Linux. Možnosť výberu OpenRC bude dostupná pri vytváraní postmarketOS obrázkov pomocou pmbootstrap. Okrem toho budú OpenRC naďalej používať vývojári zostáv pracujúci s grafickým shellom Sxmo (Simple X Mobile), ktorý je založený na správcovi kompozitov Sway.
Na druhej strane zostavy so systemd budú stále založené na základnom balíku Alpine Linux, napriek tomu, že táto distribúcia nemá oficiálnu podporu pre systemd a namiesto Glibc C používa knižnicu Musl C, ktorá je kompatibilná so systemd. Vývojári postmarketOS implementujú ďalšie opravy na integráciu systemd s Musl C a plánujú spolupracovať s vývojármi systemd na zjednodušení tejto integrácie v budúcnosti.
Samozrejme, nie je to ľahká úloha, jednou z hlavných prekážok, s ktorými sa stretávame, keď užšie spolupracujeme s vývojármi KDE a GNOME, je, že majú problémy s naším zásobníkom založeným na OpenRC. Aby KDE a GNOME fungovali, okrem OpenRC používame mnoho systémových polyfillov. Takže, hoci technicky „nepoužívame systemd“, v praxi už veľkú časť jeho komponentov používame na spustenie KDE a GNOME, len rôzne verzie týchto komponentov
Na zabezpečenie funkčnosti GNOME a KDE na základe systemd bolo potrebné udržiavať niekoľko ďalších vrstiev a práca bez systemd znamenala správne udržiavanie týchto vrstiev a ich synchronizáciu s vývojom GNOME a KDE, čo predstavovalo značné problémy a určitú neistotu pri priebežnej údržbe zo strany vývojárov.
Okrem toho to vývojári spomínajú Boli implementované rôzne vrstvy a balíky na zabezpečenie podpory pre názov hostiteľa, lokalizované služby a služby časových pečiatok v systéme postmarketOS. Jeho Talebo zahŕňalo použitie openrc-settingsd pre podporu služieb názvu hostiteľa, eudev namiesto udev pre správu zariadení, elogind namiesto logind pre správu používateľských relácií a kniha jázd namiesto denník pre správu protokolov a balík superd bol použitý na poskytovanie funkcií podobných «systemd –user» a nahradiť systemd.timer s prebudený.
Avšak, správna údržba a podpora je zaručená iba pre openrc-settingsd a eudev. Projekty ako elogind, kniha jázd a superd stále vyžadujú vylepšenia, pretože im chýbajú niektoré potrebné funkcie a prebudený Nebol servisovaný asi rok. Okrem toho vývojári KDE Plasma Mobile prejavili záujem o použitie systemd-coredumpd zjednodušiť ladenie, ale nahradiť ho, korektor, Od roku 2020 nedostal údržbu.
Tieto služby sú potrebné pre rôzne funkcie v GNOME a iných aplikáciách. Napríklad D-Bus API, ktoré poskytuje hostname, localed a timedated Používa sa v GNOME na zmenu regionálnych a časových nastavení. Udev je povinný spravovať pripojené zariadenia, keď je prihlásený, “systemd –user» a journald sa používajú na správu užívateľských relácií v gnome-session. Používa GNOME Hodiny systemd.timer pre jeho funkcie.
En z hľadiska nových funkcií ktoré možno implementovať pomocou zostavení založených na systemd, vrátane granulárnej správy privilégií, používania pokročilých funkcií na zaistenie bezpečnosti a spravovania závislostí medzi službami, úplná integrácia s cgroups, aktivácia soketu na spustenie služieb podľa potreby (napr. CUPS možno spustiť iba prístup k sieťovému portu) a dostupnosť vstavaných nástrojov na analýzu procesu zavádzania.
konečne ak si záujem dozvedieť sa o tom viac, môžete skontrolovať podrobnosti v nasledujúci odkaz.