GNOME 49 потребует более глубокой интеграции с systemd

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

Отношения GNOME с systemd уже много лет обсуждаются пользователями Linux и разработчиками дистрибутивов. Хотя среда рабочего стола официально не требует systemd для своей основной функциональности, многие её компоненты в значительной степени опираются на экосистему systemd, в частности на logind, службу управления сеансами.

Теперь GNOME предпринимает дальнейшие шаги для углубления интеграции с systemd, что значительно усложнит работу с рабочим столом в альтернативных системах инициализации.

Для ясности: GNOME уже давно не зависит полностью от systemd. С 2015 года он использует logind для управления сеансами и местами, отказавшись от поддержки более старого ConsoleKit. Однако logind не обязательно должен работать под управлением systemd — такие проекты, как elogind, позволяют GNOME работать в системах с OpenRC, runit или BSD init.

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

Итак, что же меняется сейчас? Грядут два важных изменения, которые усилят зависимость GNOME от systemd:

GDM использует systemd-userdb: Диспетчер отображения GNOME становится зависимым от userdb systemd, динамической системы управления учетными записями пользователей. Это изменение помогает модернизировать работу GDM с многоместными и удаленными сеансами входа в систему, заменяя то, что разработчики называют «устаревшими функциями и откровенными хаками».

Хотя для систем без пользовательской базы данных существует временное решение (с использованием статических учётных записей, таких как «gdm-greeter-1,» «gdm-greeter-2» и т. д.), это лишь временная мера.

Gnome-session отказывается от встроенного менеджера служб: начиная с GNOME 3.34, менеджер сеансов использует systemd для запуска и мониторинга пользовательских служб, возвращаясь к внутреннему менеджеру служб только в случае недоступности systemd.

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

Что это значит для дистрибутивов без Systemd?

Короче говоря, ничего хорошего. Одно можно сказать наверняка: этот шаг GNOME вызовет жаркие споры и разочарует как разработчиков, так и пользователей дистрибутивов без systemd (Void, Slackware, Alpine, Chimera, Devuan и т. д.).

Хотя путь вперёд не является невозможным, он определённо усложнился. В связи с этим команда GNOME предлагает несколько вариантов:

• Внедрите замены для systemd-userdb. Такие проекты, как elogind, уже заполнили аналогичные пробелы в logind; аналогичные усилия могут потребоваться и для userdb.
• Поддерживайте исправления для более старых версий GNOME. GNOME 48 будет получать обновления до выхода GNOME 50, что даст разработчикам время на адаптацию.

Тем не менее, факт остаётся фактом: GNOME движется в сторону более глубокой интеграции с systemd, и хотя альтернативные настройки не исчезнут в одночасье, для их поддержания в рабочем состоянии потребуется больше усилий.

На данный момент у пользователей, не использующих systemd, ещё есть время, но по мере приближения GNOME 50 (примерно в марте-апреле 2026 года) давление в пользу перехода на systemd или инвестирования в альтернативные реализации будет только расти. Или, конечно, вы всегда можете просто перейти на другую среду рабочего стола.