LINUX.ORG.RU

NixOS 26.05 «Yarara»

 


0

2

Разработчики NixOS представили релиз NixOS 26.05 «Yarara» — очередную стабильную версию дистрибутива, построенного вокруг декларативной конфигурации системы и пакетного менеджера Nix. Релиз будет получать исправления ошибок и обновления безопасности до 31 декабря 2026 года, а предыдущая ветка NixOS 25.11 «Xantusia» объявлена устаревшей и достигнет конца поддержки 30 июня 2026 года.

В подготовке выпуска участвовали 2842 разработчика, внёсшие 59 703 коммита с момента предыдущего релиза. В Nixpkgs добавлено 20 442 новых пакета, обновлён 20 641 пакет, удалено 17 532 устаревших пакета. В самом NixOS появилось 85 новых модулей и 1547 новых параметров конфигурации.

Основные изменения

  • Stage 1/initrd теперь по умолчанию работает на systemd. Ранняя стадия загрузки, отвечающая за подготовку системы до запуска основной ОС, переведена на systemd. Старый скриптовый вариант объявлен устаревшим и запланирован к удалению в NixOS 26.11. Временно можно вернуться к прежнему поведению через boot.initrd.systemd.enable = false, но разработчики такой путь не рекомендуют. Для систем с LUKS-дисками отдельно описаны нюансы миграции, включая корректное указание /dev/mapper/<name> и изменение поведения запроса парольной фразы.

  • Добавлен system.nix как альтернативная точка входа для конфигурации. Помимо привычных configuration.nix и flake.nix, теперь можно использовать system.nix. Это позволяет конфигурировать NixOS без nix-channel, например с явно закреплённым архивом Nixpkgs. По умолчанию файл ищется как /etc/nixos/system.nix, но путь можно менять через <nixos-system>, --file и --attr.

  • Ядро Linux по умолчанию обновлено с 6.12 до 6.18. При этом остальные поддерживаемые ветки ядра остаются доступными, как и раньше: пользователь может выбрать нужную версию через конфигурацию NixOS.

  • D-Bus по умолчанию заменён на dbus-broker. Вместо классической реализации dbus теперь используется dbus-broker, который позиционируется как более производительный и надёжный, сохраняя совместимость с эталонной реализацией D-Bus. Переключение реализации требует перезагрузки, так как безопасно перезапустить D-Bus посреди пользовательской сессии нельзя. При необходимости старую реализацию можно оставить через services.dbus.implementation = "dbus";.

  • Тестовый драйвер NixOS получил backend на systemd-nspawn. Интеграционные тесты теперь могут запускаться не только в QEMU-VM, но и в контейнерах systemd-nspawn. Это должно ускорить тесты и снизить расход ресурсов там, где полноценная виртуальная машина не нужна. Отдельно отмечена возможность тестировать GPU/CUDA-нагрузки за счёт bind-mount host device nodes внутрь контейнеров.

  • Обновлены ключевые компоненты Nixpkgs. GCC обновлён с 14 до 15, Node.js по умолчанию — с 22 LTS до 24 LTS, Ruby — с 3.3 до 3.4. Для GCC и Node.js разработчики отдельно предупреждают о возможных обратно несовместимых изменениях.

  • GNOME обновлён до версии 50 «Tokyo». В релиз включён GNOME 50, для которого заявлены улучшения доступности, работы с дисплеями и другие изменения окружения рабочего стола.

  • Последний релиз Nixpkgs с поддержкой x86_64-darwin. Nixpkgs 26.05 станет последним выпуском с поддержкой Intel macOS. Бинарные сборки и поддержка платформы сохранятся до конца жизненного цикла 26.05, но в 26.11 сборки для x86_64-darwin и поддержка сборки из исходников будут прекращены.

Новые модули

В NixOS 26.05 добавлено много новых модулей для сервисов и программ. Среди заметных:

  • services.openthread-border-router — модуль для OpenThread Border Router, шлюза между Thread mesh-сетями и IP-сетями.
  • programs.atuin — интеграция Atuin для синхронизации, поиска и резервного копирования истории командной оболочки.
  • services.meshtasticd — поддержка Meshtastic, децентрализованной mesh-сети для маломощных устройств.
  • services.reaction — демон, похожий по назначению на fail2ban: анализирует вывод программ и может блокировать адреса при повторяющихся ошибках авторизации.
  • services.vinyl-cache — новый модуль после переименования проекта Varnish Cache в Vinyl Cache; старый services.varnish пока оставлен для миграции.
  • services.rqbit — BitTorrent-клиент на Rust с HTTP API и веб-интерфейсом.
  • services.tailscale.serve — декларативная настройка Tailscale Serve для публикации локальных сервисов в tailnet.

Также добавлены модули для ImmichFrame, PdfDing, mangowc, papra, kiwix-serve, nohang, Clevis/LUKS askpass, Rustical, Ente Auth, linkding, Tinyauth, Dawarich, Perses, tabbyAPI, Headplane и ряда других сервисов.

Изменения для администраторов и рабочих станций

  • NVIDIA-конфигурация стала декларативнее. Добавлен параметр hardware.nvidia.branch для выбора ветки драйвера, обновлена связка модуля NixOS с новым layout пакета nvidia-x11, а параметры kernel module теперь можно задавать через hardware.nvidia.moduleParams, после чего они записываются в конфигурацию modprobe, а не прокидываются через глобальную командную строку ядра.

  • Wine обновлён до ветки 11.0. Для пользователей, запускающих Windows-приложения и игры через Wine, это означает переход на новую крупную ветку Wine в составе стабильного набора пакетов NixOS 26.05.

  • ACME-сертификаты получили динамическое время продления. Если security.acme.defaults.validMinDays не задан, NixOS теперь рассчитывает момент продления с учётом срока действия сертификата: для обычных сертификатов продление происходит после прохождения двух третей срока жизни, для короткоживущих — после половины срока.

  • OpenSSH получил новые параметры. Теперь можно генерировать host keys через services.openssh.generateHostKeys = true, даже если сам SSH-сервер не включён. Это полезно для систем, которым нужны SSH host keys для других задач, например agenix или sops-nix. Добавлен и параметр services.openssh.enableRecommendedAlgorithms, позволяющий отказаться от набора алгоритмов, рекомендуемого NixOS.

  • Nextcloud по умолчанию обновляется до v33 для новых систем. Для конфигураций с system.stateVersion >= 26.05 по умолчанию используется pkgs.nextcloud33. Разработчики предупреждают, что прямое обновление с Nextcloud 31 или более старых версий до 33 невозможно: сначала нужно пройти через промежуточную версию.

  • Отключено шумное логирование отказанных соединений firewall. Параметр networking.firewall.logRefusedConnections теперь по умолчанию равен false, так как на серверах, доступных из интернета, такие сообщения могут быстро забивать kernel ring buffer и вытеснять более полезную диагностическую информацию.

  • glibc обновлена до 2.42. Новая версия больше не делает стек исполняемым, если shared library этого требует. Разработчики считают такие случаи ошибкой и предлагают исправлять сборку через -z,noexecstack или очищать флаг через patchelf --clear-execstack; глобально включать старое поведение не рекомендуется из соображений безопасности.

NixOS 26.05 – выпуск с заметными инфраструктурными изменениями: переходом initrd на systemd, отказом от старого D-Bus по умолчанию, новым способом описания системы через system.nix, крупным обновлением Nixpkgs и подготовкой к удалению устаревших платформ и модулей.

>>> Источник

★★★★★

Проверено: cetjs2 ()
Последнее исправление: cetjs2 (всего исправлений: 1)

Stage 1/initrd теперь по умолчанию работает на systemd

Давно пора. Осталось ещё заменить initrd на UKI и вообще отлично будет.

zabbal ★★★★☆
()

Ветку unstable смержили в stable. Радостно.

init_6 ★★★★★
()
Ответ на: комментарий от Gonzo

Кто пользуется? Есть фанаты? Как полет?

Я уже наверное отписывался. Стоит на всех моих железках, в целом нравится.

Из минусов:

  1. nix так себе язык, нет толком порядка или стандартизации в nixpkgs. Когда задачи выходят за границы того что уже сделанного, сложность настойки чего-либо очень сильно возрастает.
  2. из-за того что он не fhs, некоторую проприетарщину/плохо запакованный софт сложно ставить, но это случается довольно редко.

Из плюсов: многие вещи настраиваются один раз, при этом можно иметь unattended updates ежедневные. Раз в полгода надо прочитать ворнинги при обновлении на след. версию и поправить немного конфиг. Что-то реально ломается редко, если ломается - обычно легко откатывается.

Вы рады первому пункту про init?

Вообще индифферентно

Gary ★★★★★
()
Ответ на: комментарий от Gonzo
  1. Лет 5 как, все работает

  2. Абсолютно, надо выкидывать deprecated шлак

xenocerebrum
()
Ответ на: комментарий от Gary

при этом можно иметь unattended updates ежедневные

Я лочу конкретную git ревизию во флейке, чтобы не выкачивать каждый раз гигабайты, когда надо просто изменить опцию раз в месяц.

xenocerebrum
()
Ответ на: комментарий от Gonzo

Пользуюсь на ноутбуке, проблем почти нет, хорошо видно всю конфиурацию, некоторые настройки делать сильно удобнее и интуитивнее. Сильно в nix и home-manager пока не погрузился, часть вещей просто запихиваю в distrobox-контейнер или ставлю как flatpak-и, если так проще.

A12345
()
Последнее исправление: A12345 (всего исправлений: 1)
Ответ на: комментарий от Gonzo
  1. Пользуюсь, давно ни от чего не фанатею, отлично, домашний сервак, лаба, ноут жены и комп сына на nixos. Сам на macbook с nix и home-manager для управлнеия пакетам.
  2. да пофиг…
chemistmail
()
Ответ на: комментарий от Gonzo

Как полет?

Новый апдейт? Пока не знаю, не ставил, я сижу на unstable ветке, ждал, пока новый stable утрясется, обычно при таких полугодовых апдейтах unstable начинает отставать на неделю. А в целом NixOS удобно, уйму времени потратил на конфиги, но обслуживание теперь наслаждение. Ничего не нужно делать практически, апдейты сами показывают, что где может отвалиться и какие изменения нужно применить, если это в принципе необходимо. Можно использовать определенную версию софта через оверлеи, это класс. В целом как язык создания среды для разработки Nix классно зашел, зависимости выдает с нужными версиями. По минусам: портабельность конфигов операционки сложная, чтобы новые машины поднять, нужно правильно структурировать код (и в целом это открытая проблема, flakes, dendritic pattern и прочие возникают). Под неадаптированный (однако репозиторий nixpkgs очень обширный, только AUR рядом) софт надо писать свои конфиги, это может быть нормально (если есть шаблон схожего) или очень больно в случае со специфичным редким.

Вы рады первому пункту про init?

Фиолетово.

ac130kz ★★★
()

NixOS 26.05 «Yarara»

Уж определились бы! Или «Yare-yare daze», или «Ara-ara...», а вместе вот не надо!

Smacker ★★★★★
()
Ответ на: комментарий от Gonzo

Кто пользуется? Есть фанаты? Как полёт?

Использую сабж примерно год. До этого в качестве основных дистрибутивов были в основном Gentoo, Void и Artix. Говоря про более бытовые и прикладные моменты, а не мастурбацию на архитектуру и «правильную» парадигму.

Плюсы:

  • Всё (или практически всё) можно настраивать в одном (или нескольких) конфигурационных файлах, которые лежат в одном месте — особенно удобно, когда ты давно не разбирался со своими конфигами и тебе не нужно вспоминать, по какому именно пути лежат конфигурации отдельных пакетов или системных сущностей;
  • Довольно много опций разных программ вынесены в сам Nix, поэтому отдельные программы можно настраивать через опции самого Nix, а не писать отдельные конфиги в разные места;
  • Есть дополнительные плюшки, которые упрощают настройку системы: создание shell-скриптов прямо из конфига, возможность управлять пакетами для некоторых программ (например, для Emacs) и не использовать отдельные пакетные менеджеры;
  • Есть Home Manager, который существенно помогает управлять твоим $HOME и добавлять дополнительные опции для настройки поверх базы NixOS;
  • Очень много пакетов для дистрибутива + удобно подключать сторонние репозитории через flakes;
  • Возможность откатываться на старые версии системы после обновления и/или делать отдельные specialisations — например, можно иметь несколько разных версий системы, в которых сразу будут выставлены отдельные опции загрузки ядра (например), разные версии установленных пакетов и прочее.

Ещё отмечу, что при помощи Nix люди предпочитают управлять пакетами или использовать nix shell, например, для разработки чего-либо.

Также отмечу, что Nix и Home Manager вполне можно использовать отдельно от NixOS, но в NixOS они смотрятся более органично, что ли.

Минусы (объективные и для отдельных людей):

  • NixOS ставит декларативность превыше UX, поэтому некоторые вещи здесь довольно топорные или могут не понравиться ряду людей. Например, при обновлении всей системы штатный пакетный менеджер из-за устройства системы не показывает, что именно обновляется и какие версии меняются. Да, там можно сделать diff. Да, есть всякие обёртки вроде nh для nix, но интерактивное удобство использования несколько провисает — мне использовать Gentoo/Arch было намного приятнее в этом плане, чем Nix.
  • Каким-то образом flakes остаются всё ещё «экспериментальной» фичей, поэтому в экосистеме существует две практически идентичные сущности. На деле это вопрос к разрабам диструбитва и мелочь на практике, но это то, что лежит прямо на поверхности;
  • Дистрибутив не FHS-совместимый и поэтому может вставлять палки в колёса — особенно в первое время. Да, есть обходные пути и утилиты вроде steam-run, nix-alien и nix-ld, и в реальности (по крайней мере для меня) это никогда не создавало проблем, но стоит учитывать, что иногда придётся танцевать с бубном, если нужная программа старая, плохо написанная или слишком завязана на путях спецификации FHS.

Вы рады первому пункту про init?

В системе NixOS - совершенно индифферентно. Здесь изначально крайне много вещей завязаны на sysmemd, поэтому одна дополнительная часть погоды не сделает.

Ogden
()
Ответ на: комментарий от Gonzo

Пользуюсь, фанат:

  1. Абсолютно вся конфигурация в гите, вплоть до порядка и цвета plasma-виджетов — dotfiles на максималках
  2. Полный DRY и гибкость: например, список LSP, code formatters, конфигурация LLM(MCP/models) объявлены один раз, и из этой конфигурации генерятся конфиги для бесчисленных ide/code_editors/agents
  3. Возможность элегантно запатчить любой софт — добавление исправления занимает пару строк в nix-коде. Не надо танцев со сборкой пакета, ручной установкой и т.д.
  4. Порядок: арч разрастается на 5 тысяч пакетов за несколько лет, уже не помнишь что и зачем, бесконечные доки (для себя), ужас. Тут же всё очень элегантно, полный контроль
  5. Конфигурация используется на нескольких компах: linux/wsl/darwin

Ещё пример: патчу zed-editor в zed-offline — заворачиваю в bwrap без интернета, отключаю online-фичи, возможность скриншотов окна (бекпорт фичи из kwin-master), и меняю цвет иконки — это все 50 nix-строк, и получаю offline/sensitive-редактор. Ну круто же

Bubblewrap тоже автоматизирован, в него завернут весь прикладной софт — нужно только указать пермишены

Как жил раньше — не знаю, никс маст

MaZy ★★★★★
()
Ответ на: комментарий от MaZy

арч разрастается на 5 тысяч пакетов за несколько лет

Наверное это не зависит от арча, а скорее от пользователя.

dmitry237 ★★★★★
()

Не пользуюсь и не понимаю зачем оно могло бы мне понадобиться на локалхосте.

water_closed
()
Ответ на: комментарий от dmitry237

Наверное это не зависит от арча, а скорее от пользователя.

Это все вопрос масштабирования и активности использования

Само по себе разрастание арча не является проблемой, проблема именно в менеджменте всего этого

Никс позволяет быстро и просто делать масштабные вещи, это очень сильно экономит время, и делает процесс приятным

MaZy ★★★★★
()
Ответ на: комментарий от MaZy

Порядок: арч разрастается на 5 тысяч пакетов за несколько лет, уже не помнишь что и зачем, бесконечные доки (для себя), ужас. Тут же всё очень элегантно, полный контроль

Сомнительный тезис, на мой взгляд. Не знаю как остальные на это смотрят и как обходят (если обходят), но я лично нахожу nix достаточно жирным в плане зависимостей, потому что пакетник тянет довольно много и при более-менее активном использование система так же быстро вырастает до тысячи-другой пакетов, как и другой бинарный дистр, - Gentoo куда лучше в плане урезания лишних сущностей, к тому же из-за наличия use флагов это делать куда удобнее.

До перехода на NixOS я видел что некоторые писали, мол он наравне или даже лучше Gentoo в этом плане, но минимальными усилиями этого явно не достичь тут.

По поводу забывания установленных вещей и чистки системы - конечно чуть проще иметь файл с указанием всех необходимых пакетов, плюс туда можно вписать пакеты, но для чистки в том же Арче (как минимум) можно вывести список напрямую установленных пакетов без зависимостей, емнип.

Ogden
()

Yra-ra-ra ... интересное название :о)

sunjob ★★★★★
()
Ответ на: комментарий от Gary

Из плюсов: многие вещи настраиваются один раз, при этом можно иметь unattended updates ежедневные. Раз в полгода надо прочитать ворнинги при обновлении на след. версию и поправить немного конфиг. Что-то реально ломается редко, если ломается - обычно легко откатывается.

можно было написать одной короткой фразой, «никаких плюсов по сравнению с обычными дистрами»

Lrrr ★★★★★
()
Ответ на: комментарий от yvv1

На distrowatch уже в 20ке.

Это как сказать, что в Интернетах появился новый сайт.

MoldAndLimeHoney ★★★
()

А как этот NixOS по сравнению с Guix System? Какой из них менее всратый?

yvv1
()
Ответ на: комментарий от Ogden

Не знаю, как остальные на это смотрят и как обходят (если обходят), но я лично нахожу nix достаточно жирным

Это правда, /nix/store у меня раздут до ужаса. Но речь не про количество и размер зависимостей, а про их учёт.

можно вывести список напрямую установленных пакетов без зависимостей

Можно, но тема ненадёжная, автоматическая очистка опасна, требуется тонкая ручная обработка для поддержания порядка — в этом и проблема.

Традиционные менеджеры пакетов не делают какой-то категоризации, а в никсе я сделал разбиение пакетов на группы, например по языкам программирования: у каждого свой бандл инструментов, и все инструменты автоматически интегрируются в софт/контейнеры_для_разработки/etc.

Такого невозможно сделать на традиционной системе — только ручное управление либо скриптовать что-то(очень ограниченно)

MaZy ★★★★★
()
Ответ на: комментарий от Gary

Как насчёт написать статью на ЛОР для желающих вкатиться?

hobbit ★★★★★
()
Ответ на: комментарий от MaZy

Это все вопрос масштабирования

Масштабирования чего? Вот поставил я 5 лет назад арч, плюс-минус 750 пакетов все время.

Может вы имеете ввиду какое-то развертывание системы на парк машин?

dmitry237 ★★★★★
()
Ответ на: комментарий от Gary

Два чая. Тоже давно пользуюсь, стоит на всех компах и серверах.

Про всратость Nix (языка) согласен, но сейчас ИИ очень помогает с этим. Который год хочу переползти на Guix, да всё не выделю время. Предполагаю, что придётся пару недель плотно посидеть над настройкой.

Puzan ★★★★★
()
Ответ на: комментарий от dmitry237

Может вы имеете ввиду какое-то развертывание системы на парк машин?

У меня три компа - домашний, рабочий и ноут, и на всех конфиг из одного репозитория. Удобно везде и всегда иметь одинаково настроенное окружение.

Но это вторично. Первично - это консистентность и единый «источник правды». Вся информация о системе хранится по сути в одном файле. Это сильно упрощает поддержку и повышает ощущение контроля. Я сам много лет сидел на Арче, и имею с чем сравнить. Арч безусловно хорош, но со времем обрастает мхом и лишайником.

Puzan ★★★★★
()
Ответ на: комментарий от Puzan

Я знаю, как устроен никсос, пользовался около года в 2019. Тогда мне не очень понравился его подход по сравнению с классическим. Наверное из-за того, что он непрозрачен для визуального восприятия, есть проблемы со статическими и проприетарными пакетами, а репозитарий в то время был не такой объемный, как сейчас.

В общем лично мне не зашёл, как говорится. Но configuration.nix и его инклюды хранил года четыре ))

dmitry237 ★★★★★
()

Короче, при поверхностном рассмотрении, этот ваш Nix, даже без OS, это то что доктор прописал для ИИ агентуры (изолированность, воспроизводимость, возможность сделать откат, единый «источник правды», и т.д.). Я тут недавно спрашивал, почему я только сейчас вижу столько пиара такой старой системы, и никто так ничего толкового и не ответил. А между тем, именно в последние несколько лет проект довольно бурно развивался в правильном направлении, что положительно повлияло на юзабилити, например де-факто стадартизирована система flakes. Ну и ИИ фактор наверное тоже влияет на популярность. В общем, для себя вывод однозначный: нужно пробовать.

Самопальный язычок для конфигов конечно повышает порог входа. Но кмк, если бы это было непреодолимой проблемой сейчас, то можно было бы добавить поддержку более мэйстримного язычка в виде пакета, не ломая совместимости с легаси экосистемой. Вон в Guix, например, язычок профиксили, но гну шизоиды сломали экосистему. А экосистема - это наше всё, язычок это мелкое препятствие.

yvv1
()
Ответ на: комментарий от ac130kz

О, благодарю за столь развернутый ответ.

Gonzo ★★★★★
()
Ответ на: комментарий от Ogden

Спасибо! Толково расписал. Изучу это дело на досуге.

Gonzo ★★★★★
()
Ответ на: комментарий от MaZy

Классно. Звучит вкусно :) Надо пробовать, значит.

Gonzo ★★★★★
()
Ответ на: комментарий от Smacker

Yarara - какая-то там рептилия, змея хз. У них все такое. Кто-то, видимо, очень вдохновлен пресмыкающимися.

Gonzo ★★★★★
()
Ответ на: комментарий от dmitry237

Масштабирования чего?

Куча софта, куча проектов, куча агентов(которым в свою очередь нужна куча софта + изоляция). Все зависит от задач – мне нужен тонко предконфигурированный десктоп на все случаи жизни.

Кому-то тут и 8гб рам хватает

Может вы имеете ввиду какое-то развертывание системы на парк машин?

Нет, в данном случае я про конфигурацию десктоп-системы на пару семейных пк

MaZy ★★★★★
()
Ответ на: комментарий от MaZy

Все зависит от задач

Тут я согласен. У меня есть устоявшийся набор приложений, который отвечает моим потребностям. А это «домохозяйкины» запросы — потребление контента.

Кому-то тут и 8гб рам хватает

Абсолютно.

dmitry237 ★★★★★
()
Ответ на: комментарий от Puzan

Про всратость Nix (языка) согласен

Тоже не совсем понял, почему было не взять любой из скриптовых яп(например какой-нибудь микропайтон) и не выдумывать отдельный ЯП

bryak ★★★★
()
Ответ на: комментарий от bryak

В нулевых, когда nix начинался, был не такой большой выбор. А у системы весьма специфичные требования к языку, типа поддержка ленивых вычислений. Видимо ничего подходящего не нашли и завелосипедили свой.

yvv1
()
Ответ на: комментарий от yvv1

Не знаю в каком он состоянии сейчас, у меня представление, что изначально это был формат конфига, а потом на него стали навешивать остальное. Просто не захотели терять обратную совместимость.

dmitry237 ★★★★★
()
Ответ на: комментарий от dmitry237

Это изначально функциональный яп. Это принципиальное требование для работы Nix.

yvv1
()

Да уж, для полной системы наверное гигов 500 ssd потребуется, чтоб комфортно пользоваться. А цены на носители сейчас кусаются. Но сам пакетный менеджер можно с любым дистром использовать, а это 80% преимуществ системы, забесплатно.

yvv1
()
Ответ на: комментарий от yvv1

для полной системы наверное гигов 500 ssd потребуется

Смотря сколько всего установлено, как часто обновляешься и собираешь мусор. В моём случае в зависимости от девайса сама система занимает 15-30гб, а /nix/store – 50-120гб.

kneedeep
()
Ответ на: комментарий от kneedeep

У меня 40Гб, но я только базовое настроил. Чувствую под соточку будет в конечном итоге

bryak ★★★★
()
Ответ на: комментарий от yvv1

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

Например nix выбросили из дистриба debian. Ставить его вручную, думаю, проблематично

bryak ★★★★
()
Ответ на: комментарий от bryak

Например nix выбросили из дистриба debian. Ставить его вручную, думаю, проблематично

Никаких проблем, и на самом деле правильный способ как раз ставить вручную, лучше всего через determined installer, в нём разные удобные фичи по умолчанию включены.

yvv1
()
Ответ на: комментарий от bryak

Ставить его вручную, думаю, проблематично

Это не то что НЕ проблематично, а его и надо обязательно ставить вручную. Тем более в дебиане.

James_Holden ★★★★★
()
Ответ на: комментарий от James_Holden

а его и надо обязательно ставить вручную

Может оно и так. Главное разобраться, как оно там ставится и как работает. Но я не сильно вижу смысл использовать nix вне nixos. Так или иначе, все эти танцы с бубном для того, чтобы описать конфигурацию в целом, а не частично

bryak ★★★★
()
Ответ на: комментарий от bryak

Главное разобраться, как оно там ставится и как работает.

Determinate installer Nix с человеческим лицом. На том же сайте и самый вменяемый гайд.

Но я не сильно вижу смысл использовать nix вне nixos. Так или иначе, все эти танцы с бубном для того, чтобы описать конфигурацию в целом, а не частично

Nix без OS сам по себе даёт 80% его полезности. Его как раз лучше начинать использовать без OS, поверх привычного дистрибутива, особенно если ты занимаешься разработкой. NixOS добавляет немного полезности, и имеет смысл когда ты уже практически не вылезаешь из Nix shell.

yvv1
()
Ответ на: комментарий от Gary

Из минусов:
Когда задачи выходят за границы того что уже сделанного,
сложность настойки чего-либо очень сильно возрастает.

Как и везде, и всегда, да... :))

Из плюсов: многие вещи настраиваются один раз, при этом можно иметь unattended updates ежедневные.

Ну прямо, как у меня, в Fedora... ;))

Раз в полгода надо прочитать ворнинги при обновлении на след. версию

Ну прямо не как у меня в Fedora... ;))

и поправить немного конфиг.

А в Fedora не надо... ;)

Что-то реально ломается редко, если ломается - обычно легко откатывается.

«Ну прямо, как у меня в Fedora...» :)

Вы рады первому пункту про init?

Вообще индифферентно

Somebody ★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.