LINUX.ORG.RU

NixOS 22.05

 ,

NixOS 22.05

2

4

30 мая состоялся очередной выпуск дистрибутива NixOS 22.05. Он стал возможен благодаря усилиям 1611 участников в 46727 коммитах.

В этой версии:

  • появилось 9345 новых пакетов, обновлено 10666 уже имеющихся и удалено 5874 (которые ранее были доступны в выпуске 21.11);
  • в системе управления пакетами nixpkgs добавлено 89 новых модулей, удалено 27;
  • версия Nix 2.8 в этом выпуске теперь используется по-умолчанию (включена экспериментальная функция flakes, а так же функция nix-command);
  • графический установщик на основе Calamares: его активация по умолчанию выполняется при запуске GNOME или Plasma ISO, что позволяет упростить проведение настройки новой системы.

NixOS - дистрибутив Linux, созданный на основе менеджера пакетов Nix. Он использует декларативную конфигурацию (предлагаются два основных направления: текущий стабильный выпуск и unstable после последней разработки). Среди особенностей дистрибутива можно отметить следующее:

  • модель конфигурации декларативной системы: в NixOS вся операционная система (ядро, приложения, системные пакеты, файлы конфигурации и т. д.) создаётся менеджером пакетов Nix из описания на функциональном языке сборки, система настраивается путем написания спецификации функций, которые пользователь хочет видеть на своей машине (в глобальном файле конфигурации);
  • надёжные обновления: поскольку файлы Nix являются очищенными и декларативными, их выполнения всегда будут давать одинаковый результат независимо от того, какие пакеты или файлы конфигурации находятся в системе;
  • атомарные обновления: NixOS имеет транзакционный подход к управлению конфигурацией, вносящий изменения в конфигурацию, такие как атомарные обновления;
  • откат: если после обновления системы новая конфигурация нежелательна, её можно откатить с помощью специальной команды nixos-rebuild switch —rollback, и фактически, каждая версия конфигурации системы автоматически появляется в меню загрузки системы;
  • воспроизводимые системные конфигурации: модель декларативной конфигурации NixOS позволяет легко воспроизвести конфигурацию системы на другом компьютере;
  • исходная бинарная модель: язык сборки Nix, используемый NixOS, указывает, как создавать пакеты из исходного кода;
  • согласованность: менеджер пакетов Nix гарантирует, что работающая система «согласована» с логической спецификацией системы, что означает, что она перекомпилирует все пакеты, которые необходимо перекомпилировать.

Некоторые подробности о дистрибутиве можно посмотреть на странице вики.

Ссылки для скачивания:

Скриншот к новости взят с официального сайта NixOS.

>>> Подробности на официальной странице блога NixOS

★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 7)
Ответ на: комментарий от dnb

У меня работает твой конфиг. Вставил то что у тебя

ulimit -a
real-time non-blocking time  (microseconds, -R) unlimited
core file size              (blocks, -c) unlimited
data seg size               (kbytes, -d) unlimited
scheduling priority                 (-e) 0
file size                   (blocks, -f) unlimited
pending signals                     (-i) 15310
max locked memory           (kbytes, -l) 8192
max memory size             (kbytes, -m) unlimited
open files                          (-n) 1004096
pipe size                (512 bytes, -p) 8
POSIX message queues         (bytes, -q) 819200
real-time priority                  (-r) 0
stack size                  (kbytes, -s) 8192
cpu time                   (seconds, -t) unlimited
max user processes                  (-u) 15310
virtual memory              (kbytes, -v) unlimited
file locks          

Ты как делаешь? Точно туда вставляешь? Перелогинился после nixos-rebuild switch?

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

Странно - почему у тебя ulimit -a пишет, как ты говоришь,

Maximum number of open file descriptors (-n) 1024

А у меня по другому:

open files                          (-n) 1004096

Ты его откуда вызываешь? От какого пользователя?

James_Holden ★★★★
()
Ответ на: комментарий от James_Holden
Maximum size of core files created                           (kB, -c) unlimited
Maximum size of a process’s data segment                     (kB, -d) unlimited
Maximum size of files created by the shell                   (kB, -f) unlimited
Maximum size that may be locked into memory                  (kB, -l) 64
Maximum resident set size                                    (kB, -m) unlimited
Maximum number of open file descriptors                          (-n) 1024
Maximum stack size                                           (kB, -s) 8192
Maximum amount of cpu time in seconds                   (seconds, -t) unlimited
Maximum number of processes available to a single user           (-u) 125842
Maximum amount of virtual memory available to the shell      (kB, -v) unlimited
dnb ★★★★
()
Ответ на: комментарий от dnb

Ну пропробуй проверить, генерируется ли у тебя правильно файл limits.conf

ls /nix/store/*limits.conf

И проверяй, что в файлах которые так нашлись. Есть ли файл, в котором нужное тебе

* soft nofile 1004096
* hard nofile 1004096

?

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

Тогда - в /etc/pam.d в каждом файле, в том числе гномовском gdm или как оно там, в конце предпоследним или последним пунктом должен подключаться этот файл.

Есть такое?

P. S. как говориться - заметки на полях: вот поэтому я и писал, что техподдержку такой системы делать нереально. Причина может быть в чем угодно.

James_Holden ★★★★
()
Последнее исправление: James_Holden (всего исправлений: 1)
Ответ на: комментарий от James_Holden

Да ну её, я уже в Арч загрузился. Потом когда-нибудь, когда она постабильнее станет, можно вернуться. Кстати, этот косяк с лимитами не у меня одного, на гитхабе читал обсуждение, суть которого сводится ровно к тому же самому: работает у одного, не работает у другого.

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

суть которого сводится ровно к тому же самому: работает у одного, не работает у другого.

Ну так естественно - в настолько кастомизируемой системе постоянно будут такие случаи. Какой-то набор пакетов как-то что-то ломает. Чтобы выяснить - надо брать конкретную сборку и ковырять.

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

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

James_Holden ★★★★
()
Последнее исправление: James_Holden (всего исправлений: 1)
Ответ на: комментарий от James_Holden

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

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

Ага, наверное в pam модулях гнома что-то не то прописывается. Можно попробовать в issues у nixpkgs на гитхабе написать.

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

Я лично не вижу смысла использовать не unstable на системе, которая гарантированно не ломается при обновлении

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

Меня устраивает подобная частота обновлений. Жить обновлениями и быть обслуживальщиком системы мне не хочется. Даже не смотря на то, что NixOS даёт кое-какие гарантии и unstable в целом стабильный.

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

А есть

Есть

Оно работает так же красиво

Просто работает, есть не просит

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

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

Пользую flakes вместо каналов

Не контрибутор, но пользую NUR (для себя любимого опакечиваю, пополняю библиотеку функций, насыщаю оверлей)

От контрибуции воздерживаюсь, слишком много PR, слишком маленькая core team, очень долгий процесс мержа

Не пользую home-manager. Не нравится мне этот костыль. По сути это ещё один NixOS поддерживать внутри другого NixOS

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

Кстати, как в NixOS настроить отключение дискретной видеокарты Nvidia в ноутбуке? Интересно, как выглядит решение такой задачи, в виде примера.

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

configuration.nix:

hardware.nvidiaOptimus.disable = false;

Но нафейхуа? Если можно включить PRIME, и она будет использоваться по необходимости (при передаче приложению использующему видяху специальных переменных окружения), в остальное время будет в режиме энергосбережения

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

👍

Ну, иногда кулер шумит почём зря, хочется отключить надёжно.

hbee ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.