Выпуск NixOS 23.05 «Stoat»

В хацкелле нет стабильного ABI

Мда… Сколько лет он уже существует? И до сих пор нет ABI, который бы не ломался при любом обновлении?

А зачем? Динамическая линковка там никому не всралась, потому что не позволяет делать whole program optimisation. Её используют в паре нишевых случаев, которые дальше машины разработчика не распространяются.

Разнообразие опакеченных программ заставляет задуматься…

потыкал в виртуалке - nix-shell прямо вообще понравилось.

Накатить что-ли? Что может пойти не так?

Накатить что-ли? Что может пойти не так?

Станешь лютым задротом и будешь на форумах про NixOS писать.

Накатить что-ли?

Если тебе нужен только nix-shell, то можно даже не накатывать, а просто установить сам пакетный менеджер (nix) в свой дистриб.

Станешь лютым задротом и будешь на форумах про NixOS писать.

Арчеводы будут жаловаться, что ты забираешь их хлеб.

просто установить сам пакетный менеджер (nix) в свой дистриб

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

nix не конфликтует с системным ПМ, он полностью независим, связь с внешним миром на симлинках, так что можешь быть спокоен.

Арч уже давно не Ъ, он стал одним из самых user-friendly дистрибутивов.

Можешь прям в виртуалке свой конфиг и настраивать. Время не пропадёт даром: потом просто перенесешь этот конфиг на свежеустановленную систему. С небольшими правками под железо, монтирование.

А ещё можно из установленного пакетного менеджера nix развернуть NixOS. Похоже на debootstrap в дебианах.

Накатить что-ли? Что может пойти не так?

Лучше самому посмотреть. Самая неприятная часть - софт в nixos на каждом шагу работает с нюансами, но их никто не описывает и не делает примеры использования на вики. Мануалов не просто не хватает, порой появляется ощущение, что пользователей nixos интересуют только высшие материи, а до бытовых задач они не опускаются. Придется шариться по реддитам/дискурсам/гитхабам, собирать куски кода с описанием параметров в документации типа «x.y.z.enable - Enable yz in x».

Да, с практической документацией беда. Справедливости ради, кроме арч/генту вики ничего толком и нет, ни для каких дистрибутивов.

Так что алгоритм в том, что надо читать арчвики, узнавать оттуда названия программ, искать их в man configuration.nix и переводить конфиги в понятия NixOS, иногда читая код в Nixpkgs.

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

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

Всего один вопрос - зачем вообще использовать дебиан, когда есть арч? Как по мне, у дебиана проблем намного больше, чем у арча.

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

Всего один вопрос - зачем вообще использовать дебиан, когда есть арч? Как по мне, у дебиана проблем намного больше, чем у арча.

Потому что у рача нет какого-то стабильного среза паразиториев. Конечно, релизы раз в три года – это тоже не круто, но гораздо лучше, чем их полное отсутствие.

Релизы дважды в год – самое оно для серверного дистра. Поэтому я более чем понимаю чуваков, ставящих убанту вместо добиана на сервера.

Справедливости ради, кроме арч/генту вики ничего толком и нет, ни для каких дистрибутивов.

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

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

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

искать их в man configuration.nix и переводить конфиги в понятия NixOS, иногда читая код в Nixpkgs.

Ещё полезен поиск по options и packages.

Ну или так. Греп по никспкгс еще полезен. Если не бояться

Ну или так. Греп по никспкгс еще полезен. Если не бояться

Блин, я думал я один так делаю. Потому что nix search гораздо тормознее чем grep, что довольно удивительно.

Вероятно grep успели уже отполировать за столько лет, а nix написан говнокодерами.

Вероятно grep успели уже отполировать за столько лет, а nix написан говнокодерами.

Дык, другие на C++ не пишут :(

Но вообще, надо покопать. Там какая-то база вроде как.

Там какая-то база вроде как

У них прям на странице поиска:

❤️ Elasticsearch instance graciously provided by Bonsai. Thank you! ❤️

Там какая-то база вроде как

У них прям на странице поиска:

❤️ Elasticsearch instance graciously provided by Bonsai. Thank you! ❤️

Я про локальный поиск по команде nix search, который к Elastic не имеет никакого отношения.

nix search внутри интерпретирует флейки для получения имен пакетов, и оттого тормозит. Это (теоретически) позволяет ему найти пакеты с сгенерированными именами, не находить пакеты для негодных архитектур, искать «в иерархии» (nix search nixpkgs#emacsPackages vterm), но быстро это работать не будет.

Задачу «найти пакет nixpkgs, зная, что оттуда надо запустить» решает встроенный command-not-found, comma, или самостоятельный поход в programs.sqlite. Греп (и/или search.nixos.org/packages) нужен, когда хочется в код посмотреть (override какой-нибудь сделать или типа того).

nix searchвнутри интерпретирует флейки для получения имен пакетов, и оттого тормозит. Это (теоретически) позволяет ему найти пакеты с сгенерированными именами, не находить пакеты для негодных архитектур, искать «в иерархии» (nix search nixpkgs#emacsPackages vterm), но быстро это работать не будет.

Ясен хер. Но это можно закешировать и тормозить только один раз на изменение конфига, а не каждый раз при поиске.

Сохранить выдачу nix search nixpkgs и искать по ней — не очень сложное упражнение.

Пользы от такого индекса меньше, чем от того, что делает nix search.

Ну типа

home.activation.nixpkgs-index-cache = "nix search nixpkgs > ~/.cache/nixpkgs-index";
home.packages = with pkgs; [ (writeShellScriptBin "akho-nix-search" ''
${gawk}/bin/awk '/\* .*'"$1"'/,/^$/ { print }' ~/.cache/nixpkgs-index
'') ];

в home.nix.

Скажем дружно, нафиг нужно. Ни для рабочей станции, ни для сервера.

Зарегистрировался, чтобы оставить этот комментарий?

А ты против?

нет

то есть дистр существует тыщу лет а они ещё SB не добавили? мдэ

SoundBlaster не нужен, родной!

Российские ЭЦП — это ад и холокост.

Неосилил - так и скажи. А то сразу выдумывать начинаешь… ЭЦП послана роду человеческому за грехи, мы должны страдать. Но среднему человеку оно по силам, да.

Среднему человеку и руку себе в жопу засунуть по силам. Тем не менее, я вот активно избегаю таких занятий. Как и работы с российскими ЭЦП.