The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Выпуск дистрибутива NixOS 24.11, использующего пакетный менеджер Nix "  +/
Сообщение от opennews (??), 01-Дек-24, 10:51 
Увидел свет  дистрибутив NixOS 24.11, основанный на пакетном менеджере Nix и предоставляющий ряд собственных разработок, упрощающих настройку и сопровождение системы. Например, в  NixOS вся настройка системы происходит посредством единого файла системной конфигурации (configuration.nix), предоставляется возможность быстрого отката системы на предыдущую версию конфигурации, присутствует поддержка переключения между различными состояниями системы, поддерживается установка индивидуальных пакетов отдельными пользователями, есть возможность одновременного использования нескольких версий одной программы, обеспечены воспроизводимые сборки. Для архитектур x86_64 и ARM64 подготовлены установочные образы с KDE (3.2 ГБ) и GNOME (2.5 ГБ), а также сокращённый консольный вариант  (1.1 ГБ)...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62324

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +2 +/
Сообщение от Аноним (1), 01-Дек-24, 10:51 
Всем дистрам с самого начала  надо было быть такими как Никс. Лучше процесм установки стороннего софта не организован ни у кого.
Ответить | Правка | Наверх | Cообщить модератору

4. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +2 +/
Сообщение от anonimus (?), 01-Дек-24, 11:03 
Если он такой хороший, то почему такой непопулярный?
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +5 +/
Сообщение от Аноним (6), 01-Дек-24, 11:05 
вы про линукс на фоне винды?
Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +3 +/
Сообщение от anonimus (?), 01-Дек-24, 11:49 
На фоне других дистрибутивов
Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –3 +/
Сообщение от Аноним (33), 01-Дек-24, 13:04 
Так nix даже не дотягивает в linux, до доли linux)) Потому как это мало кому нужное. Если уж хочется функциональности, то guix!
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

141. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от 111email (??), 01-Дек-24, 17:14 
Не, guix — фигня! Nix лучше.
Ответить | Правка | Наверх | Cообщить модератору

170. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Минона (ok), 01-Дек-24, 22:21 
И чем их функциональность различается?
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

18. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (18), 01-Дек-24, 11:53 
> "Если он такой хороший, то почему такой непопулярный?"

Тот же вопрос, но только про Firefox

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

23. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +6 +/
Сообщение от Аноним (23), 01-Дек-24, 12:28 
> Если он такой хороший, то почему такой непопулярный?

Ответ прост: он настолько кpacнoглaзый насколько и технологически продвинутый относительно остальных.
Как говорят на ресурсах по NixOS, чтобы нормально пользоваться дистрибутивом нужно выучить язык на котором он пишется. Много ли вы знаете дистрибутивов, которые заставляют учить хоть какой-то ЯП, пусть даже самый простой? И это при том, что в отличии от их прямых, но отстающих конкурентов, но с такой же концепцией - GUIX, язык которых хоть где-нибудь и может пригодиться, язык используемый в NixOS - вещь в себе и пока что за пределами проекта "никому и "даром" не нужон!.."

К тому же, мы в среде линуксов имеем сейчас такубю картину: олды, которые готовы были в молодости конпилять LFS и сорсы под свой дистр патчить и опакечивать, теперь уже стали старыми и ̶т̶я̶н̶у̶т̶с̶я̶ ̶б̶о̶л̶ь̶ш̶е̶ ̶к̶ ̶з̶е̶м̶л̶е̶ более ленивыми, т.к. уже устали тратить врямя на всякое подобное, обзавелись семьями и хотят поменьше возни.
А новички настолько изаблованы гуйцами и готовыми пакетами, установками в пару кликов мышки, что мало кто из них рождает отбитых энтузиастов, которые вздыхают по ̶в̶о̶р̶о̶в̶с̶к̶о̶й̶ ̶р̶о̶м̶а̶н̶т̶и̶к̶е̶ кpacнoглaзым временам и стремятся сами быть как труъ-кpacнoглaзые линуксоиды, поэтому идут ̶с̶о̶з̶н̶а̶т̶е̶л̶ь̶н̶о̶ ̶н̶а̶ ̶п̶о̶д̶о̶б̶н̶ы̶й̶ ̶п̶е̶р̶д̶о̶л̶и̶н̶г̶ ковыряться в NixOS. + Перебезчики со всяких Арчей, которым Арч уже недостаточно илитарен, потому что стало меньше кpacнoглaзия и пердолинга с появлением archinstall того же и т.д. и т.п. xD

Но всё равно, NixOS набирает таки популярность, потому что больно в ней много чего вкусного, пусть это всё равно ещё не мейнстрим и врятли будет, по крайней мере в обозримом будущем.

А для массово использования ему тоже будет место, когда основная масса рядового кpacнoглaзия работы в NixOS спрячется под модными GUI, где можно будет накликивать нужное мышкой и ребилдить генерации по кнопке на условной модной NixOS-Software-Store. И тенденции к этому уже сейчас есть, в Calamares вон установщик запихали. Ведутся работы пусть и в несколько сторонних проектах по созданию более дружественных инструментов для хомячков, дабы основную кpacнoглaзую дичь запрятать под капот и не пугать обывателя. ;)

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

59. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (59), 01-Дек-24, 13:51 
>Как говорят на ресурсах по NixOS, чтобы нормально пользоваться дистрибутивом нужно выучить

nixpkgs

Ответить | Правка | Наверх | Cообщить модератору

112. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –2 +/
Сообщение от Аноним (112), 01-Дек-24, 15:26 
>Как говорят на ресурсах по NixOS, чтобы нормально пользоваться дистрибутивом нужно выучить язык на котором он пишется.

Вы так говорите, словно это выучить выучить английский, все эти тысячи слов, чтобы читать Шекспира в оригинале. Если вы знаете haskell/ocaml, то вам только мануал нужно будет рядом открыть, чтобы периодически в него подглядывать, нового учить не нужно. Если брать условный js, в котором модно писать на ФП, то там тоже доучивать мало что нужно будет. Это даже проще будет, чем учить bash для sysvinit.
>И это при том, что в отличии от их прямых, но отстающих конкурентов, но с такой же концепцией - GUIX, язык которых хоть где-нибудь и может пригодиться

Эти конкуренты решили делать дистрибутив во-первых только из свободных программ(как минимум вопрос с драйверами), во-вторых, на своих уникальных технологиях(у них свой инит, своя замена крону и так далее), это даже сильнее чем убунту с апстартом. Из-за этого, подойдёт он мало кому. Кроме того, если человек уже знает какой-то язык, будь то ocaml/js/..., то scheme ему вряд ли понадобится.
>язык используемый в NixOS - вещь в себе и пока что за пределами проекта "никому и "даром" не нужон!.."

Лично мне проще развернуть в убунте nix, и с его помощью поднять нужные сервисы, чем выяснять, где уже снап, а где ещё apt. Для сборки программ гораздо проще взять nix, чем сопоставлять пакеты между дистрибутивами и кучей пакетных менеджеров.
>А новички настолько изаблованы гуйцами и готовыми пакетами

Опакетить в nixos не просто, а очень просто.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

169. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от DP (?), 01-Дек-24, 22:07 
>>Как говорят на ресурсах по NixOS, чтобы нормально пользоваться дистрибутивом нужно выучить язык на котором он пишется.
> Вы так говорите, словно это выучить выучить английский, все эти тысячи слов,
> чтобы читать Шекспира в оригинале.

Я так говорю, словно язык никса более нигде не нужен от слова вообще, для меня уже этого достаточно чтобы терять мотивацию учить его.

> Если вы знаете haskell/ocaml, то вам
> только мануал нужно будет рядом открыть, чтобы периодически в него подглядывать, нового учить не > нужно.

Ключевое слово ЕСЛИ, т.е. для понимания и облегчения изучения NixOS нужно иметь какой-то далеко ненулевой бэкграунд, это и есть иметь скилл в кpacнoглaзии.

> Если брать условный js, в котором модно
> писать на ФП, то там тоже доучивать мало что нужно будет.

Не знаю, не могу оценить, не учил js, как по мне js выглядит как говно и ничего на нём путного не делают, кроме как говнокодят жирнющий говнокод.

> Это даже проще будет, чем учить bash для sysvinit.

Это субъективно, по мне как, bash проще.

>>И это при том, что в отличии от их прямых, но отстающих конкурентов, но с такой же концепцией - GUIX, язык которых хоть где-нибудь и может пригодиться
> Эти конкуренты решили делать дистрибутив во-первых только из свободных программ(как минимум
> вопрос с драйверами), во-вторых, на своих уникальных технологиях(у них свой инит,
> своя замена крону и так далее), это даже сильнее чем убунту
> с апстартом. Из-за этого, подойдёт он мало кому. Кроме того, если
> человек уже знает какой-то язык, будь то ocaml/js/..., то scheme ему
> вряд ли понадобится.

sheme хоть где-то есть за пределами GUIX, в этом ключевое отличие, а вы опять делаете предположения в стиле "если бы, да кабы", зачем делать такие допущения?

>>язык используемый в NixOS - вещь в себе и пока что за пределами проекта "никому и "даром" не нужон!.."
> Лично мне проще развернуть в убунте nix, и с его помощью поднять
> нужные сервисы, чем выяснять, где уже снап, а где ещё apt.

Ключевое лично вам, мне вот проще сторонних пакетов через distobox поставить.

> Для сборки программ гораздо проще взять nix, чем сопоставлять пакеты между
> дистрибутивами и кучей пакетных менеджеров.

Проще это понятие субъективное, его вы объективно никак не измерите, поэтому разговор чисто о вкусовщине.

>>А новички настолько изаблованы гуйцами и готовыми пакетами
> Опакетить в nixos не просто, а очень просто.

Опять же, с ваших слов, мне вот проще пакетбилд наговнякать, а с никасми вашими чёрт ногу сломит, чтобы начать пользоваться системой, нужно выкупить не только как configuration.nix сделать, но и попутно вычитывать почему в систему экстеншоны/клизмоиды для DE установлены, но они не отображаются как установленные... и начинается копания-костыляния и так на каждом шагу, ради любой мелочи надо мануалы читать, а бывает ещё так, что одну и ту же фигню несколько разных уникумов делает разными способами и от прочтения описалова этого случаются конфузы и фрустрации у залётных пробунов вашей любимой системы. После гентушных хэндбуков, не говоря уже о арчевики, с мануалов никсов берёт оторопь, иногда хочется просто взять и у#%*ть за такое отношение к проектированию системы и отношению к документации по ней.

Ответить | Правка | Наверх | Cообщить модератору

186. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 02-Дек-24, 10:04 
>т.е. для понимания и облегчения изучения NixOS нужно иметь какой-то далеко ненулевой бэкграунд, это и есть иметь скилл в кpacнoглaзии.

По вашему для арча или дебиана, с его замороженной пакетной базой, требуется меньшее красноглазие?
>Это субъективно, по мне как, bash проще.

Вы овладели башем, чтобы без мануала и прочих шпаргалок работать с массивами и прочими продвинутыми вещами? Поймёте любой скрипт, или только command && command?
>sheme хоть где-то есть за пределами GUIX, в этом ключевое отличие

И как, вы уже начали изучать guix? Или это только отговорка?
>Ключевое лично вам, мне вот проще сторонних пакетов через distobox поставить.

Вас не смущает наличие докера в дистробоксе, с его уникальными и нигде не применимым Dockerfile, но смущет Nix?

Ответить | Правка | Наверх | Cообщить модератору

254. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от DP (?), 03-Дек-24, 10:46 
>>т.е. для понимания и облегчения изучения NixOS нужно иметь какой-то далеко ненулевой бэкграунд, это и есть иметь скилл в кpacнoглaзии.
> По вашему для арча или дебиана, с его замороженной пакетной базой, требуется
> меньшее красноглазие?

Да меньшее, Арч меньше требует кpacнoглaзить в освоении, чем NixOS, хотя это никак не померить никаким измерометром, но те кто пробовали и то и то однозначно ответят что Арч гораздо менее кpacнoглaзый в освоении, пытаться спорить с этим довольно глупо, если вы не принципиальный демагог.
Сам я Арчем давно не пользуюсь, потому что прошёл уже тот период жизни, когда плюсы роллингов перевешивали их минусы, тем более Арч, у него на мой вгляд не такой удобный пакетник в аспекте управления дистртибутивами, он просто ставит и удаляет пакеты, ничего более (это если грубо).
Пакетбилды привёл в пример, т.к. как по мне, с ними проще разобраться и это наверное верх кpacнoглaзия продвинутого пользователя Арча, после которого вполне себе можно делать что хочешь в рамках концепции этого дистра.

Что касается Debian, то тут вы прямо с места в карьер и с разбегу мимо. В Debian как в армии "всё безобразно, зато однообразно" в том смысле что он наверное самый консервативный дистр из существующих и это не баг, это его фича. Через условных 10-15 лет приди админ Debian из какой-то криоспячки со своими тогдашними навыками, он сможет чуть ли не 1 к 1 выполняя необходимые действия поднять и содержать Debian в актуальном состоянии. Если пользователя устраивает то что дают в репах, то лучше Debian дистра нет на этом свете по ленивому использованию и пинанию болды в поддержке. Оно всё работает при минимуме усилий, главное не хотеть странного в системе, кто хочет странного идут играться с контейнерами или жить на роллингах-пердолингах.


>>Это субъективно, по мне как, bash проще.
> Вы овладели башем, чтобы без мануала и прочих шпаргалок работать с массивами
> и прочими продвинутыми вещами? Поймёте любой скрипт, или только command &&
> command?

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

>>sheme хоть где-то есть за пределами GUIX, в этом ключевое отличие
> И как, вы уже начали изучать guix? Или это только отговорка?

Я лишь привёл пример того что одно будет предпочтительнее другого в свете полезности ещё где-то, а GUIX просто самый близкий пример. А вот зачем вы нарочито в максималистски-гипертрофированной форме до крайностей доводите, это вопрос?! Уж не ради демагогии ли, уважаемый?

>>Ключевое лично вам, мне вот проще сторонних пакетов через distobox поставить.
> Вас не смущает наличие докера в дистробоксе, с его уникальными и нигде
> не применимым Dockerfile, но смущет Nix?

Не смущает, для пользования distrobox в других дистрах, который чтобы использовать достаточно было посмотреть 10 минутный гайд для чайников не надо даже знать что там под капотом docker, хотя у меня podman ;)
Речь же не о том как сложно устроено, а о том сколько надо усилий для вкатывания в то, чтобы пользоваться. И тут NixOS по кpacнoглaзию побеждает всех остальных, по крайней мере тех, что на слуху, с огромным отрывом размером с Марианскую впадину, отрицать это глупо ;)

Ответить | Правка | Наверх | Cообщить модератору

274. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 03-Дек-24, 16:14 
>но те кто пробовали и то и то однозначно ответят что Арч гораздо менее кpacнoглaзый в освоении

Смотря что понимать под освоением. Если поставить условный майнкрафт, то может быть. Если собрать ядро с определённым флагом - однозначно нет
>он просто ставит и удаляет пакеты, ничего более (это если грубо)

Да, а для даунгрейда нужна сторонняя утилита. И в любой нестандартной ситуации - проблемы
>Пакетбилды привёл в пример, т.к. как по мне, с ними проще разобраться и это наверное верх кpacнoглaзия продвинутого пользователя Арча

В таком случае, вы изначально задаёте невысокую планку, как убунтовод, только чуть более продвинутый. Ни создания своих systemd юнитов, ни каких-то специфических патчей, ни нескольких серверов, ни даже как-то конфиг поправить, и не забыть про это, ничего подобного
>Оно всё работает при минимуме усилий, главное не хотеть странного в системе, кто хочет странного идут играться с контейнерами или жить на роллингах-пердолингах.

В монахи постричся, объявив всё, что вне дистрибутива - суетой. Я неоднократно видел, как пользователи обсуждали сложность установки старого софта в современных дистрибутивах.
>В том и суть, чтобы пользоваться рядовыми дистрами не нужно овладевать башем, достаточно знать необходимое

То есть вы, не зная баша, и не внося правок в sysvinit и прочие вещи, рассказывает насколько это проще, по сравнению с тем, чтобы что-то настроить на nix? Ну так если вы ничего не меняете, то чтобы поставить условный firefox и gnome, достаточно просто открыть огромный мануал по установке, и как и в арче просто выполнять непонятные действия.
>Тут уже была речь про мотивацию учить, вот это как раз оно.

Учат не ради мотивации, учат ради конкретной цели. Если вы не хотите выходить за пределы Далее, Далее, Готово, то хоть nix, хоть scheme, хоть bash - вам всё равно.
>для пользования distrobox в других дистрах, который чтобы использовать достаточно было посмотреть 10 минутный гайд для чайников

И что, чайник за эти десять минут научится, допустим, папки в distrobox пробрасывать?

Ответить | Правка | Наверх | Cообщить модератору

289. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (289), 04-Дек-24, 20:44 
> В таком случае, вы изначально задаёте невысокую планку, как убунтовод, только чуть
> более продвинутый. Ни создания своих systemd юнитов, ни каких-то специфических патчей,
> ни нескольких серверов, ни даже как-то конфиг поправить, и не забыть
> про это, ничего подобного

О том и речь, рядовому пользовтелю пригождается что-то там корябать для systmd или даже для sysvinit примерно НИКОГДА, ни на Ubuntu, ни на Debian, ни даже в Fedora. В россиянских импортозаместительных дистрах "для людей" тоже.

> В монахи постричся, объявив всё, что вне дистрибутива - суетой. Я неоднократно
> видел, как пользователи обсуждали сложность установки старого софта в современных дистрибутивах.

Пользователи тоже разные бывают, для кого-то и apk'ашку со сторонних источник поставить лютое кpacнoглaзие и танцы с бубном, а кто-то о дистрах судит по дефолтным темам DE и обоям из коробки ¯\_(ツ)_/¯

>>В том и суть, чтобы пользоваться рядовыми дистрами не нужно овладевать башем, достаточно знать необходимое
> То есть вы, не зная баша, и не внося правок в sysvinit
> и прочие вещи, рассказывает насколько это проще, по сравнению с тем,
> чтобы что-то настроить на nix?

У вас какое-то нарочитое бросание из крайности в крайность. Я говорю про меру необходимости, а вы про знание языка, чтобы далать что-то в рядовых дистрах линукса bash знать в большинстве случаев необязательно, это факультатив который упрощает некоторые действия, но можно и без него. Однако, я узнаю что-то по мере необходимости.
А то что нужно знать язык никса не я придумал, так затирают на никосвых ресурсах. Не знать два-три хака как исполнить, не понимать как повторить какой-то шаблон по аналогии, а именно знать.
Сам-то я ставил и пользовался NixOS без знания языка и нормально было, но адепты говорят, что это неполноценное использование NixOS и всё равно чтобы пользоваться надо его учить, а иначе никак.

> Ну так если вы ничего не
> меняете, то чтобы поставить условный firefox и gnome, достаточно просто открыть
> огромный мануал по установке, и как и в арче просто выполнять
> непонятные действия.

Проблема не в этом, проблема в том, что после правки configuration.nix и ребилда системы нужно бывает ещё руками допиливать чтобы софтом можно было пользоваться не пуская его с консоли прямым вызовом. В других дистрах пакет при установке всё распихивает куда надо, но NixOS у мамы особенный и всё ставит по-своему, отсюда приходиться руками потом править разные куски в системе, чтобы они понимали где они находятся и как им стоит работать. Вот нафига таким заниматься простому пользователю десктопа, какой профит?

>>Тут уже была речь про мотивацию учить, вот это как раз оно.
> Учат не ради мотивации, учат ради конкретной цели. Если вы не хотите
> выходить за пределы Далее, Далее, Готово, то хоть nix, хоть scheme,
> хоть bash - вам всё равно.

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

>>для пользования distrobox в других дистрах, который чтобы использовать достаточно было посмотреть 10 минутный гайд для чайников
> И что, чайник за эти десять минут научится, допустим, папки в distrobox
> пробрасывать?

Зачем? В большинстве случаев все нужные юзеру папки находятся в /home/user, а эта возможность предоставляется distrobox'ом по дефолту, в том и прелесть дистробокса, что у него изкоробочная интеграция в хост-систему всего установленного, любой чайник не знающий вообще ничего о контейнерах, всяких докерах-шмокерах, слоях и перестроениях может поставить нужную ему софтину тупо  копипастой нужных ему команд подставляе в конце только нужные ему пакеты. Гайд по этому в сети занимает для изучения от силы 10 минут неторопливого ознакомления. В том и прелесть. Это даже проще чем раскурить как правильно победить флэтпаки с их порталами и назначениями разрешений и не надо охреневать с того что какой-то дятел его криво упаковал, ведь по сути ты через distrobox юзаешь нативные пакеты в нативной же для них среде но в нужно тебе системе, если хочешь, то также можешь поставить к примеру несколько версий убунт и несколько версий пакетов из из реп, т.е. по сути повторяемость конфигураций также есть за счёт повторяемости окружения.

Да, чисто технически под капотом у NixOS, как и у GUIX решение более зравое и более элегантное, тут спору нет, но чтобы этим начать полноценно пользоваться, да ещё и с нюансами, нужно много времени потратить и иметь ненулевой бэкграунд в линуксах далеко не на базовом уровне.

Ответить | Правка | Наверх | Cообщить модератору

197. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 02-Дек-24, 11:59 
> Как говорят на ресурсах по NixOS, чтобы нормально пользоваться дистрибутивом нужно выучить язык на котором он пишется

Это не так. Первоначального шаблона конфигурации из документации достаточно, чтобы начать пользоваться и постепенно осваивать. Как доустановить нужные пакеты становится понятно, при первом взгляде на код, просто дописываем пакеты по одному в массив, где уже есть пакеты. А дальше уже по мере необходимости изучаем остальное, подключаем Flake, home-manager и т.д., но это тоже всё опционально, система и так полностью рабочая с простым первоначальным конфигом.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

256. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Ага щаззз (?), 03-Дек-24, 10:56 
>> Как говорят на ресурсах по NixOS, чтобы нормально пользоваться дистрибутивом нужно выучить язык на котором он пишется
> Это не так. Первоначального шаблона конфигурации из документации достаточно, чтобы начать
> пользоваться и постепенно осваивать. Как доустановить нужные пакеты становится понятно,
> при первом взгляде на код, просто дописываем пакеты по одному в
> массив, где уже есть пакеты.

Да-да, мне тоже так сначала продавали NixOS и я поверил, только в реальности оказалось, что configuration.nix недостаточно для условного хомячка, чтобы его десктоп умел в обещанную чудесную повторяемость 1 к 1, просто в реальности всё куда прозаичнее и маркетиговый булщит, который льют в уши сектанты-зазывалы в NixOS скрывает куча нюансов.

> А дальше уже по мере необходимости
> изучаем остальное, подключаем Flake, home-manager и т.д., но это тоже всё
> опционально, система и так полностью рабочая с простым первоначальным конфигом.

В том и проблема, уважаемый, что не по мере необходимости, а необходимо и без этого никак, ниакой рабочей из коробки такой же самый 1 в 1 десктоп вы на одном configuration.nix по ванильным мануалам не получите. В том и дело, что нужны сторонние dlc-костыли и прочие хаки от сообщества.
А уж необходимость иметь git или его аналог для того чтобы иметь рядовой десктоп затираемый новичку десктопщику на голубом глазу как нормальность это дичь с точки зрения новичка который какую-нибудь убунту в серию кликов мышкой ставит и пакеты из software-center или что у них сейчач там?!

Ответить | Правка | Наверх | Cообщить модератору

285. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 04-Дек-24, 16:13 
> А уж необходимость иметь git или его аналог для того чтобы иметь рядовой десктоп затираемый новичку десктопщику на голубом глазу как нормальность это дичь с точки зрения новичка который какую-нибудь убунту в серию кликов мышкой ставит и пакеты из software-center или что у них сейчач там?!

Причём тут ваши новички? Всё время вижу эти странные аналогии. Это не для новичков, усвойте наконец. Если для вас Git - это дичь, это не для вас тем более.

Как для технаря Git может быть дичью...  Это база.  А новичкам никто тут не насаждает эти вещи, для них есть UI с тремя кнопками и защитой от дурака. Но, если технари желают такого же подгода и не хотят изучать базовые вещи, им даже не место на данном ресурсе, даже странно что такие люди читают и обсуждают подобные новости.

Ответить | Правка | Наверх | Cообщить модератору

271. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (271), 03-Дек-24, 15:03 
Зачем мне NixOS, со всеми вытекающими, на десктопе? Если можно, кратко и по делу!
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

70. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от Вася (??), 01-Дек-24, 14:13 
потому что разбираться с функциональным программированием ради того, что бы установить себе тупо дистрибутив линукса - это довольно сложно для среднего Васи без бекграунда.
Язык не очень сложный, но не очень очевидный. Документация, в основном, вообще просто сорс код.
Но назад все равно дороги нет,слишком удобно
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

113. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (113), 01-Дек-24, 15:27 
> это довольно сложно для среднего Васи без бекграунда

Дело не в сложности, а в необходимости.
Зачем? Что такого уникального дает nixos для "для среднего Васи", ради чего тратить свое время на это?

А если сделать нормальных UI, чтобы хотя бы половину можно было настроить просто потыкав в нужные пункты, то Васи и начнут и пользоваться.

Ответить | Правка | Наверх | Cообщить модератору

157. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Вася (??), 01-Дек-24, 19:32 
> Дело не в сложности, а в необходимости.
> Зачем? Что такого уникального дает nixos для "для среднего Васи", ради чего
> тратить свое время на это?

полностью решает проблему конфигурации системы без необходимости каждый раз фрустрировать касательно бекапов конфига или бекапа системы целиком. Все настройки превращаются в git репозиторий, в отличии от системы, где каждый раз надо ручками выставлять все эти настройки или писать каждый раз sh файл (который будет юзаться раз в 5 лет). Полный IaC.
А еще можно больше никогда не бекапить систему, только данные.

> А если сделать нормальных UI, чтобы хотя бы половину можно было настроить просто потыкав в нужные пункты, то Васи и начнут и пользоваться.

проблема UI не то том, что начнут-не начнут. В детстве я помнил все действия, которые я делал в винде каждый ее реинсталл, потому что это было часто. Сейчас я там не могу добраться даже до некоторых пунктов, потому что к ним обрезали шорткаты и весь доступ к менюшкам через жопу. Если бы можно было уложить это в конфиг файл (и это не diff реестра между девственной системой и системой после настройки), я бы сэкономил огромную кучу времени в своей жизни.
А в NixOS так можно. Но я хз, кому оно нужно, потому что целевой юзер сам себе настроит все, развернет на сервере, положит в виде модулей и в случае чего будет управлять своим железом тупо пачкой импортов без всяких контейнеров (все целей безопасности).


Ответить | Правка | Наверх | Cообщить модератору

171. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от DP (?), 01-Дек-24, 22:24 
>> Дело не в сложности, а в необходимости.
>> Зачем? Что такого уникального дает nixos для "для среднего Васи", ради чего
>> тратить свое время на это?
> полностью решает проблему конфигурации системы без необходимости каждый раз фрустрировать
> касательно бекапов конфига или бекапа системы целиком.

Это мягко говоря не так, точнее никсоводы говоря так лукавят, потому что утаивают важные мелочи, потому как рядовой пользователь со стороны слыша подобное себе надумывает в стиле: "ага, я один раз разберусь с конфигом и его можно будет и через год-два и через пять лет применить в актуальной системе" А это нифига не так, т.к. за этот период уникумы-экспериментаторы решили половину кроватей передвинуть и часть сменить на кресла хз зачем, чисто потому что половине понравились модные обшивки новых модных хипсторских кресел, а остальные просто любят ИБД.
Также великое наигралово в том, что одного configuration.nix достаточно, а вот ни фига не достаточно, после развёртывания десктопа по нему нужно ещё руками руковать, дабы восстановить как было потому что NixOS у мамы особенный и на стандартную иерархию каталогов системы класть хотел.

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

>> А если сделать нормальных UI, чтобы хотя бы половину можно было настроить просто потыкав в нужные пункты, то Васи и начнут и пользоваться.
> проблема UI не то том, что начнут-не начнут. В детстве я помнил
> все действия, которые я делал в винде каждый ее реинсталл, потому
> что это было часто. Сейчас я там не могу добраться даже
> до некоторых пунктов, потому что к ним обрезали шорткаты и весь
> доступ к менюшкам через жопу. Если бы можно было уложить это
> в конфиг файл (и это не diff реестра между девственной системой
> и системой после настройки), я бы сэкономил огромную кучу времени в
> своей жизни.

Проблема именно в том, что в NixOS нужно люто кpacнoглaзить там, где в других дистрах давно автоматизация и удобные GUI.

> А в NixOS так можно. Но я хз, кому оно нужно, потому
> что целевой юзер сам себе настроит все, развернет на сервере, положит
> в виде модулей и в случае чего будет управлять своим железом
> тупо пачкой импортов без всяких контейнеров (все целей безопасности).

Ну да, ну да, именно поэтому никосводы запилили установщик через Calamares и т.п. плюшки продолжают пилить, чисто потому что целевому юзеру это не надо было. Смищно [нет]

Ответить | Правка | Наверх | Cообщить модератору

187. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 02-Дек-24, 10:08 
>В итоге рождаются костыляния типа home-manager
>Проблема именно в том, что в NixOS нужно люто кpacнoглaзить там, где в других дистрах давно автоматизация и удобные GUI.

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

Ответить | Правка | Наверх | Cообщить модератору

199. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 02-Дек-24, 12:10 
> Проблема именно в том, что в NixOS нужно люто кpacнoглaзить там, где в других дистрах давно автоматизация и удобные GUI.

GUI не всегда удобнее, чаще он просто отнимает время и менее функционален.
А в коде все наглядно видно, быстро ищется, есть комментарии, есть история всех изменений.
Только ненормальный будет в GUI лазить по разным под-меню и отмечать весь день опции и менять параметры, если тоже самое можно сделать через код гораздо быстрее.

> в других дистрах давно автоматизация

LOL, NixOS как раз про автоматизацию, это она и есть родимая. Причём в лучшем виде - в декларативном, а не в виде последовательных скриптов.
В классических дистрибутивах Linux, где ты выполняешь ручные действия, как раз нет автоматизации.

В других дистрибутивах, когда мы используем Cloud-init, Netplan и подобные инструменты, это тоже односится к автоматизации в декларативном представлении, точно также, как в NixOS. Но там это реализовано частично, а NixOS позволяет это сделать полностью.

Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

261. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от DP (?), 03-Дек-24, 11:22 
>> Проблема именно в том, что в NixOS нужно люто кpacнoглaзить там, где в других дистрах давно автоматизация и удобные GUI.
> GUI не всегда удобнее, чаще он просто отнимает время и менее функционален.

Когда он есть, есть выбор, когда его нет, тогда подобная фраза воспринимается как попытка в высокопарную отмазку и попытку скрыть свои недостатки выдавая их за достоинства, "не баг, а фича".
От себя скажу, что мне зачастую также удобнее работать с командной строкой в более классических дистрах но мне также нарвится наличие GUI, т.к. кроме меня системой пользуются и другие люди, которые внезапно не обязаны быть не то что программистами, но даже сисьадминами-эникеями, дабы просто пользоваться системой на "бытовом уровне".

> А в коде все наглядно видно, быстро ищется, есть комментарии, есть история
> всех изменений.

Вот в этом и дело, смотрю в код классических дистров примерно НИКОГДА и вполне могу пользоваться ими для соих задач.

> Только ненормальный будет в GUI лазить по разным под-меню и отмечать весь
> день опции и менять параметры, если тоже самое можно сделать через
> код гораздо быстрее.

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


>> в других дистрах давно автоматизация
> LOL, NixOS как раз про автоматизацию, это она и есть родимая. Причём
> в лучшем виде - в декларативном, а не в виде последовательных
> скриптов.

Тут не спорю, но вопрос был не в отсутствии автоматизации, а лёгкости её достижения для массового пользователя, потому как если вы забыли вдруг, то вверху по теме был вопрос о том, почему NixOS не такой популярный и главный и правильный правдивый ответ - потому что на данном этапе излишне кpacнoглaз и требует очень много возни для вкатывания.

Ктож спорит о том что можно сделать в NixOS "чётко, классно и по красоте", вот только не каждый желает собирать машину в гараже из запчастей просто чтобы свою пятую точку возить от точки А до точки Б, большинство покупает что предлагают в салонах или заказывают такси. Надеюсь понятна аналогия?! ;)

> В классических дистрибутивах Linux, где ты выполняешь ручные действия, как раз нет
> автоматизации.

Её нет дефотно, поэтому есть ряд путей решения этого, собстевнно как и у NixOS, из коробки с голым дефолтным конфигом автоматизация там на уровне рядовой атомарщины.

> В других дистрибутивах, когда мы используем Cloud-init, Netplan и подобные инструменты,
> это тоже односится к автоматизации в декларативном представлении, точно также, как
> в NixOS.

А теперь представьте, что вы этого говорите человеку, который имеет дома условный Alt или даже Linux Mint на десктопе, а такие есть и далеко не один. Он вам ответит, что никогда про такое не слышал и не собирается делать что-то в направлении в котором эти знания будет нужно постигать.
Это так, как пример юзкейса, а в NixOS даже чтобы рядовой десктоп сделать "автоматизированным" нужно пачку разрозненных по сети манов прочитать и разобраться в них, тогда как по тому же Linux Mint видеогайдов для домохозяек горы на любой вкус.

> Но там это реализовано частично, а NixOS позволяет это сделать полностью.

Ещё раз, никто не спорит что NixOS крутой и он позволяет кучу всего делать много удобнее (что субъективно конечно, ну да ладно) вся тема о том, что чтобы это всё уметь делать в NixOS нужно гораздо больше пердолинга и кpacнoглaзия в самом начале и подпердоливаться потом периодически.
Да, никсовод познавший таинства такой как гибкий акробат, который по канату может проходиться над пропастью и над горящей лавой путём усиленных тренировок, вот только чтобы за хлебом сходить в соседний магазин со своим образом жизни ему тоже понадобились на старте тренировки в стиле гибких акробатов-эквилибристов. В то время как остальные бедолаги может и с закостенелыми суставами, но от рождения просто научившись ходить и читать просто ходят в магазин без этой aнaльной эквилибристики.


Ответить | Правка | Наверх | Cообщить модератору

262. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 03-Дек-24, 13:04 
>Когда он есть, есть выбор, когда его нет, тогда подобная фраза воспринимается как попытка в высокопарную отмазку

Давайте, подскажите, как через gui удалить пакет, который может быть установлен разными способами: environment.systemPackages, #!${pkgs.ruby}/bin/ruby, services.xserver.desktopManager.gnome.enable = true; Ну как? А ещё, не забывайте, что даже services.xserver.desktopManager.gnome.enable может быть прописан не константой, а выражением, например с зависимостью от хоста.
>кроме меня системой пользуются и другие люди, которые внезапно не обязаны быть не то что программистами, но даже сисьадминами-эникеями, дабы просто пользоваться системой на "бытовом уровне".

Задача по написанию обвёрток - почти тривиальна. Почти, так как сразу же после того, как вы напишете окошко с галочками по типу "включить поддержку печати", "выбрать используемое de", у вас тут же возникнет вопрос, как это интегрировать с уже существующей системой. И тут вам придётся очень сильно попотеть. А дальше, если вы это решите, на вас тут же посыпется поток просьб в духе "установить программу из deb пакета", при том автоматически, даже не видя этот пакет в глаза. Поскольку обычный пользователь не понимает, где задача простая, а где сложная, и осилить редактирование обычного текстового файла не способен.
>А теперь представьте, что вы этого говорите человеку, который имеет дома условный Alt или даже Linux Mint на десктопе

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

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

Ответить | Правка | Наверх | Cообщить модератору

290. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (289), 04-Дек-24, 21:17 
>>Когда он есть, есть выбор, когда его нет, тогда подобная фраза воспринимается как попытка в высокопарную отмазку
> Давайте, подскажите, как через gui удалить пакет, который может быть установлен разными
> способами: environment.systemPackages, #!${pkgs.ruby}/bin/ruby, services.xserver.desktopManager.gnome.enable
> = true; Ну как? А ещё, не забывайте, что даже services.xserver.desktopManager.gnome.enable
> может быть прописан не константой, а выражением, например с зависимостью от
> хоста.

В том и дело, в NixOS стопицот вариантов решения одной и той же задачи поэтому разброд и шатания и нет никаких жёстких канонов и правил. Отсюда и проблемы. Разработчики системы сами наплодили этот зоопарк, это проблема архитектурная, проблема конкретного дистра, а не потому что GUI везде будет хреново. Просто никсоводы не знают как к своему зоопарку это приладить, поэтому встали в позу и надели маску пофигизма "нет-значит нинужна!"

>>кроме меня системой пользуются и другие люди, которые внезапно не обязаны быть не то что программистами, но даже сисьадминами-эникеями, дабы просто пользоваться системой на "бытовом уровне".
> Задача по написанию обвёрток - почти тривиальна. Почти, так как сразу же
> после того, как вы напишете окошко с галочками по типу "включить
> поддержку печати", "выбрать используемое de", у вас тут же возникнет вопрос,
> как это интегрировать с уже существующей системой. И тут вам придётся
> очень сильно попотеть. А дальше, если вы это решите, на вас
> тут же посыпется поток просьб в духе "установить программу из deb
> пакета", при том автоматически, даже не видя этот пакет в глаза.
> Поскольку обычный пользователь не понимает, где задача простая, а где сложная,
> и осилить редактирование обычного текстового файла не способен.

Это надуманная вами проблема была бы воспринята как действительно существующая если бы не одно маленкое НО, в классических дистрах нацеленных на рядового домашнего юзера давно есть уже ворох GUI-тулзов, которые со всеми тривиальными задачами справляются. Ини есть здесь, в нашей реальности.

>>А теперь представьте, что вы этого говорите человеку, который имеет дома условный Alt или даже Linux Mint на десктопе
> Ну так пусть эти пользователи минта или альта не жалуются, что не
> могут запустить программу из прошлого релиза дистрибутива, не то что как
> в винде - десятилетнюю.

Кто жалуется? Жалуются нытики с винды, рядовые пользователи линуксов берут всё что надо из репов или ставят из flatpak/distrobox. Рядовым пользователям нужны работающие программы и невсегда нужны программы определённой версии, но как правило это штучные запросы и для этого есть более простые к освоению инструменты, чем учить NixOS, который для таких пользователей оверкpacнoглaз/

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

Если речь про полный апгрейд системы на следующую мажоную версию, то Alt в этом плане стабилен почти как Debian и у него проблем нет с этим.
Ubuntu, если речь о десктопе, нужно апгрейдить по их рекомендациям тогда проблем не будет. А рекомендации там как правило одни и те же, если что-то ставил из сторонних ppa, то это лучше спуржить с помощью ppa-purge, потому что беспроблемность апгрейда с такими пакетами не гарантируется, т.к. Canonical отвечает по сути только за main-репу.

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

Так это не и не простые пользователи набегаем в каналы/чаты никсоводов с фразами стиля "btw-i-use-nixos айда к нам и вы забудете про пердолинг и ваши системы будут стабильными и всё будет просто как два байта переслать" это такие вот адепты-сектанты как в прошлом рачисты, которые теперь с ними соревнуются в адекватности набигают к остальным в ресурсы рекламируя свою серебрянную пулю как панацию от всего, включая комфортное существование на десктопах и избавление от всех-всех проблем.
Это не рядовые пользовтели всяких линухоминтов набигают в кpacнoглaзые чаты и каналы никсоводом с криками btw-i-use-linux-mint, тут всё просто замечательно, айда к нам!

>>Опять же, вы судите по себе и со своих юзкейсов, за пределами любителей копошиться в кишочках есть и нормальные на голову пользователи
> У этих "нормальных" пользователей периодически возникают проблемы "а как запустить старую
> игру"

Да, и в чём проблема от таких вопросов, не пойму, нормальные вопросы от того, кто не знает, или вы родились уже со всеми знаниями которыми обладаете к текущему моменту?!

"а как восстановить систему после неудачного обновления"
Обычно таких вопросов не наблюдаю, обычно вопрос в стиле как обновиться/сделать апгрейд и ничего ли я не сломаю, я просто не нахожусь в среде рачистов/бамжароводов и прочих роллинго-пердолинговодов, это типично для них, но не для пользователей релизных систем с фиксированным циклом выпуска версий.

> "накинуть на игру патч" и так далее.

От обычных пользователей такое можно услышать примерно НИКОГДА, обычный пользователь никогда не будет заморачиваться подобным, это уже заморочки кpacнoглaзых, которым жить скучно, вы пытаетесь подмешать проблемы недоученных энтузиастов, которые сами ломятся за преключениями на свою пятую точку, а потом разносится вой на болотах, о том как у них чего не так и как это исправить. Обычный пользователь от силы багу зарепортит дистростроям и будет ждать починки или же срыгнёт на другую систему, где всё работает из коробки и не надо читать пачку манов чтобы выполнять в системе рядовые действия.

Ответить | Правка | Наверх | Cообщить модератору

281. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 03-Дек-24, 20:49 
> кроме меня системой пользуются и другие люди, которые внезапно не обязаны быть не то что программистами, но даже сисьадминами-эникеями, дабы просто пользоваться системой на "бытовом уровне".

Поэтому для них и существует GUI с тремя кнопками и "с защитой от дурака", но технарям это не нравится, они хотят видеть суть. Я нигде не говорил, что я навязываю "нормисам" методы технарей. Я лишь осуждаю технарей, которые плачут, от того, от чего они должны кайфовать.

> Вот в этом и дело, смотрю в код классических дистров примерно НИКОГДА и вполне могу пользоваться ими для соих задач.

Вы путаете исходный код дистров и конфиги, вы же смотрите в них, например в /etc/hosts или в ~/.bashrc, это и есть та самая декларативщина, которая нравится технарям, только NixOS возводит на более удобный уровень, снижая хаос и гарантируя повторяемость и неизменяемость.


>> Только ненормальный будет в GUI лазить по разным под-меню и отмечать весь
>> день опции и менять параметры, если тоже самое можно сделать через
>> код гораздо быстрее.
> Опять же, вы судите по себе и со своих юзкейсов, за пределами любителей копошиться в кишочках есть и нормальные на голову пользователи, которым это красноглазие, а это именно оно, классическое и рафинированние, не нужно.

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

> вверху по теме был вопрос о том, почему NixOS не такой популярный и главный и правильный правдивый ответ - потому что на данном этапе излишне кpacнoглaз и требует очень много возни для вкатывания.

Это правда, я тоже не спорю, но результат мне нравится. Я просто и другими дистибутивами пользуюсь, в них больше хаоса, особенно когда много людей, там руками что-то настраивали. А NixOS позволяет нам понять кто, что, зачем и когда менял в системе. И откатить частично любые сделанные изменения, потому что в декларативном коде, который версионируется в Git это проще простого.


> А теперь представьте, что вы этого говорите человеку, который имеет дома условный Alt или даже Linux Mint на десктопе, а такие есть и далеко не один. Он вам ответит, что никогда про такое не слышал и не собирается делать что-то в направлении в котором эти знания будет нужно постигать.

Повторюсь, это "нормисы" им простительно. Для них Mint и сделан, хотя я бы не советовал новичкам Mint, вся его простота обманчива, с ним в итоге будет больше проблем, чем с EndeavourOS или Fedora.

Ответить | Правка | К родителю #261 | Наверх | Cообщить модератору

291. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (289), 04-Дек-24, 21:49 
> > кроме меня системой пользуются и другие люди, которые внезапно не обязаны быть не то что программистами, но даже сисьадминами-эникеями, дабы просто пользоваться системой на "бытовом уровне".
>  Поэтому для них и существует GUI с тремя кнопками и "с
> защитой от дурака", но технарям это не нравится, они хотят видеть
> суть. Я нигде не говорил, что я навязываю "нормисам" методы технарей.
> Я лишь осуждаю технарей, которые плачут, от того, от чего они
> должны кайфовать.

Во 1ых не вам решать кто от чего ДОЛЖЕН кайфовать, люди разные, не стоит у себя в голове выстраивать у себя прокрустово ложе образа эталонного технаря и пытаться в него всех впихивать, это так, добрый совет, а не обременение долженствованием! ;)
Во 2х, вся ветка треда идёт изначально с того, что был стартовый вопрос про то, что а пачиму NixOS не такой популярный, раз он такой крутой, на что был дан закономерный, логичный, а главное правдивый ответ, потому что он очень кpacнoглaзый в освоении, всё, точка! Также были даны варианты решения вопроса, а как же заманить больше пользователей - спрятать кpacнoглaзие под капот гуйцов и всячески сократить лишние телодвижения там где это можно сделать, чтобы было не так кpacнoглaзо, на уровне более классических дистров хотя бы. Чтобы для входа в пользование не надо было курить нехилую пачку манов даже чтобы выяснить как выполнять рядовые действия в системе.

> > Вот в этом и дело, смотрю в код классических дистров примерно НИКОГДА и вполне могу пользоваться ими для соих задач.
>  Вы путаете исходный код дистров и конфиги, вы же смотрите в
> них, например в /etc/hosts или в ~/.bashrc, это и есть та
> самая декларативщина, которая нравится технарям, только NixOS возводит на более удобный
> уровень, снижая хаос и гарантируя повторяемость и неизменяемость.

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


>>> Только ненормальный будет в GUI лазить по разным под-меню и отмечать весь
>>> день опции и менять параметры, если тоже самое можно сделать через
>>> код гораздо быстрее.

Как раз таки нормальные будут избегать ковыряться лишний раз в конфигах, нормальные - это по определению большинство. Смотрим на процент использования разных дистров и NixOS со своим чудесным подходом даже не в первой пятёрке.

>> Опять же, вы судите по себе и со своих юзкейсов, за пределами любителей копошиться в кишочках есть и нормальные на голову пользователи, которым это красноглазие, а это именно оно, классическое и рафинированние, не нужно.
> Про "нормисов" я выше написал. Но когда я вижу, что технарь мне
> говорит, что ему GUI удобнее, когда тоже самое можно прописать в
> YAML файлике, это меня буквально шокирует. Именно с такими случаями я
> сталкивался, есть такие люди реально, которые предпочитают в GUI лазить по
> под-меню и говорить, что это удобнее, это технари, они себя не
> считают обычными пользователями.

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

>> вверху по теме был вопрос о том, почему NixOS не такой популярный и главный и правильный правдивый ответ - потому что на данном этапе излишне кpacнoглaз и требует очень много возни для вкатывания.
> Это правда, я тоже не спорю, но результат мне нравится. Я просто
> и другими дистибутивами пользуюсь, в них больше хаоса, особенно когда много
> людей, там руками что-то настраивали. А NixOS позволяет нам понять кто,
> что, зачем и когда менял в системе. И откатить частично любые
> сделанные изменения, потому что в декларативном коде, который версионируется в Git
> это проще простого.

Это вопрос вашего личного предпочтения, не более, с вашими личными предпочтениями никто из адекватных здравых людей спорить не станет. Напомню, вся ветка треда идёт в ключе того, что а пачиму NixOS не такой популярный, если он такой крутой?! Тут нет цели отговорить никсоводов от того, чтобы они пользовались NixOS, по-своему уникальной и интересной системой. Всё это ради того, чтобы пояснить никсоводам, а почему в их ряды не спешат стройными толпами из широких масс пользователей других линуксов. ДАЖЕ, если NixOS настолько хорошо как его рекламируют. Хотя это по факту не так, потому что многое в подобной рекламе опускается, и в этих хвалебных одах часто отсутствует предостережение о подводных камнях и настоящих нюансах напилинга, который необходимо делать, чтобы в понимании пользователя "классических" дистров получить к примеру рядовой десктоп без "крови девственниц и страшного чорного калдунства".

>> А теперь представьте, что вы этого говорите человеку, который имеет дома условный Alt или даже Linux Mint на десктопе, а такие есть и далеко не один. Он вам ответит, что никогда про такое не слышал и не собирается делать что-то в направлении в котором эти знания будет нужно постигать.
> Повторюсь, это "нормисы" им простительно. Для них Mint и сделан, хотя я
> бы не советовал новичкам Mint, вся его простота обманчива, с ним
> в итоге будет больше проблем, чем с EndeavourOS или Fedora.

Ну это ваши личные половые предпочтения, я бы вот никогда в здравом уме, если я не враг этому нормису, не буду советовать никакому нормису роллингов, да и Fedora для новичка пришедшего только с винды более красноглaза, а тот же linux mint имеет достаточное количество GUI-тулзов и кучу видеогайдов для чайника уровня - "копипасти за мной, наличие мозгов не требуется!", при том что для ubuntu-based с большей вероятностью по сети найдётся готовых нативных пакетов, тот же mint, как и ubuntu имеет LTS-версии, и наш непуганный новичок может невозбранно на них сидеть года 3-5 до следующей переустановки перебиваясь свежаком из ppa или flathub, при всём при этом изкоробка для такого новичка более привычная даже дефолтом, а не выглядит так, словно её проектировали рептилоиды. На мой взгляд выбор вполне очевиден.

Сам я, если что, на mint не сижу, слишком скучно и не располагает к экспериментам, но вполне бы мог, если бы хотел жить скучно, но это мы уже отошли от темы.

Ответить | Правка | Наверх | Cообщить модератору

293. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 05-Дек-24, 01:13 
Спасибо, за ваше мнение. Да, а то личное моё мнение. Мы не одинаковые.
Ответить | Правка | Наверх | Cообщить модератору

237. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от Вася (??), 03-Дек-24, 04:22 
>никсоводы говоря так лукавят, потому что утаивают важные мелочи,

а у кого ты спрашивал? тебе все скажут, что:
NixOS занимается только осью без юзердаты, /etc пока еще частично надо бекапить + в /var могут быть важные данные.
На этом утаивание заканчивается.

> и его можно будет и через год-два и через пять лет применить в актуальной системе"
> А это нифига не так, т.к.

Это так, потому что есть flake.lock, с которым воспроизводимость гарантирована на точно тут сборку, к которой конфиг писался в тот момент.

> этот период уникумы-экспериментаторы решили половину кроватей передвинуть и часть сменить
> на кресла хз зачем, чисто потому что половине понравились модные обшивки
> новых модных хипсторских кресел, а остальные просто любят ИБД.

Это нормальный процесс разработки дистрибутива. Stable API is non-sense, но тут это не так, пару релизов старые опции точно держатся.


> Также великое наигралово в том, что одного configuration.nix достаточно, а вот ни
> фига не достаточно, после развёртывания десктопа по нему нужно ещё руками
> руковать, дабы восстановить как было потому что NixOS у мамы особенный
> и на стандартную иерархию каталогов системы класть хотел.

Во-первых еще раз, flake.lock.
Во-вторых, что бы не руковать руками, надо отделять юзердату от системы.
в моем случае это скопировать папку $HOME. Больше ничего не нужно в моем случае. Рекомендую потренироваться в виртуалке в наливке юзердаты на систему. Но это абсолютно обычная рутина юникс-администратора since 1 Jan 1970, жаловаться на это примерно как выть на луну или на то что при развертке БД в докере надо делать миграции, а ты ямл программист и тебя мама не для такого растила.


> В итоге рождаются костыляния типа home-manager и прочих, потому что сохранить всего лишь configuration.nix и забыть на поверку оказывается далеко недостаточным.

Еще раз - никсос не занимается менеджментом пользовательских данных. Home manager не часть nixos. Он вообще кроссплатформа, можно юзать его отдельно на любых дистрибутивах, а можно в том числе и в виде модуля nixos.

> Проблема именно в том, что в NixOS нужно люто кpacнoглaзить там, где в других дистрах давно автоматизация и удобные GUI.

Лол што? где еще можно получить такую же автоматизацию в других дистрах без всяких сортов Ansible?
И да, вы, похоже, не осознаете, что "удобные GUI" это и есть красноглазить сейчас. В NixOS ты свой гуи пишешь один раз в виде текста на годы вперед и никогда больше не трогаешь никакой GUI по настройке, потому что у тебя твои настройки уже заданы.

> Ну да, ну да, именно поэтому никосводы запилили становщик через Calamares и т.п. плюшки продолжают пилить, чисто потому что целевому юзеру это не

надо было. Смищно [нет]

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


Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

183. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (183), 02-Дек-24, 04:46 
Слишком другой, инерция велика, но среди линукс-разработчиков относительно уже популярный, в репозиториях разных проектов встречаются сборочные файлы для Никса. И форки и последователи уже есть (Guix и др.). Плюс пакетный менеджер можно использовать в других дистрибутивах (я так guix использую, но и nix тоже можно, хоть оба сразу, с помощью них удобно создавать окружения для разработки).
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

10. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от Аноним (10), 01-Дек-24, 11:17 
Спасибо, нет.
Причины:
1. Стороннее ПО не поставишь (можно указать какие-то странные флаги в конфиг, но это долгая пересборка);
2. Когда тебе надо указать ссылку на python, jdk, gradle, то приходится вместо человеческого местонахождения искать с find по директория с хэшами;
3. Набрать 60Гб на диске, а потом выяснять что /tmp не в tmpfs и оказывается все собирается туда - легко. Конечно потом можно поставить очистку его или в tmpfs загнать, но осадочек остаётся;
4. Если хочешь что-то новое, от zed-editor, ollama, idea, надо мешать все с unstable. Окей, но там опять все придётся часто собирать, кэша нет;
Итого: поставить на сервер потому что надо запускать несколько сервисов и пусть они стабильно работают - хорошее решение. На десктопе - ну бывает люди любят unixporn и все настраивать, им понравится, себя к таким прочистить не могу, мне бы поработать спокойно.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

12. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от Аноним (1), 01-Дек-24, 11:27 
Т.е. ты предлагаешь отказываться контейнерами? Я тебя понял, услышал.
Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (1), 01-Дек-24, 11:28 
Обмазываться*
Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

65. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (1), 01-Дек-24, 13:59 
Как ты решаешь проблему ада зависимостей? Не ставишь сторонний софт не из репозитория? Или ставишь контейнеры? Никаких других способов больше нет кроме сабжа и ручного пердолинга от начала до конца.
Ответить | Правка | К родителю #261 | Наверх | Cообщить модератору

69. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (69), 01-Дек-24, 14:11 
На десктопе я используют archlinux, большинство пакетов если нет в репозитории, есть в aur, где собираются под текущую версию. Если нет в aur - сам собираю пакет, благо в большинстве случае rpm или deb есть хотя бы и это можно сделать автоматом даже (хотя когда-то и писал руками, тоже просто). Если версия сломалась есть downgrade.
Разработка на работе у меня через контейнеры, дома есть сервер с nixos с несколькими сервисами и мне нормально.

Вопрос с моей стороны: как ты устанавливаешь сторонний софт? Вот у тебя есть пакет от vmware, gog, что угодно еще. Они не поддерживают структуру каталогов nixos и часто не могут найти библиотеки. nix-ld не дает полную поддержку линковки.

Ответить | Правка | Наверх | Cообщить модератору

91. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (1), 01-Дек-24, 14:53 
Арч тоже много чего не даёт. Зато в Никс я описываю файл конфигурации и все просто работает. И даже на том же арч я принесу туда свой конфиг и у меня все заработает. Да да Никс можно использовать как пакетный менеджер на арче. И правки вношу туда же и там же я могу посмотреть что ставил раньше. А тот же вмваре ставится Некст, Некст через инсталлятор с сайта или с торрента.
Ответить | Правка | Наверх | Cообщить модератору

118. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 01-Дек-24, 15:41 
>большинство пакетов если нет в репозитории, есть в aur, где собираются под текущую версию

И без бинарного кеша.
>благо в большинстве случае rpm или deb есть хотя бы и это можно сделать автоматом даже (хотя когда-то и писал руками, тоже просто

Ни разу не было такой необходимсоти, но выглядит просто
https://nixos-and-flakes.thiscute.world/best-practices/run-d...
https://nixos.wiki/wiki/Packaging/Binaries

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

27. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (23), 01-Дек-24, 12:36 
>[оверквотинг удален]
> 3. Набрать 60Гб на диске, а потом выяснять что /tmp не в
> tmpfs и оказывается все собирается туда - легко. Конечно потом можно
> поставить очистку его или в tmpfs загнать, но осадочек остаётся;
> 4. Если хочешь что-то новое, от zed-editor, ollama, idea, надо мешать все
> с unstable. Окей, но там опять все придётся часто собирать, кэша
> нет;
> Итого: поставить на сервер потому что надо запускать несколько сервисов и пусть
> они стабильно работают - хорошее решение. На десктопе - ну бывает
> люди любят unixporn и все настраивать, им понравится, себя к таким
> прочистить не могу, мне бы поработать спокойно.

Все ваши претензии можно описать одной фразой, вы не хотите разбираться с конфигами и вообще старым добрым кpacнoглaзием заниматься! ;)
Я ваш подход и позицию понимаю, сам не использую NixOS по этой причине, как основной системой, но когда начинает становиться скучно, то ковыряться интереснее всего именно в этом дистре, т.к. он даёт обширное поле для изучения и экспериментов, остальные уже достаточно окаменели и устаканили свои каноны и просто существуют как есть, там уже особо нечего ловить в этом плане, на мой взгляд.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

40. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +3 +/
Сообщение от Аноним (1), 01-Дек-24, 13:09 
Никсос лучшее что произошло с линуксом.
Ответить | Правка | Наверх | Cообщить модератору

278. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от _ (??), 03-Дек-24, 19:58 
Оооо! Мсьё знает толк!(С)
;-D
Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (62), 01-Дек-24, 13:53 
Да, интересный дистр на поковыряться, поэкспериментировать, но... Вот лучше уж с Генту пойти ковыряться если железо позволяет. Никсось лично для меня выглядит как... как странная инди игра с кучей длс. Вот вам основа, вот вам флейкс, вот вам хоум менеджер. При этом ещё дистр иммутебл и со своей структурой каталогов. Я понимаю фанатов этого дистра: типа заморочился с конфигами, всё по кайфу, если система собирается - она работает, в случ чего откатился обратно. Т.е. в каких-то таких вещах это реально оч здорово и удобно. Пару раз пытался вкатиться - вот вообще не моё. Документация такая себе, конфиг периодически приходится править при обновлении, пакеты искать неудобно, хард засирает только в путь пока с конфигом ковыряешься.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

172. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от DP (?), 01-Дек-24, 22:29 
>[оверквотинг удален]
> пойти ковыряться если железо позволяет. Никсось лично для меня выглядит как...
> как странная инди игра с кучей длс. Вот вам основа, вот
> вам флейкс, вот вам хоум менеджер. При этом ещё дистр иммутебл
> и со своей структурой каталогов. Я понимаю фанатов этого дистра: типа
> заморочился с конфигами, всё по кайфу, если система собирается - она
> работает, в случ чего откатился обратно. Т.е. в каких-то таких вещах
> это реально оч здорово и удобно. Пару раз пытался вкатиться -
> вот вообще не моё. Документация такая себе, конфиг периодически приходится править
> при обновлении, пакеты искать неудобно, хард засирает только в путь пока
> с конфигом ковыряешься.

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

Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (54), 01-Дек-24, 13:41 
> Стороннее ПО не поставишь

Поставишь при помощи buildFHSEnv. Запускаю проприетарную фигню без проблем. Отличие лишь в том, что знания о том, какие зависимости требует проприетарь, теперь фиксируются в nix-файле, который можно передать дружбану, чтобы он запустил его тоже. В "традиционных дистрах" эти знания передаются устно: "не забудь доустановить пакет foo, bar и еще какой-то, забыл, извиняй!"

> Когда тебе надо указать ссылку на python, jdk, gradle, то приходится вместо человеческого местонахождения искать с find по директория с хэшами

Ты что-то делаешь не так. Никогда в этом нужды не было. Используй virtualenv для питона и аналогичные решения для других языков.

> Набрать 60Гб на диске, а потом выяснять что /tmp не в tmpfs и оказывается все собирается туда - легко. Конечно потом можно поставить очистку его или в tmpfs загнать, но осадочек остаётся

Да, никсос для тех, кто не пожалел дополнительные 10 000 рублей на побольше харда. Рассматривай это как "системные требования": ты им либо подчиняешься, либо нет и идешь мимо дистра. С другой стороны, используя Impermanence, ты получаешь всегда чистую систему при каждом рестарте, и испытываешь ощущение новизны, наслаждаясь кристально чистым $HOME только с теми дот-файлами, которые ты явно прописал в nix-конфиге. И да, у меня весь рут в tmpfs, в хард идут только пути из белого списка вроде /nix, /var/lib/private/ollama и тому подобные.

> Если хочешь что-то новое, от zed-editor, ollama, idea, надо мешать все с unstable.

Если хочешь что-то новое, достаточно подождать пару дней, пока master вольется в unstable. Но если руки прямо-таки чешутся заценить новизну "прям ща", то можешь во флейк добавить дополнительный инпут, смотрящий на master. Если в кэше нет, то ollama собирается минут 10 -- один хрен я его дополнительно патчу. По поводу патчей отдельная киллер-фича: нет ни одного дистра, который бы позволял патчить пакеты так просто. Это буквально ollama = prev.ollama.overrideAttrs (...).

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

117. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (69), 01-Дек-24, 15:41 
>Поставишь при помощи buildFHSEnv. Запускаю проприетарную фигню без проблем. Отличие лишь в том, что знания о том, какие зависимости требует проприетарь, теперь фиксируются в nix-файле, который можно передать дружбану, чтобы он запустил его тоже. В "традиционных дистрах" эти знания передаются устно: "не забудь доустановить пакет foo, bar и еще какой-то, забыл, извиняй!"

Первое решение - создай отдельный сэндбокс для приложения, то что в nixos и пытаются избежать, супер, в традиционных дистрах умеют использовать ldd;

>Ты что-то делаешь не так. Никогда в этом нужды не было. Используй virtualenv для питона и аналогичные решения для других языков.

Окей, я что-то делаю не так. То есть nixos не предусмотрел линки на jdk допустим (в остальных дистрибутивах есть решение), значит я виноват. Для python по сути опять создать виртуальное окружение, а зачем тогда nixos тут;

>Да, никсос для тех, кто не пожалел дополнительные 10 000 рублей на побольше харда. Рассматривай это как "системные требования": ты им либо подчиняешься, либо нет и идешь мимо дистра. С другой стороны, используя Impermanence, ты получаешь всегда чистую систему при каждом рестарте, и испытываешь ощущение новизны, наслаждаясь кристально чистым $HOME только с теми дот-файлами, которые ты явно прописал в nix-конфиге. И да, у меня весь рут в tmpfs, в хард идут только пути из белого списка вроде /nix, /var/lib/private/ollama и тому подобные.

По требованиям, хорошо, я иду мимо этого дистра на десктопе, я что против что ли. Просто не надо мне говорить что все дистрибутивы должны так же как nixos съедать выделенные 100Гб при этом с парой генераций всего и кэшом который залез в tmp и не очищается по дефолту(да я знаю что можно настроить tmp);

>Если хочешь что-то новое, достаточно подождать пару дней, пока master вольется в unstable. Но если руки прямо-таки чешутся заценить новизну "прям ща", то можешь во флейк добавить дополнительный инпут, смотрящий на master. Если в кэше нет, то ollama собирается минут 10 -- один хрен я его дополнительно патчу. По поводу патчей отдельная киллер-фича: нет ни одного дистра, который бы позволял патчить пакеты так просто. Это буквально ollama = prev.ollama.overrideAttrs (...).

Окей, только

Ответить | Правка | Наверх | Cообщить модератору

120. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (69), 01-Дек-24, 15:45 
Окей, только я лучше отделю мух от котлет и буду использовать nixos для неизменяемых сервисов, а для десктопа использую более стандартные решения.
Ответить | Правка | Наверх | Cообщить модератору

130. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (54), 01-Дек-24, 16:15 
> Первое решение - создай отдельный сэндбокс для приложения, то что в nixos и пытаются избежать, супер, в традиционных дистрах умеют использовать ldd;

Есть и другое - через patchelf. Работает не всегда, особенно если приложуха делает dlopen. А вообще, проблем не вижу. Флатпак вон тоже сэндбоксит, правда по другим причинам. Идея в том, что неявных зависимостей должно быть как можно меньше: если приложуха требует libfoo, то где-то это должно быть прописано. Для проприетарных приложений оно обычно в формальном виде нигде не расписывается, максимум в документации укажут, что "Системные требования: Убунта последней версии". С никсом ты возвращаешь себе формализованность и декларативность, твой buildFHSEnv, над которым ты корпел 10 минут, почти гарантированно заведется и через N лет, и он будет отражать твой опыт.

> nixos не предусмотрел линки на jdk допустим (в остальных дистрибутивах есть решение), значит я виноват. Для python по сути опять создать виртуальное окружение, а зачем тогда nixos тут.

Суть такова: всегда используй нативные средства для ЯП независимо от дистра. В расте юзаешь cargo, в ноде -- npm/pnpm/yarn, в питоне принято заводить venv или юзать poetry. Вообще не понимаю твоей претензии тут. Программирую без проблем, во flake.nix добавляю только пакетные менеджеры языка. Смотри `nix flake show templates` для готовых шаблонов.

Ответить | Правка | Наверх | Cообщить модератору

202. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 02-Дек-24, 13:45 
>Суть такова: всегда используй нативные средства для ЯП независимо от дистра

И потерять возможность ставить системные пакеты из дистра. Условный биндинг к llvm требует установленый llvm в системе.

Ответить | Правка | Наверх | Cообщить модератору

83. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аммоний (?), 01-Дек-24, 14:44 
Кэша в анстейбл нет, ясно понятно.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

115. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (112), 01-Дек-24, 15:35 
>1. Стороннее ПО не поставишь (можно указать какие-то странные флаги в конфиг, но это долгая пересборка);

Что за флаги с долгой пересборкой?
>2. Когда тебе надо указать ссылку на python, jdk, gradle, то приходится вместо человеческого местонахождения искать с find по директория с хэшами;

Я писал как systemd юниты, так и скрипты, ни никакими find и никакие хеши указывать не приходилось. Максимум, если я хотел конкретную версию nixpkgs, но это один раз в начале скрипта. Код был что-то вроде
let code = ''
#!${pkgs.ruby}/bin/ruby
puts "Hello world"
'';
>3. Набрать 60Гб на диске, а потом выяснять что /tmp не в tmpfs и оказывается все собирается туда - легко

Такая же нога, но не болит
>4. Если хочешь что-то новое, от zed-editor, ollama, idea, надо мешать все с unstable. Окей, но там опять все придётся часто собирать, кэша нет;

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

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

161. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Вася (??), 01-Дек-24, 19:49 
> 1. Стороннее ПО не поставишь (можно указать какие-то странные флаги в конфиг,
> но это долгая пересборка);

какая пересборка?
возможно, тебе придется написать FHS для конкретно этого софта.
если ты захочешь сделать это быстро - есть distrobox.

> 2. Когда тебе надо указать ссылку на python, jdk, gradle, то приходится
> вместо человеческого местонахождения искать с find по директория с хэшами;

Указывай ссылки при декларации того, где они тебе нужны так:
${pkgs.что-тебе-надо}/bin/exe

> 3. Набрать 60Гб на диске, а потом выяснять что /tmp не в
> tmpfs и оказывается все собирается туда - легко. Конечно потом можно
> поставить очистку его или в tmpfs загнать, но осадочек остаётся;

собирай мусор, уменьшай количество генераций, юзай tmpfs. Описанное тобой это всего лишь дефолт, который не имеет значения, потому что ты сам решаешь, какой у тебя конфиг. Но в целом носители дешевые, система с кучей софта у меня жрет менее 100гб.

> 4. Если хочешь что-то новое, от zed-editor, ollama, idea, надо мешать все
> с unstable. Окей, но там опять все придётся часто собирать, кэша нет;

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

> Итого: поставить на сервер потому что надо запускать несколько сервисов и пусть они стабильно работают - хорошее решение.

поставить на сервер, что бы у тебя IaC был от инсталла до смерти/комиссования железа.

> На десктопе - ну бывает люди любят unixporn и все настраивать, им понравится, себя к таким прочистить не могу, мне бы поработать спокойно.

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

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

Но это не мейнстрим вроде ансибла с кубером, да. По целостности это круче, чем они, но не во всех задачах они пересекаются.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

203. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 02-Дек-24, 13:47 
> 1. Стороннее ПО не поставишь (можно указать какие-то странные флаги в конфиг, но это долгая пересборка);

Во-первых база ПО устанавливаемого без усилий самая бльшая в мире. Во-вторых стороннее ПО просто нужно запускать в специальном nix-shell окружении. Также есть DevBox (Nixhub.io), который в разы упрощает то, о чём ты пишешь.

Этот же ответ для 2-го и 3-го вопроса.

> 4. Если хочешь что-то новое, от zed-editor, ollama, idea, надо мешать все с unstable.

Надо понимать, что unstable не подразумевает бета или альфа версий пакетов, это всё стабильные версии пакетов, которые часто обновляются, точно также как в Arch Linux или других rolling дистрибутивах.

> Окей, но там опять все придётся часто собирать, кэша нет;

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

> бывает люди любят unixporn и все настраивать, им понравится, себя к таким прочистить не могу, мне бы поработать спокойно.

Основная фишка в том, что всё настраивается 1 раз. А вот в классических дистрибутивах в итоге возни больше будет с настройкой, особенно конфигов в /etc. А в NixOS все конфиги из /etc можно задавать коде, это быстрее и удобнее.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

15. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –3 +/
Сообщение от Аноним (15), 01-Дек-24, 11:36 
Только в твоих фантазиях разве что, лучше уж тогда обмазаться контейнерами, чем подобными сабжу решениями.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

24. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (1), 01-Дек-24, 12:28 
Хватит с нас этих контейнеров. Контейнер контейнеру рознь. И вообще это даже не юниксвейно.
Ответить | Правка | Наверх | Cообщить модератору

119. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 01-Дек-24, 15:45 
Контейнеры, это когда для установки одного единственного пакета будет перекачиваться абослютно всё что в этом контейнере есть.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

143. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (143), 01-Дек-24, 17:46 
И что трафик пыль. А если ты используешь нормальную фс например btrfs одинаковые файлы не будут занимать в системе больше места.
Ответить | Правка | Наверх | Cообщить модератору

163. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (163), 01-Дек-24, 20:56 
Будут. Оффлайн дедупликации там нет.
Ответить | Правка | Наверх | Cообщить модератору

164. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (163), 01-Дек-24, 20:57 
* Сорри... Онлайн.
Ответить | Правка | Наверх | Cообщить модератору

208. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 02-Дек-24, 16:14 
>И что трафик пыль

Я привык к относительно быстрой пересборке nix(хотя там есть куда работать). Когда докер пересобирается, это занимает куда больше времени, даже на относительно производительных десктопах
>используешь нормальную фс например btrfs одинаковые файлы не будут занимать в системе больше места

Во-первых, для этой цели нужна особенная файловая система, с поддержкой онлайн дедубликации(не btrfs), что уже выглядит как костыль. Во-вторых, со стороны файловой системы сказать, что два файла одинаковые довольно сложно, это дополнительные ресурсы, гораздо проще это перенести в пакетный менеджер. В-третьих, если брать средний пк, то там скорее всего будет допотопный ext4, что касается условных школ, хостингов, компьютеров в офисе. В-четвёртых, возникает проблема с свободным местом, когда на хосте место ещё есть, а в докере - нет, или наоборот. Это - самые простые проблемы, наверняка это не полный список.

Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

214. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 02-Дек-24, 17:15 
> Во-первых, для этой цели нужна особенная файловая система, с поддержкой онлайн дедубликации(не
> btrfs), что уже выглядит как костыль.

В BTRFS, zstd со стандартными параметрами монтирования уже неплохо экономит место. А если пакетный менеджер просто будет копировать уже скачанные в /nix/store файлы (это может происходить оффлайн при использовании команд nix-env, nix-shell и nix-build), то применяется дедубликация CoW на уровне файловых блоков BTRFS и новые файлы не будут занимать место.
Также можно Bees systemd сервис создать, который будет эффективно дедуплицировать файлы, для которых не применился CoW. Вот пример аутпута compsize у человека использующего Bees
https://github.com/NixOS/nixpkgs/issues/89380#issuecomment-1...

Ответить | Правка | Наверх | Cообщить модератору

180. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (180), 02-Дек-24, 02:35 
Ну так создавай слой над базовым образом, будет у тебя «перекачиваться» только пакет с зависимостями.
Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

209. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 02-Дек-24, 16:16 
В итоге докерфайлы выглядят как лоскутное одеяло, сшитое из обрывков кода. Плюс к этому, в докерфайлах любят удалять файлы из репозитория, так что в итоге всё равно образуется непереиспользуемый мусор.
Ответить | Правка | Наверх | Cообщить модератору

222. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 02-Дек-24, 19:16 
> в докерфайлах любят удалять файлы из репозитория

Если пакет пропал из репозитория причём тут твои докерфайлы? Вопросы к вендору дистрибутива. И если следовать лучшим практикам при сборке образов, мы не столкнёмся с данной проблемой никогда, потому что у нас будет сборка использовать собственные базовые образы хостящиеся в частном репозитории, а не в репозиториях вендора.

Ответить | Правка | Наверх | Cообщить модератору

226. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 02-Дек-24, 20:24 
>Если пакет пропал из репозитория причём тут твои докерфайлы?

Если в докерфайле указано
RUN rm /var/lib/apt/lists/*
то кто в этом виноват - дистрибутив или докер? И подобных грязных хаков в докере полно.

Ответить | Правка | Наверх | Cообщить модератору

286. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 04-Дек-24, 16:21 
> Если в докерфайле указано
> RUN rm /var/lib/apt/lists/*
> то кто в этом виноват - дистрибутив или докер? И подобных грязных хаков в докере полно.

Никто. Это делают, чтобы образ не занимал много места. Это не относится к хакам, это рекомендуется делать. А вот если человек собрающий образ этого не делает - это сравне неряшливости.

Ответить | Правка | Наверх | Cообщить модератору

212. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 02-Дек-24, 16:49 
> Контейнеры, это когда для установки одного единственного пакета будет перекачиваться абослютно
> всё что в этом контейнере есть.

если у вас при сборке перекачивается всё, значит вы ничего не слашали про multistage сборки и не умеете оптимизировать, а контейнеры виноваты.  

Кошка бросила котят - значит Docker виноват.

Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

227. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 02-Дек-24, 20:35 
>значит вы ничего не слашали про multistage сборки

Во-первых, если вы не просто локалхост админите, а работаете, то вам хотя бы иногда будут попадаться чужие докер контейнеры. Во-вторых, в nix ленивая сборка работает сразу из коробки, без всяких ритуалов "не редактировать уже написанный код", "дописывать только в конце файла", "удалять временные файлы внутри одного RUN" и так далее. В-третьих, иногда вам нужно будет принудительно пересобрать образ, например, исключив одну из зависимостей, какая ставилась на самом первом шаге.
>Кошка бросила котят - значит Docker виноват.

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

Ответить | Правка | Наверх | Cообщить модератору

231. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 03-Дек-24, 00:40 
> Во-первых, если вы не просто локалхост админите, а работаете, то вам хотя бы иногда будут попадаться чужие докер контейнеры.

Да, но при этом я не буду винить технологию. Это же все равно, что винить краску за то, что ей криво покрасили, она тут причём?

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

Естественно, просто вы изначально это подали, как супер проклятье контейнеризации. А на самом деле это ни разу не проблема века.

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

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

Ответить | Правка | Наверх | Cообщить модератору

236. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 03-Дек-24, 01:55 
>Да, но при этом я не буду винить технологию

Удивительно, какая это хорошая технология, когда при сборке докер образов с помощью докера проблема есть, а при сборке тоже докер образов, но уже через nix - часть этих проблем исчезает. А если вместо докера взять другую технологию контейнеризации, и оставить тот же nix, исчезают и оставшиеся проблемы
>Естественно, просто вы изначально это подали, как супер проклятье контейнеризации

Может, я в первом сообщении и не уточнил, что это проблема докера, но решение от этого всё равно не появляется.
>А на самом деле это ни разу не проблема века.

Ну да, подумаешь, технология появившаяся лет на десять позже nix до сих пор страдает от проблем, уже решённых в nix. Подумаешь, докер не знает, какие файлы при сборке контейнеров уже скачаны, и их можно не трогать, а какие нужно перекачать, так как вместо пакетов он ориентируется на слои. И если вместо
RUN apt install php
RUN apt install gcc
Написать
RUN apt install php gcc
он будет перекачивать и gcc и php, даже если он эти php и gcc скачал минуту назад.
>Когда они признаются, что им не нравится, выясняется, что они просто неправильно понимают, как это работает и их голова промыта нелепыми мифами о контейнерах.

Ну разумеется, использование слоёв вместо пакетов - это не баг, это фича, очевидно же! И наличие пакетного менеджера в контейнере для прода, это тоже фича. И соопятьсот других особенностей, это тоже фича!

Ответить | Правка | Наверх | Cообщить модератору

280. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 03-Дек-24, 20:20 
> Удивительно, какая это хорошая технология, когда при сборке докер образов с помощью докера проблема есть, а при сборке тоже докер образов, но уже через nix - часть этих проблем исчезает.

Ну так через Nix собирайте. Или вам запретили? Я бы на месте вашего менеджера похвалил вас наоборот за такую инициативу.

> он будет перекачивать и gcc и php, даже если он эти php и gcc скачал минуту назад.

А если немного подумать? Вам же никто не мешает кэшировать APT пакеты, и сказать APT используй кэш отсюда. Вы хотите возложить на плечи Docker, то, куда ему лучше не суваться, а не то будет ненужное переусложнение.
Это уже было бы реализовано, если бы APT бьл Dockerfile командой, как RUN. А так там вместо apt может быть pacman или <сам_себе_придумал_пакетный_менеджер>. И поскольку apt тянет пакеты из сети, а не локально, Docker ничего об этом не может знать, только если он не будет снифать трафик при сборке, а это тоже область, куда он не должен лезть, иначе получим ненужное переусложнение. А Nix просто это делает совсем подругому, технически, и не многим нужно чтобы и Docker таким же был. Потому что Docker это инструмент, как молоток, он должен быть максимально тупым, молоток не должен видеть что бьёт по пальцу и останавливаться, это мастер должен сам предусмотреть и не подставлять свои пальцы под молоток.


> И наличие пакетного менеджера в контейнере для прода, это тоже фича. И соопятьсот других особенностей, это тоже фича!

Опять вините краску, которой криво покрасили. РКН также банит весь веб-сайт, из-за одной страницы с чем-то, что больщинству пользователей и нафиг на этом ресурсе не сдалось смотреть.  Болит голова - нужно отрезать голову, очевидно же! (сарказм)

Ответить | Правка | Наверх | Cообщить модератору

283. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (283), 04-Дек-24, 10:57 
>Я бы на месте вашего менеджера похвалил вас наоборот за такую инициативу.

Мне что-то не верится, что подобное изменение гарантированно пройдёт ревью. А без этого, вносить данные изменения можно только в личные проекты. Даже если сейчас кто-то единственный разработчик, его потом могут настоятельно попросить передалать.
>А если немного подумать?

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

И как это сделать? Вы же понимаете, что для этого мне потребуется во-первых править докер файлы, указав кеш(привет системе управления версиями), во-вторых, разворачивать кучу всего у себя на машине? И потом, как это поможет закешировать установленные пакеты на диске?

Открываем первую попавшуюся статью: https://habr.com/ru/articles/486202/ , где в контейнер ставят gcc и собирают пакеты им. Вы понимаете, что здесь нужно не просто закешировать gcc, но ещё и опакетить собираемый им python? Вот ещё одна статья https://habr.com/ru/articles/707858/ , где опять ставят в контейнер компилятор. А для того, чтобы контейнер занимал меньше места, вся сборка выполняется в один RUN, и если этот RUN переписать, то и скачивание исходников, и компиляция запустятся с нуля, даже если мне нужно будет поставить bash, не имеющий к питону никакого отношения. А вот если мне нужно будет рядом с этим питоном воткнуть ещё какую-то библиотеку, то тогда уже даже хаком в виде отдельного RUN не отделатся.
>Вы хотите возложить на плечи Docker, то, куда ему лучше не суваться, а не то будет ненужное переусложнение.

Я хочу, чтобы docker build отстутствовал как класс
>А Nix просто это делает совсем подругому

Да, поскольку это задача именно пакетного менеджера, а не системы контейнеризации.
>и не многим нужно чтобы и Docker таким же был

А эти многие знают, что им нужно, они вообще могут представить, что бывает по другому? Как говорится, "Если бы я спросил людей, чего они хотят, они бы попросили более быструю лошадь".
>Потому что Docker это инструмент, как молоток, он должен быть максимально тупым

Докер - это комбайн. И контейнеризация, и администрирование(типа создания сетевых мостов, но конкретно эта часть очень облегает работу), и недопакетный менеджер в виде пошаговой сборки из слоёв, и репозиторий всяких разных блобов, и куча всего ещё.
>Опять вините краску, которой криво покрасили

Удивительно, но nix может без проблем собрать образ без пакетного менеджера, который потом можно будет легко доделать. А докер - уже нет, уж если пакетный менеджер удалён, то всё, пересобирать нужно будет с нуля.

Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

288. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 04-Дек-24, 17:48 
> И как это сделать?

RUN --mount=type=cache,target=/var/lib/apt/lists \
    apt-get update && \
    apt-get install -y gcc php
    
Рекомендую к прочтению https://docs.docker.com/build/cache/optimize/#use-cache-mounts
там же аналогичный пример для npm


> А эти многие знают, что им нужно, они вообще могут представить, что бывает по другому? Как говорится, "Если бы я спросил людей, чего они хотят, они бы попросили более быструю лошадь".

Есть примеры продуктов с переусложением, когда система сборки лезет туда, куда ей не следует (Bamboo, TeamCity). Но у таких продуктов есть противники, которым нужен тупо инструмент, а не слишком умный комбайн.

Ответить | Правка | Наверх | Cообщить модератору

213. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 02-Дек-24, 16:53 
> лучше уж тогда обмазаться контейнерами, чем подобными сабжу решениями.

Я вас обрадую. В NixOS есть тоже свои контейнеры. И даже средства сборки более оптимизированных Docker образов.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

246. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (246), 03-Дек-24, 09:40 
WinMerge роботает?
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (2), 01-Дек-24, 10:59 
Когда будет бинарный кеш для x86-64-v3?
Ответить | Правка | Наверх | Cообщить модератору

5. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от anonimus (?), 01-Дек-24, 11:03 
А это что такое?
Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (38), 01-Дек-24, 13:08 
А когда для C2D ?
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

60. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (1), 01-Дек-24, 13:51 
На C2D все отлично работает как есть.
Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от анонон (?), 01-Дек-24, 14:17 
Когда машины с x86-64-v2 будут неюзабельны, т.е. мб лет через 10-15. Ну либо когда кто-то потратит кучу бабла на хранение и компьют и будет собирать весь nixpkgs с x86-64-v3
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

224. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 02-Дек-24, 19:42 
> Когда будет бинарный кеш для x86-64-v3?

Если вы гонитесь за миллисекундами в производительности, то почему не задаёте сразу вопрос про x86-64-v4 ? Где логика...

Но вообще, никто не мешает вам компилировать пакеты самим с поддержкой нужных флагов под ваше железо. В NixOS это вполне реализуемо, можно пересобирать пакеты и ставить со своего репозитория.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

260. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (2), 03-Дек-24, 11:02 
> Но вообще, никто не мешает вам компилировать пакеты самим с поддержкой нужных флагов под ваше железо.

Ты не пробовал пересобрать nixos со своими флагами для компилятора. Ты не пробовал собрать пакет, который по зависимостям пересоберет больше половины nixos по зависимостям. И эта пересборка мира на каждое обновление какого-нибудь базового пакета: glibc, gcc, binutils, bash(!). При этом будет пересеобрано и установлено несколько версий этих пакетов.

При этом пересборка со своими флагами (вроде, не критичными --march=x84-64-v3) люмает сборку например numpy (от которого почему-то зависит практически любой пакет работы с аудио, графикой и прочей медиа). То есть придется патчить numpy.

Я все это проделал, и понял, что лучше вернуться на gentoo, где мир пересобирается раза 10 быстрее.

Ответить | Правка | Наверх | Cообщить модератору

263. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 03-Дек-24, 13:09 
>И эта пересборка мира на каждое обновление какого-нибудь базового пакета: glibc, gcc, binutils, bash(!).

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

Если вы переопределите частично
>При этом пересборка со своими флагами (вроде, не критичными --march=x84-64-v3) люмает сборку например numpy (от которого почему-то зависит практически любой пакет работы с аудио, графикой и прочей медиа). То есть придется патчить numpy.

Питон - зло. Полагаю, что это апстримная проблема, а не специфичная для nixos.
>где мир пересобирается раза 10 быстрее.

За счёт чего?

Ответить | Правка | Наверх | Cообщить модератору

265. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (2), 03-Дек-24, 13:44 
>> где мир пересобирается раза 10 быстрее.
> За счёт чего?

Потому что portage намного гибче, можно посредством use-флагов убрать очень большой пласт ненужных пакетов. Portage - это не только набор пакетов, но флаги. Не случаный набор пакетов и флагов, а в какойто-то степени систематизированный.
Потому что отказ повторяемости резко уменьшает многоэтапный бутстрапинг с разными версиями (собранными разными настройками и разными зависимостями от разных версий пакетов) glibc, bash и прочих базовых пакетов. Потому что, пересбока мира в nixos занимает неизвестно сколько суток (потому ни разу не получилось за раз собрать, постоянно нужно править, патчить и тп во время сборки), в то время как пересборка gentoo 7-8 часов. И много других "потому что"

Ответить | Правка | Наверх | Cообщить модератору

272. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 03-Дек-24, 15:40 
>Потому что portage намного гибче, можно посредством use-флагов убрать очень большой пласт ненужных пакетов

Иными словами, вы в генте навешивает данный флаг не на все пакеты, а только выборочно, а тут на все, и жалуетесь на проблемы. Вы не описываете, насколько легко/сложно воспроизвести поведение use флагов в nix, а свою, совершенно левую проблему, которая затронет не каждого. Не у всех numpy вообще установлен.

Ответить | Правка | Наверх | Cообщить модератору

275. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (2), 03-Дек-24, 17:04 
> Иными словами, вы в генте навешивает данный флаг не на все пакеты, а только выборочно

Ты работал с portage? Ты пересобирал nixos со своими флагами сборки?

Ответить | Правка | Наверх | Cообщить модератору

282. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (283), 04-Дек-24, 09:52 
>Ты работал с portage?

Почти нет
>Ты пересобирал nixos со своими флагами сборки?

Целиком - нет, отдельные пакеты - да. И вот с этим проблем не было

Ответить | Правка | Наверх | Cообщить модератору

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

160. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +4 +/
Сообщение от ruroruro (ok), 01-Дек-24, 19:37 
Его всегда можно было установить без Интернета. То что при "стандартном" процессе установки предполагается доступ к интернету - не удивительно, потому что "стандартный" процесс установки подразумевает что ты сразу ставишь "свою" конфигурацию (со всеми своими персональными пакетами и настройками). Ясен пень, что включать в дефолтные isoшники исходники для ВСЕХ возможных пакетов - это нонсенс.

Если вам все-таки взбрело зачем-то в голову, что вам обязательно нужно поставить
NixOS без доступа к интернету на целевой машине, то это тоже можно сделать. Тут есть два варианта:

1) Если у вас где-то уже машина с установленым nix, то вы можете на этой машине собрать свой кастомный isoшник со всеми нужными ВАМ пакетами.

2) Если у вас такой машины нет, то IIRC из дефолтного live usb isoшника тоже можно установить, но только "минимальный" инстанс NixOS (только с теми пакетами которые были в isoшнике).

По сути, "установка" NixOS заключается просто в запуске внутри chrootа скрипта switch-to-configuration из той конфигурации, которую вы хотите поставить. Доступ в интернет этому скрипту не требуется. Единственное зачем нужен доступ в интернет - это чтобы исходно "материализовать" этот switch-to-configuration на целевой машине.

Ответить | Правка | Наверх | Cообщить модератору

185. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –5 +/
Сообщение от Аноним (-), 02-Дек-24, 08:39 
Нет, я лучше Ubuntu установлю.  "Просто в запуске внутри chrootа скрипта switch-to-configuration" себе оставьте.
Ответить | Правка | Наверх | Cообщить модератору

200. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +2 +/
Сообщение от ruroruro (ok), 02-Дек-24, 12:39 
> Нет, я лучше Ubuntu установлю.  "Просто в запуске внутри chrootа скрипта
> switch-to-configuration" себе оставьте.

Да пожалуйста. Правда тут NixOS vs Ubuntu мало что меняют, потому что под капотом процесс установки на них обоих +/- одинаково работает. Но если вас пугает необходимость запуска скриптов для выполнения каких-то задач и вам спокойнее жить в блаженном неведении, то флаг вам в руки.

Только тогда не стоит говорить "на X нельзя сделать Y" если вы имеете ввиду "на X нельзя сделать Y, если ограничить себя тыканьем кнопочек в красивом GUI".

Ответить | Правка | Наверх | Cообщить модератору

249. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от DeadMaxius (?), 03-Дек-24, 10:02 
>> Нет, я лучше Ubuntu установлю.  "Просто в запуске внутри chrootа скрипта
>> switch-to-configuration" себе оставьте.
> Да пожалуйста. Правда тут NixOS vs Ubuntu мало что меняют, потому что
> под капотом процесс установки на них обоих +/- одинаково работает. Но
> если вас пугает необходимость запуска скриптов для выполнения каких-то задач и
> вам спокойнее жить в блаженном неведении, то флаг вам в руки.
> Только тогда не стоит говорить "на X нельзя сделать Y" если вы
> имеете ввиду "на X нельзя сделать Y, если ограничить себя тыканьем
> кнопочек в красивом GUI".

С появлением возможности установить NixOS через Calamares из +/- полулярных дистрибутивов (не будем считать совсем уж маргинальщину) только Gentoo осталась относительно сложная в устаноке, но оно и понятно.

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

Документации NixOS не хватает структурированности и главное договорённости между частями о каком-то стандарте и каноне, чтобы возможно было все эти настройки DLC выполнять в связке с ванильной системой, чтобы не было такого, что инструкции разрозненных частей живут своей жизнью, чисто потому что NixOS гибок, и каждый кто пилит свою часть в своё время настраивал другую как-то иначе, но подразумевает что всё остальное в системе делается как у него, у новичков от этого чайник начинает кипеть.

А от себя лично могу сказать, что пугает не сколько объём информации, сколько бардак в её структурировании, когда проще посмотреть видео от условного индуса на актуальный момент времени, в котором будут нюансы, которых сюрприз-сюрприз не описали в мануалах... точнее как, не написано, потому что не канон, а есть сразу несколько решений, которыми знающие пользуются, но ещё не определились какой вариант лучше и поэтому ищи дружочек по интернетам и выпрашивай.

В итоге получается, что проще и надёжнее спрашивать реальных пользователей по факту, чтобы они давали ссылки на рабочие сейчас решения.

Проблема для новичков в том, чтобы что-то найти, нужно ещё ЗНАТЬ, ЧТО ТЕБЕ НУЖНО ИСКАТЬ, потому что в NixOS терминология и понятия свои, а великолепные и чудесные пользователи NixOS даже толком своими словами порой не могут объяснить где что и для чего, потому что также им видимо кто-то показал, они знают как настроить, но не знают как это работает и как это объяснить другому. В итоге получается "пык-мык, посмотри в мануалах где-то там"

В итоге получается, как и всегда, что сложность дистра не в обилии ручной работы, а в том, что документация оформленна таким образом, что порог вхождения в неё подразумевает некоторый бэкграунд, причём специфический.
Но если вас, как фаната этой ОС это утешит, не только у NixOS такой бардак, в той же Gentoo проблема порога вхождения в понимание с уровня новичка тоже довольно серьёзная. Но просто в Gentoo потом после установки системы возни в документации меньше, она почти нулевая, а вот возни с дистром больше, т.к. привет блокировки зависимостей и прочие радости которые так и не осилили победить в этом без сомнения великолепном дистре.

Если вам вдруг показалось, что я качу балон на NixOS просто ради потроллить и набросить, отнюдь, я сам пробую периодически пользоваться этим дистром, хотя в флейки ещё не лез. И для меня как раз акутальны были все мои претензии, это при том, что меня не напрягает копошиться в гентушных use-флагах ждать пересборки мира.

Ответить | Правка | Наверх | Cообщить модератору

252. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 03-Дек-24, 10:36 
>Сложность с NixOS не поставить условный дефолт, сложность NixOS в её дальнешем содержании после установки, необходимость в периодическом подпиливании из-за того, что там периодически что-то меняется, не то чтобы глобально, но считай постоянно.

Сложности в студию.
>Проблема для новичков в том, чтобы что-то найти, нужно ещё ЗНАТЬ, ЧТО ТЕБЕ НУЖНО ИСКАТЬ

А где знать не нужно? Попробуйте ту же убунту настроить по мануалам пятнадцатилетней давности. В итоге, даже если вы и найдёте руководство, то его нужно будет либо адаптировать, с условного upstart на systemd, либо сейчас вообще так никто не делает.  Или попробуйте виндой попользоваться, когда там в 8 версии убрали пуск, и пользователь не понимает, как ему там выключить компьютер.
>Но просто в Gentoo потом после установки системы возни в документации меньше, она почти нулевая, а вот возни с дистром больше, т.к. привет блокировки зависимостей и прочие радости которые так и не осилили победить в этом без сомнения великолепном дистре.

Думать нужно везде

Ответить | Правка | Наверх | Cообщить модератору

251. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от ЛщЛ (?), 03-Дек-24, 10:20 
Только если не лукавить, то по факту выходит так:
> Только тогда не стоит говорить "на X нельзя сделать Y"

На "X можно сделать Y но ценой каких-то лютых кpacнoглазых изъё6ств, когда на Z это делается уже довольно привычно, скучно и в условных два клика"

> если вы имеете ввиду "на X нельзя сделать Y, если ограничить себя тыканьем кнопочек в красивом GUI".

Только если не лукавить, то по факту будет так:
"У нас на X нельзя сделать Y, потому что мы до сих пор у себя на X делаем тривиальные рядовые вещи таким образом, что для выполнения оных нам нужно выучить не только Тору, но и весь Талмуд"

Как говорили уже в этом треде, что пока NixOS не обзаведётся модными гуйцами хотя бы для выполнения рядовых массовых функций, то оставаться ему уделом упоротых кpacнoглaзых гиков н̶о̶у̶л̶а̶й̶ф̶е̶р̶о̶в̶ у которых куча свободного времени на свои кpacнoглaзые затеи.

Благо что не в все в стане NixOS как раньше в стане Арча тащатся по своей илитарности пользования сложным к пониманию дистром и пилит вещи для массового пользователя на горе и стенание отбитым илитарным кpacнoглaзикам, у которых чем сложнее и выше порог вхождения, тем лучше, потому что им так комфортно и тепло в своём маленьком илитарном мирке. Ну ничего, до Арча добрались и до NixOS доберутся, придётся таким ливать куда-нибудь ещё, а адекваты возрадуются автоматизации рутины и упрощению пользования без потери функциОНАЛА xD ¯\_(ツ)_/¯

Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

255. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 03-Дек-24, 10:53 
>Как говорили уже в этом треде, что пока NixOS не обзаведётся модными гуйцами хотя бы для выполнения рядовых массовых функций, то оставаться ему уделом упоротых кpacнoглaзых гиков н̶о̶у̶л̶а̶й̶ф̶е̶р̶о̶в̶ у которых куча свободного времени на свои кpacнoглaзые затеи

Зачем? Посмотрите, во что превратился интернет, когда кроме технологически продвинутых пользователей пришли всякие обыватели. То, что представляет хоть какую-то ценность стремительно тонет в информационном мусоре. Разработка gui для nix, задача нетривиальная, в связи с гибкостью последнего. Попробуйте банально описать, как должно выглядеть удаление пакета, с учётом того, что пакет может быть как просто перечислен environment.systemPackages, так и упоминатся в скриптах, типа #!${pkgs.ruby}/bin/ruby или же быть включённым services.xserver.desktopManager.gnome.enable = true;
>Благо что не в все в стане NixOS как раньше в стане Арча тащатся по своей илитарности пользования сложным к пониманию дистром

Вам что, мало винды и макоси, где уже за вас решили как компьютером пользоваться?

Ответить | Правка | Наверх | Cообщить модератору

292. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (289), 04-Дек-24, 22:09 
>>Как говорили уже в этом треде, что пока NixOS не обзаведётся модными гуйцами хотя бы для выполнения рядовых массовых функций, то оставаться ему уделом упоротых кpacнoглaзых гиков н̶о̶у̶л̶а̶й̶ф̶е̶р̶о̶в̶ у которых куча свободного времени на свои кpacнoглaзые затеи
> Зачем? Посмотрите, во что превратился интернет, когда кроме технологически продвинутых
> пользователей пришли всякие обыватели.

Я тоже так раньше размышлял, в таких категориях. Но потом я отрезвел и понял, что у меня нет права приватизировать сеть, кому надо тусоваться в мире одних гиков и упоротых фанатов, те тусуются как и прежде на всяких бордах и прочих ресурсах по интересам. Интернет это как дороги общего пользования, цивилизация шагнула с места когда автомобили на двc были уделом сперва только изобретателей, потом энтузиастов, а потом стали обыденным инструментом большинства, также и с интернетом. Стенать о временах когда автомбили были только уделом изобретателей, а все остальные де должны продолжать типа ездить на конной тяге, вот где истинное старпёрское ретроградство, причём вредное!

> То, что представляет хоть какую-то ценность стремительно
> тонет в информационном мусоре.

Понимаю. Если так напрягают нормисы, то есть даже целые сети, где их нет и скорее всего никогда не будет.

> Разработка gui для nix, задача нетривиальная, в
> связи с гибкостью последнего. Попробуйте банально описать, как должно выглядеть удаление
> пакета, с учётом того, что пакет может быть как просто перечислен
> environment.systemPackages, так и упоминатся в скриптах, типа #!${pkgs.ruby}/bin/ruby
> или же быть включённым services.xserver.desktopManager.gnome.enable = true;
>>Благо что не в все в стане NixOS как раньше в стане Арча тащатся по своей илитарности пользования сложным к пониманию дистром

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

> Вам что, мало винды и макоси, где уже за вас решили как
> компьютером пользоваться?

Это не вам решать, но повторюсь, никто к вам в NixOS не приходит и не заставляет его делать популярным, пусть будет как есть, в чём проблема?! Но если вы хотите у себя больше людей, то нужно тянуться к ним навстречу, прислушиваться к ним. Не прокатит просто ходить и кричать на каждом углу "Btw-I-use-NixOS и я счастлив и почти в нирване, попробуйте и вы!" и не встретить шквал закономерных вопросов в стиле - а нахрена козе баян?! ;)

Ответить | Правка | Наверх | Cообщить модератору

206. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –2 +/
Сообщение от Аноним (206), 02-Дек-24, 15:39 
его до сих пор нельзя переконфигурить без интернета?

Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

207. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от ruroruro (ok), 02-Дек-24, 15:55 
> его до сих пор нельзя переконфигурить без интернета?

Яж говорю. Можно при условии что сорцы всех добавленных/измененных пакетов уже скачаны локально.

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

Если closure пакетов в системе не изменился и/или сорцы для сборки изменившихся/добавившихся пакетов уже есть локально, то nix может спокойно пересобрать вашу систему в оффлайне. Если каких-то пакетов или сорцов необходимых для сборки желаемой конфигурации локально нету, то естественно нужен будет доступ к инету.

Ответить | Правка | Наверх | Cообщить модератору

240. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –2 +/
Сообщение от Аноним (206), 03-Дек-24, 07:57 
> Яж говорю. Можно при условии что сорцы всех добавленных/измененных пакетов уже скачаны локально.

это неправда

nixos не дает даже удалить пакет или добавить айпи на интерфейс, если нет доступа к интернету

Ответить | Правка | Наверх | Cообщить модератору

267. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от ruroruro (ok), 03-Дек-24, 14:31 
>> Яж говорю. Можно при условии что сорцы всех добавленных/измененных пакетов уже скачаны локально.
> это неправда
> nixos не дает даже удалить пакет или добавить айпи на интерфейс, если
> нет доступа к интернету

Булшит. Я специально прямо сейчас оба юзкейса проверил.

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

Пруфы в студию или didn't happen.

Ответить | Правка | Наверх | Cообщить модератору

241. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –2 +/
Сообщение от Аноним (206), 03-Дек-24, 07:58 
> Я искренне не понимаю, почему люди ожидают что должна быть возможность произвольного изменения системы без доступа к инету

к тебе вопросов больше нет

Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

268. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от ruroruro (ok), 03-Дек-24, 14:36 
>> Я искренне не понимаю, почему люди ожидают что должна быть возможность произвольного изменения системы без доступа к инету
> к тебе вопросов больше нет

Ключевое слово "произвольного". Я перечислил какие изменения системы не требуют доступа к интернету.

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

Ответить | Правка | Наверх | Cообщить модератору

210. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (112), 02-Дек-24, 16:20 
Смотря что вы хотите. В простых случаях можно без проблем. Почему вы задаёте этот вопрос? В современном мире за отказ от интернета всегда нужно платить дополнительными усилиями. Вам и на винду будет крайне нетривиально ставить современные программы, так как сейчас скачивается не установщик программ, а утилита для скачивания и установки.
Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

8. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –2 +/
Сообщение от kravich (ok), 01-Дек-24, 11:13 
>/nix/store/1onlv5pc3ed6n5nskg8ew4twcfd0d5ae4ec5d4-firefox-133.0.0/

Автор новости использует NixOS напостоянку, и потому имеет возможность для каждой релизной новости постить актуальную версию этого нечитаемого пути?

Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +2 +/
Сообщение от Аноним (1), 01-Дек-24, 11:30 
А как надо было C:\Program Files ?
Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от Аноним (69), 01-Дек-24, 13:00 
Я был бы рад если бы было C:\Program-files с нормальным именем и версией(ну или хотя бы хэш сделал бы в конце для автодополнения в консоли), а не вот это непонятное нечто, что после сборки можно только через поиск можно найти.
Ответить | Правка | Наверх | Cообщить модератору

75. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от cheburnator9000 (ok), 01-Дек-24, 14:22 
Чем /nix/store не является C:\Program Files?
Ответить | Правка | Наверх | Cообщить модератору

82. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (82), 01-Дек-24, 14:43 
>C:\Program Files?

Поправьте в маке тоже же такого рода пути. Всее собственнические ОС похожи. Это трэш какой-то.

Ответить | Правка | Наверх | Cообщить модератору

247. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (246), 03-Дек-24, 09:46 
Сами же отказались от строительства светлого будущего. Копошитесь в анимал-социализме. )
Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (82), 01-Дек-24, 14:42 
>вот это непонятное нечто, что после сборки можно только через поиск можно найти.

бздиш перед знаком тире и есть имя пакета.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

107. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +2 +/
Сообщение от Аноним (69), 01-Дек-24, 15:20 
Не осуществляю данных действий. После знака дефис идет имя пакет.
Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от анонон (?), 01-Дек-24, 14:47 
> а не вот это непонятное нечто, что после сборки можно только через поиск можно найти.

И nix-build и nix build после успешной сборки делают симлинк result на результат сборки. Непонятно зачем что-то ещё искать.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

109. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (69), 01-Дек-24, 15:22 
openjdk8, openjdk11, openjdk17, симлинк? Нет, так не работает.
Ответить | Правка | Наверх | Cообщить модератору

114. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от анонон (?), 01-Дек-24, 15:28 
> Нет, так не работает.

УМВР

% nix build nixpkgs#openjdk17
% ./result/bin/java --version
openjdk 17.0.13 2024-10-15
OpenJDK Runtime Environment (build 17.0.13+1-nixos)
OpenJDK 64-Bit Server VM (build 17.0.13+1-nixos, mixed mode, sharing)

Ответить | Правка | Наверх | Cообщить модератору

129. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (69), 01-Дек-24, 16:09 
Вот у тебя есть nixos, как ты поставишь допустим в Intellij любом ссылку на go, python, jdk, другой sdk?
Ответить | Правка | Наверх | Cообщить модератору

138. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от анонон (?), 01-Дек-24, 16:49 
Как и в других редакторах: nix-shell + direnv
Ответить | Правка | Наверх | Cообщить модератору

154. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от ruroruro (ok), 01-Дек-24, 19:06 
Алсо, если вам уж ОЧЕНЬ хочется получить симлинк на "текущую версию", то /run/current-system/sw/ в помощь. Ну или просто из PATH по имени (если абсолютный путь не нужен).
Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

229. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от cheburnator9000 (ok), 02-Дек-24, 21:14 
> Вот у тебя есть nixos, как ты поставишь допустим в Intellij любом
> ссылку на go, python, jdk, другой sdk?

Половина IDE не работают толком в NixOS. Тот же QtCreator вообще калбасит.

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

151. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (151), 01-Дек-24, 18:43 
> хотя бы хэш сделал бы в конце

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

А вместо автодополнения можно пользоваться утилитой чтобы найти нужное, но кто ж наши годы маны читает. И таки NixOS штука весьма продвинутая, но совсем не для васьков вчера слезших с винды. Чтобы ощутить мощь надо уметь хотя бы немного программировать и админить.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

173. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от O_o (?), 01-Дек-24, 23:10 
>> хотя бы хэш сделал бы в конце
> Почему так не сделали можно догадаться самому, если немного в компьютерах разбираешься,
> на худой конец нагуглить. Оставим это как домашнее задание, не будем
> портить сюрприз.
> А вместо автодополнения можно пользоваться утилитой чтобы найти нужное, но кто ж
> наши годы маны читает. И таки NixOS штука весьма продвинутая, но
> совсем не для васьков вчера слезших с винды. Чтобы ощутить мощь
> надо уметь хотя бы немного программировать и админить.

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

Ответить | Правка | Наверх | Cообщить модератору

179. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (69), 02-Дек-24, 00:30 
Надо прочитать маны, надо утилитой дистрибутива воспользоваться, надо чтобы поиск работал для компьютера удобнее, а не для человека.
Как вы посмели не сделать этого для банальной блин задачи - найти установленную программу, вы васьки. Окей.
Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

181. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (151), 02-Дек-24, 03:09 
Да, всё так. Маны читать надо и понимать что делаешь. Если лень, некогда, какие-то комплексы мешают — зачем себя мучать? Есть инструменты попроще. Бабушка дома поди не в мартеновской печи пироги печёт?
Ответить | Правка | Наверх | Cообщить модератору

155. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от freebzzZZZzzd (ok), 01-Дек-24, 19:26 
поделие не использовал, но очевидно что логичнее было бы

/nix/store/firefox-133.0.0-somehash/

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

174. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от O_o (?), 01-Дек-24, 23:13 
> поделие не использовал, но очевидно что логичнее было бы
> /nix/store/firefox-133.0.0-somehash/

По крайней мере человекочетаемей и в целом для людей. Но судя по всему проекту авторы NixOS любители не только в think different, но и в do it through the ass

Ответить | Правка | Наверх | Cообщить модератору

184. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +4 +/
Сообщение от Аноним (54), 02-Дек-24, 08:36 
Наоборот: человекочитаемее как раз вставлять хэш перед именем, потому что он одинаковой длины, и ясно видно, где название заканчивается:

    /nix/store/v6x3cs394jgqfbi0a42pam708flxaphh-default-builder.sh
    /nix/store/i9nx0dp1khrgikqr95ryy2jkigr4c5yv-unpack-bootstrap-tools.sh
    /nix/store/0m4y3j4pnivlhhpr5yqdvlly86p93fwc-busybox.drv
    /nix/store/xjkydxc0n24mwxp8kh4wn5jq0fppga9k-bootstrap-tools.tar.xz.drv
    /nix/store/cqjd2xysz1w17kzim503g8vpv1n8fxjb-bootstrap-tools.drv

А вот здесь было бы неразборчиво:

    /nix/store/default-builder.sh-v6x3cs394jgqfbi0a42pam708flxaphh
    /nix/store/unpack-bootstrap-tools.sh-i9nx0dp1khrgikqr95ryy2jkigr4c5yv
    /nix/store/busybox.drv-0m4y3j4pnivlhhpr5yqdvlly86p93fwc
    /nix/store/bootstrap-tools.tar.xz.drv-xjkydxc0n24mwxp8kh4wn5jq0fppga9k
    /nix/store/bootstrap-tools.drv-cqjd2xysz1w17kzim503g8vpv1n8fxjb

Ответить | Правка | Наверх | Cообщить модератору

196. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +2 +/
Сообщение от Аноним (112), 02-Дек-24, 11:57 
>По крайней мере человекочетаемей и в целом для людей

Для каких людей? Будет у вас десяток вариаций, различающихся только хешем, как вы их отличать будете?

Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

77. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +2 +/
Сообщение от анонон (?), 01-Дек-24, 14:33 
> Автор новости использует NixOS напостоянку

Будто что-то плохое.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

16. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –11 +/
Сообщение от Krot (??), 01-Дек-24, 11:48 
Как же в этих ваших линуксах всё тяжко. Установка и поддержка софта это ад и погибель. На самую последнюю Win11 в один клик ставятся программы, написанные ещё в самом начале нулевых. В линуксе же даже софт пятилетней давности установить практически невозможно без огромной трудоёмкой поддержки. Ну не треш ли?
Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (18), 01-Дек-24, 11:58 
Знаю человека, который оказался от Linux после установки, увидев что не весь интерфейс переведён на русский язык и отсутствует отображение смайликов в названии Wi-Fi.
Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от Аноним (1), 01-Дек-24, 12:30 
Ты так пишешь как будто он неправ.
Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (38), 01-Дек-24, 13:12 
Он пишет с иронией потому, что ему пох на таких.
Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от Аноним (82), 01-Дек-24, 14:46 
Почему ирония? Сейчас в госсекторе всех переводят на Астра Линукс. Стоит вой что редактор LibreOffice не похож на M$ Word. Да и отечествееные линуксы какие-то говянные.
Ответить | Правка | Наверх | Cообщить модератору

94. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +3 +/
Сообщение от Аноним (1), 01-Дек-24, 15:01 
В госсекторе всегда стоит вой. Если нет воя значит что-то случилось. Там вой даже когда переходят с одним принтеров на другие где несовместимые картриджи и вой что делать со старыми картриджами которые не подходят новым принтерам. А перевести картриджи на баланс другого подразделения либо нельзя либо сложно. А деньги надо освоить до конца года. И это в 2024 году. А новые принтеры полуотечественные и там в драйверах нет двух сторонней печати. А ты говоришь Линукс.
Ответить | Правка | Наверх | Cообщить модератору

128. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от Аноним (-), 01-Дек-24, 16:08 
>А новые принтеры полуотечественные и там в драйверах нет двух сторонней печати

О! Когда был отправлен на ремонт принтер умеющий в двусторонюю печать, а когда за место него, временно установили принтер не умеющий в двустронюю печать. Это был шок и целая трагедия.

Ответить | Правка | Наверх | Cообщить модератору

106. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (62), 01-Дек-24, 15:19 
>Стоит вой

Ну да. Кнопки не того цвета и не на том месте. И фиг с ним что они и оригиналом то пользовались кое как.

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

153. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 01-Дек-24, 18:55 
>Стоит вой что редактор LibreOffice не похож на M$ Word.

С учётом грязных хаков, типа использования пробелов вместо центрирования и отступов, неудивительно

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

29. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +2 +/
Сообщение от анонимище (?), 01-Дек-24, 12:40 
однажды пытался на изначально английский оффтопик 10 накатить русский интерфейс. Получил такой же результат, частичную руссификацию
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

44. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от Команда сверху (?), 01-Дек-24, 13:20 
И? Каков вывод?
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (1), 01-Дек-24, 14:03 
Швинда ничем не лучше линукса в плане локализации и значит во всем остальном они два сорта одного и того же. А выбор одного или другого вопрос маркетингового имения мозга.
Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от анонимище (?), 01-Дек-24, 14:07 
что язык прибит гвоздями в определенных местах оффтопика 10. Чтобы получить полный перевод на язык N надо ставить оффтопик изначально под этот язык.

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

Впрочем, ничего удивительного. У нас цивилизация в глубоком управленческом кризисе

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

90. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (82), 01-Дек-24, 14:53 
>А более глобальный вывод в том, что даже мегакорпорации умудряются делать сопоставимый по качеству с Open Source проприетарные продукты имея гораздо большее финансирование.

Проприетарный код глобально низкокачественный. В Линуксе проблема локализации и интернационализации решается дополнительным пакетом вида *-i18n-*

Ответить | Правка | Наверх | Cообщить модератору

96. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (1), 01-Дек-24, 15:02 
Вот вот а чего не хватает сам допиши если надо. Можно даже в репу не слать.
Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от анонимище (?), 01-Дек-24, 15:22 
>И поставил пиратскую копию винды. Таким людям подавай всё на блюдечке и обязательно нахаляву, а то скажут своё "фи".

мимо, всё чин чинарем. Поэтому версия что это виновата кривая пиратка (или анти-пиратская защита) тоже отпадает

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

190. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (190), 02-Дек-24, 10:58 
Когда-то давно это называлось "русефекация".

Но потом я выучил ангельский.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

100. Скрыто модератором  +/
Сообщение от Аноним (100), 01-Дек-24, 15:09 
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

140. Скрыто модератором  +/
Сообщение от Аноним (18), 01-Дек-24, 17:13 
Ответить | Правка | Наверх | Cообщить модератору

221. Скрыто модератором  +/
Сообщение от myster (ok), 02-Дек-24, 18:53 
Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (62), 01-Дек-24, 12:21 
Ну да, ты под свои нужды не нашёл актуальный софт, а тяжко всё в Линуксе. Мы обстарадались прям тянуть софт из реп, который сам обновляется.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

26. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (-), 01-Дек-24, 12:32 
> Установка и поддержка софта это ад и погибель. На самую последнюю Win11 в один клик
> ставятся программы, написанные ещё в самом начале нулевых.

Вот прям в 1 клик. Аж два раза. Особенно с сетап визардами горбатыми, которые обклацывать надо. А потом еще половина программ - тупо не работает в новой винде или жутко глючит. Плавали - знаем.

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

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

> В линуксе же даже софт пятилетней давности установить практически невозможно
> без огромной трудоёмкой поддержки.

Это как раз в винде потом софт апдейтить - и проверить что оно более-менее безопасное и с заткнутыми дырами - практически невозможно.

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

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

30. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (23), 01-Дек-24, 12:48 
> Как же в этих ваших линуксах всё тяжко. Установка и поддержка софта
> это ад и погибель. На самую последнюю Win11 в один клик
> ставятся программы, написанные ещё в самом начале нулевых. В линуксе же
> даже софт пятилетней давности установить практически невозможно без огромной трудоёмкой
> поддержки. Ну не треш ли?

Потому что концепция поддержки классических дистрибутивных линуксовых пакетов больше похожа на концепцию макоси, где определённые версии софта по поддержке завязаны на версии ОС.
В теории вам никто не мешает брать статически слинкованные версии пакетов распространяемые тарболами вместе со всеми своими зависимостями и запускать их в какой угодно версии ОС. Можете взять appimage, что по сути те же яйца, только в другой обёртке.

К слову, вы также можете использовать конкретные версии nixpkgs, они тоже при подключении будут работать в своей среде.

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

Меня вот удивляет только один занятный момент: почему-то когда сравнивают винду и ту же макось, то никто особо не кудахдает о том, что на современных версиях макоси условный Final Cut времён условной High Sierra не работает, нужны совместимые версии, потому что даже последний гумунтарий каким-то межушным ганглием понимает, что системы разные и работают они неодинаково под капотом
А вот когда речь идёт о сравнении линуксов и винды, то возникает толпа нытиков, тысячи их: "а пачиму линyпс ни винда, азаза?!111"

Как сказал Мэтью из The Linux Cast - основная масса претензий к линуксам у людей от того, что у них заранее необоснованные ожидания относительно этих ОС, которые непонятно откуда они себе выдумали и пытаются ими мерить всё происходящее в линуксовом мире.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

48. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Команда сверху (?), 01-Дек-24, 13:26 
Да. Таскать флетпаки, снапы и аппимаджи - это другое.
Ответить | Правка | Наверх | Cообщить модератору

175. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от O_o (?), 01-Дек-24, 23:16 
> Да. Таскать флетпаки, снапы и аппимаджи - это другое.

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

Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (38), 01-Дек-24, 13:24 
>В линуксе же даже софт пятилетней давности установить практически невозможно без огромной трудоёмкой поддержки. Ну не треш ли?

"Говорят, что Linux недружественная система. Просто Linux тщательно выбирает себе друзей."
Афоризм из нулевых, но иногда актуален и в отношении нынешних пользователей.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

279. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от _ (??), 03-Дек-24, 20:09 
Афоризм на самом деле ещё из прошлого века и в оригинале - про UNIX :) Но вы и это с-GPLили :)
Ответить | Правка | Наверх | Cообщить модератору

123. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (112), 01-Дек-24, 15:54 
>Установка и поддержка софта это ад и погибель. На самую последнюю Win11 в один клик ставятся программы, написанные ещё в самом начале нулевых

Открываем любую статью, где очередная винда перестала поддерживаться https://habr.com/ru/news/857324/ и читаем
>Кстати, а в Steam есть какие-нибудь старые игры, которые не поддерживают работу на Win10 и Win11 ?
>Еще как есть! Например Sudden Strike 1,2 через одно место запускается, приходится патчер Voodoo доставать (забыл как называется, могу дома посмотреть вечером), либо пользовательские моды накатывать. Из коробки оно не работает, либо работает через раз
>в стиме есть веселее, например Dark Void при запуске кладёт в bsod любую версию винды (лично проверял XP, 7, 10, 11 причём 7 и 10 честнокупленную и свежеустановленную лицензию), но при этом прекрасно работает через wine/proton (что ещё забавнее любой репак с торрентов этой игры такой проблемы лишён).
>Freespace не работал на 7/8 без стороннего движка.
>У меня сходу не запускался manhunt, причем довольно давно, в то время вин10 только вышла. Не знаю как сейчас, не проверял.
>Думаю полно. Из последнего что помню silent hunter 5
>В линуксе же даже софт пятилетней давности установить практически невозможно без огромной трудоёмкой поддержки

Я несколько раз запускал в NixOS софт из прошлых релизов. Просто указал версию nixpkgs, дождался, пока он скачается, и всё. Один раз на убунте через снап ставил старую версию, поднялась из коробки.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

124. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 01-Дек-24, 15:58 
>Установка и поддержка софта это ад и погибель. На самую последнюю Win11 в один клик ставятся программы, написанные ещё в самом начале нулевых.

Ага. Поставьте программы от xp на висту. Так там даже с играми проблема была, так как им нужны были права администратора, так как они писали сохранения в Programm Files, и без админа не работали.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

182. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (182), 02-Дек-24, 04:25 
Запустить от админа — величайшая сложность, безусловно.
Ответить | Правка | Наверх | Cообщить модератору

188. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 02-Дек-24, 10:13 
Про безопасность - не слышали? Если это не ваш личный пк, вам просто не дадут админа, и на этом всё закончится. А это - всего один релиз между двумя системами.
Ответить | Правка | Наверх | Cообщить модератору

215. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 02-Дек-24, 18:05 
> На самую последнюю Win11 в один клик ставятся программы, написанные ещё в самом начале нулевых.

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

А вот как делают сегодня люди имеющие опыт с Linux, если им приходится вновь иметь дело с Windows. Любые программы они ставят через scoop, Chocolatey или winget. Данные инструменты работают по такому же принципу, как пакетные менеджеры в Linux, буквально вводишь в CMD или PowerShell одну команду:
$ scoop install neovim -y
или
$ choco install procexp -y

А вот ненавистники Linux так не станут делать, потому что у них в голове непонимание удобства пакетных менеджеров.


> В линуксе же даже софт пятилетней давности установить практически невозможно без огромной трудоёмкой поддержки. Ну не треш ли?

Что касается сабжа (NixOS), то он как раз данную проблему и решает, там софт пятилетней давности не привязан от текущим системным библиотекам, и можно установить любой древний софт. А вне NixOS есть Flatpak, Snap, chroot, контейнеры и тот же самый Nix пакетный менеджер, которые тебе позволяют сделать именно это.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

37. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –4 +/
Сообщение от Аноним (37), 01-Дек-24, 13:07 
21й век. Файл конфигурации. Ога.
Ответить | Правка | Наверх | Cообщить модератору

79. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от анонон (?), 01-Дек-24, 14:35 
Главное в кубернетис не заглядывай...
Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (47), 01-Дек-24, 13:24 
Кривой дистрибутив.

Проблемы с curl, которые сломали пакеты (в частности, git не может через curl стягивать) – в релизе не исправлены.

Установщик сломан – "Unfree Software Loading failed". Это означает, что даже минимального тестирования дистрибутива перед релизом попусту нет.

Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Команда сверху (?), 01-Дек-24, 13:32 
А выше так поют. Так складно поют. Экспертно-обстоятельно!
Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (47), 01-Дек-24, 13:39 
В принципе можно вручную поставить. А в установщике эта ошибка с unfree не мешает пропустить пункт. Там просто галка для включения unfree репо. Я его всё равно не включал. Ядро в основном репо не libre, поэтому с железом нет проблем.
Ответить | Правка | Наверх | Cообщить модератору

63. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (1), 01-Дек-24, 13:55 
Никто не говорил что это дистр для бабули домохозяйки. Это труевый Линукс для труевых пацанов.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

52. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (47), 01-Дек-24, 13:33 
Но эти минусы всё равно перевешиваются плюсами. Буду дальше жевать кактус, в надежде на исправление мелких косяков.
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

88. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Команда сверху (?), 01-Дек-24, 14:51 
>Так и есть - гуишный установщик никто не тестирует

Но, позвольте! Однако! Тогда зачем он там?
Не, я понимаю, что это глупо только по логике нормиса. У вас то она другая.

Ответить | Правка | Наверх | Cообщить модератору

192. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 02-Дек-24, 11:10 
> Но, позвольте! Однако! Тогда зачем он там?
> Не, я понимаю, что это глупо только по логике нормиса. У вас
> то она другая.

Так опытные и не ставят свежую NixOS через него, устанавливают через Flake сразу из конфигов.

А установщик существует, просто чтобы порог вхождения снизить.  Хотя я согласен, что проще было при загрузке с Live USB сразу, вместо установщика, открывать редактор кода с простым шаблоном установки системы, в код добавить комментарии, сразу понятно было бы, даже новичку. Эти GUI установщики не нужны.

Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от анонон (?), 01-Дек-24, 14:21 
> Проблемы с curl, которые сломали пакеты (в частности, git не может через curl стягивать) – в релизе не исправлены.

Как сломали, так и починят, не волнуйся.

> Установщик сломан – "Unfree Software Loading failed". Это означает, что даже минимального тестирования дистрибутива перед релизом попусту нет.

Так и есть - гуишный установщик никто не тестирует (нафига его вообще добавили для меня загадка), тестируется только https://nixos.org/manual/nixos/stable/#sec-installation-manual

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

93. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от анонон (?), 01-Дек-24, 14:57 
> Проблемы с curl, которые сломали пакеты (в частности, git не может через curl стягивать) – в релизе не исправлены.

Вообще именно в релизе как раз исправили, проблема сейчас только в nixos-unstable:

https://nixpk.gs/pr-tracker.html?pr=356660
https://nixpk.gs/pr-tracker.html?pr=356133

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

189. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 02-Дек-24, 10:47 
> Установщик сломан

Установщик всмысле с live USB образа? Такое бывает и с другими дистрибутивами.
Просто берем предыдущую версию и она прекрасно ставится, а потом можно будет систему обновить.
И NixOS, как раз про reproducibility, что было успешно установлено когда-то в прошлом можно повторить.

> Проблемы с curl

Опять же, никто вам не не мешает использовать предыдущий curl или предыдущий Git. В NixOS пакеты не привязаны к слепку (snapshot) всей системы и текущим библиотекам, как в других Linux дистрибутивах. Там можно один пакет закрепить или откатить на любую из версий и он будет работать, а в других дистрибутивах с высокой вероятностью предыдущая версия будет ругаться, что какие то библиотеки не те. Это одно из преимуществ NixOS.

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

57. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от Аноним (59), 01-Дек-24, 13:46 
>обновлено 20975 пакетов

что-то не впечатляет, судя по репозтарию с 120к пакетов

Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (1), 01-Дек-24, 13:56 
Судить по количеству пакетов тебя маркетологи приучили? Или ты на свою систему 100k пакетов накатываешь на поиграться?
Ответить | Правка | Наверх | Cообщить модератору

66. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (47), 01-Дек-24, 14:03 
Пакеты с последними версиями, по данным repology, для текущего nixos stable релиза:

64054    82.5%

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

71. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (59), 01-Дек-24, 14:14 
Search more than 120 000 packages
Ответить | Правка | Наверх | Cообщить модератору

76. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от анонон (?), 01-Дек-24, 14:28 
Ну для того же питона один пакет пересобирают для нескольких версий интерпретатора, т.е. как минимум количество питоновских пакетов можно на два умножать: https://search.nixos.org/packages?channel=unstable&from=0&si...

Ещё есть стопицот модулей ядра, которые тоже для каждого отдельного ядра собираются, а самих ядер тоже с десяток.
В общем из этих 120к пакетов много "комбинаций" пакетов.

Ответить | Правка | Наверх | Cообщить модератору

99. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (1), 01-Дек-24, 15:05 
Вот-вот это число особо ничего не означает просто показуха на которую кто-то ведётся.
Ответить | Правка | Наверх | Cообщить модератору

176. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от O_o (?), 01-Дек-24, 23:26 
> Ну для того же питона один пакет пересобирают для нескольких версий интерпретатора,
> т.е. как минимум количество питоновских пакетов можно на два умножать: https://search.nixos.org/packages?channel=unstable&from=0&si...

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

> Ещё есть стопицот модулей ядра, которые тоже для каждого отдельного ядра собираются,
> а самих ядер тоже с десяток.
> В общем из этих 120к пакетов много "комбинаций" пакетов.

вот эти стопицот модулей ядра это +100500 пакетов с модулями ядра, по итогу имеем несколько итераций того-другого и пользовательского софта не так уж и много, это вам не рач, где в один пакет натолкают говен, что даже пользователи бамжары делают круглые глаза и где подсчёт идёт по одной ветке.
К слову, в nixos столько мейнтейнеров нет, пакеты билдятся сборщиком на автопилоте, поэтому процент  битых кривопакетов у nixos наверное самый большой из всех дистров. Понятное дело, что это последствия нехватки рук, но некоторые ёжики про это предпочитают умалчивать и трубят из каждого утюга о том, что NixOS самый крупный по пакетной базе, ага))

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

228. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (112), 02-Дек-24, 20:40 
>это вам не рач, где в один пакет натолкают говен

Гордость рача - аур, свалка никем не поддерживаемых пакетов.

Ответить | Правка | Наверх | Cообщить модератору

162. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (112), 01-Дек-24, 19:51 
Не у всех пакетов замораживаются версии. тот же браузер регулярно обновляется, по этому между при следующем релизе разница может быть минимальна.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

86. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (59), 01-Дек-24, 14:47 
nix интересен исключительно флейками("легко и непринужденно", гит репа превращется в пакет). в остальном guix на голову выше, проще, лучше документация, понятный cli. nixpkgs -- это кромешный ад, достаточно подсмотреть чужую более-менее сложную конфигурацию, чтобы обходить это стороной за семь верст.

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

https://guix.gnu.org/manual/devel/en/html_node/Writing-Manif...
https://guix.gnu.org/manual/en/html_node/Package-Transformat...


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

https://guix.gnu.org/fr/blog/2019/running-a-guix-xfce-deskto.../

Ответить | Правка | Наверх | Cообщить модератору

102. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (1), 01-Дек-24, 15:11 
Сообщество guix какбэ намекает своим небольшим размером. А так штука хорошая годная.
Ответить | Правка | Наверх | Cообщить модератору

177. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от O_o (?), 01-Дек-24, 23:31 
> Сообщество guix какбэ намекает своим небольшим размером. А так штука хорошая годная.

Сообщество GUIX судя по их недавним поросячьим визгам в торону RMS целиком состоит из sjw-терпил и интересных личностей.

Но сам дистр из всей GNU-братии чуть ли не самый годный, да))

Ответить | Правка | Наверх | Cообщить модератору

125. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 01-Дек-24, 16:02 
Вы пользуетесь guix сами?
>проще, лучше документация, понятный cli

Например?

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

142. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (59), 01-Дек-24, 17:19 
>Вы пользуетесь guix сами?

с него и пишу

>Например?

Что например? Что гиксом можно пользоваться как обычным дистрибутивом с простым "guix {search,instal,remove} package", а не "nix-env -iA package"(я уж молчу про поиск пакетов...), которым(способом) к слову даже разработчики NixOS не советуются пользоваться, добавляйте сразу в профиль, на каждый чих "rebuild switch". Или что документация в гиксе лучше? Ну так это общеизвестный факт. Или то, что в никсе два комплекта утилит, и каким поьзоваться надо еще докадаться, причем флейки гораздо, гораздо сложнее чем обычные каналы, и повторюсь, они до сих пор в экспериментальном режиме, почему? - да потому что закаленные пользователи и так знают кухню nixpkgs, а на новых они похоже не расчитывают, и никому не вперлось писать нормальную документацию. Или что home-manager & nixpkgs вообще в отдельной ветке существуют, в то время как в гиксе все определения пакетов и guix-home в одной репе. Ну и пвторюсь, nixpkgs это охрененно огромная иблиотека с кучей костылей, в которую придеться въезжать рано или поздно, мне кажется в системе сборки гикса разобраться проще

Ответить | Правка | Наверх | Cообщить модератору

149. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 01-Дек-24, 18:41 
>с него и пишу

И как там дела обстоят с кодеками, дровами и прочими вещами? Я помню, что на федоре с этим регулярно были проблемы, так как там было два отедльных репозитория, а вот в nix работает из коробки. Заодно - как там с ленивостью, насколько долго будет вычисляться система в случае пересборки?
>Что например?

Я думал, что вы опишите какой-нибудь guix containers и ещё какие-то подобные фичи, а вы только это.
>Что гиксом можно пользоваться как обычным дистрибутивом с простым "guix {search,instal,remove} package"

Что, таким образом можно и модуль ядра поставить, и шрифты, и библиотеки для разработки? И во что после этого аналог config.nix превращается?
>а не "nix-env -iA package"(я уж молчу про поиск пакетов...)

Всегда либо в config.nix писал, либо в default.nix
>Или что документация в гиксе лучше? Ну так это общеизвестный факт.

А можно какой-то пример, чтобы можно было сравнить? И желательно не тривиальный.

Ответить | Правка | Наверх | Cообщить модератору

166. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (59), 01-Дек-24, 21:38 
>И как там дела обстоят с кодеками, дровами и прочими вещами?

по этому поводу не могу ничего сказать, я простой пользователь, видео работает, игры(мои) играются, текст редактируется, иксы с дровами стоят в профиле пользователя, не уверен что это правильная стратегия, тем не менее меня все устраивает, бывший пользователь void linux, воссоздал свою привычную конфигурацию, не жалуюсь

>Всегда либо в config.nix писал, либо в default.nix

в этом и суть, nix хочет чтобы пользователь заносил свои пакеты в configuration.nix, либо использовал флейки либо home-manager, что по сравнению с гиксом не сильно легко понять, в гиксе это делается в две строчки. тут-же можно иметь несколько профилей, и загружать их по мере необходимости.


$ cat manifest.scm
(specifications->manifest
  `("твои" "пакеты"))

потом просто сделать "guix package -m manifest.scm" и все, одна строка и список к ней, против магии flakes, а можно не заморачиваться и устанавливать пакеты как в обычном дистрибутиве, при этом они никуда не теряются и полный список можно вытянуть коммандой "guix package --export-manifest > manifest.scm", что разумеется пригодиться при развертывании еще одной системы, ну и конечно все это добро, с вручную установленными пакетами откатывается взад

ЗЫ я не сильно вникал в никс если честно, он мне сразу показался слишком замороченым, если копнуть глубже - это ппц какой сложный весчъ

>А можно какой-то пример, чтобы можно было сравнить? И желательно не тривиальный.

я привел пример, как поставить де+нужные программы, в nix это будет мягко коворя не очевидно

Ответить | Правка | Наверх | Cообщить модератору

178. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Мимокрокодил (?), 01-Дек-24, 23:41 
>[оверквотинг удален]
> устанавливать пакеты как в обычном дистрибутиве, при этом они никуда не
> теряются и полный список можно вытянуть коммандой "guix package --export-manifest >
> manifest.scm", что разумеется пригодиться при развертывании еще одной системы, ну и
> конечно все это добро, с вручную установленными пакетами откатывается взад
> ЗЫ я не сильно вникал в никс если честно, он мне сразу
> показался слишком замороченым, если копнуть глубже - это ппц какой сложный
> весчъ
>>А можно какой-то пример, чтобы можно было сравнить? И желательно не тривиальный.
> я привел пример, как поставить де+нужные программы, в nix это будет мягко
> коворя не очевидно

Уважаемый, вы мне только что за эти два своих поста продали Guix, пробовал несколько раз NixOS ставить, но заманался осиливать периодические изменения и подкрутки по месту которые каждый документирует по желанию левой пятки и в зависимости от погоды на Марсе. А остальные вторят, что систему не познать, если не стать программистом на никсе. xD

Ответить | Правка | Наверх | Cообщить модератору

191. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (59), 02-Дек-24, 11:09 
не стоит благодарности ;)

https://github.com/SystemCrafters/guix-installer

Ответить | Правка | Наверх | Cообщить модератору

193. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 02-Дек-24, 11:10 
>по этому поводу не могу ничего сказать, я простой пользователь

Пк/ноутбук? Ядро из коробки - из стороннего репозитория с блобами? И так далее.
>в гиксе это делается в две строчки.

И как это будет выглядеть для nginx - где кроме самой программы нужен ещё и конфиг? Пакет не удалится? Удалится как apt remove? Удалится и конфиг как apt purge?
>а можно не заморачиваться и устанавливать пакеты как в обычном дистрибутиве

Любые пакеты? Модули ядра/сборочные зависимости/демоны? Или что-то из этого не ставил?
>я привел пример, как поставить де+нужные программы, в nix это будет мягко коворя не очевидно

Зато после понимания принципа становится намного легче, чем в других системах

Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

205. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (59), 02-Дек-24, 15:04 
>Пк/ноутбук?

Ноутбук, thinkpad t470/t430, ядро с блобами. сеть, звук, видео, блютуз, микрофон, камера - работают, каких-то специфических настроек не производил

>И как это будет выглядеть для nginx - где кроме самой программы нужен ещё и конфиг? Пакет не удалится? Удалится как apt remove? Удалится и конфиг как apt purge?

nginx настраивается как системый сервис: https://karl.hallsby.com/running-your-website-using-guix-sys..., в не-гикс системе полагаю можно настроить с "guix home", сам я пока не вникал в домашний менеджер

а вообще, если нужен конфиг где-то, который не предусмотрен в самом гиксе, его можно установить с помощью специального сервиса, который создаст символическую ссылку для нужного тебе конфига, ниже подразумевается что конфиг лежит в той же директории, что и системный config.scm:


(service special-files-service-type
         `(("/etc/program/name.conf" ,(local-file "name"))))

Это в том случае, если конфиг большой, а если на пару строк то проще сразу в системный запихнуть.

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

>Любые пакеты? Модули ядра/сборочные зависимости/демоны? Или что-то из этого не ставил?

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

Ответить | Правка | Наверх | Cообщить модератору

211. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 02-Дек-24, 16:32 
>Ноутбук, thinkpad t470/t430, ядро с блобами

И как, не рассыпается со временем? У меня на каком-то из редхатов(или на сюзе) в итоге разваливалось.
>nginx настраивается как системый сервис:

schema субъективно выглядит страшной. Одни отступы в один пробел и в разнобой чего стоят
>в не-гикс системе полагаю можно настроить с "guix home"

С nix мне оказалось гораздо проще собрать контейнер, и запускать всё из контейнера. Правда не докер, но не суть важно. Не думаю, что guix в этом плане лучше
>любые, гикс просто добавляет пакет в магазин и активирует путь до оных в домашнем профиле, другое дело, если пакет запланирован как системный, то будет ли он правильно работать - вопрос :)

И в чём тогда выгода? Это буквально тот же nix. Вот если бы можно было бы модуль ядра так поставить, через guix install ... Но с учётом сложности системы, не думаю, что это реализуемо

Ответить | Правка | Наверх | Cообщить модератору

223. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (59), 02-Дек-24, 19:38 
>И как, не рассыпается со временем?

Физически? Еще как рассыпаются! :D На t430 помер экран и часть клавиатуры, на t470 пока только батарея умерла. В плане софта нормально, модуль wifi кривой на t470, но с этим и на void проблемы были

>С nix мне оказалось гораздо проще собрать контейнер

В guix тоже есть контейнеры. А еще есть интересная штука - guix pack: https://guix.gnu.org/manual/en/html_node/Invoking-guix-pack...., где с недавних пор можно приложения в формате appimage паковать

>И в чём тогда выгода? Это буквально тот же nix

Guix = Guile + Nix :) Eсли рассматривать дистрибутив с практичной точки зрения, тут никс конечно выигрывает(?), исключительно за счет популярности и доступности пакетов. Гикс проще(мое мнение), все запрограммировано на Guile - инит, крон, системы сборки пакетов, сервисы и тд, в отличии от никса - там nix, тут bash - ну и это просто интересно. В никс сам язык может и простой, но nixpkgs - это "ад и израиль". В перспективе учить scheme полезней, guile есть в gdb & gimp :p А еще для scheme огромное количество обучающих материалов: Little Schemer, HtDP, SICP, etc

Ответить | Правка | Наверх | Cообщить модератору

98. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (100), 01-Дек-24, 15:05 
Создавать свой дистрибутив было стратегической глупостью. Надо было сконцентрироваться на продвижении пакетного менеджера. Например, заслав своего шпиёна в дебиан, где он продавит решение о использовании пакетного менеджера никс.
Ответить | Правка | Наверх | Cообщить модератору

101. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (1), 01-Дек-24, 15:10 
— Ковальски, варианты.
— Стратегическое отступление.
— Поясните...
— Мы убегаем, но мужественно.
Ответить | Правка | Наверх | Cообщить модератору

105. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от анонон (?), 01-Дек-24, 15:13 
Куда бы nix не присунули в итоге всё равно получится NixOS/Guix.
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

131. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –4 +/
Сообщение от Аноним (-), 01-Дек-24, 16:18 
>Надо было сконцентрироваться на продвижении пакетного менеджера.

Какой ты навиный. NixOS не имееют Иерархию файловой системы (FHS) характерную для Unix-like систем. Там нет корня /, система обоновляется атомарно то есть сносится и ставится новая версия всей базовой части.

Это уникальная система.

Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

150. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 01-Дек-24, 18:42 
Корень есть, не лги
Ответить | Правка | Наверх | Cообщить модератору

165. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Вася (??), 01-Дек-24, 21:23 
так он там есть.
вся жопа в том, что использовать nix в других дистрах не очень удобно из-за проблем, которые решает nixGL.
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

194. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (112), 02-Дек-24, 11:11 
>Например, заслав своего шпиёна в дебиан

И сколько бы это лет заняло? В дебиане пакеты на расте собрать не могут, а вы про принципиально новый пакетный менеджер

Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

204. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +2 +/
Сообщение от myster (ok), 02-Дек-24, 13:58 
> Надо было сконцентрироваться на продвижении пакетного менеджера.

Можно подумать, что они не сконцентрировались. Пакетный менеджер Nix продвигается даже больше, чем операционная система, ссылка на Nix на странице загрузки идёт раньше, чем на NixOS.
Никто не мешает его использовать например в Debian, прикрутить к нему home-manager и управлять всеми конфигами в домашней директории. Тем самым, избавив, от хаоса клкссические дистрибутивы. Было бы ваше желание.

Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

195. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (195), 02-Дек-24, 11:29 
вот поставил я приложение версии 0, а потом зашел в приложение версии 1, а оно конфиг проапдейтило, а потом опять зашел в версию 0 - как то все это по конфигам разруливается аналогично версионированию самих бинарников?
Ответить | Правка | Наверх | Cообщить модератору

198. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 02-Дек-24, 12:03 
>а оно конфиг проапдейтило

Такого не бывает. Конфиг генерируется прямо во время установки/обновления, после чего остаётся неизменяемы, в юнит файле systemd указывается путь к текущему конфигу, таким образом, количество конфигов равно уникальному количеству разных сборок.

Ответить | Правка | Наверх | Cообщить модератору

201. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от myster (ok), 02-Дек-24, 12:46 
Конфиг можно задавать в Nix коде. И вместе с версией 0 задать программе свой конфиг.
При запуске версии 0 нужно будет в параметре программы указать путь до кастомного конфига, если программа это поддерживает. А если программа не поддерживает и конфиг находится в HOME, то подменяем ей HOME где есть нужный конфиг. А если программа использует конфиги в /etc/ или еще где-то, то NixOS подедерживает простую контейнеризацию без изоляции, можно данную программу запустить в контейнере средствами NixOS, где будут нужные конфиги.

Вообщем способов полно.

Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

216. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от mos87 (ok), 02-Дек-24, 18:19 
Интересный факт - ровно 37.8% вопросов о настройке Линукса исходят от пользователей сверх-настраиваемого дистрибутива Nix.

ниблагадарите.

Ответить | Правка | Наверх | Cообщить модератору

219. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от myster (ok), 02-Дек-24, 18:25 
> Интересный факт - ровно 37.8% вопросов о настройке Линукса исходят от пользователей
> сверх-настраиваемого дистрибутива Nix.
> ниблагадарите.

Источник принятно указывать. Я не говорю что не верю.

Ответить | Правка | Наверх | Cообщить модератору

225. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (112), 02-Дек-24, 20:16 
>Интересный факт

И? Пользователи остальных дистрибутивов ничего не настраивают или как?

Ответить | Правка | К родителю #216 | Наверх | Cообщить модератору

230. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (-), 03-Дек-24, 00:29 
NixOS 24.11 выглядит интересно, особенно с KDE Plasma 6.2 и GNOME 47. Но вся эта "воспроизводимость" и хеширование зависимостей в /nix/store иногда превращается в головную боль. Занимает кучу места на диске, и разобраться в этом лабиринте файлов не так-то просто. В Arch Linux с pacman всё гораздо проще и понятнее. Обновления чаще, и система всегда на острие прогресса. Да и AUR с его огромным количеством пакетов никто не отменял. ;)

Ответить | Правка | Наверх | Cообщить модератору

232. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от myster (ok), 03-Дек-24, 01:13 
> хеширование зависимостей в /nix/store иногда превращается в головную боль

У вас странное восприятие этих зависимостей. Я наоборот рад, что все бинари там отлинкованы от стандартных путей до библиотек, это увеличивает безопасность. Взломщику не удастся выполнить произвольный код в системе, например, ломает он веб-сервер с NixOS, дальше загружает curl'ом свой троян (это стандартный паттерн загрузки дряни), а его бинарь потом тупо не запускается. Вот когда говорят, что Linux вирусы не цепляет, это как раз про NixOS, а не про стандартные дистрибутивы.

> Занимает кучу места на диске

Достаточно настроить периодическую сборку мусора или ручками выполнять, например:
$ sudo nix-collect-garbage --delete-older-than 30d

> и разобраться в этом лабиринте файлов не так-то просто

и не требуется, система сама себя может обслуживать

> В Arch Linux с pacman всё гораздо проще и понятнее. Обновления чаще, и система всегда на острие прогресса.

Сравни для интереса текущие версии пакетов в Arch и в ветке unstable NixOS. В основном все версии совпадают, то есть обновляется также быстро всё. Есть конечно исключение, например Linux ядро не так шустро меняет цифры, но всё равно опаздывает не сильно.

Ответить | Правка | Наверх | Cообщить модератору

233. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (-), 03-Дек-24, 01:44 
ты прав в том, что у NixOS есть свои сильные стороны. Особенно, когда речь заходит о безопасности и серверных задачах. Но я всё-таки говорю с позиции обычного пользователя.

1) безопасность.
давай будем честны: сколько раз ты сталкивался с реальной угрозой, где такая архитектура спасла систему? Для большинства людей это больше про удобство, чем про гипотетическую защиту от троянов. (если уж так горит, то в  Arch можно настроить AppArmor или SELinux).  Настроить AppArmor/SELinux — это, конечно, тоже требует усилий, но это гораздо менее радикальный шаг, чем полностью менять дистрибутив и учиться работать с Nix.

2 Место на диске
настраивать сборку мусора или вручную запускать nix-collect-garbage? Ну, окей. Но зачем мне возиться с этим, если в Arch место на диске контролируется проще? Удалил ненужные пакеты одной командой — и всё. А в NixOS тебе надо ещё разбираться с профилями, сборкой мусора и версионностью. Это не про удобство, а про компромисс.

3)обслуживание
Да, NixOS сама себя обслуживает, но как только нужно залезть внутрь и что-то понять, начинается боль. И самое важное и честное: Я не хочу изучать специфику Nix-экосистемы ради базовых задач. В Arch структура файлов интуитивно понятна: надо что-то подправить — знаешь, где искать. Вот и вся разница.

4)) Обновления
Насчёт версий пакетов в unstable NixOS — может, ты и прав. Но только Arch — это про реальную свободу выбора: хочешь bleeding-edge — обновляйся хоть каждый день, хочешь стабильности — заморозь нужные пакеты через IgnorePkg. Да и AUR остаётся огромным преимуществом, где есть вообще всё, чего душа пожелает, без лишних танцев с настройками.

NixOS — классный выбор для тех, кому нужны специфические сценарии. Но если говорить про простоту, гибкость и повседневное использование, Arch выигрывает.

Ответить | Правка | Наверх | Cообщить модератору

245. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Аноним (112), 03-Дек-24, 09:29 
>Но если говорить про простоту, гибкость и повседневное использование, Arch выигрывает.

И как там в арче, откатится на предыдущую сборку или же запустить софт пятилетней давности?

Ответить | Правка | Наверх | Cообщить модератору

258. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от myster (ok), 03-Дек-24, 11:00 
> NixOS — классный выбор для тех, кому нужны специфические сценарии. Но если говорить про простоту, гибкость и повседневное использование, Arch выигрывает.

Я за много лет использование Arch обновил кучу конфигов в /etc и /home, изменения нигде не отслеживались и не версионировались и сейчас там черт ногу сломит в них, я что то сломал в конфигурации Pipewire и проще переустановить Arch, чем разбираться.
А NixOS предоставляет управление конфигами в одном месте и всё это версионируется в Git. Может это и специфический сценарий, но это шикарный сценарий по удоству. Упрощается миграция на другие машины, для меня это очень важно, что не придется все перенастраивать.

> Но только Arch — это про реальную свободу выбора: хочешь bleeding-edge — обновляйся хоть каждый день, хочешь стабильности — заморозь нужные пакеты через IgnorePk

К слову о свободе, NixOS тоже позволяет заморозить выборочные пакеты. Но Arch, например, тебе не позволит заморозить все пакеты системы, но при этом обновить несколько пакетов до текущей версии, которым требуются более свежие системные библиотеки.  Или наоборот понизить версию пакета, которому требуются более старые системные библиотеки. В NixOS программа после этого запустится в отличие от Arch. А в Arch это придется обходить через Docker, Flatpak, chroot, виртуалки и т.п.

Ответить | Правка | К родителю #233 | Наверх | Cообщить модератору

264. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (112), 03-Дек-24, 13:11 
>дальше загружает curl'ом свой троян (это стандартный паттерн загрузки дряни), а его бинарь потом тупо не запускается

Скрипты изобретены, статические бинарники тоже. Тот же голанг из коробки собирается статически

Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

269. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от myster (ok), 03-Дек-24, 14:57 
не спорю, но масштаб для вектора атак NixOS всё-равно ведь снижает
Ответить | Правка | Наверх | Cообщить модератору

250. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от Вася (??), 03-Дек-24, 10:05 
> Но вся эта "воспроизводимость" и хеширование зависимостей в /nix/store иногда превращается
> в головную боль. Занимает кучу места на диске, и разобраться в
> этом лабиринте файлов не так-то просто.

А тебе не нужно разбираться в /nix/store. Там лежат просто файлы, которые в реальности тебе не нужны, у тебя даже обращение к ним из конфига будет идти по имени пакета, а не по его пути.
А насчет места на диске 1)собирай и сортируй мусор 2)уменьшай количество генераций 3)диски дешевые 4)даже после всего вышеперечисленнего, если вдруг оно все еще начнет жрать место, то это очень скромная плата за то, что бы никогда больше не заниматься микроменеджментом файлов в своей системе вне пространства данных пользователя.


Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

257. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +3 +/
Сообщение от Аноним (112), 03-Дек-24, 10:58 
>Занимает кучу места на диске, и разобраться в этом лабиринте файлов не так-то просто.

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

Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

277. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (277), 03-Дек-24, 17:57 
> которая ломается от малейшего чиха, и иногда портится сама по себе.

Такое описание Arch Linux звучит как художественное преувеличение, скорее из разряда шуток, чем объективной критики.

на дистровотч у арча ср.оценка пользователей 9.3. ты же говоришь о ней так, как будто это поделка школьника. не надо так.

Ответить | Правка | Наверх | Cообщить модератору

284. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (283), 04-Дек-24, 11:27 
>Такое описание Arch Linux звучит как художественное преувеличение

Эм, вы арчем пользуетесь или только на картинках его рассматриваете?
>https://archlinux.org.ru/forum/topic/21850/
>В результате, при обновлении пакета с с версий до 6.5 на версию 6.5 и выше, имеющиеся рабочие отредактированные конфиги в /etc/iproute2 переименовываются в *.pacsave и тихо перестают работать.

Молча запороть конфиги - это сильно.
>https://archlinux.org.ru/forum/topic/21826/
>Необходимо удалить mutter43 и сразу же обновиться. Не перезагружайтесь и не разлогинивайтесь во время процедуры.

Из-за того, что арч не умеет нормально ставить несколько версий пакетов, пользователю даже разлогинится нельзя, если он не хочет остаться наедине с консолью.
>https://archlinux.org.ru/forum/topic/22245/
>У тех, кто пользуется локальными репозиториями могут возникнуть проблемы, связанные с отсутствием у нового пользователя доступа к файлам пакетов.

Любой отход от дефолта - и внезапные проблемы

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

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

Ответить | Правка | Наверх | Cообщить модератору

266. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от анонон (?), 03-Дек-24, 13:53 
Видимо фанаты NixOS всех настолько достали, что ни фороникс, ни r/linux, ни distrowatch не захотели даже новость про новый релиз выставить
Ответить | Правка | Наверх | Cообщить модератору

270. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +/
Сообщение от Аноним (270), 03-Дек-24, 14:58 
ни linux.org.ru :(
Ответить | Правка | Наверх | Cообщить модератору

273. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  –1 +/
Сообщение от Аноним (-), 03-Дек-24, 16:02 
Во-первых, не хами. Во-вторых просто забыли, редкий дистр. И то, что на опеннете есть его пользователи. это плюс.
Ответить | Правка | К родителю #266 | Наверх | Cообщить модератору

287. "Выпуск дистрибутива NixOS 24.11, использующего пакетный мене..."  +1 +/
Сообщение от myster (ok), 04-Дек-24, 17:19 
> редкий дистр

На Distwowatch в 20-ке, 17-е место занимает. Не такой уж и редкий.

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру