The OpenNET Project / Index page

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



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

"AlmaLinux начал предоставлять пакеты с драйверами NVIDIA"  +/
Сообщение от opennews (??), 06-Авг-25, 22:34 
Разработчики дистрибутива AlmaLinux объявили о формировании пакетов с  драйверами NVIDIA для веток AlmaLinux 9 и 10. Для установки также предложены пакеты с драйвером и стеком CUDA. Драйверы могут использоваться в конфигурациях с UEFI...

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

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

Оглавление

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

1. Сообщение от Аноним (1), 06-Авг-25, 22:34   +1 +/
> по условиям лицензионного соглашения не разрешается переупаковывать проприетарные компоненты NVIDIA

Это ограничение RPM, который не может собираться на стороне пользователя. Вот в Nix пакет может быть объявлен как local build only, и он скачает/перепакует на стороне пользователя, без нарушений каких-то там лицензий. И вновь Nix показывает свое превосходство в сравнению с RPM, который по своей архитектуре застрял в 90-ых.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #7, #9, #12, #15, #16, #20, #34, #37, #40

2. Сообщение от Аноним (2), 06-Авг-25, 22:36   +19 +/
ну и пользуйся своим nix, чё пристал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

7. Сообщение от Аноним (-), 06-Авг-25, 23:16   +5 +/
> Есть сорт оф ГОЗ в США на Никс.

Угу, с 2024 года

> Есть несколько успешных бизнесов, построенных на Никсе.

Это просто невероятно! Целых несколько!

> Так что всё пока достаточно неплохо.

Отличное достижение с 2003 года, т.е. за 20+ лет! Просто шикарное!
А теперь посмотрите где используется RHEL, который всего на 3 года старше Nix, и RPM.

> Обновите методичку.

Как будто от ее смены Nix не перестанет быть нинужным.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #39

9. Сообщение от freehck (ok), 07-Авг-25, 00:26   +5 +/
> Nix показывает свое превосходство в сравнению с RPM, который по своей архитектуре застрял в 90-ых.

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

И качество пакетника имеет далеко не первостепенную роль. Ну да, RPM не сахар, но живёт же он почему-то в Red Hat все эти годы, не смотря на то, что APT гораздо мощнее. Потому что вещи, которые я перечислил выше, и которые бизнесу реально важны -- в RHEL-based и в Debian-based дистрибутивах есть, а в Nix -- нет.

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

PS: Да, вы уже порядком надоели хвастаться, какой Nix клёвый, в каждой блин новости. Ребята, ну имейте уже совесть. Это -- игрушка для гиков. Игрушка прикольная, но всё же игрушка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #21

11. Сообщение от Аноним (11), 07-Авг-25, 01:09   +2 +/
> по условиям лицензионного соглашения не разрешается переупаковывать проприетарные компоненты NVIDIA

В моём дистре на это кладут, и правильно делают

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28, #38

12. Сообщение от Аноним (12), 07-Авг-25, 03:27   +/
nix всё ещё гадит в одном каталоге десятками тысяч подкаталогов (по одному на каждую версию пакета) или уже починили?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #14

13. Сообщение от Аноним (-), 07-Авг-25, 04:59   –3 +/
>режиме Secure Boot, так как они не заверены цифровой подписью дистрибутива.

А почему Secure Boot нельзя просто игнорировать. Всё, что создано в стенах Майкрософт - не нужно. Подписи можно проверять штатными средствами самого ядра.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25, #29, #35

14. Сообщение от morphe (?), 07-Авг-25, 06:14   –1 +/
У тебя fat32? Какая разница сколько там подкаталогов? Оно так by-design, зачем это "чинить"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #22, #33

15. Сообщение от Аноним (15), 07-Авг-25, 06:47   +/
> дистрибутивы становятся популярны ... из ... наличие платного суппорта

Интересная мысль

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #26

16. Сообщение от Аноним (16), 07-Авг-25, 07:13   +1 +/
Деза. RPM может собираться на стороне пользователя))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #61

20. Сообщение от Тфьу (?), 07-Авг-25, 09:34   –2 +/
Nix вообще крут! Очень прикольная задумка!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

21. Сообщение от User (??), 07-Авг-25, 09:47   +/
Однако, база - но боюсь, ЦА разбросанный бисер не оценит...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

22. Сообщение от Аноним (22), 07-Авг-25, 10:23   +/
Ext4 точно довольно тормозная в этом отношении, при кажлом обращении к каталогу с 10000 подкаталогов приходится порядка 100 секунд, пока раздуплится. Я слышал, btrfs получше, но у неё с этим свои проблемы потом в процессе использования. Какие ваши варианты?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #24

24. Сообщение от morphe (?), 07-Авг-25, 10:50   +1 +/
> при кажлом обращении к каталогу с 10000 подкаталогов приходится порядка 100 секунд, пока раздуплится.

Нет там такого

Может речь про команду ls условную?
Она для каждого файла в директории делает stat, и это может быть медленно в больших

Однако для простого перечисления списка файлов в ext4/xfs/btrfs и прочих никаких проблем нет

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #30

25. Сообщение от morphe (?), 07-Авг-25, 10:52   +/
А кто проверит подпись самого ядра?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #48

26. Сообщение от RM (ok), 07-Авг-25, 11:06   +2 +/
Абисняю, мысль на самом деле тривиальна, но надо админить не только условный локалност.

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

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

28. Сообщение от Аноним (28), 07-Авг-25, 11:25   +2 +/
И чем он тогда лучше шинды?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

29. Сообщение от Аноним (29), 07-Авг-25, 11:41   +/
> Всё, что создано в стенах Майкрософт - не нужно.

Придётся вам тогда и от линукса отказаться.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #41

30. Сообщение от Аноним (22), 07-Авг-25, 11:50   +/
Ну find ещё на секунду медленнее ls. У баша echo быстрее (не знаю, кеширует ли где-то), но единственный способ удалять файлы в таких местах это find и отрабатывает он вечность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #60

33. Сообщение от Аноним (33), 07-Авг-25, 12:05   +/
А вот rpm может работать на любой файловой системе.

И "RPM, который не может собираться на стороне пользователя" тоже by-design, в чём проблема-то?

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

34. Сообщение от Аноним (34), 07-Авг-25, 12:11   +/
> Это ограничение RPM, который не может собираться на стороне пользователя. Вот в Nix пакет может быть объявлен как local build only, и он скачает/перепакует на стороне пользователя, без нарушений каких-то там лицензий

А про nosrc.rpm вы, я так понимаю, не слышали... Но уже пишите про "ограничения"

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

35. Сообщение от Аноним (35), 07-Авг-25, 12:14   +/
Ещё скажи что собираешь игнорировать монополию ASML, и олигополию TSMC, Intel, AMD и Samsung...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #36, #46

36. Сообщение от Аноним (-), 07-Авг-25, 12:27   +/
> Ещё скажи что собираешь игнорировать монополию ASML, и олигополию TSMC, Intel, AMD и Samsung...

Вот сейчас аналоговнетный литограф доделают и покажуть ASML кузькину мать!
Нужно только немного подождать.


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

37. Сообщение от Аноним (37), 07-Авг-25, 12:51   +1 +/
>Это ограничение RPM, который не может собираться на стороне пользователя.

Ложь. Пакеты .src.rpm собираются одной командой.

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

38. Сообщение от Аноним (39), 07-Авг-25, 13:15   +/
А в моём дистре кладут на проприетарщину от NVIDIA.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

39. Сообщение от Аноним (39), 07-Авг-25, 13:23   +/
Не перетаскивай мерку органами из Винды и Макоси в Линукс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

40. Сообщение от Alex154email (ok), 07-Авг-25, 13:28   +/
Nix интересен. Но как в самой NixOS подключить сторонние зеркала кроме штатного репозитория? Чтобы я пользовался системой, не боясь что репозитории отвалятся в РФ.

Документация и гайды в интернете на Nix и NixOS кстати есть? Не исходники читать, а вот по нормальному.

Софт когда начнут нормально собирать? Чтобы был Double Commander и QT5 и QT6 и GTK2?

Nix и NixOS конечно интересен, но не юзабелен.

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

41. Сообщение от Аноним (39), 07-Авг-25, 13:31   +/
Можно в ядре не собирать Hyper-V.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #43

43. Сообщение от Аноним (29), 07-Авг-25, 13:50   +/
Как будто там только Hyper-V. не-е, придётся всю историю коммитов отслеживать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #45

45. Сообщение от Аноним (-), 07-Авг-25, 13:58   +/
Там только Hyper-V, а если найдётся ещё что, то 100 пудово это будет каким-нибудь специфичным для продуктов Майкрософта ненужно. Всю историю коммитов отслеживать не надо. Надо просто в menuconfig ядра снять галочку напротив Hyper-V.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #51

46. Сообщение от Аноним (-), 07-Авг-25, 14:00   +/
>Ещё скажи что собираешь игнорировать монополию ASML, и олигополию TSMC, Intel, AMD и Samsung...

Не скажу. А вот игнорирвать Secure Boot и все что создано в стенах Майкрософта нужно!

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

48. Сообщение от Аноним (48), 07-Авг-25, 14:12   +/
Сам, ручками
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

51. Сообщение от Аноним (29), 07-Авг-25, 14:57   +/
Вопрос веры, короче.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #53

53. Сообщение от Аноним (-), 07-Авг-25, 18:34   +1 +/
Пытаешся принизить ценность моих слов? Не получится. Это не вопрос веры. Это принципиальный вопрос выживания GNU/Linux. Всё что создано в стенах корпорации Майкрософт должно игнорироваться.

Линуксоиды кто из вас забыл, что он воин Свободы?! Кто из вас забыл, что он люто и бешено ненавидит Майкрософт?!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #55

55. Сообщение от Аноним (-), 07-Авг-25, 19:11   +/
> Линуксоиды кто из вас забыл, что он воин Свободы?! Кто из вас
> забыл, что он люто и бешено ненавидит Майкрософт?!

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


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

60. Сообщение от morphe (?), 07-Авг-25, 22:00   +/
find тоже скорее всего stat делает

Nix store тебе руками не нужно трогать никогда, им сам nix управляет
Но вообще для операций удаления большого объёма файлов лучше всего работает rsync

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

61. Сообщение от Аноним (1), 08-Авг-25, 02:38   +/
Отдельной программой rpmbuild. Которая не умеет скачивать исходники: они должны быть уже скачаны. В nix же ты изначально даешь команду "собрать пакет с абсолютного нуля, прям начиная с компиляции компилятора и всех зависимостей всех зависимостей зависимостей зависимостей", а сборщик вначале посмотрит, нужно ли ему вообще тратить на это время: может там уже в публичном кэше все валяется собранное. RPM так не умеет, dnf и прочая юзерфейсная херотень так тоже не умеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

62. Сообщение от yurikolesemail (ok), 08-Авг-25, 02:45   +/
>по условиям лицензионного соглашения не разрешается переупаковывать проприетарные компоненты NVIDIA

https://packages.debian.org/bookworm/nvidia-driver

Debian-овцы пиратят?

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


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

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




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

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