postmarketOS 项目的开发者正在开发分发 Linux 适用于智能手机，基于 Alpine 软件包 Linux标准 C 库 Musl 和 BusyBox 工具套件宣布推出系统管理器 systemd。经过近一年的 systemd 支持实现工作，使用 systemd 而非 OpenRC init 系统的原型版本已经准备就绪，可供测试。
至少在 Alpine 系统中使用 OpenRC 时，我们仍将支持创建基于 OpenRC 的构建版本。 Linux在构建 postmarketOS 镜像时，pmbootstrap 中仍保留了选择 OpenRC 的选项。此外，基于 Sway 合成管理器的 Sxmo（Simple X Mobile）图形界面构建的开发者计划继续使用 OpenRC。
使用 systemd 的构建将继续基于 Alpine 软件包基础进行构建。 Linux尽管该发行版不支持 systemd 并且使用了 Musl C 库。Systemd 官方仅支持 Glibc C 库，因此 postmarketOS 开发人员被迫使用额外的补丁，他们计划随着时间的推移将这些补丁集成到 systemd 核心发行版中（目前正在与 systemd 开发人员合作，以简化集成）。
实现 systemd 支持的原因是，面对 GNOME 和 KDE 对 systemd 组件的依赖性不断增加，维护基于 OpenRC 的初始化堆栈很困难。为了确保基于 systemd 的 GNOME 和 KDE 的功能，需要使用各个层，而没有 systemd 工作的代价是需要以适当的形式维护这些层并与 GNOME 和 KDE 的开发同步，在没有 systemd 的情况下层中一些必要的功能以及持续维护开发人员的不可预测性。
例如，为了与hostnamed、localed和timedated服务兼容，使用了openrc-settingsd层，使用eudev包而不是udev，使用elogind而不是logind，使用logbookd而不是journald，使用superd包提供“systemd -user”功能，并作为 systemd.timer 的替代品被唤醒。
在所使用的层中，仅在 openrc-settingsd 和 eudev 中提供对所需功能的适当维护和支持级别。 elogind、logbookd 和 superd 项目继续维护，但需要改进，因为它们缺乏一些必要的功能，并且唤醒大约有一年没有维护。此外，KDE Plasma Mobile 开发人员希望使用 systemd-coredumpd 服务来简化调试，但其替代 corecollector 截至 2020 年仍未得到维护。
至于使用这些服务的需要，GNOME 中使用 hostnamed、localed 和 timedated 提供的 D-Bus API 来更改语言环境、系统设置和时区；需要 udev 来管理连接的设备； logind、“systemd --user”和journald参与管理gnome-session中的用户会话； systemd.timer 由 GNOME 时钟使用。
在基于 systemd 的程序集中可以实现的新功能中，有细粒度的权限管理、使用高级功能来确保安全性和管理服务之间的依赖关系、与 cgroup 的完全集成、套接字激活的使用（例如，CUPS 可以仅在访问网络端口时启动），存在用于分析启动过程的内置工具。
来源： opennet.ru
