NixOS 19.03

Менять минорные (не просто патч-фикс) версии qt, mesa, linux, llvm они не торопятся – если бы торопились, давно были бы роллинг.

Ещё раз, если тебе нужны самые свежие версии, переключись на unstable. Алсо никто не мешает смешивать.

Судя по контингенту Nix’еров (я лично знаю только двоих, но перестучался в двери всех Nix-контор) они как раз на сладкий запах функциональщинки и сбежались.

Если не хочется сидеть у обочины прогресса – добро пожаловать в rolling unstable, там на острие сидишь, только иногда это острие может довольно больно полоснуть по пальцу. Хорошо, что всегда можно откатиться.

Если так агрессивно поливать всех дерьмом, так и будет «We need more maintainers» вечно

Вот в этом 19.03 релизе, каких версий Qt, QtCreator, mesa, llvm, gcc, wine, blender, cmake?

5.12, 4.6.2, 18.3.4, 5.0.2 (по дефолту, опакечено до 7.0.1), 7.4 (по дефолту, опакечено до 8.3), 4.0 (по дефолту, опакечено до 4.2), 2.79b, и, почему-то, 3.13.

Спасибо за инфу. Но мне не подходит совершенно.

Итак, что именно тут «безнадежно устарело»?

mesa 18.3.4; llvm 7.0.1; blender 2.79b

Вся графическая подсистема устарела уже на момент релиза. Если я поставлю себе NixOS, вернусь эпохи так на 2 назад (со своих mesa 19.1 llvm 8.0 и blender 2.80). На арче, где llvm некоторое время назад впал в летаргию (в связи с переползанием оного на git), дела лучше. Даже по части llvm.

К тому же QtCreator хотелось бы иметь новее. Хотя бы 4.9 stable.

Плюс в этом дистре можно кастовать софт из unstable, и ничего не ломать

Там есть mesa 19.1, llvm 9, blender 2.80 и Qt Creator 4.10?

добро пожаловать в rolling unstable

Т.е. они всё таки осилили rolling?

Т.е. они всё таки осилили rolling?

Тебе об этом уже три человека здесь написали. Да, они осилили rolling. Он там всегда был.

А что мне надо было написать? Кекс NixOS «не юзал, но осуждает», факт-чекинга под свою критику провел ноль, оверлей со wayland-свежаком проигнорировал, обвинил в незапихивании пререлиза sway в stable-ветку, опережение опакечивания на 4 месяца подал как отставание на два, обвинил мэйнтейнеров в выдуманной им самим же медлительности и пафосно сделал нарушающий правила форума вывод о свежести софта в NixOS в целом.

Никсось-никсосью, а он все-таки объективно охренел.

llvm 9

Нет слов. Ты уж извини, но на этом я из дискуссии выйду.

Кекс NixOS «не юзал, но осуждает»

Вообще то с интересом разглядываю. В уютном и няшном арче с llvm 9 бида-бида случилась. Если через пару месяцев не разрежут на адекватные субпакеты, придётся валить.

вывод о свежести софта в NixOS в целом

Вы там может и непритязательны, но для меня свежак, это когда вместо версии – хеш коммита. И да. В моей системе лютует летаргия – свежак у меня только IDE и графика.

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

Вот я слышал от коллег, что в NixOS всё первой свежести и, если с llvm дела в AUR так и не наладятся, можно туда свалить. А тут вдруг выясняется, что там QtCreator 4.6, mesa 18.3, llvm 7, а sway 1.0 так вообще в конце апреля появился (именно такой вывод я сделал, прочитав changelog в новости). Здрасте, блин, приехали «свежак».

Да епрст, вы зайдите на https://github.com/nixos/nixpkgs/ и гляньте на версии сами. Можно при этом сидеть на stable и использовать несколько пакетов с master, и при этом ломаться ничего не будет.

на острие сидишь, только иногда это острие может довольно больно полоснуть по пальцу.

Скорее оно может довольно больно воткнуться в то, чем ты на нём сидишь, не?

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

Ты порегался только чтобы это написать?

Ты порегался только чтобы это написать?

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

«Жопа» в NixOS плотно прикрыта тестами, гидрой и в конце концов роллбэками. А вот когда руки суешь сам куда не надо, может быть больно.

Я и говорю — я то же самое сделаю клавишами в эн раз быстрее.

НЕТ.

Да. Смирись.

Сижу и перевариваю. Заменить всё в /etc и ~/.config одним файлом конфигурации…

Это что бы добавить в репу программу (которой пока нет), надо весь её конфиг расписывать…

nix-овый DSL <…> вместо всего зоопарка чтовочтогораздия

Программы-то остаются прежними, с конфигурацией в виде «чтовочтогораздия». Nix только добавляет прослойку. И переносит содержимое всех этих /etc/foo.conf и /etc/foo.d/*.conf в один большой файл. Или я неправильно понимаю?

А в ~/.config во время юзерского сеанса файлы постоянно перезаписываются…

Программы-то остаются прежними, с конфигурацией в виде «чтовочтогораздия». Nix только добавляет прослойку. И переносит содержимое всех этих /etc/foo.conf и /etc/foo.d/*.conf в один большой файл. Или я неправильно понимаю?

Правильно. Файл может быть и не один большой, ты его можещь разделять на свое усмотрение.

А в ~/.config во время юзерского сеанса файлы постоянно перезаписываются…

Ну это только пока на их место не подложить нужный readonly-файлик =)

Вообще NixOS в чистом виде не занимается конфигами пользователя, нужно расширять ее всякими home-manager, но все так и делают.

Ну это только пока на их место не подложить нужный readonly-файлик =)

Некоторые программы просто не запустятся.

Примеры? Даже plank запускается. Но смотреть, как не меняются настройки, когда ты их меняешь, довольно весело.

не получилось запустить в KVM, слишком много оперативы хочет. По сравнению с ручной сборкой минимального образа с deboostrap

но все так и делают

Я так делать перестал. Во-первых конфигов в хомяке у меня с гулькин нос и я их не меняю. Во-вторых home-manager достаточно сырой, а времени и желания на допил стороннего решения у меня нет. Если решат в самом nixos сделать управление хомяком, то можно будет попробовать.

Основная проблема home-manager в том, что в нем переписывают те модули, что уже есть в nixos

Ну и в целом, управление хомяком некритично, главное иметь управление системой

не получилось запустить в KVM, слишком много оперативы хочет.

А сколько много? 2GB, 4GB, …?

Тоже подумывал в KVM на него глянуть.

На vps с 512 метрами у меня своп 1.5гб вот и считай. Правда у меня там хаскельные пакеты стоят, так что closure там огромный, понятно что при переборке кучу памяти выжирает. Вообще они это обжорство фиксят с попеременным успехом

судя по тому, что https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/tools/qtcreator... обновлялся 8 месяцев назад, то в qtcreator так и не завезли clang-backend. Так что если тебе нужен clang code model в qtcreator, то nixos не для тебя.

Konsole, Kate, тысячи их. Правда, я их просто обманываю.

Программы-то остаются прежними, с конфигурацией в виде «чтовочтогораздия». Nix только добавляет прослойку. И переносит содержимое всех этих /etc/foo.conf и /etc/foo.d/*.conf в один большой файл. Или я неправильно понимаю?

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

После установки каждого пакета и изменений конфига /etc/nix/configuration.nix для работы с сервисами нужно пересобирать мир или как там в nixos называется? В вики сходу не нашёл как работать с пакетным менеджером, примеров часто используемых сочетаний не увидел. Прослойка между конфигом программы и системой тоже вызывает сомнения и как применить конфигурацию к пакету без пересборки мира?

Сырое. Пакетный менеджер тормоз, тот случай когда сложность системы и конфигов растёт не линейно их усложнению, а в какой-то дикой прогрессии.

При это не понятно зачем все эти бэкапы, зачем вообще бэкапить что-то вне /home на десктопе ?

Для серверов решение слишком толсто и бессмысленно, есть другие решения.

Локализацию починили?

Нет, мир пересобирать не нужно, он на то и ленивый ПМ. Пересобираем только те части системы, которые затронуты изменениями, и груб (чтобы он грузил в новую систему)

Многие часто используемые команды в сравнении с бубунтой тут: https://nixos.wiki/wiki/Cheatsheet

сложность системы и конфигов растёт не линейно их усложнению, а в какой-то дикой прогрессии.

Не очень понял разницу между «сложностью» и «усложнением». Как по мне, то наоборот стало гораздо меньше возни с настройками после того, как на nixos окончательн пересел (дописал конфиг).

Для серверов решение слишком толсто и бессмысленно, есть другие решения.

Ждём примеров нормального решения dependency hell без дикого оверхеда «всё свое ношу с собой aka докер»

Что понимается под локализацией? Русская раскладка работает. За остальное сказать не могу, но вроде как были какие-то проблемы с кедовской локализацией.

Сырое

Nope

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

Литературные приемы

При это не понятно зачем все эти бэкапы, зачем вообще бэкапить что-то вне /home на десктопе ?

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

Для серверов решение слишком толсто и бессмысленно, есть другие решения.

Да ну. Ну нарисуй мне что-то более удобное с заточкой под хаскель и веб

Да, кеды локализировались только наполовину. Всё ещё не починили?

IDK, у меня всё на англицком. Но вообще давно уже не слышал нытья по этому поводу, возможно и починили.

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

Нет. У меня есть бэкап своего home + /home на другом диске и он всегда цел и когда случится такая ситуация, я просто беру список установленных пакетов, и переустанавливаю их одной строкой с перезаписью конфигов, после беру свой /home (как правило хватает ~/.config) и копирую с перезаписью. Всё это занимает 10 минут вместе со скачиванием и установкой, да pacman работает быстро, а не как пакентный манадёр из NIX.

Да ну. Ну нарисуй мне что-то более удобное с заточкой под хаскель и веб

Берёшь себе сервак у хостера или в облаке, не пердолишься со своим core2duo 775lga в 2019, и не строишь из себя начинающего хостера. Думаю объяснять как работают и на чём бэкапы на нормальных хостингах не нужно.

Не очень понял разницу между «сложностью» и «усложнением». Как по мне, то наоборот стало гораздо меньше возни с настройками после того, как на nixos окончательн пересел (дописал конфиг).

Я не знаю, что там можно настраивать каждый день, большинство настроек можно спокойно хранить в ~/.config на десктопе. Записать 100 строчек в 1 файл или в 20 файлов не большая разница если это десктоп и происходит это один раз.

Ждём примеров нормального решения dependency hell без дикого оверхеда «всё свое ношу с собой aka докер»

Давно решено btrfs и её подобными, а если ты нормальный человек то в твоём облаке всё само бэкапится средствами хостинга.

Он у меня и есть в облаке, просто на нем nixos

Он у меня и есть в облаке, просто на нем nixos

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

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

Давно решено btrfs и её подобными

Dependency hell решаете с помощью btrfs? Храбро.

происходит это один раз.

Это происходит как минимум (количество настроек)*(количество машин) раз, что в моём случае явно больше единицы. Бэкап ~/.config, кстати, не сохранит настроечки mopidy, tor и actkbd (и всех остальных системных сервисов, которые тоже важны)

Пакетный менеджер тормоз

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

При это не понятно зачем все эти бэкапы, зачем вообще бэкапить что-то вне /home на десктопе ?

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

Нет. У меня есть бэкап своего home + /home на другом диске и он всегда цел и когда случится такая ситуация, я просто беру список установленных пакетов, и переустанавливаю их одной строкой с перезаписью конфигов, после беру свой /home (как правило хватает ~/.config) и копирую с перезаписью. Всё это занимает 10 минут вместе со скачиванием и установкой, да pacman работает быстро, а не как пакентный манадёр из NIX.

К чему этот пердолинг?
Перезагрузка и выбор бекапа в меню гроба занимают секунд 15, точно не знаю, не считал.

Dependency hell решаете с помощью btrfs? Храбро.

Если ты не ССЗБ у тебя не будет Dependency hell, потому что Dependency hell создаёт именно твоя концепция бэкапа системы, а не данных.

то происходит как минимум (количество настроек)*(количество машин) раз, что в моём случае явно больше единицы.

Сколько, десят? Ты так об этом заявляешь, как буд-то у тебя 100 десктопов или свой дата центр.

Бэкап ~/.config, кстати, не сохранит настроечки mopidy, tor и actkbd

1- Это проблема софта который не следует стандартами. 2- Сделай симлинк.

и всех остальных системных сервисов, которые тоже важны

Ну да, у тебя на 100-а тачках, тор, музончик и каждый раз ты это всё настраиваешь, а ещё сервер на каждом, что бы Dependency hell не было.

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

Сейчас бы обновляться на 400мб 40минут в 2019, а не за 5 как pacman.

атем, что после обновления что-то может отвалиться (ваш к.о.) а в момент когда это обнаруживется нет времени/желания разбираться в чём проблема.

Если ты не знаешь как твоя система работает, что и зачем ты обновляешь и у тебя нет желания в этом разбираться, зачем тебе linux?

В нормальных дистрах и у нормальных людей ничего просто так не ломается, и уж тем более «само по себе»

Перезагрузка и выбор бекапа в меню гроба занимают секунд 15, точно не знаю, не считал.

Ага, а сколько занимает времени создание этих бэкапов, их менеджмент. И свободного места. Конечно, 15 секунд, научишь?

Пердолинг это ваш NIX и бэкап системных либ и / , что само по себе ССЗБ, докатились в 2019 бэкапим системные либы и корень.

Я разделяю мои юзкейсы и серверно-датацентровые. У меня 4 машины активно используется + штук 5-6 (так просто не вспомню) иногда нужны. На всём хочется иметь одинаковую конфигурацию (тор, музончик и браузер с темками хотя бы) ну и на основных 4 нужен Emacs с конфигом и конпеляторы с библиотеками, крайне желательно одинаковых версий. Здесь Dependency hell абсолютно непричём, это просто удобство бэкапа, роллбэка и повторяемость

Если ты не ССЗБ у тебя не будет Dependency hell, потому что Dependency hell создаёт именно твоя концепция бэкапа системы, а не данных.

Dependency hell создаёт софт, у которого внезапно могут быть зависимости от конкретных версий другого софта. И как раз nix – один из способов решения dependency hell (хотя есть и другие варианты, но они все обычно сводятся либо к концепции nix, либо к концепции докера). Или вы скажете, что на серверах не бывает Dependency hell, сложностей разворачивания взаимозависимых систем (т.е. Dependency hell уже на уровне кластеров) и девопс не нужны вообще?

Конечно, 15 секунд, научишь?

Меньше. Либо одна настройка nixos, которая ограничивает суммарный размер старых поколений и удаляет самое старое при его достижении, либо ручной nix-collect-garbage --delete-older-than 1month раз в месяц.

Если ты не знаешь как твоя система работает, что и зачем ты обновляешь и у тебя нет желания в этом разбираться, зачем тебе linux?

Есть желание понимать, как работает система, но нет желания пару раз в год выгребать говно за пакманом, чинить сломанную очередным апдейтом систему из /bin/sh, и трахаться при необходимости поддерживать старый софт с древним glibc.

В нормальных дистрах и у нормальных людей ничего просто так не ломается, и уж тем более «само по себе»

Угу, угу, арч не падает и в дебиане apt не глючит. Все глюки nix/nixos (которые есть, не отрицаю) лечатся откатом на предыдущее поколение (или вообще тестированием новой системы в виртуалке перед установкой на железо).