https://www.opennet.dev/openforum/vsluhforumID3/138530.html Представлен релиз дистрибутива NixOS 25.11, основанного на пакетном менеджере Nix и предоставляющего собственные разработки для упрощения настройки и сопровождения системы. В NixOS вся настройка системы осуществляется через единый файл системной конфигурации configuration.nix. Предоставляются возможности для быстрого отката системы на предыдущую версию конфигурации и переключения между различными состояниями системы. Поддерживается установка индивидуальных пакетов отдельными пользователями и возможность одновременного использования нескольких версий одной программы. Обеспечены воспроизводимые сборки. Для архитектур x86_64 и ARM64 подготовлены установочный образы с графическим окружением (3.6 ГБ) и сокращённым консольным вариантом (1.5 ГБ)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64351<br> https://www.opennet.dev/openforum/vsluhforumID3/138530.html#80 Sun, 07 Dec 2025 06:22:44 GMT Наверное как раз основной плюс NixOS, что весь софт, как десктопный так и серверный прекрасно уживается на одном хосте и без всяких контейнеров и виртуалок<br> https://www.opennet.dev/openforum/vsluhforumID3/138530.html#79 Fri, 05 Dec 2025 22:16:23 GMT Я год примерно использовал NixOS на десктопе, выше описал, чем это закончилось. Я бы до сих пор использовал NixOS, если бы не то, как они Docker и CDI для него собирают официально в nixpkgs. У меня возникли проблемы с их подходом, но понимаю, что мой юз&#8209;кейс редок и многие не столкнутся с этой проблемой.<br><br>Опишу пару незначительных (терпимых) недостатков NixOS, которые я заметил, пока использовал:<br><br>1. Нельзя вынести предыдущие версии ядра из /boot на системный раздел, как в других системах, при использовании официально рекомендуемого загрузчика systemd&#8209;boot. Если на загрузочном разделе 2&#8239;ГБ, то этого быстро не хватает: у меня каждые пару месяцев он заполнялся, несмотря на то, что автоочистка старых версий была настроена. При использовании systemd&#8209;boot для FAT32&#8209;раздела /boot нужно выделять минимум 10&#8239;ГБ; об этом нигде не говорится, это не очевидно и выглядит как подстава.<br><br>2. Все пакеты тянутся с одного источника&#8239;&#8212; GitHub и собственного CDN от разработчиков https://www.opennet.dev/openforum/vsluhforumID3/138530.html#78 Fri, 05 Dec 2025 21:36:33 GMT Дистр нравился тоже, год использовал примерно, но возникла проблема после прокидывания Nvidia CDI в Docker, некоторые программы в контейнере ругались, что бинари Nvidia не "FSH compliant". Что объяснимо. Проблему получилось починить каким-то нестандартным костылём через правку PATH и подмену бинарей в контейнере. Но возникли потом другие проблемы и тоже из-за FHS. Вообщем решил перейти на FSH compliant дистр. <br><br>На CachyOS сейчас, до этого использовал чистый Arch, это тоже самое плюс оптимизации для современных Intel и AMD процессоров.<br><br>А что касается декларативной конфигурации, сейчас пытаюсь все свои NixOS конфиги перевести в Ansible плейбуки под Arch. Чтобы кто не говорил, но YAML синтаксис Ansible в разы современнее и удобнее Nix синтаксиса. Nix синтаксис местами настролько уродливый, что не хочется на него смотреть. Кто сомневается загляните в примеры конфигов других пользователей NixOS, ссылка на них была на NixOS Wiki.<br><br><br> https://www.opennet.dev/openforum/vsluhforumID3/138530.html#77 Thu, 04 Dec 2025 18:25:51 GMT &gt;зачем тогда люди изучают какой-нибудь ML, а работу работают на чем придется?<br><br>Есть куча проектов на Haskell и Ocaml.<br>&gt;либо через manifest, либо через guix home, непосредственно из cli никак<br><br>Значит в этом вопросе guix хуже<br>nix-shell -p lxqt.qterminal -I nixpkgs=https://github.com/NixOS/nixpkgs/archive/c0c50dfcb70d48e5b79c4ae9f1aa9d339af860b4.tar.gz --run qterminal<br><br>opennet обрезает адрес, должно быть<br>https://github.com/NixOS/nixpkgs/archive/ c0c50dfcb70d48e5b79c4ae9f1aa9d339af860b4.tar.gz без пробелов<br>&gt;нет, я всего лишь говорю о том, что с гикс просто начать работать<br><br>Ну может быть для десктопа это и будет проще, может быть. В остальных случаях нет.<br> https://www.opennet.dev/openforum/vsluhforumID3/138530.html#76 Thu, 04 Dec 2025 16:38:36 GMT &gt;Это крайне вредный подход. Если язык не используется, то он забывается<br><br>а причем тут язык? зачем тогда люди изучают какой-нибудь ML, а работу работают на чем придется? риторический вопрос.<br><br>&gt;Как guix поддерживает чистоту пакетов и ленивые вычисления?<br><br>не могу сказать<br><br>&gt;Что будет, если в версию воткну получение текущего времени - у пакета будет разная версия в зависимости от момента сборки или же будет ошибка?<br><br>не знаю, давно что-то читал на эту тему, но уже не помню. в гиксе все пакеты собиратся с &#171;zero time&#187;, ну тоесть время будет везде "00:00:00 UTC Jan 1 1970"<br><br>&gt;В итоге ситуация ни чуть не лучше чем у nix. Nix сам по себе достаточно простой<br><br>и тем не менее, документация в гикс на мой взгляд лучше. ну и да, nix то может и простой, но вот с nixpkgs совсем другая история<br><br>&gt;Вот хочу я условный nginx поставить, что, он этой командой в автозапуск добавится? А конфиги как править? В NixOS конфиги в read only режиме. Тех же самых пользователей добавлять<br><br>это не просто пакет, это уже сервис, https://www.opennet.dev/openforum/vsluhforumID3/138530.html#75 Thu, 04 Dec 2025 06:34:42 GMT Ну смотря что понимается под &#171;обычными пользователями&#187;. Ну не-программистам навероное не интересно ковыряться в конфигах. Но всякий программист, знакомый с концепцией воспроизводимости и инкрементальных изменений, т.е. всякий кто сознательно пишет код, использует систему контроля версий (см. git), и пакетный менеджер для проекта с lock-файлами легко оценит потенциал и практическую полезность. Но может не сразу поверит, что это действительно работает как следует, т.к. слишком хорошо чтобы быть правдой. Я сам был скептичен, пока не попробовал, т.к. у меня сетап очень экзотический и заточенный годами лично под меня, я сомневался что всё это можно завернуть в Nix конфиг системы со всеми нюансами.<br><br>Я о чём-то таком годами только мечтал, не знав что это уже существует. Взять весь комплексный конфиг системы, со всеми пакетами, конфигами, модулями системы, драйверами, кастомными патчами, настройками DM и всего-всего, кастомизированными курсорами и нескучными обоями, просто стянуть из Git-а текстовый конфи https://www.opennet.dev/openforum/vsluhforumID3/138530.html#74 Thu, 04 Dec 2025 05:37:04 GMT Да какие донаты и напоминания о себе, лол.<br><br>NixOS во-первых мейнтейнится энтузиастами отовсюду без обязательной бюрократии и необходимость быть мейнтейнером. Вся NixOS &#8212; это по большей части просто репозиторий на github https://github.com/NixOS/nixpkgs где все пакеты это просто конфигурационные файлы, включая саму ОС, там скриптами посыпано сверху (которые внутри этих конфигурационных файлов используются). Ну разве что сайт nixos.org и hydra бинарный кеш пакетов публичный поддерживается мейнтейнерами. Мимокрокодилы просто закидывают пулл-реквест на обновление пакета, в большинстве случаев просто коммит хеш обновить и хеш-сумму, изредка где-то может патч наложить какой двумя строчками кода, или добавить переменную среды или флаг конфигурации.<br><br>Во-вторых NixOS релизится 2 раза в год, в одни и те же месяца, 25.11 означает 2025 год и 11 месяц, ноябрь. Релизятся в мае и ноябре, был до этого 25.05, теперь 25.11. Также как и прошлый год, 24.05, 24.11, и таким же образом прошлые года. https://releases.nixos https://www.opennet.dev/openforum/vsluhforumID3/138530.html#73 Thu, 04 Dec 2025 04:53:00 GMT Вот по поводу простого опакечивния было бы очень интересно узнать подробней<br> https://www.opennet.dev/openforum/vsluhforumID3/138530.html#72 Wed, 03 Dec 2025 22:06:03 GMT &gt;лисп учить впринципе полезно, хотябы для расширения кругозора<br><br>Кругозор - понятие слишком растяжимое. Если изучать каждый язык, для кругозора, то больше времени ни на что не останется, по этому, я думаю, гораздо логичнее пожертвовать кругозором, ради специализации.<br>&gt;Guile &#8212; это стандартный язык расширения GNU, используется в GDB например. Авось знанаия-то пригодятся.<br><br>Это крайне вредный подход. Если язык не используется, то он забывается. В итоге время, потраченное на изучение будет выкинуто понапрасну, так как даже если язык понадобится, то изучать придётся заново.<br>&gt;зато в гиксе вся система сборки построена на схеме, в отличии от никс наперевес с баш :р<br><br>Я бы мог назвать это плюсом, но здесь есть разделение на чистое(nix) и нечистое(shell и произвольные команды). Как guix поддерживает чистоту пакетов и ленивые вычисления? Что будет, если в версию воткну получение текущего времени - у пакета будет разная версия в зависимости от момента сборки или же будет ошибка?<br>&gt;разумеется документация самого g