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

"Доступен дистрибутив NixOS 25.11, использующий пакетный менеджер Nix "	+/–
Сообщение от opennews (ok), 01-Дек-25, 14:36
Представлен релиз дистрибутива NixOS 25.11, основанного на пакетном менеджере Nix и предоставляющего собственные разработки для упрощения настройки и сопровождения системы. В NixOS вся настройка системы осуществляется через единый файл системной конфигурации configuration.nix. Предоставляются возможности для быстрого отката системы на предыдущую версию конфигурации и переключения между различными состояниями системы. Поддерживается установка индивидуальных пакетов отдельными пользователями и возможность одновременного использования нескольких версий одной программы. Обеспечены воспроизводимые сборки. Для архитектур x86_64 и ARM64 подготовлены установочный образы с графическим окружением (3.6 ГБ) и сокращённым консольным вариантом (1.5 ГБ)... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64351
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от ryoken (ok), 01-Дек-25, 14:36	+/–
Не читал с пятницы новостей. Куча дистров пообновлялись. Все на НГ собираются? :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #7, #34

2. Сообщение от 12yoexpert (ok), 01-Дек-25, 14:38	+2 +/–
вымогают донаты, напоминая о себе перед новогодними бонусами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #4, #74

3. Сообщение от Жироватт (ok), 01-Дек-25, 15:00	+/–
Боятся, что в 2026 первые 2 месяца похмеляться будут - не до дистра будет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #8

4. Сообщение от Жироватт (ok), 01-Дек-25, 15:01	+/–
Зачем буквально сразу донаты? Не, донатики важны, но в современном мире также важно напоминать всем, что ты живой. А для этого нужно хоть тушкой, хоть чучелком лезть в новости, даже если у тебя роллинг - сформировал срез, скриптом собрал исо - вот тебе релиз и новость, которую понесут в агрегаторы и дальше. А донаты...а донаты это лишь следствие твоей - пусть даже показушной - активности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #5

5. Сообщение от 12yoexpert (ok), 01-Дек-25, 15:03	–1 +/–
то есть, по-твоему, под нг все вылезли не из-за шкурных интересов, а ради хорошего, доброго, вечного? чтобы людям добро причинить, знаешь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #15

7. Сообщение от Аноним (7), 01-Дек-25, 15:16	+/–
Santa Linux уже сделали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #12

8. Сообщение от ryoken (ok), 01-Дек-25, 15:31	+/–
AFAIK не везде НГ-выходные как в РФ. Ту же Японию взять :).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #33

12. Сообщение от ryoken (ok), 01-Дек-25, 16:06	+2 +/–
> Santa Linux уже сделали? Satan
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #26, #36

13. Сообщение от Аноним (-), 01-Дек-25, 16:22	+/–
>Добавлен rEFInd, графический менеджер загрузки для систем с UEFI (включается через настройку boot.loader.refind.enable). А до этого его не было?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #19

14. Сообщение от Аноним (14), 01-Дек-25, 16:31	+/–
Был, но решили еще раз добавить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

15. Сообщение от Жироватт (ok), 01-Дек-25, 16:44	+/–
Я где-то про это говорил? Я сказал вполне конкретную весчь - все сейчас массово напоминают о своём существовании в виде релизов "под ёлочку".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #28

18. Сообщение от Пишу с 3 пня (?), 01-Дек-25, 20:14	–6 +/–
Куча дистров обновилось. По факту все сорта болдженосов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #48

19. Сообщение от Анонус (?), 01-Дек-25, 20:24	+1 +/–
Модуля не было
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

21. Сообщение от Аноним (-), 01-Дек-25, 20:39	+/–
Чем он лучше, или хуже дистрибутива GNU GUIX System?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #39, #40

23. Сообщение от Legionum (?), 01-Дек-25, 21:14	+2 +/–
NixOS очень нравится. На домашней машине уже несколько лет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #38, #78

24. Сообщение от User (??), 01-Дек-25, 21:52	–2 +/–
Но этот - этот конкретный с запахом ИЛИТАРНОСТИ!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #41

26. Сообщение от Аноним (26), 01-Дек-25, 23:24	+/–
ОС для РВСН.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

27. Сообщение от Аноним (-), 01-Дек-25, 23:26    Скрыто ботом-модератором	+/–
Да ты мазохист ставить это на домашний ПК 😁
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

28. Сообщение от 12yoexpert (ok), 02-Дек-25, 00:19	+/–
ну, возможно, где-то не без этого
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

29. Сообщение от Ы (?), 02-Дек-25, 01:52	+2 +/–
лучше тем, что не столлманоугодный, т.е. нормальный а Guix - уже кастрированная версия во имя "свободности"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #44

33. Сообщение от _ (??), 02-Дек-25, 08:02	+3 +/–
Дикари-с!(С)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

34. Сообщение от Аноним (34), 02-Дек-25, 08:54	+2 +/–
У них все по плану https://www.opennet.me/keywords/nixos.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

36. Сообщение от Аноним (36), 02-Дек-25, 10:10	+/–
РСЦ. Или РЦС уж тогда благозвучнее будет при расшифровке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

38. Сообщение от chemistmail (ok), 02-Дек-25, 11:09	+2 +/–
В лабе у хостера несколько лет, на домашнем серваке год. Аналогичные впечатления.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

39. Сообщение от Аноним (39), 02-Дек-25, 11:27	+3 +/–
> Чем он лучше, или хуже дистрибутива GNU GUIX System? Слышал, что у Guix документация лучше, это говорили те, которые якобы пользовали оба. Но я сам пользовал только NixOS, так что сказать не могу, но у NixOS документация ужасно организована, на мой взгляд. Разрозненные источники то тут, то там. Запросто можно нагуглить одну инструкцию, потом поофигевать что у тебя что-то не получается по ней, а потом узнать от никсосоводов, что теперь читать макулатурку следует вот в этом форуме, а потом ещё вот в том и вот в том, а та, что у тебя, уже неактуальна. Встречаются ситуации, когда какие-то рецепты устарели, что теперь что-то делается в системе иначе, а как иначе, а иди поищи?! Надо держать руку на пульсе постоянно, железобетонно инфа по конкретному каналу актуальна в рамках этого канала, а дальше как повезёт. Не то чтоб ситуация катострофическая, в большинстве случаев всё норм, но всё равно, всякие мелочи, то тут, то там вылазят и требуют внимания и допилинга/перепилинга, создаётся такое впечатление, что "нужно постоянно бежать, чтобы оставаться на месте". Лично мне такой расклад не нравится, это система не про то, что раз в несколько лет прочёл, как чего и прочтённое будет работать 100% на долгие времена, это про то, что ты сидишь, на фактически R&D-системе, где периодически что-то добавляют, выкидывают на мороз, переделывают и тем самым форсят тебя постоянно что-то учить и переучиваться. Кому-то такое нравится, кто любит чувствовать, что проект бурно развивается, у кого времени вагон, я не против, сам не против поковыряться в интересном, а NixOS система таки интересная. Но как основную систему, на каждый день, вот чтоб поставил и был в ней уверен, был уверен в себе, что твоих знаний всё ещё хватает её обслуживать и она не будет выжирать у тебя кучу времени, я не осилил, слишком уж много возни и внимания, постоянно новых каких-то знаний требует к себе, чтобы просто быть в актуальном состоянии, именно что бежать, чтобы оставаться на месте. Это кстати одна из причин, почему такая интересная система не пошла в массы, плохая организация документации, частое передвигание кроватей, отсутствие какой-то чёткой стратегии построения системы и стандартов. Так что, как R&D - проект отличный, аналогов вокруг подобных не вижу, но если ты прямо плотно в разработке и работе с NixOS дело не имеешь, то просто, "как ещё один сторонний инструмент" на замену классическим олдовым - слишком большая цена в целом, на вкатунство, на поддержание актуальности своих знаний и на периодическое копошение. И все эти проблемы не из-за технической сложности системы, а из-за анархически-пофигистического отношения к организационным и стандартизационным вопросам и это печально. Guix не пробовал, но кто пробовал утверждал, что там всё как-то поспокойней и не так часто меняется, не знаю насколько правда. И да, можно кстати отдельно пользовать сам nix, в более стабильных и привычных системах, что я иногда делаю ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #43, #54

40. Сообщение от Аноним (80), 02-Дек-25, 11:28	+1 +/–
Ещё лучше тем что не на лиспе. Но это уж кому что нравится
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

41. Сообщение от Аноним (-), 02-Дек-25, 11:29	+/–
> Но этот - этот конкретный с запахом ИЛИТАРНОСТИ! Скорее с запашком. Но тут сложно сказать кто больше попахивает - никсы или антиксы или слаководы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #51

42. Сообщение от chemistmail (ok), 02-Дек-25, 11:29	+4 +/–
Обновил домашний сервак с 24.11, только что. Done. The new configuration is /nix/store/6dnir106kr4v6zav557kibz322whw2b7-nixos-system-nixos-25.11.650.8bb5646e0bed Заняло 5 минут. Это на тему свободного времени для прдлнга ))
Ответить | Правка | Наверх | Cообщить модератору

43. Сообщение от chemistmail (ok), 02-Дек-25, 11:54	+2 +/–
С одной стороны есть доля правды, с другой стороны использую несколько лет именно nix на маке, если не хочешь всякого странно интересного типа несколько версий ansible и тд, необходимости в конфигурацию нет от слова совсем, для вещей типа нужно еще эту тулзу все делается левым мизинцем не включая мозг. Несколько лет назад поставил в лабу у хостера, окружение там +- стабильно, эпизодически чет добавляется, какой то возни оно не требует, flakes опять же. Год на домашнем сервере, тут развлечений было больше, хотя вот сказать что пришлось куда то закапываться сказать не могу. Есть ряд вещей на домашнем серваке в контейнерах )) это вот именно когда лень заморачиваться на канонический путь установки, хотя эти контейнеры через основной конфиг же прописанны и запускаются, Ставить их без контейнеров.... ну сервак для факторио и майнкрафта... Они по сути в контейнерах бинарями от разработчиков идут, нафига козе боян в общем. Ну и резюмируя все выше описанное, есть у nixos проблема, проблема это заключается в том что если вот прям постоянно не работаешь с ней, то тупо забываешь..... ну надо тебе раз в год чет сделать, а ты за год уже тупо забыл как это делается.... Да из приятных бонусов, обычной копипастой куска конфига у меня одинаковые настройки zsh, neovim, mc и сопутствующего туллинга на всех вышеописанных железяках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #63, #80

44. Сообщение от Аноним (44), 02-Дек-25, 12:45	+1 +/–
А что мешает в Guix использовать ванильное ядро?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #58

46. Сообщение от Аноним (46), 02-Дек-25, 12:54	–1 +/–
Даже и не знаю, для кого существует данный дистрибутив? Обычные пользователи отметаются сразу. То есть, популярность NixOS не грозит даже в теории.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #55, #75

48. Сообщение от Аноним (48), 02-Дек-25, 13:24	+2 +/–
NixOS точно не болдженос. Это самый уникальный дистрибутив из развивающихся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

49. Сообщение от Аноним (48), 02-Дек-25, 13:33	+1 +/–
Для контейнеров и серверов. Нишевый, мало компаний готовы на него перейти, мало специалистов и они дорогие. Десктоп это скорее побочка была, не основное предназначение. Но как десктоп тоже интересный. Сообщество активное. Среди любителей пердолинга с neovim и  оконными менеджерами популярность растет. Вчера только думал перейти на него как основу, чтобы быстрее разобраться с nix.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #56

51. Сообщение от User (??), 02-Дек-25, 13:38	+/–
>> Но этот - этот конкретный с запахом ИЛИТАРНОСТИ! > Скорее с запашком. > Но тут сложно сказать кто больше попахивает - никсы или антиксы или > слаководы. "У каждого дела. Запах особый: В булочной пахнет. Тестом и сдобой..." Увы, я слишком бесталанный, чтобы перетолмачить Джанни Родари под конкретные дистрибутивы )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

54. Сообщение от Аноним (54), 02-Дек-25, 17:26	+/–
Все правильно написал. Я сделал для себя вывод, что никса должно быть мало. Уже убрал у себя home-manager, перенеся настройки в /etc (environment.etc), а часть десктопных приложений ставлю из флатпака -- так тупо удобнее, чем идти прописывать их в systemPackages. К тому же флатпак дает изоляцию. В декларативном виде держу только работу с железом и всяческие сервисы, хотя щас думаю их тоже через докер ставить. Короче, tl/dr -- лично у меня никсос превращается из всеобъемлющего описания десктопа в надежный и редко поправляемый конфиг базовой системы. В эдакий атомарный дистр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

55. Сообщение от Аноним (58), 02-Дек-25, 17:29	+3 +/–
>Обычные пользователи отметаются сразу. Совершенно верно, им и планшета хватит. >Даже и не знаю, для кого существует данный дистрибутив? Для продвинутых пользователей, например для программистов или сисадминов. Кроме того у NixOS самый большой репозиторий, и скорее всего нужная программа будет в репозитори. Если нет, то опакетить - проще простого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #73

56. Сообщение от User (??), 02-Дек-25, 17:42	+/–
> Для контейнеров и серверов. Нишевый, мало компаний готовы на него перейти, мало > специалистов и они дорогие. Десктоп это скорее побочка была, не основное > предназначение. Кккаких контейнеров и кккаких серверов? Вы его в том или ином виде где-нибудь видели?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #57

57. Сообщение от Аноним (48), 02-Дек-25, 18:15	+1 +/–
Говорю же, что он нишевый. Но изначально расчитан на повторяемые сборки, так что точно не был расчитан на десктоп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #64

58. Сообщение от Аноним (58), 02-Дек-25, 18:45	+1 +/–
Мне искренне интересны трудозатраты на всё это. Сколько нужно приложить усилий, чтобы получить систему хотя-бы на уровне условного минта, чтбы были и кодеки и ядро и так далее. Плюс дальше возникает вопрос наличия пакетов - у guix репозиторий значительно меньше чему у NixOS. Как итог - куча усилий, а ради чего?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #60

60. Сообщение от Аноним (60), 02-Дек-25, 20:45	+/–
Трудозатраты примерно такие: открыть текстовый редактор и скопипастить строк 10 кода. После установки можно пользоваться как обычным дистрибутивом, guix install package и тд, в отличии от никсос, в которой даже поиск пакетов через жопу сделан. Не знаю что там у вас за кодеки, ничего конкретно не настраивал, помимо установки сервисов и пакетов. Все работает — звук, видео, блюпуп, вино, стим, че там еще должно не работать? >возникает вопрос наличия пакетов - у guix репозиторий значительно меньше чему у NixOS каких пакетов вам не хватает? Ну, воспользуйтесь flatpack или nix.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #62

62. Сообщение от Аноним (58), 02-Дек-25, 23:24	+/–
>Трудозатраты примерно такие: открыть текстовый редактор и скопипастить строк 10 кода. Каких строк и откуда? Когда новое ядро выйдет - тоже копипастить? >стим Проприетарен. Откуда брали? >каких пакетов вам не хватает? Чем больше пакетов, тем лучше. В бинарном кеше NixOS есть куча пакетов для всяких хаскелей и не только. На других дистрибутивах их нужно собирать руками, ещё и на каждой машине. Вариант, слинкованный с musl собирается одной командой. >или nix Хорошо, а зачем тогда GuixSD?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #65, #66, #67

63. Сообщение от Аноним (39), 03-Дек-25, 02:12	+1 +/–
> С одной стороны есть доля правды, с другой стороны использую несколько лет > именно nix на маке, если не хочешь всякого странно интересного типа > несколько версий ansible и тд, необходимости в конфигурацию нет от слова > совсем, для вещей типа нужно еще эту тулзу все делается левым > мизинцем не включая мозг. В том и суть, сам nix в сторонней системе огонь, мне он даже больше нравится, чем всякие эти флатпаки, снапы и прочие велосипеды. > Несколько лет назад поставил в лабу у хостера, окружение там +- стабильно, > эпизодически чет добавляется, какой то возни оно не требует, flakes опять > же. Так я же не против, сама концепция огонь, мне она нравится, я вообще считаю, что концепция nix и guix лучшие на данный момент, из того что есть. > Год на домашнем сервере, тут развлечений было больше, хотя вот сказать что > пришлось куда то закапываться сказать не могу. Есть ряд вещей на > домашнем серваке в контейнерах )) это вот именно когда лень заморачиваться > на канонический путь установки, хотя эти контейнеры через основной конфиг же > прописанны и запускаются, Ставить их без контейнеров.... ну сервак для факторио > и майнкрафта... Они по сути в контейнерах бинарями от разработчиков идут, > нафига козе боян в общем. Не-не, на серверах, даже на домашних, я предпочту Debian или же клон RHEL, чтобы настроил и забыл на годы, только обновления подтягивай. )) > Ну и резюмируя все выше описанное, есть у nixos проблема, проблема это > заключается в том что если вот прям постоянно не работаешь с > ней, то тупо забываешь..... Да, это один из моментов. Но не далеко не критичный. > ну надо тебе раз в год чет сделать, а ты за год > уже тупо забыл как это делается.... Базовые команды не забывал, принцип там так-то не сложный. Если что, можно в напоминалку заглянуть, если по синтаксису подзабыл. > Да из приятных бонусов, обычной копипастой куска конфига у меня одинаковые настройки > zsh, neovim, mc и сопутствующего туллинга на всех вышеописанных железяках. Я в курсе за плюсы nix и NixOS ;) Мне самому нравится в целом подход nix, проблема даже не в том, что вкатунство изначально сложное, да оно сложнее чем условная убунта, но не сложнее гентушного. Главные проблемы NixOS, как я означил выше, на мой взгляд, это отсутствие стандартов. Вот эта вот гибкость системы играет злую шутку, как в той поговорке, "пользователь может настраивать линукс, и он БУДЕТ его настраивать!". Так вот, пользователь может напрогать себе что-то на их чудоЯПе и он БУДЕТ прогать, и это порой ставится в заслугу, что дичь с точки зрения рядовых линуксов. Разбираться в технических потрохах и кишочках должно быть опциональным бонусом, а не обязательным факультативом, чтобы полноценно пользоваться системой. Проблема не в самой декларативности, с ней в принципе всё норм, проблема в том, что декларации ты должен либо создавать сам, либо надеятся на чужие, которые сегодня работают, а завтра нет. А готовых универсальных решений нет, стандартов нет, нет готового шаблона, который на все времена описывает: делай раз, делай два - получай что нужно, что ты это гарантированно получишь, даже через 10 лет. Массовому пользователю нужна предсказуемость, консервативность костяка системы и гарантии того, что простые вызубренные команды и рецепты будут работать в этой системе через годы без какой-либо нужды переучиваться. Проблема не в декларативности NixOS, это как раз плюс, проблема не в том, что нужно заучивать какие-то команды, это всё дело наживное. Если взять аналогию, проблема в том, что ты не можешь быть уверенным, что построив условный дом, что у тебя двери, окна и стены будут, по старым проверенным чертежам и инструкциям, собираться так как ты привык. Поэтоу я считаю, что в NixOS проблема организационная и проблема стандартизации, чисто технически будто бы система подъёмная для изучения, не будь она такой пластично-анархичной, не заставляй она периодически обновлять знания, гораздо чаще, чем это нужно в других, более классических, дистрах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

64. Сообщение от User (??), 03-Дек-25, 07:10	+/–
> Говорю же, что он нишевый. Но изначально расчитан на повторяемые сборки, так > что точно не был расчитан на десктоп. Ну вот кому в продуктиве нужны повторяемые сборки и декларативные конфигурации - уже десяток лет как оркестрируют контейнеры. А вот это вот все - не знаю, под что "рассчитано", но "расчет" явно неудачный. Серверов-и-контейнеров с этим в диапазоне от "слаки" до "freebsd" (Последняя лидирует с ааагромным отрывом, да и первая, скорее всего, обошла).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

65. Сообщение от Аноним (60), 03-Дек-25, 12:38	+/–
>Откуда сторонний канал, nonguix, там есть интересное, в том числе блоб nvidia >Когда новое ядро выйдет - тоже копипастить? разумеется нет, мы же говорим о декларативной конфигурации >Чем больше пакетов, тем лучше. В бинарном кеше NixOS есть куча пакетов для всяких хаскелей и не только еще бы количество переходило в качество. в гиксе со сборкой пакетов очень строго, все собирается исключительно из сорцов, если софт при сборке тянет какие-то артефакты, то его просто не примут в репозиторий, никаких бинарников, отсюда проблемы например с джавой. в никсос же не гнушаются бинари даже с дебиан реп паковать. на счет библиотек из языков программирования, в гиксе их так же как и в никсос пакетят, а также есть guix import: https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix... >Хорошо, а зачем тогда GuixSD? вопрос выглядит как «зачем арч, если есть дебиан». потому что nix хрень в себе, ужасный cli, еще более ужасен nixpkgs, ужасная документация, в гугле 100500 рецептов сделать одно и тоже, при этом половина устарела и не работает. единственный плюс это бОльшая популярность, отсюда больше пакетов, ну и возможно флейки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

66. Сообщение от Аноним (58), 03-Дек-25, 15:29	+/–
>еще бы количество переходило в качество Оно и переходит. Возможность поставить уже собранные зависимости достаточно приятна при разработке. >в гиксе со сборкой пакетов очень строго, все собирается исключительно из сорцов В NixOS это тоже настраиваемо, в том плане, что загрузку перепакованных бинарников можно отключить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #69

67. Сообщение от Аноним (58), 03-Дек-25, 15:30	+/–
>потому что nix хрень в себе, ужасный cli, еще более ужасен nixpkgs Можно конкретику?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #68

68. Сообщение от Аноним (60), 03-Дек-25, 16:32	+/–
какую конкретику ожидаешь услышать, что nix кастрированный яп, который сам по себе нигде не нужен, в отличии от языка общего назначения по которому тонна документации и разнообразных книг, что функции в nixpkgs не документированы, удачи с grep? что cli не может даже в адекватный поиск пакетов. как например из оболочке терминала искать доступные сервисы и пакеты по описанию? а как посмотреть что в этих сервисах? а как установить пакеты в текущий профиль без включения их в системную конфигурацию, не прибегая к написанию флейков? сравни насколько nix-env -iA nixpkgs#package убого(который к сову вообще не рекомендуется, а еще надо разобраться с каналами и флейками), по сравнению с guix install package, а как потом обновлять эти установленные пакеты, а если часть из них я не хочу обновлять? в гиксе это просто guix package -u . --do-not-upgrade=package1,package2
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #70

69. Сообщение от Аноним (60), 03-Дек-25, 16:38	+/–
ну да, переходит... когда пакеты автоматически ипортируются, а по факту не работают
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

70. Сообщение от Аноним (58), 03-Дек-25, 19:01	+/–
>что nix кастрированный яп, который сам по себе нигде не нужен А зачем ему нужна универсальность? Я не планирую что-либо писать на scheme, и сомневаюсь что вы пишите на нём свои проекты. >в отличии от языка общего назначения В деле сборки пакетов важна лень и чистота. В nix это есть из коробки, в scheme этим нужно заниматься вручную. Я не хочу ждать, пока вычислится то, что мне не нужно. >по которому тонна документации и разнообразных книг Какая часть из этой документации относится конкретно к работе с пакетами? >как например из оболочке терминала искать доступные сервисы и пакеты по описанию? Меня целиком устраивает https://search.nixos.org, установкой локального варианта не интересовался. >а как посмотреть что в этих сервисах? Там как раз есть переход к определению. Кстати, есть ещё nix repl. >а еще надо разобраться с каналами и флейками Каналы в том или ином виде никуда не денутся, разве что переходить на плавающий релиз, но тогда возникает проблема: в любой момент может прилететь ломающее изменение. Что в guix вместо флейков? >по сравнению с guix install package Как guix обрабатывает зависимости для сборки приложений? Заголовочные файлы и прочее доступны сразу после install? >а как установить пакеты в текущий профиль без включения их в системную конфигурацию, не прибегая к написанию флейков? Если я правильно понял вопрос, то создаёте условный shell.nix, описываете что вам надо, потом собираете через nix-shell, которая установит их и сделает доступными в текущей оболочке. Глобальный /etc/nixos/configuration.nix трогать не нужно. >а как потом обновлять эти установленные пакеты Набрав nix-shell. Если у вы обновили канал, начнётся обновление пакетов. >а если часть из них я не хочу обновлять? Импортируйте nixpkgs нужной редакции по хешу нужной вам версии. Вы можете произвольно мешать несколько nixpkgs в одном файле. >в гиксе это просто guix package -u . --do-not-upgrade=package1,package2 Не вижу ничего простого. Вы эту команду каждый раз руками набивать будете? Почему список пакетов которые не нужно обновлять в shell.nix не поместить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #71

71. Сообщение от Аноним (60), 03-Дек-25, 21:17	+/–
>А зачем ему нужна универсальность? Я не планирую что-либо писать на scheme, и сомневаюсь что вы пишите на нём свои проекты. Универсальность тут действительно не при чем, а при чем тот факт, что лисп учить впринципе полезно, хотябы для расширения кругозора, в отличии от Nix. Guile — это стандартный язык расширения GNU, используется в GDB например. Авось знанаия-то пригодятся. >В деле сборки пакетов важна лень и чистота. В nix это есть из коробки, в scheme этим нужно заниматься вручную. Я не хочу ждать, пока вычислится то, что мне не нужно. зато в гиксе вся система сборки построена на схеме, в отличии от никс наперевес с баш :р >Какая часть из этой документации относится конкретно к работе с пакетами? разумеется документация самого guix: https://guix.gnu.org/manual/en/html_node/Programming-Interfa... https://guix.gnu.org/en/blog/2018/a-packaging-tutorial-for-guix/ >Меня целиком устраивает https://search.nixos.org чтобы побыстрому найти например плагин к thunar нужно расчехлять браузер, а посмотреть определение сервиса и вовсе лезть на гитхаб, жирновато как-то >Что в guix вместо флейков? когда проектировали гикс флейков еще не существовало и прямого аналога нет. >Как guix обрабатывает зависимости для сборки приложений? Заголовочные файлы и прочее доступны сразу после install? да >создаёте условный shell.nix >>Почему список пакетов которые не нужно обновлять в shell.nix не поместить? я говорил о cli, потому как человек пришедший из условного дебиан хочет видеть знакомый интерфейс, не ползти(с места в карьер) в документацию читать как написать этот самый .nix чтобы установить пакет, а выплнить привычное действие, аналогичное apt-get install. кстати, как будет выглядеть этот условный shell.nix? так в гиксе: (specifications->manifest '("emacs" "firefox")) >Импортируйте nixpkgs нужной редакции по хешу нужной вам версии. Вы можете произвольно мешать несколько nixpkgs в одном файле. все это есть и в guix. можно пинить или изменять существуюшие пакеты, это делается очень просто. но повторюсь, разговор был о cli https://guix.gnu.org/manual/en/html_node/Inferiors.html https://guix.gnu.org/manual/devel/en/html_node/Defining-Pack...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #72

72. Сообщение от Аноним (58), 04-Дек-25, 01:06	+/–
>лисп учить впринципе полезно, хотябы для расширения кругозора Кругозор - понятие слишком растяжимое. Если изучать каждый язык, для кругозора, то больше времени ни на что не останется, по этому, я думаю, гораздо логичнее пожертвовать кругозором, ради специализации. >Guile — это стандартный язык расширения GNU, используется в GDB например. Авось знанаия-то пригодятся. Это крайне вредный подход. Если язык не используется, то он забывается. В итоге время, потраченное на изучение будет выкинуто понапрасну, так как даже если язык понадобится, то изучать придётся заново. >зато в гиксе вся система сборки построена на схеме, в отличии от никс наперевес с баш :р Я бы мог назвать это плюсом, но здесь есть разделение на чистое(nix) и нечистое(shell и произвольные команды). Как guix поддерживает чистоту пакетов и ленивые вычисления? Что будет, если в версию воткну получение текущего времени - у пакета будет разная версия в зависимости от момента сборки или же будет ошибка? >разумеется документация самого guix: В итоге ситуация ни чуть не лучше чем у nix. Nix сам по себе достаточно простой, я просто открыл несколько мануалов и начал писать код. Как такового изучения, для меня, имеющий опыт с функциональыми языками, не требовалось. >чтобы побыстрому найти например плагин к thunar нужно расчехлять браузер Ещё раз говорю, меня не интересовало как это сделать локально в консоли, мне проще через браузер. Максимум что мне нужно было через nix repl можно было посмотреть. >а выплнить привычное действие, аналогичное apt-get install Насколько привычное? Вот хочу я условный nginx поставить, что, он этой командой в автозапуск добавится? А конфиги как править? В NixOS конфиги в read only режиме. Тех же самых пользователей добавлять. >кстати, как будет выглядеть этот условный shell.nix? { pkgs ? import <nixpkgs> {} }: pkgs.mkShell {   packages = [ pkgs.python3Minimal ]; } >так в гиксе: Как по-моему, то крайне не интуитивно. Почему пакет - это строка? А если я захочу взять один пакет из одного среза, а второй из второго? >но повторюсь, разговор был о cli Вы хотите не cli, вы хотите императивный подход, поскольку вызов nix-shell - это уже cli, невозможно это сделать ещё более cli.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #76

73. Сообщение от bublick (ok), 04-Дек-25, 07:53	+/–
Вот по поводу простого опакечивния было бы очень интересно узнать подробней
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

74. Сообщение от антонимус (?), 04-Дек-25, 08:37	+/–
Да какие донаты и напоминания о себе, лол. NixOS во-первых мейнтейнится энтузиастами отовсюду без обязательной бюрократии и необходимость быть мейнтейнером. Вся NixOS — это по большей части просто репозиторий на github https://github.com/NixOS/nixpkgs где все пакеты это просто конфигурационные файлы, включая саму ОС, там скриптами посыпано сверху (которые внутри этих конфигурационных файлов используются). Ну разве что сайт nixos.org и hydra бинарный кеш пакетов публичный поддерживается мейнтейнерами. Мимокрокодилы просто закидывают пулл-реквест на обновление пакета, в большинстве случаев просто коммит хеш обновить и хеш-сумму, изредка где-то может патч наложить какой двумя строчками кода, или добавить переменную среды или флаг конфигурации. Во-вторых NixOS релизится 2 раза в год, в одни и те же месяца, 25.11 означает 2025 год и 11 месяц, ноябрь. Релизятся в мае и ноябре, был до этого 25.05, теперь 25.11. Также как и прошлый год, 24.05, 24.11, и таким же образом прошлые года. https://releases.nixos.org/?prefix=nixos/ тут можно увидеть этот паттерн, с 21-ого года это всегда был YY.05 и YY.11. Это сугубо плановый выпуск по устоявшемуся расписанию, где просто накапливаются изменения, которые накапливают мажорные обновления пакетов, где-то может обратная совместимость незначительно поломаться в конфигах системы в такие релизы. А так релизы каждый день вообще, иной раз по нескольку раз за день, привязанные просто к git-коммиту. Например 25.11.650.8bb5646e0bed, где 650 это патч-инкремент просто, а 8bb5646e0bed — это коммит хеш, см. https://github.com/NixOS/nixpkgs/commit/8bb5646e0bed В общем у NixOS релизы автоматизированны, отлажены, и происходят регулярно по нескольку раз в день, тут нет никакой внезапной сенсации. И в этом идея главная, всякий релиз — это снапшот, git-коммит, со своей чек-суммой, таким образом есть допустим проект с кодом, где зависимости предоставляет Nix, в нём nixpkgs, источник пакетов пинуется на определённый коммит, и когда кто-либо другой собирает его у него полность воспроизводится дерево зависимостей, точно такие же версии по чек-суммам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

75. Сообщение от антонимус (?), 04-Дек-25, 09:34	+3 +/–
Ну смотря что понимается под «обычными пользователями». Ну не-программистам навероное не интересно ковыряться в конфигах. Но всякий программист, знакомый с концепцией воспроизводимости и инкрементальных изменений, т.е. всякий кто сознательно пишет код, использует систему контроля версий (см. git), и пакетный менеджер для проекта с lock-файлами легко оценит потенциал и практическую полезность. Но может не сразу поверит, что это действительно работает как следует, т.к. слишком хорошо чтобы быть правдой. Я сам был скептичен, пока не попробовал, т.к. у меня сетап очень экзотический и заточенный годами лично под меня, я сомневался что всё это можно завернуть в Nix конфиг системы со всеми нюансами. Я о чём-то таком годами только мечтал, не знав что это уже существует. Взять весь комплексный конфиг системы, со всеми пакетами, конфигами, модулями системы, драйверами, кастомными патчами, настройками DM и всего-всего, кастомизированными курсорами и нескучными обоями, просто стянуть из Git-а текстовый конфиг ну другой машине, пару команд набрать, оно там само покрутит, покачает из кеша, патчи наложит, перекомпилит твои кастомные конфиг флаги, и хоба, у тебя полная реплика твоего десктопа на другой машине! Со всеми нюансами. И обновления инкрементальны и легко синхронизируются через Git. Это просто рай, когда с возрастом, ты уже становишься ленивым, и откладываешь несколько мажорных релизов какой-нибудь федоры, потому что лень по 3 машины в ряд обновлять, синхронизировать между собой и т.д. И мажорные обновления постоянно ломаются, с нуля проще переставлять, потом накатывать пакеты по памяти все которые нужны. Кастомные программы из исходников руками собирать и ставить куда-нибудь в /opt, и надеяться что через год ты сможешь этот танец с бубном повторить и разобраться какие там зависимости нужно руками поставить, чтоб скомпилилось как надо и со всеми нужными фичами. А оно не скомпилится, потому что больше не совместимо с какой-то версией зависимости (в Nix такой проблемы нет, всегда можно кастомную и/или запатченную версию подсунуть). Каждый раз настраивать всякие оптимизации для работы со звуком в реальном времени, udev rules, чтобы прошивалка для клавиатуры работала, SSH whitelist ключей между машинами, параметры ядра для какого-нибудь amdgpu драйвера, etc. etc. При этом куча бонусов сверху. Например всякая твоя пересборка системы — это отдельный билд, т.е. можно просто перезагрузиться в предыдущий билд, включая предыдущий релиз, например с 25.11 хоть на 24.05 можно перезагрузиться, и они между собой никак не конфликтуют, а существуют параллельно и независимо, потому что сама природа Nix вокруг этой идеи построена. Намудрил конфиг драйвера в X11 и всё сломал, просто перезагрузился в предыдущий билд и поправил. Можно иметь хоть 10, хоть 20 версий программ параллельно, они друг с другом не конфликтуют. Ну если только не пытаться запихать бинарники с одинаковым именем в PATH, но по прямому пути они независимы (всегда можно добавить в кастом доп. шелл команду для переименования бинарника, чтобы не было конфликта, или сделать враппер-пакет с симлинком с кастомным именем). Все билды пакетов заливаются в сгенерированный путь с хеш-суммой от конфига пакета (напр. `/nix/store/giyk5pvankich9jlqxr21vx8hkzwpcbk-vim-bin/bin/vim`). Опакечивать что угодно довольно легко, и вовсе не требуется чтобы пакет был в апстриме nixpkgs репозитория. Просто пишется небольшой конфиг рядом с конфигом системы и он импортируется. Во многих случаях просто копи-паста основы из другого проекта, имя поменять, путь git репозитория, и git-commit и хеш. Сложно все бенефиты сжато описать. Я уже несколько лет на NixOS и мне до сих пор немного не верится, что это есть, и это работает. Это не идеальная технология, со своими острыми углами. Но ничего другого даже близко на столько полезного я пока не встречал. Не говоря уже о том, чтобы также активно мейнтенилась пакетная база. В прошлом я мог менять дистрибутивы, сейчас я об этом даже не думаю, т.к. альтернатив NixOS просто нет (Guix не считается, это нескучный клон NixOS без обратной совместимости с пакетной базов и нескучным лиспом вместо Nix, Guix вроде даже какие-то потраха от Nix использует, т.е. это в некотором смысле форк с меньшей несовместимой пакетной базой). NixOS у меня на десктопе на 4-ёх машинах, на сервере, и даже на смартфоне Nix-on-Droid https://github.com/nix-community/nix-on-droid (форк termux), очень удобно прямо на телефоне стянуть конфиги для bash-а, vim-а и tmux-а. И не просто конфиги, а со всей сотней плагинов для какого-нибудь Neovim, включая модули treesitter например. В общем похоже на магию, но оно работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

76. Сообщение от Аноним (60), 04-Дек-25, 19:38	+/–
>Это крайне вредный подход. Если язык не используется, то он забывается а причем тут язык? зачем тогда люди изучают какой-нибудь ML, а работу работают на чем придется? риторический вопрос. >Как guix поддерживает чистоту пакетов и ленивые вычисления? не могу сказать >Что будет, если в версию воткну получение текущего времени - у пакета будет разная версия в зависимости от момента сборки или же будет ошибка? не знаю, давно что-то читал на эту тему, но уже не помню. в гиксе все пакеты собиратся с «zero time», ну тоесть время будет везде "00:00:00 UTC Jan 1 1970" >В итоге ситуация ни чуть не лучше чем у nix. Nix сам по себе достаточно простой и тем не менее, документация в гикс на мой взгляд лучше. ну и да, nix то может и простой, но вот с nixpkgs совсем другая история >Вот хочу я условный nginx поставить, что, он этой командой в автозапуск добавится? А конфиги как править? В NixOS конфиги в read only режиме. Тех же самых пользователей добавлять это не просто пакет, это уже сервис, аналогично nixos >А если я захочу взять один пакет из одного среза, а второй из второго? либо через manifest, либо через guix home, непосредственно из cli никак. вот пример как это выглядит в домашней конфигурации, где telegram замарожен на определенном коммите + патчится yt-dlp: https://github.com/nomike/guix-home/blob/ed47749c9081eae0b3b... >вы хотите императивный подход нет, я всего лишь говорю о том, что с гикс просто начать работать, все интуитивно понятно и он не принуждает пользователя сразу писать код. к тому же никс фрагментирован(два варианта cli), флейкам больше пяти лет, но они до сих пор в экспериментальных функциях, хотя по ощущениям все давно пользуются именно этим вариантом, а их не так просто понять с наскока. в общем гикс может все то же что и никс, с поправкой на реализацию, но в использовании на мой взгляд проще. хотя, наверное я все же предвзят, потому что nixos я пробовал уже после знакомства с guix, и совсем недолго.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #77

77. Сообщение от Аноним (58), 04-Дек-25, 21:25	+/–
>зачем тогда люди изучают какой-нибудь ML, а работу работают на чем придется? Есть куча проектов на Haskell и Ocaml. >либо через manifest, либо через guix home, непосредственно из cli никак Значит в этом вопросе guix хуже nix-shell -p lxqt.qterminal -I nixpkgs=https://github.com/NixOS/nixpkgs/archive/c0c50dfcb70d48e5b79... --run qterminal opennet обрезает адрес, должно быть https://github.com/NixOS/nixpkgs/archive/ c0c50dfcb70d48e5b79c4ae9f1aa9d339af860b4.tar.gz без пробелов >нет, я всего лишь говорю о том, что с гикс просто начать работать Ну может быть для десктопа это и будет проще, может быть. В остальных случаях нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

78. Сообщение от myster (ok), 06-Дек-25, 00:36	+/–
Дистр нравился тоже, год использовал примерно, но возникла проблема после прокидывания Nvidia CDI в Docker, некоторые программы в контейнере ругались, что бинари Nvidia не "FSH compliant". Что объяснимо. Проблему получилось починить каким-то нестандартным костылём через правку PATH и подмену бинарей в контейнере. Но возникли потом другие проблемы и тоже из-за FHS.  Вообщем решил перейти на FSH compliant дистр. На CachyOS сейчас, до этого использовал чистый Arch, это тоже самое плюс оптимизации для современных Intel и AMD процессоров. А что касается декларативной конфигурации, сейчас пытаюсь все свои NixOS конфиги перевести в Ansible плейбуки под Arch. Чтобы кто не говорил, но YAML синтаксис Ansible в разы современнее и удобнее Nix синтаксиса. Nix синтаксис местами настролько уродливый, что не хочется на него смотреть. Кто сомневается загляните в примеры конфигов других пользователей NixOS, ссылка на них была на NixOS Wiki.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

79. Сообщение от myster (ok), 06-Дек-25, 01:16	+/–
Я год примерно использовал NixOS на десктопе, выше описал, чем это закончилось. Я бы до сих пор использовал NixOS, если бы не то, как они Docker и CDI для него собирают официально в nixpkgs. У меня возникли проблемы с их подходом, но понимаю, что мой юз‑кейс редок и многие не столкнутся с этой проблемой. Опишу пару незначительных (терпимых) недостатков NixOS, которые я заметил, пока использовал: 1. Нельзя вынести предыдущие версии ядра из /boot на системный раздел, как в других системах, при использовании официально рекомендуемого загрузчика systemd‑boot. Если на загрузочном разделе 2 ГБ, то этого быстро не хватает: у меня каждые пару месяцев он заполнялся, несмотря на то, что автоочистка старых версий была настроена. При использовании systemd‑boot для FAT32‑раздела /boot нужно выделять минимум 10 ГБ; об этом нигде не говорится, это не очевидно и выглядит как подстава. 2. Все пакеты тянутся с одного источника — GitHub и собственного CDN от разработчиков NixOS. В отличие от Fedora, Debian, Arch, CachyOS, у NixOS нет традиции создавать зеркала дистрибутива по всему миру. Наличие зеркала в стране пользователя действительно ускоряет загрузку и избавляет от проблем с блокировками и замедлением CDN. Я читал, что давно витает идея распространять пакеты NixOS по P2P‑протоколам, например IPFS или BitTorrent; это отличная идея, даже лучше, чем зеркала, но, к сожалению, эти инициативы всё ещё не реализованы.
Ответить | Правка | Наверх | Cообщить модератору

80. Сообщение от Аноним (80), 07-Дек-25, 09:22	+/–
Наверное как раз основной плюс NixOS, что весь софт, как десктопный так и серверный прекрасно уживается на одном хосте и без всяких контейнеров и виртуалок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

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

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