Команда NixOS объявила о публичной доступности NixOS 26.05 «Yarara» 30 мая 2026 года. Релиз важен для пользователей и администраторов, потому что меняет ранний этап загрузки системы, обновляет базовый набор пакетов и заранее обозначает сроки поддержки старой ветки 25.11.
NixOS 26.05 получил семь месяцев поддержки и крупное обновление Nixpkgs
Официальное объявление опубликовано в блоге проекта NixOS 30 мая 2026 года. В нём команда релиза подтвердила выход NixOS 26.05 «Yarara» и указала срок поддержки новой версии до 31 декабря 2026 года. Предыдущая ветка NixOS 25.11 «Xantusia» переведена в статус устаревшей и должна получать обновления безопасности до 30 июня 2026 года: официальное объявление NixOS 26.05.
NixOS — это Linux-дистрибутив с декларативной настройкой. В обычных системах администратор часто выполняет команды вручную, меняет конфиги по месту и постепенно получает окружение, которое трудно воспроизвести один к одному. В NixOS желаемое состояние системы описывается в конфигурации: пакеты, службы, загрузчик, пользователи, параметры ядра и другие элементы собираются как единая система.
Главная практическая ценность такого подхода — воспроизводимость. Если конфигурация хранится в Git, её проще переносить на другой сервер, откатывать после неудачного изменения и проверять перед обновлением. Поэтому релизы NixOS особенно важны для тех, кто строит рабочие станции, домашние серверы, CI-среды и инфраструктуру с повышенными требованиями к предсказуемости.
В составе Nixpkgs 26.05 добавлено 20 442 новых пакета, обновлён 20 641 существующий пакет и удалено 17 532 устаревших пакета. Для самого дистрибутива NixOS добавлено 85 новых модулей и 1 547 параметров конфигурации, а также удалено 25 устаревших модулей и 355 параметров. Эти цифры показывают масштаб релиза: изменения затрагивают как пользовательские приложения, так и серверные сервисы, системные компоненты и модули для декларативного управления системой.
Stage 1 теперь использует systemd по умолчанию
Самое заметное системное изменение в NixOS 26.05 связано с ранней стадией загрузки. Stage 1, также известный как initrd, теперь основан на systemd по умолчанию. Старый сценарный механизм помечен устаревшим и запланирован к удалению в NixOS 26.11.
Initrd — это минимальная среда, которая запускается до основной системы. Она подготавливает диск, находит корневую файловую систему, может запросить пароль для зашифрованного раздела и только после этого передаёт управление полноценной системе. Для обычного пользователя этот этап почти незаметен, но именно здесь часто проявляются проблемы с шифрованием дисков, сложной разметкой, LVM, сетевой загрузкой и нестандартными параметрами ядра.
Переход на systemd в stage 1 важен для долгосрочного сопровождения NixOS. Вместо отдельного набора сценариев ранняя загрузка получает более единый механизм управления службами и зависимостями. Это должно упростить поддержку сложных сценариев загрузки и сделать поведение ближе к тому, как systemd работает в основной системе.
В релизных заметках отдельно указаны ситуации, где администратору нужно проверить конфигурацию перед обновлением. Для систем с LUKS-дисками важно убедиться, что fileSystems."/".device указывает на /dev/mapper/<name>, где <name> совпадает с именем в boot.initrd.luks.devices.<name>. В более сложных схемах, например при LVM поверх LUKS, может потребоваться параметр x-systemd.device-timeout=infinity в настройках корневой файловой системы.
Для временного возврата к старой реализации можно отключить boot.initrd.systemd.enable, но релизные заметки прямо называют такой путь нежелательным. Логика проекта понятна: пользователям дают переходный период, а администраторам — время проверить конфигурации до удаления старого механизма в 26.11.
Новый system.nix упрощает конфигурации без nix-channel
В NixOS 26.05 появился новый файл system.nix. Он добавлен как альтернативная точка входа наряду с configuration.nix и flake.nix. Его задача — позволить настраивать систему без использования nix-channel.
Для новичка это может звучать как мелкая внутренняя деталь, но для практической эксплуатации изменение полезное. nix-channel долгое время был привычным способом выбрать ветку пакетов, однако в современных установках всё чаще используют зафиксированные версии Nixpkgs или flakes. system.nix даёт ещё один понятный путь: описать, откуда брать Nixpkgs, и передать конфигурацию системе напрямую.
По умолчанию файл может располагаться в /etc/nixos/system.nix. nixos-rebuild и nixos-install также умеют загружать такой файл из текущего каталога при использовании --attr или из каталога, указанного через --file. Это пригодится тем, кто хочет более явно контролировать источник Nixpkgs и хранить системное описание в репозитории.
Ядро Linux 6.18, dbus-broker и новые тестовые возможности усиливают системную базу
NixOS 26.05 обновляет стандартное ядро Linux с 6.12 до 6.18. При этом поддерживаемые альтернативные ядра остаются доступными. Для пользователей рабочих станций это означает обновлённую аппаратную поддержку, а для серверов — доступ к новым исправлениям и возможностям ядра при сохранении выбора.
Ещё одно заметное изменение — переход стандартной реализации D-Bus с dbus на dbus-broker. D-Bus используется для обмена сообщениями между системными и пользовательскими компонентами. Например, через него взаимодействуют службы рабочего стола, менеджеры сети, уведомления и разные системные утилиты. dbus-broker ориентирован на производительность и надёжность при сохранении совместимости с классической реализацией.
Релизные заметки предупреждают, что смена реализации D-Bus требует перезагрузки. Причина проста: перезапуск D-Bus в живой сессии небезопасен, потому что от него зависят многие компоненты окружения. Пользователи, которым нужна классическая реализация, могут явно указать services.dbus.implementation = "dbus";.
Для разработчиков модулей и сопровождающих пакетов полезно обновление тестовой инфраструктуры. Драйвер интеграционных тестов NixOS теперь поддерживает systemd-nspawn-контейнеры как альтернативу виртуальным машинам QEMU. Контейнерный запуск может сократить время тестирования и снизить потребление ресурсов там, где полноценная виртуальная машина избыточна.
Рабочий стол получил GNOME 50, а инструменты разработки перешли на свежие версии
В пользовательской части релиза NixOS 26.05 заметно обновление GNOME до версии 50 «Tokyo». В официальном объявлении NixOS отмечены улучшения доступности и обработки дисплеев, а подробности GNOME вынесены в отдельные релизные заметки проекта GNOME.
Для разработчиков важны обновления компиляторов и языковых платформ. GCC обновлён до версии 15, LLVM остаётся на версии 21. В Nixpkgs 26.05 также изменены версии по умолчанию для некоторых экосистем: Node.js перешёл с 22 LTS на 24 LTS, Ruby — с 3.3 на 3.4. Такие переходы могут затронуть сборку проектов, пакеты с нативными расширениями, CI-конвейеры и внутренние devShell-окружения.
На практике перед обновлением рабочих окружений стоит проверить проекты, которые зависят от конкретной версии Node.js, Ruby или GCC. В Nix это обычно решается через явное закрепление версии в flake, overlay или devShell, но автоматический переход стандартной версии всё равно может проявиться в сборках, где версия была оставлена по умолчанию.
Поддержка x86_64-darwin подходит к завершению в Nixpkgs
Nixpkgs 26.05 станет последним релизом с поддержкой x86_64-darwin. Это касается Intel Mac, где Nix используется поверх macOS. Проект планирует поддерживать платформу и собирать бинарные пакеты до окончания поддержки Nixpkgs 26.05 в конце 2026 года. В Nixpkgs 26.11 сборка пакетов для x86_64-darwin и поддержка сборки из исходников для этой платформы прекращаются.
Для владельцев Intel Mac это важный сигнал для планирования. До конца 2026 года можно продолжать использовать текущую ветку, но долгосрочно стоит оценить миграцию на Apple Silicon, Linux-систему или иной сценарий работы с Nix. В релизных заметках также указано, что пользователи смогут подавить предупреждение через allowDeprecatedx86_64Darwin, если понимают последствия такого решения.
Новые модули расширяют сценарии для домашних серверов и инфраструктуры
В NixOS 26.05 добавлены десятки новых модулей. Среди них есть сервисы для self-hosted-инфраструктуры, сетевых задач, мониторинга, работы с документами и современных пользовательских окружений.
Из заметных примеров можно выделить services.reaction, который позиционируется как современная альтернатива Fail2ban для реакции на повторяющиеся события в логах, services.tailscale.serve для декларативной настройки Tailscale Serve, services.librechat для развёртывания LibreChat, services.papra для управления документами, services.rqbit для BitTorrent-клиента с HTTP API и веб-интерфейсом, а также services.perses для open-source-дашбордов вокруг Prometheus и других источников данных.
Для администратора NixOS ценность модулей в том, что сервис можно описать в конфигурации системы, подключить к остальным параметрам и воспроизвести на другом сервере. Чем больше сервисов получает официальные модули, тем меньше ручной настройки остаётся за пределами декларативного описания.
Обновление требует внимательной проверки конфигурации
NixOS известен безопасными откатами поколений системы, но переход на новую ветку всё равно требует подготовки. В NixOS 26.05 есть изменения в ранней загрузке, D-Bus, версиях пакетов по умолчанию и отдельных модулях. Это значит, что перед обновлением разумно прочитать разделы Highlights и Backward Incompatibilities в релизных заметках.
Для рабочих станций с обычной разметкой обновление может пройти спокойно. Для серверов, систем с LUKS, ZFS, LVM, нестандартным initrd, собственными модулями, self-hosted-сервисами и pinned-зависимостями проверка особенно важна. Хороший порядок действий выглядит так:
- сделать резервную копию важных данных и конфигурации;
- проверить релизные заметки по используемым сервисам;
- обновить flake input или канал до 26.05;
- выполнить сборку новой конфигурации без немедленной перезагрузки;
- изучить предупреждения и ошибки оценки конфигурации;
- применить обновление и оставить старое поколение системы доступным для отката.
Для систем с шифрованием диска стоит отдельно проверить параметры LUKS и путь к корневому устройству. Для окружений разработки стоит закрепить версии языков и компиляторов, если проект зависит от конкретной версии.
NixOS 26.05 делает релизный цикл более предсказуемым для пользователей и администраторов
NixOS 26.05 «Yarara» выглядит как крупный инфраструктурный релиз: он обновляет тысячи пакетов, переводит раннюю загрузку на systemd, добавляет новый вариант системной конфигурации через system.nix, обновляет ядро и меняет стандартные версии важных инструментов разработки.
Главный следующий шаг для пользователей — изучить релизные заметки по своей конфигурации и заранее проверить изменения, связанные с initrd, D-Bus, языковыми платформами и используемыми сервисами. Для новых установок NixOS 26.05 уже становится актуальной стабильной веткой, а владельцам систем на 25.11 стоит учитывать окончание поддержки 30 июня 2026 года.
