Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Доступен дистрибутив NixOS 25.05, использующий пакетный менеджер Nix "	+/–
Сообщение от opennews (??), 24-Май-25, 10:53
Представлен релиз дистрибутива NixOS 25.05, основанного на пакетном менеджере Nix и предоставляющего собственные разработки для упрощения настройки и сопровождения системы. В NixOS вся настройка системы осуществляется через единый файл системной конфигурации configuration.nix. Предоставляются возможности для быстрого отката системы на предыдущую версию конфигурации и переключения между различными состояниями системы. Поддерживается установка индивидуальных пакетов отдельными пользователями и возможность одновременного использования нескольких версий одной программы. Обеспечены воспроизводимые сборки. Для архитектур x86_64 и ARM64 подготовлен установочный образ с графическим окружением (3.7 ГБ) и сокращённый консольный вариант  (1.4 ГБ)... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63296
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

3. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
Сообщение от Аноним (3), 24-Май-25, 11:02
Кто-нить может объяснить: Nix и Guix это одно и то же? Если нет, то в чем разница?
Ответить | Правка | Наверх | Cообщить модератору

	10. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (10), 24-Май-25, 13:00
	> Nix и Guix Нет, Guix, это то что у меня не установилось. А Nix, это то что зависло на моменте установки. Насамом деле там идет установка. Но все равно зависло на моменте nix-build. Но во второй раз ( в зависимости от сборки ). Но в первый раз даже не зависло. nix-build
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+4 +/–
	Сообщение от ruroruro (ok), 24-Май-25, 13:05
	Не одно и то же, но они близки. Если очень условно - это разные "фронтенды" для одной и той же идеи. Если вам нравятся языки программирования вроде Lisp/Scheme (это (те (в (которых (много скобочек))))) или если вы совсем повернуты на идеи "свободного" софта (то есть вы не собираетесь использовать вообще никакого non-free софта/драйверов), то поизучайте Guix. Во всех остальных случаях (имхо) Nix/NixOS/Nixpkgs предпочтительнее.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	45. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (45), 24-Май-25, 23:00
	> Кто-нить может объяснить: Nix и Guix это одно и то же? Если > нет, то в чем разница? Есть разница. Если просто и не вдаваться в подробности, то механизм их работы схожий, но guix используется в одноимённом GNU/Linux дистре, который одобрен FSF, а следовательно всё что хоть как-то заподозренно в сношательствах с несвободным ПО там идёт на мороз, поэтому репозиторий у них соответственный, вот и делайте выводы. С другой nix не гнушается в сношательствах с проприетарью и более хайповый, стильный, модный, молодёжный, репозитории у него соответственные. Но, если верить адептам guix у него лучше документация, во что я охотно готов поверить, её не видел, но видел никсовую и лучше бы не видел. И для хоть как-то более или менее вменяемой работы с ним не нужно учить дополнительно собакопятоножный язычок, который за пределами застенок гордого и хайпового никса никому и даром не нужон и нигде даром не упирался, вот и делайте выводы. Хотелось бы послушать адекватных пользователей guix которые более глубоко разбираются в теме, сам я только NixOS использовал, до guix руки не дошли, но судя по тому как ведут себя зазывалы в NixOS и юзеры Guix, будто бы Guix, при всех его сектантских заморочках и зашкварах во времена травли RMS, не такой уж и плохой проект. xD И да, к самому NixOS претензий у меня нет, неплохой интересный дистр, но вот некоторые его адепты порой хуже арчеводов на спидах.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	48. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (48), 24-Май-25, 23:16
	>И для хоть как-то более или менее вменяемой работы с ним не нужно учить дополнительно собакопятоножный язычок, который за пределами застенок гордого и хайпового никса никому и даром не нужон и нигде даром не упирался, вот и делайте выводы. Язык ML подобный, весьма простой и понятный. Если знать Ocaml/Haskell/Rust, читается без проблема. А вот к guix-у есть вопрос: nix - сверх ленивый язык с кешированием. Поскольку вычислять каждый раз всю систему будет очень долго. И как там у них с этим обстоят дела >но судя по тому как ведут себя зазывалы в NixOS и юзеры Guix Очень похоже, что пользователей guix практически нет. Если репозитории NixOS, самые большие и одни из самых свежих, не всегда содержат то, что нужно, то в GuixSD всё совсем печально.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (53), 25-Май-25, 00:27
	>>И для хоть как-то более или менее вменяемой работы с ним не нужно учить дополнительно собакопятоножный язычок, который за пределами застенок гордого и хайпового никса никому и даром не нужон и нигде даром не упирался, вот и делайте выводы. > Язык ML подобный, весьма простой и понятный. Если знать Ocaml/Haskell/Rust, читается без > проблема. А вот к guix-у есть вопрос: nix - сверх ленивый > язык с кешированием. Поскольку вычислять каждый раз всю систему будет очень > долго. И как там у них с этим обстоят дела >>но судя по тому как ведут себя зазывалы в NixOS и юзеры Guix Ключевые слова "Если знать", по-хорошему вообще не нужно чтобы необходимо было знать хоть как-то язык. У NixOS в том числе достаточно потенциала быть основой более адекватной и более ориентированной на широкие массы системой. Когда на её базе слепят систему, которая максимум будет требовать тыкать мышкой в GUI какой пакет скрипт пропишет в configuration.nix и из команд админу нужно будет максимум знать пяток ходовых в стиле nixos-rebuild switch для для генерации поколения отката, чистки системы, вот тогда это будет более народный дистрибутив. > Очень похоже, что пользователей guix практически нет. Если репозитории NixOS, самые большие > и одни из самых свежих, не всегда содержат то, что нужно, > то в GuixSD всё совсем печально. Пользователи Guix есть, он кстати уже давно не SD, уже со времён царя Гороха, но безусловно пользователей NixOS гораздо больше, это глупо отрицать. Но это не технический продолбы guix, это последствия организационной части, у FSF-одобренных дистриубтивов в принципе маленькая аудитирия пользователей, потому что в мире внезапно мало настолько принципиальных фанатичных людей.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (48), 25-Май-25, 02:29
	>Когда на её базе слепят систему, которая максимум будет требовать тыкать мышкой в GUI какой пакет скрипт пропишет в configuration.nix Как вы себе представляете настройку nix из gui? Это язык программирования. Можно, конечно, попытаться переманить пользователей убунты, только вот усилий для этого потребуется много, а какая выгода от этого - непонятно. Поскольку как только появится любая нетривиальная вещь, так этот гуи тут же скажет: немогу отедактировать конфиг, сделайте это руками. Вплоть до того, что один flake используется и для десктопа и для сервера, а в конфиге вместо булевого литерала стоит выражение. Вот как такой конфиг из гуи редактировать? Гуи то ведь не догадается, что вместо прописывания true или false надо переменные в условии править. >это последствия организационной части, у FSF-одобренных дистриубтивов в принципе маленькая аудитирия пользователей Ну опакетить пакеты разных языков программирования в FSF дистрибутивах можно без проблем, но они отстают даже в этом.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	–1 +/–
	Сообщение от Аноним (45), 25-Май-25, 03:28
	>>Когда на её базе слепят систему, которая максимум будет требовать тыкать мышкой в GUI какой пакет скрипт пропишет в configuration.nix > Как вы себе представляете настройку nix из gui? Отлично себе представляю, примерно также, как программа gparted по сути морда для parted, а тот в свою очередь дёргает ещё более специализированные команды и сообщает ей нужные переменные. Отлично представляю как через GUI соответственные типовые команды будут прописываться в configuration.nix, более того я себе отлично представляю, как через GUI можно дёргать nixos-rebuild switch и прочие типовые команды. В общем как сделать для людей. > Это язык программирования. Речь не о недоязыке, а о тулзах, которые подчиняются готовым типовым командам. > Можно, конечно, попытаться переманить пользователей убунты, только вот усилий для этого > потребуется много, а какая выгода от этого - непонятно. Не знаю какая выгода тем, кто зазывает на NixOS пользователей других дистрибутивов, точнее знаю, чем больше подопытных хомяков и сообщество, тем больше халявных бетатестеров и даже порой альтруистов которые будут коммитить в проект. А это прямая выгода, кто отрицает это, тот либо не далёк умом, либо прикидывается идиотом. > Поскольку как только появится любая нетривиальная вещь, так этот гуи тут же скажет: немогу > отедактировать конфиг, сделайте это руками. Да, и это примерно как иметь GUI для yt-dlp, он и 50% всех возможностей не покрывает, но зато покрывает 20% самых ходовых и базовых, которыми пользуются 80% времени и примерно такое же количество обывателей. > Вплоть до того, что один flake используется и для десктопа и для сервера, а в конфиге вместо > булевого литерала стоит выражение. Речь о десктопах, GUI для серверов это для мягких ленивых и мягких умом, обычно такие используют сервера от MS или максимум что способны это лобызать пусси.exe И да, речь шла не о текущем NixOS, а о том, что на его базе можно построить операционку для людей. > Вот как такой конфиг из гуи редактировать? > Гуи то ведь не догадается, что вместо прописывания true или false > надо переменные в условии править. Я вам страшную тайну открою, CLI тоже ни о чём не догадывается. Что же касается остального, то я вот не пойму, вы так троллить пытаетесь или вы в какой-то криокамере проспали со времён засилия консолей? Переменные это значения, в данном случае у значений есть определённый пул возможных состояний, этого достаточно, чтобы это можно было править через GUI >>это последствия организационной части, у FSF-одобренных дистриубтивов в принципе маленькая аудитирия пользователей > Ну опакетить пакеты разных языков программирования в FSF дистрибутивах можно без проблем, > но они отстают даже в этом. Они много от чего отстают, не нравится, не пользуйтесь, в чём проблема?
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (48), 25-Май-25, 20:44
	>Отлично представляю как через GUI соответственные типовые команды будут прописываться в configuration.nix, более того я себе отлично представляю, как через GUI можно дёргать nixos-rebuild switch и прочие типовые команды. В общем как сделать для людей. Отлично. Это будет работать, только если в конфиге указан литерал >Речь не о недоязыке Это уникальный язык, со своими фичами, вроде лени и мемоизации >Я вам страшную тайну открою, CLI тоже ни о чём не догадывается. cli получает готовый код на вход >Переменные это значения, в данном случае у значений есть определённый пул возможных состояний, этого достаточно, чтобы это можно было править через GUI Нет. Кроме литералов могут быть выражения. Даже если использовать в конфиге только литералы, то у вас всё равно будет сложное отображение кнопочек на конфиг, поскольку в противном случае, это будет что-то вроде реестра виндовс, где всё сложно и непонятно.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от myster (ok), 26-Май-25, 19:29
	> В общем как сделать для людей. фишка в том, что вы имеете ввиду других людей. Вы слышали про аббревиатуру IaC ? Почитайте в чём преимещество IaC перед GUI. Вот ради этих преимуществ там не должно быть вашего GUI, оно всё только испоганит. Могу привести пример с WebUI AWS или росскийских аналогов - ЯО, ВКК, Cloud.  Если вы там через GUI будете настраивать IAM аккаунты, RDS кластеры со множеством БД, ВМ-ки, Kubernetes кластеры, автоматические снапшоты и бекапы и т.п., то со временем вы допустите кучу ошибок и забудете 80% настроек. Такие задачи просто нельзя делать через GUI, для этого и продуман Terraform.   Теперь вернемся к операционным системам, в них есть куча сервисов со своими настройками, и есть куча пользовальских программ и настроек для них. И если вы, например, используете годами ту же Windows или Arch Linux и при этом постоянно устанавливаете и используете разное ПО и настраиваете систему (в винде реестр правите, в Linux конфиги в /etc и прочие настройки), а не просто Ютубчик смотрите и почту проверяете. То у вас за годы использования уже куча настроек, переменых, функций, скриптов, костылей, о которых вы уже сами не помните или которые что-то даже ломают, но только вы понятие не имеете, что именно вызывает эту поломку. NixOS и Nix как раз помогают избежать подобных проблем. Если всё сделано грамотно, у вас нет никакого configuration.nix, вы давно его заменили своими конфигами и используете Flake. Вся конфигурация у вас рассортирована на модули, которые можно легко отключить, у вас все сервисы и настройки программ, как на ладоне. Даже ещё и версионируются в Git. Это ли не мечта?
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

6. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+3 +/–
Сообщение от Аноним (6), 24-Май-25, 11:42
Ребят, кто-нибудь пользуется им на декстопе? Стоит ли пробовать? Вкат высокий?
Ответить | Правка | Наверх | Cообщить модератору

	7. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	–4 +/–
	Сообщение от Герострат (?), 24-Май-25, 12:03
	А зачем? Там нет аналога гентушных юз-флагов, какой тогда смысл морочиться? Лучше арч взять
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+4 +/–
	Сообщение от Аноним (16), 24-Май-25, 15:06
	> Там нет аналога гентушных юз-флагов Есть: в конфигурации можно указывать опции сборки отдельных пакетов.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+1 +/–
	Сообщение от Аноним (48), 24-Май-25, 20:14
	>Там нет аналога гентушных юз-флагов, какой тогда смысл морочиться? Зато в генте нет почти ничего из никс-а. Нет ни воспроизводимой сборки, ни возможности ставить несколько разных версий пакет, вплоть до того, что у них будут разные патчи и стандартная библиотека, ни возможности собирать пакетным менеджером хоть программы, хоть контейнеры, хоть что-то ещё. Да даже крупную пересборку системы в генте нужно делать аккуратно, иначе система на полпути развалится. И да, кому нужны юз-флаги? Ну будет на диске чуть меньше места занято, но это ж нужно будет постоянно что-то собирать.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	8. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+5 +/–
	Сообщение от анонон (?), 24-Май-25, 12:06
	Высокий, не стоит. Потом везде этот NixOS захочется приткнуть, оно тебе надо?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	11. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	–2 +/–
	Сообщение от slashfast (ok), 24-Май-25, 13:02
	Вот-вот! Очень удобно использовать для VPS и менять хостеров легко при необходимости. Юзаю nixos-anywhere для управления.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (16), 24-Май-25, 15:38
	Угу: сначала мучаешься неделями, описывая свои хотелки на nix-выражениях сквозь нагромождения мэйнтейнеров, потом с не сильно меньшим трудом всё это поддерживаешь, выясняя, где и что сделали иначе в каждой новой версии, потом рассказываешь всем, как оно удобно, при том, что отказаться уже не можешь, не смотря даже на жручесть новых версий (8гб для сборки системы с пятью контейнерами уже маловато, оно в своп уходит наглухо).
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+1 +/–
	Сообщение от Аноним (48), 24-Май-25, 20:17
	>Угу: сначала мучаешься неделями, описывая свои хотелки на nix-выражениях сквозь нагромождения мэйнтейнеров, потом с не сильно меньшим трудом всё это поддерживаешь Откуда у вас такие проблемы? Единственное, что мне нужно - найти нужный ключ в документации, и решить как это написать красиво, а не собственный велосипед на сотню другую строк. >потом рассказываешь всем, как оно удобно, при том, что отказаться уже не можешь Это да. Другие дистрибутивы уже не вставляют. Если и брать что-то, то только более мощное.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от slashfast (ok), 25-Май-25, 12:05
	> Угу: сначала мучаешься неделями, описывая свои хотелки на nix-выражениях сквозь нагромождения > мэйнтейнеров, потом с не сильно меньшим трудом всё это поддерживаешь, выясняя, > где и что сделали иначе в каждой новой версии, потом рассказываешь > всем, как оно удобно, при том, что отказаться уже не можешь, > не смотря даже на жручесть новых версий (8гб для сборки системы > с пятью контейнерами уже маловато, оно в своп уходит наглухо). У меня эти проблемы не возникали. Если не знаешь язык, то будь добр и разбери его, если хочешь использовать, а иначе просто не используй, если не готов. Вроде у нас свобода выбора и никто ничего не навязывает.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	70. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Молодой Смузихлёб (?), 25-Май-25, 17:10
	Вот насчёт "легко при необходимости" ты погорячился. На хостерах с VMmanager NixOS не встаёт никак, с ISO тоже не устанавливается, после третьей попытки сдался и накатил Debian с шаблона.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	86. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от slashfast (ok), 27-Май-25, 00:15
	> Вот насчёт "легко при необходимости" ты погорячился. На хостерах с VMmanager NixOS > не встаёт никак, с ISO тоже не устанавливается, после третьей попытки > сдался и накатил Debian с шаблона. Я накатил через kexec без особых проблем у хостера с VMmanager (кроме настройки сети через VNC, так как nixos-anywhere не настраивал onlink-gateway), у другого проблема аналогичная, но там тоже пришлось через kexec. Я просто решил для себя попробовать такой способ использования и пока не было никаких сложностей касательно использования. Понятие "просто" для каждого свое и для многих очередной DSL ничего не упрощает, и я понимаю этих людей. Опять же, никому не навязываю.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+2 +/–
	Сообщение от Вася (??), 24-Май-25, 13:37
	вкат без базы ультравысокий, с базой - нет, но каждый раз будешь удивляться "зачем это сделали именно так криво?", впрочем, понятно тоже будет зачем
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	26. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+1 +/–
	Сообщение от Аноним (48), 24-Май-25, 20:08
	>Ребят, кто-нибудь пользуется им на декстопе? Да. Разные люди, и я в том числе. >Стоит ли пробовать? Да, если вам нужна воспроизводимая сборка, возможность легко понять, что изменено на конкретной машине, возможность крайне гибкого управления пакетами(несколько версий, наложение своих патчей, оверлеи), возможность очень легко опакетить что-то своё. >Вкат высокий? Вам придётся программировать на nix. Если вы знаете любой функциональный язык: clojure, haskell, ocaml, на худой конец js, или rust, то без проблем освоитесь. Если вас пугает терминал, то рановато.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	55. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+1 +/–
	Сообщение от Аноним (53), 25-Май-25, 00:34
	> Вам придётся программировать на nix. Если вы знаете любой функциональный язык: clojure, > haskell, ocaml, на худой конец js, или rust, то без проблем > освоитесь. Если вас пугает терминал, то рановато. Лучший слоган для NixOS, а потом люди со стороны удивляются, что а чего это у самой крутой в мире линуксовой системы, как её описывают её адепты, до сих пор так мало пользователей? ))
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (48), 25-Май-25, 02:31
	Не вижу причнин, помешающих арчешколнику программировать на nix. Или борадатому админу, вручную собирающему пакеты под дебиан.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+2 +/–
	Сообщение от Аноним (45), 25-Май-25, 03:35
	> Не вижу причнин, помешающих арчешколнику программировать на nix. Или борадатому админу, > вручную собирающему пакеты под дебиан. А я вижу, у арчешкольника гораздо меньше красноглазия хотя бы потому что арчевика похожа на хорошую документацию, а Арче хотя бы не меняются типовые базовые параметры каждые год-два. Там проблема-то всего навсего от того, что он чистый роллинг, в архитектуре у него как раз проблем нет, всё отлично документировано и приведено в порядок. А бородатый админ Дебиана посмотрит на этот весь цирк и ещё больше возлюбит свой Debian, потому что кому-кому, но не никсоводам рассказывать дебианщикам, что такое стабильная система на которую можно положиться в проде.
	Ответить | Правка | Наверх | Cообщить модератору

	74. Скрыто модератором	+/–
	Сообщение от Аноним (48), 25-Май-25, 23:43
	>А я вижу, у арчешкольника гораздо меньше красноглазия хотя бы потому что арчевика похожа на хорошую документацию Вы хотите сказать, что арчешкольники это ваннаби, способные лишь как попугаи копировать команды из вики?
	Ответить | Правка | Наверх | Cообщить модератору

	78. Скрыто модератором	+/–
	Сообщение от Аноним (53), 26-Май-25, 12:14
	>>А я вижу, у арчешкольника гораздо меньше красноглазия хотя бы потому что арчевика похожа на хорошую документацию > Вы хотите сказать, что арчешкольники это ваннаби, способные лишь как попугаи копировать > команды из вики? Вообще-то, для любого дистрибутива, как проекта, понятная и хорошо организованная документация это маст хэв, в том числе и для того, чтобы была возможность "как попугаи копировать команды из вики", вики это не какой-то набор красок для художника, это конкретное руководство как сделать так-то и так-то, если это нужно. Хорошая вики подразумевает овещение всех функций, с живыми примерами, которые работают, потому что хорошая вики актуальная вики. Это в неважном проекта имееют место быть недокументированные функции и раздолбайская вики. При всей моей нелюбви к Арчу как к  системе, потому как я не любитель роллингов, с точки зрения его задач и устройства, в том числе и устройства его вики, это наверное лучший, хорошо документированный проект из мира линуксов, на который стоило бы ровнятся остальным. И всякие экивоки в сторону Арча, в этом ключе мне искренне непонятны, ладно бы его критиковать за стабильность, что глупо, потому что это роллинг, ладно бы подтрунивать над его некоторыми фанатичными пользователями, которые бывают также в своей священной корове проблем не замечают, но вот что-то, а что-то бухтеть на документацию Арча, это просто срать себе в штаны, тем более никосоводам с их бардаком в вики. И это говорю я, как человек, который на данный момент ни одной системы на базе Арча у себя не имеет, потому что мне он категорически не устраивает как система, потому что чистый роллинг со всеми вытекающими, а вот nix и NixOS использует.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+1 +/–
	Сообщение от Аноним (33), 24-Май-25, 22:00
	Пользуюсь уже несколько лет на домашнем игровом ноутбуке. Не сразу конечно же, но удалось написать конфигурационный файл под свой ноутбук. Нравится использовать этот дистрибутив. После того, как его осваиваешь, остальрные дистрибутивы воспринимаются как более "хаотичные" конструкции, в которых что-то может сломаться из-за того, что ты решил установить, например, более новую версию браузера.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	39. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	–1 +/–
	Сообщение от how much is the beer (?), 24-Май-25, 22:40
	Как интересно в дистрибутиве винды может что-то сломаться, если ты установил новую версию браузера? В дистрибутиве линукса у тебя может что-то сломаться, если ты просто бокалом пива задел не ту клавишу. Ну, бывает.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	–1 +/–
	Сообщение от Аноним (48), 24-Май-25, 22:58
	В винде браузеры распространяются как вирусы, что хромой, что ёж, что стринги. Так что не надо тут рассказывать.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (45), 25-Май-25, 00:41
	> Пользуюсь уже несколько лет на домашнем игровом ноутбуке. Не сразу конечно же, > но удалось написать конфигурационный файл под свой ноутбук. Нравится использовать этот > дистрибутив. В зависимости от того какие хотелки у пользующегося, если не отходить далеко от дефолта и устанавливать только юзерспейный софт, то configuration.nix правится в течении часа чтения или получаса просмотра гайдов. Если соглашаться с подкапотной изкоробочной наркоманией, то мозгов для пользования нужно минимум прилагать, гораздо меньше, чем у арчеводов, я гарантирую это! > После того, как его осваиваешь, остальрные дистрибутивы воспринимаются как > более "хаотичные" конструкции, в которых что-то может сломаться из-за того, что > ты решил установить, например, более новую версию браузера. Звучит как бездарная попытка набросить и/или неумелый маркетинговый булщит в стратегии очернения конкурентов, но нет, у адеватов никакого такого ощущения нет, каждый дистр имеет свои плюсы и минусы, и NixOS не волшебная пилюля от всех проблем.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	49. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (45), 24-Май-25, 23:20
	> Ребят, кто-нибудь пользуется им на декстопе? Стоит ли пробовать? Вкат высокий? Пользовался, высокость вката зависит от ваших хотелок, если вы согласны кушать что дают, то в принципе установщик там на Calamares, любую нужную вам DE выбираете и ставитесь, в том же тытрубе есть гайды пошаговые для совсем чайников, как чего прописывать в configuration.nix чтобы поставить нужный софт. Есть некоторые нюансы правда из-за особенностей работы иерархии системы, которая по сути кладёт болта на линуксовую иерархию работы с директориями из-за этого в некоторых DE например из коробки при установки не видны экстеншоны, но это исправляется руками поруковать в конфигах немного снова. Вообще NixOS это про руковать руками странный синтаксис, причём в одной части системы он вроде бы в одном стиле, а в другой будто бы его выдумывал другой никсовасян, никогда не смотревший туда, где работал предыдущий и лепил как на душу легло, вот такое впечатление сложилось. Да, там есть что-то типа каких-то примеров-рекомендаций, это по идее должно было быть каким-то стандартом, но видимо никсосоразрабам ̶п̶о̶ ̶х̶%̶0̶ ̶в̶а̶щ̶е̶ как всегда, с тем и живём. Это кстати одна из бесячих черт NixOS, правая рука по ходу не в курсе что делает левая и они не могут договориться. Но если не завышать ожидания и относиться к дистру как и должно, как к такому R&D-проекту его создателя, такая пафосная дипломная работа, то очень даже недурно! ;) Гуйцов там не завезли не для чего, удивительно как только установщик с Calamares там существует. Но надеюсь это изменится и подвижки вроде в эту сторону есть. Если на его основе слепят какой-то хомячий аналог Linux Mint, то будет пушка, а не дистр, разрабы манжары не ту базу себе выбрали. xD В общем, при желании вкатиться прямо на дyрy, есть такая возможность, поставить дистр не проблема, много проще чем генту. Всё кpacнoглaзие начинается потом, когда вам захочется чего-то отличного от того что там из коробки накинули на лопате. И вроде бы и это не проблема, если вы согласны кушать что дают из коробки и вас интересует сугубо юзерспейсный софт. Но если вы вдруг захотите что-то более или менее "админское" нехомячье, вот тут могут начаться интересные сюрпризы. И не дай бог вам начать обращаться за помощью-подсказками в русскоязычную телегу по теме, более душного и снобливого и токсичного сообщества нужно ещё поискать. Лучше сразу идите в англоязычные ресурсы, там хоть люди адекватные, а не какие-то зашибленыши детства, которых в школе чморили, а они теперь на всех желчью брыжжат за это.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	76. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от freehck (ok), 26-Май-25, 11:16
	> Ребят, кто-нибудь пользуется им на декстопе? Стоит ли пробовать? Вкат высокий? Ну, идеи у данных дистрибутивов (что Nix, что Guix) -- сомнительно полезные для энтерпрайза, и потому в работе вам скорее всего никогда не пригодятся. Пробовать конечно стоит: но иметь в виду, что цель -- исключительно расширение кругозора.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	82. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от myster (ok), 26-Май-25, 17:45
	> Ребят, кто-нибудь пользуется им на декстопе? Стоит ли пробовать? Вкат высокий? Я использую на десктопе. Но не могу рекомендовать всем. Я буквально заставил себя разобраться в необходимых нюансах, это было не просто, не каждый захочет через это проходить. NixOS можно порекомендовать тем, кто использует Terraform или Polumi для управления облачной или локальной инфраструктурой. Ansible тут будет не очень подходящее сравнение, потому что его часто используют не для управления состоянием инфры, а просто гоняют bash портянки через него, а это совсем не то. В NixOS примерно тоже самое происходит, что в Terraform, но в Terraform у тебя относительно простой HCL синтаксис. Nix язык раз в 20 сложнее и запутаннее HCL. Когда смотришь на конфиги других людей, то с ума можно сойти от их замудрённости. Nix синтаксис, на самом деле, позволяет описывать всё это гораздо проще, чем можно найти в примерах других людей, поэтому я не рекомендую копировать и изучать запутанные решения у других и в шоке разочаровываться NixOS. Стоит самому разобраться в базовом Nix синтаксисе и постепенно описывать свой конфиг, делая его как можно простым. И в этом как раз кроется проблема, у каждого конфиги выглядят по разному. Если в Terraform по большей части все ресурсы стандартизированы, чтобы разные инженеры сходу могли разобраться в коде, то в Nix это не так, для другого человека будет выглядеть всё запутанно, т.к. стандартизация и подход в Nix коде у каждого свои. Может поэтому NixOS нужна какая то эволюция по смене синтаксиса языка Nix, сделать его более простым и стандартизированным. Guix я смотрел и я не в восторге от его Lisp конструкций, они выглядать так же пугающе, как чужой Nix код.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	84. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от freehck (ok), 26-Май-25, 20:25
	> Ansible тут будет не очень подходящее сравнение, потому > что его часто используют не для управления состоянием инфры, а просто > гоняют bash портянки через него, а это совсем не то. Получается, что ты с одной стороны рекомендуешь НЕ смотреть на то, как большинство пишет на Nix, а с другой стороны -- сравниваешь его с тем, как большинство пишет на ansible. =)
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от myster (ok), 26-Май-25, 23:16
	Ну да. Я лично стараюсь писать на Ansible, как задумывали его создатели, управляю состоянием инфраструктуры. Но когда смотрю чужие Ansible плейбуки то прихожу к выводу, что люди не секут фишку.  С другой стороны, до Ansible, мы разрабытывали похожую удалённую запускалку Bash портянок, и с Ansible такая нужда отпала.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+1 +/–
	Сообщение от freehck (ok), 27-Май-25, 00:23
	> Ну да. > Я лично стараюсь писать на Ansible, как задумывали его создатели, управляю состоянием > инфраструктуры. Но когда смотрю чужие Ansible плейбуки то прихожу к выводу, > что люди не секут фишку.  С другой стороны, до Ansible, > мы разрабытывали похожую удалённую запускалку Bash портянок, и с Ansible такая > нужда отпала. Если честно, мне кажется, что и сами разработчики Ansible с трудом понимают, что делают. Не, определённый прогресс у них, конечно же, есть. Пять лет назад я прямым текстом говорил, что идемпотентность в нём -- не более, чем маркетинговый ход. Сейчас же в нём появилось весьма немало модулей, которые действительно идемпотентны. Тем не менее, зачастую логика работы Ansible вымораживает. --- Изрядно переусложнённая система приоритетов у переменных -- одна из них, например. Первые полгода мы ещё пытались с ней как-то совладать, но серьёзно, 20+ мест, где он их последовательно ищет -- это перебор, да и некоторых весьма очевидных вещей у ansible банально нет. По итогу мы пришли к следующему: 1) написали callback-плагин, который первым делом подгружает переменные из .ansible.env в корне репозитория; потому что кроме --extra-vars нет никаких иных способов определить переменную, которую можно было бы использовать для формирования имени группы в hosts плея 2) написали роль, загружающую переменные из директории; как правило, у нас есть что-то типа vars/envs/_common, где содержатся переменные, общие между всеми окружениями; а также vars/envs/<envname>, где содержатся переменные, специфичные для конкретного окружения Благодаря первому мы смогли сделать генерализацию плейбуков в наших коллекциях. Благодаря второму мы смогли добиться обозреваемости конфигурации окружений: поскольку мы сами управляем загрузкой переменных, мы всегда знаем, где их искать. Но положа руку на сердце -- это на самом деле нехилая такая надстройка над тем, что предлагает Ansible. И насколько мне известно, больше так не делает вообще никто. --- Или вот ещё один пример, который может выбешивать -- это малая пригодность самого ansible для сложной логики. Взять юзер-менеджмент. Если для postgres или mysql там всё более-менее уже устаканилось, то для пользовательских аккаунтов в самой системе -- это прям боль. <лирическое-отсутупление> Да, некоторые могут сказать, что на самом деле не надо в принципе рулить аккаунтами таким образом, ведь можно использовать sssd/ldap/иной-sso/иной-pam/итд/итп, однако клиенты бывают разные: бывают ребята-надолго, бывают ребята-начутьчуть, бывают ребята-на-поршах, бывают-ребята-голосокольники. И вот не стану я людям, у которых дай бог 20 машин, тащить централизованную авторизацию: ну им это вот совсем-совсем не нужно. </лирическое-отсутупление> Так вот. Реализовать логику создания пользователя, включения его в определённые группы и докладывания ему ключей -- чисто в виде роли на ansible, используя одни лишь ansible-модули... Скажем так, это возможно, но код получается такой, что без поллитра не разберёшься. И в этот самый момент приходит в голову мысль, что всё то же самое на нормальном тьюринг-полном языке типа shell было бы куда проще. Есть вариант -- написать плагин. Но написать плагин подобного рода -- задача, как оказалось, весьма нетривиальная. Ну кстати, если у Вас вдруг есть аналог подобного -- с удовольствием посмотрел бы. А то я в 2018м как написал говно-роль, так до сих пор боюсь её трогать. Ну как бы, работает -- и ладно. ) NB: а если кому вдруг покажется (я прям чувствую, что сейчас местные аналитики понабегут), что такой пример -- это что-то из области надуманного, милости прошу в мой гитхаб, посмотреть на ansible-role-redis-cluster. Это всего лишь роль для redis-кластера с кросс-репликацией. Логика там пипец. Но я с удовольствием посмотрю, как вы её перепишете, чтобы было правильно. --- В общем, в свете вышесказанного, могу подытожить следующее. Я искренне считаю, что ansible -- гoвнo, писанное обезьянами. Но поскольку на рынке есть изобилие знакомых с ним кандидатов, поскольку у меня есть выстраданные за годы эксплуатации гайдлайны по оформлению ролей, написанию плеев, поскольку известны все его подводные камни -- выбор очевиден. Но вот честно, хотелось бы иного. Когда-то CFEngine предлагал вроде бы разумный подход. И он почил в бозе, поскольку был проприетарен и слишком уж академичен. Однако нужно ли что-то новое клепать конкретно сейчас -- это вопрос-вопрос. Во-первых, большинство устраивает ansible, как ни крути. Во-вторых, уровень опсов изрядно просел: большинство новичков умудряются даже не знать основ shell-а, я уж не говорю про ABS и иже с ним. В-третьих, по планете шагают облака и оркестраторы, а это значит, что основным стэком становятся терраформ, куб и хелм. Так что продолжаем использовать то, что есть. Ведь когда бой уже идёт, лучшее оружие -- это то, которое сейчас в руках. PS: сам не знаю, как из меня вылился этот длиннопост, ну уж извините, наболело
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от myster (ok), 27-Май-25, 21:17
	Terraform, если что, не только для облаков подходит. И он для некоторых задач подойдёт лучше чем Ansible. Для популярных локальных сервисов, есть готовые terraform провайдеры. Можно, например, локальным внутренним AD, пользователями и группами управлять через Terraform. Написать свой Terraform провайдер тоже не сложно, если хорошие скилы в Golang.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от freehck (ok), 27-Май-25, 21:22
	> Terraform, если что, не только для облаков подходит. Из необлачных самые любимчики -- hashicorp/kubernetes, hashicorp/helm, gavinbunney/kubectl. ) А вот для юзер-менеджмента БД оказалось удобнее всё же ansible-ом. Можно конечно было терраформ-модулей понаписать, но у меня готовые плейбуки. > Написать свой Terraform провайдер тоже не сложно, если хорошие скилы в Golang. Не сложно, но не хочу. Написать -- это малая часть дела. Потом это придётся ещё и поддерживать. А это уже кратно иные ресурсы.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от myster (ok), 28-Май-25, 20:09
	> Из необлачных самые любимчики -- hashicorp/kubernetes, hashicorp/helm, gavinbunney/kubectl. если еще не сильно в этом увязли, крайне не рекомендую такой подход. YAML-ики кубера и хелм-чаты - уже сами по себе IaC, зачем им обёртка в виде TF? Это же двойная работа по конвертации. Может ради TF стейта? А нужен ли он тут, если сами YAML конфиги это и есть стейт по сути? Terraform хорош для управления системами с избыточным GUI, в котором легко допустить ошибки и запутаться от обилия опций и где нужно часами всё настраивать, а потом сам забудешь, что ты настраивал. Или для систем с разрозненными конфигами, чтобы объединить их в единый модуль. А когда у нас в распоряжении система такая же удобная, как и сам Terraform (kubectl/helm), нам Terraform уже так не нужен, это как "масло масленное", ИМХО.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от freehck (ok), 28-Май-25, 20:27
	> YAML-ики кубера и хелм-чаты - уже сами по себе IaC, зачем им обёртка в виде TF? В основном потому, что такой подход позволяет удобно из единого места конфигурировать общие ассеты куба. Это полезно, поскольку помимо собственно пейлоада кластер должен иметь ещё как минимум: - пару ингресс-контроллеров - cert-manager c одним или несколькими ClusterIssuer-ами - прометей/ksm - promtail - volume provisioner (опционально) - а при определённых архитектурах CD -- мб ещё gitlab-runner плюс бывает такое, что нужно некоторые манифесты накатывать пачками по шаблону, тут пригождаются terraform-модули > Это же двойная работа по конвертации. вот как раз чтобы не заниматься перегонкой всего в HCL при использовании hashicorp/kubernetes, есть gavinbunney/kubectl Например: resource "kubectl_manifest" "my-cluster-issuer" {   yaml_body = <<EOF apiVersion: cert-manager.io/v1 kind: ClusterIssuer spec:   acme: <...> EOF } > Или для систем с разрозненными конфигами, чтобы объединить их в единый модуль А чем кластер куба не "система с разрозненными конфигами"? в общем, мы уже опробовали helmfile, terragrunt, kustomize (может я ещё чего забыл, но вы спрашивайте, я если что заметки гляну) -- и пока что остановили выбор на: 1) чистый terraform для конифгурирования общих ассетов куба 2) чистый helm + gotemplate (который отдельная cli-тулза) для пейлоада
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от myster (ok), 29-Май-25, 00:06
	> В основном потому, что такой подход позволяет удобно из единого места конфигурировать > общие ассеты куба. И чем это отличается от простого использования kubectl или helm? > Это полезно, поскольку помимо собственно пейлоада кластер должен иметь ещё как минимум: > - пару ингресс-контроллеров > - cert-manager c одним или несколькими ClusterIssuer-ами > - ksm > - promtail > - volume provisioner (опционально) эти must have > прометей не стоит размещать в кластере, K8s вообще не очень хорошо подходит для любого рода стейтфулсетов, а для нормальной работы Prometheus в кластаре он должен быть настроен определенным образом, как минимум, должен быть включён CPU Manager с политикой Static и многое зависит от платформы на которых узлы K8s разположены, желательно, чтобы на ней не происходила постоянная миграция RAM и CPU, как встречается в облаке на VMWare например. И кстати VictoriaMetrics менее прожорливая и совместима с форматом Prometheus, при этом я бы тоже не размещал её в K8s. Одно дело сборщики метрик, другое дело сам сервис.   Многие не осознают, зачем helm чарты для Prometheus или VictoriaMetrics существуют в природе, в принципе.  Они существуют прежде всего, чтобы создать такой высоконагруженный с множеством реплик кластер именно для цели мониторинга. Вот тогда в этом будет какой то смысл. А не в кластере с микросервисами, сборку накатывать их. > - а при определённых архитектурах CD -- мб ещё gitlab-runner Ой не стоит. При сборках gitlab-runner может отъесть всю память у сервисов, в K8s нет swap, соответственно он питается только оперативкой. При тяжелых сборках, как раз swap на обычной Linux ноде может выручить. gitlab-runner в кластере терпимо использовать разве, что для деплоя, но даже в этом случае преимуществ не вижу по сравнению с удалённым запуском. Другое дело, если это Flux + gitlab-agent, но это кардинально другой подход к CI/CD. > плюс бывает такое, что нужно некоторые манифесты накатывать пачками по шаблону, тут > пригождаются terraform-модули kubectl может накатить пачкой всю директорию с манифестами, а если требуется кастомизация и шаблонизация, то kustomize и helm все нужды покрывают вроде. > А чем кластер куба не "система с разрозненными конфигами"? Как этим рулит Terraform понятно, он просто использует data sources и может ссылаться на ресурсы, в том числе даже из других terraform стейтов, а не только напрямую из инфры брать. А в случае с K8s, я просто не вижу зачем 1 микросервису в виде helm чарта с множеством K8s ресурсов тягать зависимости от других чартов или микросервисов при деплое. А даже если такую зависимость требуется знать, то можно через CI/CD выцепить нужные данные и передать в параметры helm. > в общем, мы уже опробовали helmfile, terragrunt, kustomize (может я ещё чего > забыл, но вы спрашивайте, я если что заметки гляну) -- и > пока что остановили выбор на: > 1) чистый terraform для конифгурирования общих ассетов куба > 2) чистый helm + gotemplate (который отдельная cli-тулза) для пейлоада Сталкивался с использованием helmfile на разных проектах в разных компаниях, но каждый раз ловил себя на мысли, что тут и helm чистого хватит.   Тоже самое с terragrunt. Terraform поддерживает workspaces фичу для разграничения окружений, хотя многим удобнее по другому среды разграничивать, через разные env файлики, или использовать общие модули, чтобы не дублировать код под разные среды.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от freehck (ok), 29-Май-25, 01:19
	>> В основном потому, что такой подход позволяет удобно из единого места конфигурировать общие ассеты куба. > И чем это отличается от простого использования kubectl или helm? Тем, что terraform apply гарантировано полностью синхронизирует состояние кластера с кодом в репозитории, и точно не возникнет ситуации, когда что-то в коде есть, но "забыли накатить". А если у тебя пачка kubectl apply и helm upgrade -- запросто. >> прометей > не стоит размещать в кластере Конечно стоит: он собирает метрики с экспортеров кластера (и скрейпит бизнес-метрики пейлоада, узнавая о них по лейблам), а затем пушит их в центральный прометей для хранения, анализа и алёртинга. >> - а при определённых архитектурах CD -- мб ещё gitlab-runner > Ой не стоит. При сборках gitlab-runner может отъесть всю память у сервисов, > в K8s нет swap, соответственно он питается только оперативкой. При тяжелых > сборках, как раз swap на обычной Linux ноде может выручить. Ну так я ж написал CD, а не CI. Естественно это только для деплоев. > gitlab-runner в кластере терпимо использовать разве, что для деплоя, но даже в > этом случае преимуществ не вижу по сравнению с удалённым запуском. Простота реализации -- залог того, что ничто не сломается. > А в случае с K8s, я просто не вижу зачем 1 микросервису в виде helm > чарта с множеством K8s ресурсов тягать зависимости от других чартов или > микросервисов при деплое. А для деплоя одного микросервиса терраформ и не юзается, это оверхед. Достаточно helm + gotemplate. Но вообще-то, генерация values-файлов -- это очень полезная штука. Пример: у тебя пачка сервисов ожидает переменную окружения, в которую должен быть подставлен корректный ip и port сервера БД. В пределах окружения он единый, но на разных окружениях -- разный. Если подставлять их в каждый отдельный values вручную -- рано или поздно сыграет человеческий фактор, и кто-то укажет неправильный сокет. А в случае генерации по шаблону -- у тебя есть просто файлики, где заранее определены переменные, специфичные для каждого окружения (prod/dev01/dev02/etc), и values-ы каждого сервиса каждого окружения генерируются с использованием своего файлика, так что вероятность подобного сценария существенно снижается. Я конечно сразу предвижу комментарий о том, что эту информацию можно было бы поместить в какой-нибудь общий секрет или вообще в волт. Но нет, это не так просто, тут сразу поднимаются самые разные вопросы. Например вопрос релоада сервисов при обновлении общего секрета. Или вопрос подстановки секретов (тут могут потребоваться доработки самих сервисов, потому что внезапно, сервисы nodejs ждут dbstring в одном формате, а сервисы на каких-нибудь шарпах -- в другом)... В общем, на определённом (зачастую весьма продолжительном) этапе развития продукта -- имеет смысл пользоваться именно прямой подстановкой сгенерированных значений в env. Ну вот просто потому, что работать продукту нужно уже сейчас, а обеспечивать секурность -- можно отложить и на потом. > Сталкивался с использованием helmfile на разных проектах в разных компаниях, но каждый раз ловил себя на мысли, что тут и helm чистого хватит. А я -- особенно резко думал именно эту мысль, когда мы экспериментировали с argocd. )
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от myster (ok), 29-Май-25, 11:34
	> Тем, что terraform apply гарантировано полностью синхронизирует состояние кластера с кодом в репозитории, и точно не возникнет ситуации, когда что-то в коде есть, но "забыли накатить". А если у тебя пачка kubectl apply и helm upgrade -- запросто. Это всегда зависит от логики CI/CD, но может в вашем случае это обосновано. Просто в фоне terraform точно также использует helm upgrade и kubectl apply команды, а значит этого можно добиться без terraform. > Конечно стоит: он собирает метрики с экспортеров кластера (и скрейпит бизнес-метрики пейлоада, узнавая о них по лейблам), а затем пушит их в центральный прометей для хранения, анализа и алёртинга. Прометей даже в агент-режиме жирноват, есть mvagent от VictorialMetrics, который точно также умеет скрейпить метрики и пушить и в централизованый Прометей и в VictorialMetrics. > Простота реализации -- залог того, что ничто не сломается. Я как раз сталкивался с поломками, я бы не назвал это простотой реализации, он зачем то подтягивает helper образ постоянно с gitlab, хотя казалось бы ты развернул раннер, все что для его работы уже должно быть в сервисе раннера, ан нет, он зачем то тянет хелперы, и иногда они устаревают и он старый стянуть не может, пока ты не обновишь сам раннер. > А я -- особенно резко думал именно эту мысль, когда мы экспериментировали с argocd. ) А что не зашло c argocd?
	Ответить | Правка | Наверх | Cообщить модератору

15. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+4 +/–
Сообщение от kravich (ok), 24-Май-25, 14:00
>после сборки пакет firefox может записываться в /nix/store/5onlv1pc3ed6n5nskg8ew4twcfd0d5ae4ec5d4-firefox-138.0.4 Обожаю каждый раз в каждой новости про новый релиз NixOS читать эту строчку с актуальной версией Firefox. Автор с такой любовью каждый раз обновляет эту часть текста...
Ответить | Правка | Наверх | Cообщить модератору

	17. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+6 +/–
	Сообщение от Аноним (16), 24-Май-25, 15:09
	Предположу, что у него текст новости собирается из nix-выражения.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+2 +/–
	Сообщение от Аноним (10), 24-Май-25, 17:33
	https://lxqt-project.org Не то что Lxqt, обновляют только надпись версии Lxqt, подставляя цифры 2.2.0 2.1.0 2.0.0 Но не сами скриншоты.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

29. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
Сообщение от Аноним (29), 24-Май-25, 20:46
Как-то можно в инсталляторе выбрать два языка ру и en? А то логин пароль не могу ввести
Ответить | Правка | Наверх | Cообщить модератору

	43. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (48), 24-Май-25, 22:56
	Открой настройки клавиатуры, добавь нужные языки, а уже потом запускай инсталятор.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (48), 24-Май-25, 23:03
	Кстати нужно проследить, чтобы инсталятор добавил эти раскладки в конфиг. Я конфиг руками пишу, у меня такой проблемы нет.
	Ответить | Правка | Наверх | Cообщить модератору

30. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
Сообщение от Аноним (29), 24-Май-25, 20:59
Попробовал На шаге разметки выбрал ручную. Добавил один раздел. Установщик крашнулся. перезапустил, добавил два раздела. Установщик крашнулся. Удачи разрабам, может лет через 5-10 доведут до ума.
Ответить | Правка | Наверх | Cообщить модератору

	31. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+1 +/–
	Сообщение от Аноним (29), 24-Май-25, 21:03
	Учитывая что проблеме уже 3 года, скорее им нужно будет 10-15 лет. https://github.com/nixos/nixpkgs/issues/175608
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+1 +/–
	Сообщение от how much is the beer (?), 24-Май-25, 22:42
	Это просто высокий порог вхождения.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (42), 24-Май-25, 22:56
	Удобная отговорка) Если там такой крутой мануал инстал, зачем тогда вообще добавили каламарес?
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (45), 24-Май-25, 23:30
	> Это просто высокий порог вхождения. Нет, порог вхождения там невысокий, там просто раздолбаев и яумамыходожникв-ятаквижу в разработке. Порог вхождения там уровня Calculate Linux примерно по субъективным ощущениям. Поставить просто, а вот донапиливать и поддерживать уже сложнее.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	54. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+1 +/–
	Сообщение от Аноним (29), 25-Май-25, 00:34
	Та я уже вошёл, пожалуй не туда пришёл. Поставил без разбивки разделов. Запускаю стандартный софт, что шёл в комплекте. Почтовый клиент Geary ввёл адрес почты, пароль - не смог подключиться, что не удивительно, ведь он даже сервер не спросил. Пошёл искать логи этого geary - никто не знает где они лежат. Но нашёл папку ~/.local/share/evolution, хотя он сам не установлен о_О Попытался найти от какого пакета образовалась эта папка, но так и не нашёл. Вобщем совокупность, магии, неизвестности и неработоспособности, помноженное на отсутствие ответов в гугле. А в гноме в меню с приложениями как обрезались имена у иконок 10 лет назад так и обрезаются, хотя отступы огромные и место позволяет. Да и тормозит оно как-то, половина приложений после запуска выдают -Application does not respond. Wait?
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	65. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от how much is the beer (?), 25-Май-25, 04:15
	Wait? What!? Так я и говорю, "высокий порог вхождения". Вон там выше (кажется) люди ловят ежей, а их не забирают. Потому что в медицину в их стране тоже слишком высокий порог вхождения.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Вася (??), 25-Май-25, 02:58
	GUI инсталлятор это громоотвод. Вы не прошли.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	81. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от myster (ok), 26-Май-25, 17:18
	> доведут до ума вот по этой причине в Arch официально рекомендуемый способ установки это не установщик. В NixOS не должно быть тоже установщика. Если вы с ним не можете справиться, то с самой NixOS и подавно не сможете
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

32. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+2 +/–
Сообщение от Chel (?), 24-Май-25, 21:09
>5onlv1pc3ed6n5nskg8ew4twcfd0d5ae4ec5d4-firefox-138.0.4 А почему не наоборот, firefox-138.0.4-5onlv1pc3ed6n5nskg8ew4twcfd0d5ae4ec5d4? Так хоть отсортировать можно было бы нормально.
Ответить | Правка | Наверх | Cообщить модератору

	47. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (48), 24-Май-25, 23:09
	Что вы собираетесь сортировать? Ну будет у вас что-то вроде 5dhsvgc6kkmmsi8zc5l7him58h8md9n3-sqlite-3.46.1 bbd59cqw259149r2ddk4w1q0lr2fch8c-sqlite-3.46.1 dsqzw96w4sxsp4q9yvkfl2yh701mpwgi-sqlite-3.46.1 g2b8pnb9340anp6dvdjmhqqmf0pr79k9-sqlite-3.46.1 i7gfv740vcygvl9pgqwq29nkzmsp09ww-sqlite-3.46.1 k7729yvcj89ngx04hlk6p8imibss3id6-sqlite-3.46.1 lm25a6fz3ib5vgwwppvmb67haci3bccb-sqlite-3.46.1 Как вы их собираетесь отличать одну от другой?
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	–1 +/–
	Сообщение от Аноним (45), 24-Май-25, 23:33
	>>5onlv1pc3ed6n5nskg8ew4twcfd0d5ae4ec5d4-firefox-138.0.4 > А почему не наоборот, firefox-138.0.4-5onlv1pc3ed6n5nskg8ew4twcfd0d5ae4ec5d4? Так > хоть отсортировать можно было бы нормально. Потому что у автора сего вместо головы и холодного человеческого логического мышления орган тонкой душевной организации художника, который так увидел мир, а ещё он немного рептилоид, они бы спелись с разрабами GNOME, но GNOME уже замужем за краношляпым кланом.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	68. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от bdrbt (ok), 25-Май-25, 08:17
	Потому что это сделано для ускорения поиска для пакетного менеджера, а не для человеков.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	71. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Молодой Смузихлёб (?), 25-Май-25, 17:15
	Потому-что пользователь своими кривыми ручками не должен туда лезть. По той же причине весь /nix в рид-онли.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

34. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+1 +/–
Сообщение от Аноним (42), 24-Май-25, 22:16
Как-то R&D попахивает. Для разметки диска сторонний репозиторий на гите. Установив понимаешь, что configuration.nix управляет только системой, для домашней директории ставь home manager с гита. Потом хочешь настраивать оболочку (у меня KDE) также, бери отдельный plasma-manager с гита. Тут сидишь и думаешь... а оно точно после обновления не развалится!? Было бы лучше, если бы это все по дефолту шло и тестировалось мейнтенерами дистра, а не черт знает кем. Потом понимаешь, что неплохо было бы secure boot подключить... Также, отдельный репозиторий на гит. А потом хочешь, чтобы был раздел с загрузчиком в LUKS, на BTRFS. Очевидно, что systemd-boot не пойдойдет. Нужен Grub (почему он не по умолчанию?). А вот для него то secure boot на данный момент вообще включить нельзя (та репа на гите не поддерживает). Вообще не понял сути тех "генераций". Изменил пользователя в configration.nix, его понятно удалило из системы. Захожу на самую первую генерацию, и его тоже нет. Ну ок, с рута исправил. Типа оно только софт откатывает? Ну ок, куча софта юзает sqlite. Вот эти бд тоже откатятся? А конфиги? Тогда уже лучше снимки на BTRFS. В общем, идея может и не плохая, но это чисто концепт...
Ответить | Правка | Наверх | Cообщить модератору

	35. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (10), 24-Май-25, 22:21
	> Типа оно только софт откатывает Там же как, по сути две копии системы. Или только изменения, в случае с btrfs. Но я не стал пользоваться, несмотря на все прелести. NixOs first release 2003. И однако ей не пользуются, несмотря на все прелести. Значит есть что то такое, неудобное.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (42), 24-Май-25, 22:24
	> Там же как, по сути две копии системы. Или только изменения, в случае с btrfs. > Изменил пользователя в configration.nix, его понятно удалило из системы. Захожу на самую первую генерацию, и его тоже нет. А почему так тогда?
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (10), 26-Май-25, 10:18
	> Нааерное система посчитала что вы подставная личность. Сначала одно имя потом другое. И естественно система решила что все изменения это от Нового пользователя. Так ведь можно и деньги на карточке присвоить. Вдруг вы мошенник и знаете данные cvc, или вам нужен телефон с 3 камеры позвонить. Вообщем система обучена с намордником. И не кусается. Не моя система.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+1 +/–
	Сообщение от Аноним (45), 25-Май-25, 00:09
	> Как-то R&D попахивает. Оно не попахивает, оно и есть R&D, по сути это проект автора, который миру решил что-то доказать. И это кстати неплохо, какие только интересные личности не двигали в мире интересные проекты, но проблема в том, что там всё очень плохо со стандартизацией, она может где-то есть мифическая, но её не придерживаются. Запросто через релиз другой можно обнаружить что какая-то команда из configuration.nix уже задепрекейчена и хвалёный "настроив раз configuration.nix таскаешь его везде и получаешь повторяемую систему" по факту в реальной жизни не работает как это сладко пели никососоводы. Приходится идти выяснять в чём дело. И самый звездец, если это какая-то архитектурная линуксовая часть, типа таблиц разметки или системные тулзы. > Для разметки диска сторонний репозиторий на гите. Установив понимаешь, что configuration.nix > управляет только системой, для домашней директории ставь home manager с гита. > Потом хочешь настраивать оболочку (у меня KDE) также, бери отдельный plasma-manager > с гита. Всё верно, брехня про воспроизводимость системы потом превращается в "бла-бла-бла, а никто не обещал что у вас будет вся система 1 к 1, NixOS это только про корень, для всего остального нужно юзать костыли и вообще NixOS это не про дектоп, бла-бла-бла!" К сожалению некоторые зазывалы в NixOS вешали такой же маркетинговый булщит на уши, как в своё время зазывали в манжару и подобные проекты, что там всё будет у всех просто, и всем будет в кайф, один раз настроишь и будет коммунизм! xD Это кстати играет злую шутку по отношению к комьюнити - слишком много брехливых зазывал, которые горлопанят из каждого утюга про чудодейственный NixOS, который уберёт все невзгоды, а ещё скорее всего у вас все проблемы россосутся, нужно только в нужные места прикладывать NixOS! xD Сам дистр довольно неплохой, если трезвое отношение иметь к нему и знать все его косяки, но для этого нужно подходить к нему без завышенных ожиданий порождённых тоннами булщита, который льют в уши зазывали от NixOS. > Тут сидишь и думаешь... а оно точно после обновления не развалится!? Было > бы лучше, если бы это все по дефолту шло и тестировалось > мейнтенерами дистра, а не черт знает кем. > Потом понимаешь, что неплохо было бы secure boot подключить... Также, отдельный репозиторий > на гит. > А потом хочешь, чтобы был раздел с загрузчиком в LUKS, на BTRFS. > Очевидно, что systemd-boot не пойдойдет. Нужен Grub (почему он не по > умолчанию?). А вот для него то secure boot на данный момент > вообще включить нельзя (та репа на гите не поддерживает). С GRUB у NixOS давно проблемы, они его люто ненавидят и периодически ломают синтаксис настройки с ним, они яростно наяривают на systemd-boot и пускают слюни по UKI, если хотите GRUB, то про настройки его спрашивать следует на англоязычных ресурсах, на русскоязычных у фанатиков systemd-boot почему-то какое-то отношение, будто ты их священную корову у них на глазах режешь и насилуешь одновременно. xD > Вообще не понял сути тех "генераций". Изменил пользователя в configration.nix, его понятно > удалило из системы. Захожу на самую первую генерацию, и его тоже > нет. Ну ок, с рута исправил. Типа оно только софт откатывает? > Ну ок, куча софта юзает sqlite. Вот эти бд тоже откатятся? > А конфиги? Тогда уже лучше снимки на BTRFS. А вы повелись на зазывальческий булщит, оказалось, что нет никакого волшебства, ну бывает, я тоже сперва повёлся?! ¯\_(ツ)_/¯ Тем не менее генерации работают, суть генераций в том что это срез состояния ваших деклараций, это удобно для восстановления в определённое состояние. На самом деле это можно использовать по аналогии с откатами в атомарной Fedora, причём в NixOS это будет работать ощутимо быстрее и реализовано гораздо менее черезжопно, чем у атомарной федорки. > В общем, идея может и не плохая, но это чисто концепт... Ну положим это уже не концепт, а пруф оф концепт, то есть идея рабочая и более чем. На самом деле взять NixOS, стандратизировать некоторые моменты, и очень даже годная система получится, если будет стоять в управлении тёртый дядька и стучать по рукам за самовольное васянство, чтобы не отходили от принятого полиси, дабы продакшон мог действительно получить систему, в которой и через 5-10 лет будут работать привычные команды и все функции будут отлично документированы и стандартизированы, написаны в едином стиле и для людей. И будет отличная система за которую не будет гореть и не надо будет рвать волосы во всяких местах при использовании в проде. А пока это к сожалению R&D проект, проект безусловно интересный и годный, очень выделяющийся на фоне остальных и многие идеи неплохо бы взять на вооружение в мейнстрим, но пока всё ещё R&D площадка, если держать это в уме и относится соответственно, то можно пользоваться вполне на каждодневной основе.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	59. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+1 +/–
	Сообщение от Аноним (48), 25-Май-25, 02:45
	>Запросто через релиз другой можно обнаружить что какая-то команда из configuration.nix уже задепрекейчена и хвалёный "настроив раз configuration.nix таскаешь его везде и получаешь повторяемую систему" по факту в реальной жизни не работает как это сладко пели никососоводы. >Приходится идти выяснять в чём дело. И самый звездец, если это какая-то архитектурная линуксовая часть, типа таблиц разметки или системные тулзы. Та часть, что настраивается через nix в случае чего сразу же вам ошибку выдаст, и откажется обновляться. А вот приложения гораздо коварнее, они могут обновится, но не запустится. Но это везде так, не получится условному апачу старый конфиг подсунуть. >Это кстати играет злую шутку по отношению к комьюнити - слишком много брехливых зазывал, которые горлопанят из каждого утюга про чудодейственный NixOS, который уберёт все невзгоды, а ещё скорее всего у вас все проблемы россосутся, нужно только в нужные места прикладывать NixOS! xD А теперь я предлагаю вам назвать места, где есть хоть какая-то синхронизация, желательно двухсторонняя. В одну сторону андроид может, но я очень сомневаюсь, что можно взять два смартфона и пользоваться ими попеременно, так, чтобы можно было любой взять, и получить копию системы. У меня нет яблочных устройств, но есть сомнение, что даже там можно будет без проблем синхронизироваться. Конечно, отдельный home manager это плохо, но по сравнению со всем остальным, что есть в гну/линуксе, это очень хорошо.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	–1 +/–
	Сообщение от Аноним (45), 25-Май-25, 03:52
	>[оверквотинг удален] > могут обновится, но не запустится. Но это везде так, не получится > условному апачу старый конфиг подсунуть. >>Это кстати играет злую шутку по отношению к комьюнити - слишком много брехливых зазывал, которые горлопанят из каждого утюга про чудодейственный NixOS, который уберёт все невзгоды, а ещё скорее всего у вас все проблемы россосутся, нужно только в нужные места прикладывать NixOS! xD > А теперь я предлагаю вам назвать места, где есть хоть какая-то синхронизация, > желательно двухсторонняя. В одну сторону андроид может, но я очень сомневаюсь, > что можно взять два смартфона и пользоваться ими попеременно, так, чтобы > можно было любой взять, и получить копию системы. У меня нет > яблочных устройств, но есть сомнение, что даже там можно будет без > проблем синхронизироваться. Конечно, отдельный home manager это плохо, но по сравнению > со всем остальным, что есть в гну/линуксе, это очень хорошо. Речь не о том, что home manager плохо, речь о том что это вынужденный костыль, такой же костыль как и flakes на самом деле и это тоже вроде бы не проблема. Проблема в звездоболах которые в своё время пели песни, что NixOS это система, где ВСЁ решается через configiration.nix и что ВСЁ управляется через него. Но это ведь не так. Это не про то, что настроил и забил. В реальности это выглядит так, что имея configutation.nix с актуальными рабочими командами, оно будет работать и можно собрать похожую систему. Это безусловно помогает в развёртывании, если полагаться на этот механизм, но это не бессмертная панацея которую выковали однажды эльфы в кузнице и она как кольцо Саурона правит всегда и всем. Это такой, кольцо Саурона - курильщика, которое нужно периодически подлечивать и отправлять на профилактику. Не говоря уже о том, что в десктопной вариации ещё и горой костылей нужно обмазываться, чтобы работала эта самая повторяемость. Это не плохо и не хорошо, потому что это категории субъективного отношения, это просто данность. А вот плохо то, что существуют звездоболы, которые пудрят мозги людям которые не в курсе как на самом деле дело обстоит, напевая им сладкие баллады, как в стране Никсосии кисельные берега и молочные реки и никто не умирает и работать не надо, белочка сама орешки разгрызает и лапками своими приносит ядрышки.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (48), 25-Май-25, 23:42
	>Проблема в звездоболах которые в своё время пели песни, что NixOS это система, где ВСЁ решается через configiration.nix и что ВСЁ управляется через него. Ну как минимум сборочные зависимости ставятся через nix-shell, для каждого пакета отдельно, и для каждого проекта он свой. Так что очень интересно, откуда это вы взяли про единственный файл.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от Аноним (77), 26-Май-25, 11:33
	Забей, у него истерика. Судя по выражениям либо он тупо не осилил/не понял, для чего он такой nix нужен. Ну или кто-то из склонявших его к использованию nix совершил над ним развратные действия.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+1 +/–
	Сообщение от Аноним (10), 26-Май-25, 14:43
	Но ведь Nix Os,  это такой магазин компуктеров. https://www.nix.ru
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+1 +/–
	Сообщение от Аноним (79), 26-Май-25, 12:36
	>>Проблема в звездоболах которые в своё время пели песни, что NixOS это система, где ВСЁ решается через configiration.nix и что ВСЁ управляется через него. > Ну как минимум сборочные зависимости ставятся через nix-shell, для каждого пакета отдельно, > и для каждого проекта он свой. Так что очень интересно, откуда > это вы взяли про единственный файл. Речь о вербующих сектантах в NixOS, которые вводили в заблуждение потенциальных новичков неверной информацией. У NixOS много проблем, и в основные проблемы это внезапно не проблемы технические по большему счёту. Основные проблемы это 1) Некоторые дезинформаторы из числа пользователей, которые оказывают медвежью услуга своей дезинформацией о NixOS. Безусловно есть достаточно адекватных пользователей, которые такими позорными вещами не занимаются, но они как правило такие люди и по ресурсам всяким не бегают и не кричат с каждого утюга: "btw I use NixOS" или что-то в стиле: "Вы ещё не юзаете NixOS, апачиму?!... Тогда мы идём к вам!!!111..." речь вот про такого рода интересных личностей. Отчего о настоящей NixOS у несведущих людей создаётся ложное впечатление, что печально, потому что система сама по себе годная, как раз было бы весело, если бы система и правда была дном, но это ведь не так. 2) У NixOS хреново обстоит дело с документацией, актуальные рабочие примеры разбросаны, своевременного предупреждения об изменениях нет централизованного, кто как хочет, тот так и творит. Всё это производит впечатление какого-то наколенного васянства, что также печально, потому что было бы всё уровня арчевики той же, то цены бы не было проекту, но к сожалению информация по проекту больше похожа на заметки на салфетках, что просто какой-то ПЦ, потому что опять же, сам проект годный и за это откровенно стыдно.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	92. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от freehck (ok), 27-Май-25, 22:14
	> У NixOS много проблем, и в основные проблемы это внезапно не проблемы технические по большему счёту. Как девопс со стажем скажу так: на любом, абсолютно любом действующем производстве (и не только техническом), основные проблемы -- не технические. В общем, это -- нормально.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от freehck (ok), 27-Май-25, 22:11
	> В реальности это выглядит так, что имея configutation.nix с актуальными рабочими командами, оно будет работать и можно собрать похожую систему. Ну то есть chroot по-прежнему надёжнее. Что ж, это стоило ожидать. Но спасибо за инфу.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	90. "Доступен дистрибутив NixOS 25.05, использующий пакетный мене..."	+/–
	Сообщение от freehck (ok), 27-Май-25, 22:07
	> Оно не попахивает, оно и есть R&D, по сути это проект автора, который миру решил что-то доказать. Да оно понятно, что проект авторский. Единственная претензия к автору заключается в том, что он не имеет ответа на главный вопрос: какую проблему это решает? Фичи Nix, безусловно, интересны. Однако необходимость в них в реальном бою близка к нулю. Раз так, то у дистрибутива никогда не будет пользовательской базы и инвесторов. А на одних энтузиастах далеко не уедешь. Я вот иногда подумываю, мол, а не потыкать ли из академического интереса. Я из такого же интереса когда-то Gentoo тыкал. Да, я за те два года узнал ОЧЕНЬ многое о том, как в принципе линукс-системы устроены, и полученные знания смог применить и в Debian, и в RHEL. Но сейчас вряд ли я что-то новое и полезное получу из опыта работы с Nix. И потому времени жалко. Впрочем, может быть кому-то из новичков будет полезно поэкспериментировать. Никогда не знаешь, что прорастёт из той или иной идеи. Будущим специалистам полезно расширять кругозор и пробовать новое. Это исследование как-никак. А исследование -- это время, которое человек тратит на то, чтобы что-то обдумать. И даже если он получит в итоге лишь понимание, почему так делать НЕ надо -- это тоже полезный опыт.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема