postmarketOS 中的 systemd
最近， postmarketOS 計畫的開發人員宣布 通過博客文章的消息 引入systemd 到系統建置。這 主要原因 實施 systemd 支持 是維護的難度 基於的初始化堆疊 OpenRC 面臨著對 GNOME 和 KDE 日益增長的依賴 systemd 組件。
經過一年的工作，使用 systemd 取代 OpenRC 初始化系統的原型設定已經準備好並可供測試。
有人提到 儘管添加了 systemd，仍將繼續提供支持 基於創建構建 OpenRC的 在postmarketOS中，至少只要這個系統繼續在Alpine Linux中使用。使用 pmbootstrap 建立 postmarketOS 映像時，選擇 OpenRC 的選項將可用。此外，OpenRC 將繼續被使用基於 Sway 複合管理器的 Sxmo (Simple X Mobile) 圖形 shell 的組件開發人員使用。
另一方面， 使用 systemd 建置仍將基於基本 Alpine Linux 軟體包，儘管事實上這個發行版沒有對 systemd 的官方支持，並且使用 Musl C 庫而不是與 systemd 相容的 Glibc C。 postmarketOS 開發人員正在實施其他修補程式以將 systemd 與 Musl C 集成，並計劃與 systemd 開發人員合作以簡化未來的整合。
當然，這不是一件容易的事，當我們與 KDE 和 GNOME 開發人員更緊密地合作時遇到的主要障礙之一是他們對我們基於 OpenRC 的堆疊有困難。為了讓 KDE 和 GNOME 正常運作，除了 OpenRC 之外，我們還使用了許多 systemd polyfill。因此，雖然從技術上來說“我們不使用 systemd”，但實際上我們已經使用了它的很大一部分組件來運行 KDE 和 GNOME，只是這些組件的不同版本
確保 GNOME 和 KDE 的功能 基於systemd，需要維護幾個額外的層，而在沒有systemd的情況下工作意味著正確維護這些層並將它們與GNOME和KDE開發同步，這給開發人員的持續維護帶來了巨大的挑戰和一些不確定性。
除此之外，開發者也提到 實施了各種層和包 確保 postmarketOS 中對主機名稱、本地化和時間戳記服務的支援。它的T或包含 openrc-settingsd 的使用 為了支援主機名稱服務，使用 eudev 取代 udev 進行裝置管理，使用 elogind 取代 Logind 進行使用者會話管理，以及 紀錄 而不是 日記 用於日誌管理，superd 套件用於提供類似於 «systemd –用戶» 並替換 系統定時器 同 醒了。
然而，僅保證 openrc-settingsd 和 eudev 得到適當的維護和支持。像 elogind 這樣的項目， logbookd 和 superd 仍然需要改進，因為它們缺乏一些必要的功能，並且 醒來 大約有一年沒有維修了。此外，KDE Plasma Mobile 開發人員表示有興趣使用 系統核心轉儲 簡化調試，但替換它， 核心收集器, 自2020年以來，它一直沒有得到維護。
GNOME 和其他應用程式中的各種功能都需要這些服務。 例如，D-Bus API 提供 主機命名、本地化和計時 它在 GNOME 中用於更改區域和時區設定。登入時需要 Udev 來管理連接的設備，“systemd –用戶» 和journald 用於管理gnome-session 中的使用者會話。 GNOME 時鐘使用 系統定時器 因為它的功能。
En 就新功能而言 可以透過基於systemd 的建置來實現，包括粒度權限管理、使用進階功能來確保安全性並管理服務之間的依賴關係、與cgroup 完全整合、套接字啟動以根據需要啟動服務（例如，CUPS 只能透過存取網路連接埠），以及用於分析啟動過程的內建工具的可用性。
最後，如果你是 有興趣了解更多，您可以在中查看詳細信息 以下鏈接。