Выпуск NixOS 24.05 «Uakari»

А как я на это КриптоПро какое-нибудь буду накатывать или прочую проприетарщину…

После освоения strace и ознакомления с nix, скорее всего, потребуется неделька рабочего времени после этого на опакечивание криптопро. Еще можно запустить из виртуального окружения с «нормальной» fhs, но там тоже нюансы отлавливать можно долго.

Так и образуется куча пакетов в nixos, подходы «положил бинарник в /usr/local/bin», «запустил ./install.sh» или «make; make install» не работают. Пользователь вынужденно осваивает сборку пакетов и затем начинает упаковывать любую мелочь, так как это самый безболезненный вариант.

Так как сборка и работа пакета происходит не в типичном fhs-окружении, то он не будет собираться и/или работать с кривыми зависимостями и не сломает систему пользователю. Это усложняет задачу, но пакеты на выходе не надо так тщательно проверять, как в других дистрибутивах.

Гибкость настроек nix вытекает из возможности переопределить функции этой системы и сам конфиг - подстановка и замена его кода. Вместе с кучей возможностей это приводит к отсутствию какой-либо стандартизации, из-за чего один пользователь не может просто так передать решение одной и той же проблемы другому. А еще это source-based система, которой, на практике, пользоваться можно только за счет доступности и автоматического обновления бинарного «кэша» вместе с nixpkgs. Это сводит к минимуму привлекательность поддерживать и распространять софт за пределами офф. nixpkgs. Если нет крипто про, то сам «пакуешь» и добавляешь в nixpkgs, либо держишь у себя локально nix-файл и подключаешь в качестве «пакета».

А кстати, пользователи VipNet тогда куда?

Если ты про аналог крипто про, то у nixos тут есть весомое для них преимущество. Она просто создана для защиты от подобного софта и после него не придется, как обычно, восстанавливать работу системы.

Да просто, у него пользователи КриптоПро почему-то должны страдать. Но не им единым как-бэ, есть и другие реализации. Как буд-то я чем-то виновен, что использую УКЭП какую-нибудь.

И сам КриптоПро вообщем-то безобиден, он сидит себе в /opt/cprocsp и никого не трогает. Это наоборот, другие программы, вроде Яндекс Бравзера, патченного Chromium или другие с поддержкой, должны его находить и трогать за тра-ла-ла.

Потому насчёт виртуальных окружений у меня сомнения…

Пользуясь случаем спрошу.

Стоит ли пользовать снежинки?

Если да, то у меня сразу вопрос - можно ли из одной flake.nix использовать другую flake.nix?

Допустим, у меня есть моя flake.nix, в ней в outputs описано нечто типа

      packages.${system}.pc = pkgs.writeShellScriptBin "pc" ''
        process-compose -f ${self}/process-compose.yaml
      '';

какой самый простой способ в другой flake.nix использовать пакет pc?

Стоит ли пользовать снежинки?

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

Если да, то у меня сразу вопрос - можно ли из одной flake.nix использовать другую flake.nix?

Да. nixpkgs так и подключается в систему:

{
  inputs = {
    nixpkgs.url = "github:NixOS/nixpkgs/nixos-unstable";
  };
...
}

Можешь добавить в inputs остальные flakes при необходимости.

Да. nixpkgs так и подключается в систему:

т.е. я могу указать путь (локальный) до другой снежинки и оттуда использовать pc?

{
   inputs = { pc = "/src/flakewithcustompc/flake.nix" };
}

Да, только не так. У тебя там будет pc.url = "file:///...";, и дальше в аргументах в outputs можно будет использовать pc.шототам. Поищи в сети, примеров до жопы в общем-то.

Разве нельзя было в принципе всё то же самое сделать на тех же makefile-ах?

Makefile заточен на манипуляции с файлами, для установки программ это ещё куда ни шло, но для настройки системы в общем виде будет неудобно. Это можно преодолеть, написав кучу скриптов на баше, но видать создатели NixOS не захотели делать этого. И я их понимаю.

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

Ставить это, конечно же, не буду. Зачем мне бастард от транссексуала и Ansible?

Во время установки Guix из образа ISO столкнулся с тем, что основное зеркало в России недоступно, а как установщику легко подсунуть другое зеркало не понял (есть непростой вариант с правкой и сборки образа из исходников). Как итог, закончить установку не смог.

1. тут не принято подымать дохлые старые темы, не делай так
2. бастарды псевдодекларативного конфигурирования и Ansible в частности действительно не нужны, когда есть божественная NixOS