systemd в postmarketOS

Недавно разработчики проекта postmarketOS объявили через сообщение в блоге новости о введение systemd для сборки системы. основная причина реализовать поддержку systemd это сложность поддержания стек инициализации, основанный на OpenRC сталкивается с растущей зависимостью от GNOME и KDE компонентов systemd.

Доступность использования systemd в качестве системного администратора появляется после года работы, и установка прототипа с использованием systemd вместо системы инициализации OpenRC была подготовлена ​​и доступна для тестирования.

Упоминается, что Несмотря на добавление systemd, поддержка продолжится. создание сборок на основе OpenRC в postmarketOS, по крайней мере, до тех пор, пока эта система продолжает использоваться в Alpine Linux. Возможность выбора OpenRC будет доступна при создании образов postmarketOS с помощью pmbootstrap. Кроме того, OpenRC по-прежнему будет использоваться разработчиками сборок, работающими с графической оболочкой Sxmo (Simple X Mobile), основанной на композитном менеджере Sway.

С другой стороны, сборки с systemd по-прежнему будут основаны на базовом пакете Alpine Linux., несмотря на то, что этот дистрибутив не имеет официальной поддержки systemd и использует библиотеку Musl C вместо Glibc C, совместимой с systemd. Разработчики postmarketOS реализуют дополнительные патчи для интеграции systemd с Musl C и планируют сотрудничать с разработчиками systemd, чтобы упростить эту интеграцию в будущем.

Конечно, это непростая задача, одно из главных препятствий, с которыми мы сталкиваемся при более тесном сотрудничестве с разработчиками KDE и GNOME, заключается в том, что у них возникают трудности с нашим стеком на основе OpenRC. Чтобы KDE и GNOME работали, мы используем множество полифилов systemd в дополнение к OpenRC. Таким образом, хотя технически «мы не используем systemd», на практике мы уже используем большую часть его компонентов для запуска KDE и GNOME, а просто разные версии этих компонентов.

Для обеспечения функциональности GNOME и KDE. на основе systemd требовалось поддерживать несколько дополнительных уровней, а работа без systemd означала правильную поддержку этих уровней и синхронизацию их с разработкой GNOME и KDE, что создавало серьезные проблемы и некоторую неопределенность в текущем обслуживании со стороны разработчиков.

В дополнение к этому разработчики отмечают, что Реализованы различные слои и пакеты. чтобы обеспечить поддержку служб имени хоста, локализации и меток времени в postmarketOS. Это Тили включил использование openrc-settingsd для поддержки служб имен хостов eudev вместо udev для управления устройствами, elogind вместо logind для управления сеансами пользователей и журнал вместо журнал для управления журналами, а пакет superd использовался для обеспечения функциональности, аналогичной «systemd –пользователь» и заменить системный.таймер con проснулся.

Однаконадлежащее обслуживание и поддержка гарантируются только для openrc-settingsd и eudev.. Такие проекты, как elogind, журнал и суперд все еще требуют доработок, так как в них отсутствуют некоторые необходимые функции, и проснулся Не обслуживался около года. Кроме того, разработчики KDE Plasma Mobile выразили заинтересованность в использовании Systemd-Coredumpd для упрощения отладки, но заменив ее, коллектор ядра, Он не обслуживался с 2020 года.

Эти службы необходимы для различных функций GNOME и других приложений. Например, API D-Bus, предоставляемый по имени хоста, по локализации и по времени Он используется в GNOME для изменения региональных настроек и часового пояса. Udev необходим для управления подключенными устройствами, при входе в систему «systemd –пользователь» и журнал используются для управления сеансами пользователей в gnome-session. GNOME Clock использует системный.таймер за его функциональные возможности.

En с точки зрения новых функций которые могут быть реализованы с помощью сборок на основе systemd, включая детальное управление привилегиями, использование расширенных функций для обеспечения безопасности и управления зависимостями между службами, полную интеграцию с cgroups, активацию сокетов для запуска служб по мере необходимости (например, CUPS может быть запущен только доступ к сетевому порту), а также наличие встроенных инструментов для анализа процесса загрузки.

наконец, если вы интересно узнать об этом больше, вы можете проверить подробности в по следующей ссылке.