1.1, Аноним (1), 22:34, 06/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> по условиям лицензионного соглашения не разрешается переупаковывать проприетарные компоненты NVIDIA
Это ограничение RPM, который не может собираться на стороне пользователя. Вот в Nix пакет может быть объявлен как local build only, и он скачает/перепакует на стороне пользователя, без нарушений каких-то там лицензий. И вновь Nix показывает свое превосходство в сравнению с RPM, который по своей архитектуре застрял в 90-ых.
| |
|
2.7, Аноним (-), 23:16, 06/08/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Есть сорт оф ГОЗ в США на Никс.
Угу, с 2024 года
> Есть несколько успешных бизнесов, построенных на Никсе.
Это просто невероятно! Целых несколько!
> Так что всё пока достаточно неплохо.
Отличное достижение с 2003 года, т.е. за 20+ лет! Просто шикарное!
А теперь посмотрите где используется RHEL, который всего на 3 года старше Nix, и RPM.
> Обновите методичку.
Как будто от ее смены Nix не перестанет быть нинужным.
| |
2.9, freehck (ok), 00:26, 07/08/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Nix показывает свое превосходство в сравнению с RPM, который по своей архитектуре застрял в 90-ых.
Знаешь, дорогой, дистрибутивы становятся популярны далеко не из-за технических качеств, а чаще всё же из сопутствующих организационных, таких как: стабильность, срок поддержки релиза, скорость доставки обновлений безопасности, наличие платного суппорта и сертификационных центров, наличие партнёрских программ (ну например наличие сборок нужного стороннего ПО под дистрибутив), возможность влиять на разработку востребованных программных продуктов, итд итп...
И качество пакетника имеет далеко не первостепенную роль. Ну да, RPM не сахар, но живёт же он почему-то в Red Hat все эти годы, не смотря на то, что APT гораздо мощнее. Потому что вещи, которые я перечислил выше, и которые бизнесу реально важны -- в RHEL-based и в Debian-based дистрибутивах есть, а в Nix -- нет.
Nix очень далёк от реальных потребностей энтерпрайза. Это странный диструбитив, построенный не вокруг потребностей бизнеса, а вокруг идеи его автора о том, каким должен быть пакетник. Идеи, которая с текущим уровнем развития технологий контейнеризации уже и не очень-то актуальна. И лицензионных вопросов в Nix не возникает просто потому, что нет и не будет людей, с которых можно в суде бабок стрясти за нарушение оных.
PS: Да, вы уже порядком надоели хвастаться, какой Nix клёвый, в каждой блин новости. Ребята, ну имейте уже совесть. Это -- игрушка для гиков. Игрушка прикольная, но всё же игрушка.
| |
|
3.21, User (??), 09:47, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Однако, база - но боюсь, ЦА разбросанный бисер не оценит...
| |
|
2.12, Аноним (12), 03:27, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
nix всё ещё гадит в одном каталоге десятками тысяч подкаталогов (по одному на каждую версию пакета) или уже починили?
| |
|
3.14, morphe (?), 06:14, 07/08/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
У тебя fat32? Какая разница сколько там подкаталогов? Оно так by-design, зачем это "чинить"?
| |
|
4.22, Аноним (22), 10:23, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ext4 точно довольно тормозная в этом отношении, при кажлом обращении к каталогу с 10000 подкаталогов приходится порядка 100 секунд, пока раздуплится. Я слышал, btrfs получше, но у неё с этим свои проблемы потом в процессе использования. Какие ваши варианты?
| |
|
5.24, morphe (?), 10:50, 07/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> при кажлом обращении к каталогу с 10000 подкаталогов приходится порядка 100 секунд, пока раздуплится.
Нет там такого
Может речь про команду ls условную?
Она для каждого файла в директории делает stat, и это может быть медленно в больших
Однако для простого перечисления списка файлов в ext4/xfs/btrfs и прочих никаких проблем нет
| |
|
6.30, Аноним (22), 11:50, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну find ещё на секунду медленнее ls. У баша echo быстрее (не знаю, кеширует ли где-то), но единственный способ удалять файлы в таких местах это find и отрабатывает он вечность.
| |
|
|
4.33, Аноним (33), 12:05, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
А вот rpm может работать на любой файловой системе.
И "RPM, который не может собираться на стороне пользователя" тоже by-design, в чём проблема-то?
| |
|
|
2.15, Аноним (15), 06:47, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> дистрибутивы становятся популярны ... из ... наличие платного суппорта
Интересная мысль
| |
|
3.26, RM (ok), 11:06, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Абисняю, мысль на самом деле тривиальна, но надо админить не только условный локалност.
наличие платного суппорта означает возможность его купить (если чо случилось/понадобилось) у заслуживающей доверия фирмы, лучше напрямую от производителя.
Не обязаловку, а возможность.
И суппорт - это не апдэйты устанавливать.
И его ооочень любят админы кровавого энтерпрайза, если не помощь, то хоть индульгенцию от независимого источника получить.
Типа "если уже суппорт не смог, то что вы от меня хотите"
| |
|
2.34, Аноним (34), 12:11, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Это ограничение RPM, который не может собираться на стороне пользователя. Вот в Nix пакет может быть объявлен как local build only, и он скачает/перепакует на стороне пользователя, без нарушений каких-то там лицензий
А про nosrc.rpm вы, я так понимаю, не слышали... Но уже пишите про "ограничения"
| |
2.37, Аноним (37), 12:51, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
>Это ограничение RPM, который не может собираться на стороне пользователя.
Ложь. Пакеты .src.rpm собираются одной командой.
| |
2.40, Alex154 (ok), 13:28, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Nix интересен. Но как в самой NixOS подключить сторонние зеркала кроме штатного репозитория? Чтобы я пользовался системой, не боясь что репозитории отвалятся в РФ.
Документация и гайды в интернете на Nix и NixOS кстати есть? Не исходники читать, а вот по нормальному.
Софт когда начнут нормально собирать? Чтобы был Double Commander и QT5 и QT6 и GTK2?
Nix и NixOS конечно интересен, но не юзабелен.
| |
|
1.11, Аноним (11), 01:09, 07/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> по условиям лицензионного соглашения не разрешается переупаковывать проприетарные компоненты NVIDIA
В моём дистре на это кладут, и правильно делают
| |
1.13, Аноним (-), 04:59, 07/08/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
>режиме Secure Boot, так как они не заверены цифровой подписью дистрибутива.
А почему Secure Boot нельзя просто игнорировать. Всё, что создано в стенах Майкрософт - не нужно. Подписи можно проверять штатными средствами самого ядра.
| |
|
2.29, Аноним (23), 11:41, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Всё, что создано в стенах Майкрософт - не нужно.
Придётся вам тогда и от линукса отказаться.
| |
|
|
4.43, Аноним (23), 13:50, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Как будто там только Hyper-V. не-е, придётся всю историю коммитов отслеживать.
| |
|
5.45, Аноним (-), 13:58, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Там только Hyper-V, а если найдётся ещё что, то 100 пудово это будет каким-нибудь специфичным для продуктов Майкрософта ненужно. Всю историю коммитов отслеживать не надо. Надо просто в menuconfig ядра снять галочку напротив Hyper-V.
| |
|
|
|
2.35, Аноним (31), 12:14, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ещё скажи что собираешь игнорировать монополию ASML, и олигополию TSMC, Intel, AMD и Samsung...
| |
|
3.36, Аноним (-), 12:27, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Ещё скажи что собираешь игнорировать монополию ASML, и олигополию TSMC, Intel, AMD и Samsung...
Вот сейчас аналоговнетный литограф доделают и покажуть ASML кузькину мать!
Нужно только немного подождать.
| |
3.46, Аноним (-), 14:00, 07/08/2025 [^] [^^] [^^^] [ответить]
| +/– |
>Ещё скажи что собираешь игнорировать монополию ASML, и олигополию TSMC, Intel, AMD и Samsung...
Не скажу. А вот игнорирвать Secure Boot и все что создано в стенах Майкрософта нужно!
| |
|
|
|
2.32, Аноним (22), 12:00, 07/08/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Слабаки. Нвидии надо было показать средний палец.
Так не сосут у амд, а значит, у нет мотивации шквариться.
| |
|
|