The OpenNET Project / Index page

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

AlmaLinux начал предоставлять пакеты с драйверами NVIDIA

06.08.2025 22:19

Разработчики дистрибутива AlmaLinux объявили о формировании пакетов с драйверами NVIDIA для веток AlmaLinux 9 и 10. Для установки также предложены пакеты с драйвером и стеком CUDA. Драйверы могут использоваться в конфигурациях с UEFI Secure Boot.

Модули ядра из официального набора проприетарных драйверов от компании NVIDIA не могут быть загружены в режиме UEFI Secure Boot, так как они не заверены цифровой подписью дистрибутива. Данное ограничение удалось обойти благодаря использованию открытых компанией NVIDIA модулей ядра, которые уже задействованы по умолчанию в наборе драйверов NVIDIA для GPU, начиная с микроархитектуры Turing (GeForce GTX 1600 и RTX 2000).

На базе открытых компанией NVIDIA компонентов сформирован собственный пакет nvidia-open-kmod с модулями, заверенными цифровой подписью AlmaLinux. Отдельно оформлен пакет almalinux-release-nvidia-driver с конфигурацией поддерживаемого компанией NVIDIA внешнего репозитория, из которого выполняется загрузка CUDA-драйверов и проприетарных компонентов драйвера NVIDIA, работающих в пространстве пользователя (по условиям лицензионного соглашения не разрешается переупаковывать проприетарные компоненты NVIDIA).

  1. Главная ссылка к новости (https://almalinux.org/blog/202...)
  2. OpenNews: Выпуск проприетарного драйвера NVIDIA 575.57.08
  3. OpenNews: Состояние поддержки Wayland в проприетарных драйверах NVIDIA
  4. OpenNews: Компания NVIDIA открыла код видеодрайверов для ядра Linux
  5. OpenNews: Доступен дистрибутив AlmaLinux 10.0
  6. OpenNews: AlmaLinux обновил ELevate, инструментарий для миграции между ветками клонов RHEL
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63692-almalinux
Ключевые слова: almalinux, nvidia
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (45) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 22:34, 06/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > по условиям лицензионного соглашения не разрешается переупаковывать проприетарные компоненты NVIDIA

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

     
     
  • 2.2, Аноним (2), 22:36, 06/08/2025 [^] [^^] [^^^] [ответить]  
  • +14 +/
    ну и пользуйся своим nix, чё пристал
     
     
  • 3.31, Аноним (31), 11:57, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Поравочка, Великая Nix.
     
  • 2.7, Аноним (-), 23:16, 06/08/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Есть сорт оф ГОЗ в США на Никс.

    Угу, с 2024 года

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

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

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

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

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

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

     
     
  • 3.39, Аноним (39), 13:23, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не перетаскивай мерку органами из Винды и Макоси в Линукс.
     
  • 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.16, Аноним (16), 07:13, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Деза. RPM может собираться на стороне пользователя))))
     
  • 2.20, Тфьу (?), 09:34, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Nix вообще крут! Очень прикольная задумка!
     
  • 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.8, DeerFriend (?), 23:43, 06/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Что этот клон центос стрима себе позволяет?
     
  • 1.10, Онаним443 (?), 01:05, 07/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Я использую Arch. Там таких проблем нет.
     
     
  • 2.17, Аноним (17), 07:35, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    с чем я тебя сердечно поздравляю
     
     
  • 3.18, Аноним (18), 07:57, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я тоже Арч пользуюсь, если что.
     
     
  • 4.19, Аноним (19), 09:28, 07/08/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.23, Аноним (23), 10:48, 07/08/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.11, Аноним (11), 01:09, 07/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > по условиям лицензионного соглашения не разрешается переупаковывать проприетарные компоненты NVIDIA

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

     
     
  • 2.28, Аноним (28), 11:25, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И чем он тогда лучше шинды?
     
  • 2.38, Аноним (39), 13:15, 07/08/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.13, Аноним (-), 04:59, 07/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    >режиме Secure Boot, так как они не заверены цифровой подписью дистрибутива.

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

     
     
  • 2.25, morphe (?), 10:52, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А кто проверит подпись самого ядра?
     
     
  • 3.48, Аноним (48), 14:12, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сам, ручками
     
  • 2.29, Аноним (23), 11:41, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Всё, что создано в стенах Майкрософт - не нужно.

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

     
     
  • 3.41, Аноним (39), 13:31, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Можно в ядре не собирать Hyper-V.
     
     
  • 4.43, Аноним (23), 13:50, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как будто там только Hyper-V. не-е, придётся всю историю коммитов отслеживать.
     
     
  • 5.45, Аноним (-), 13:58, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Там только Hyper-V, а если найдётся ещё что, то 100 пудово это будет каким-нибудь специфичным для продуктов Майкрософта ненужно. Всю историю коммитов отслеживать не надо. Надо просто в menuconfig ядра снять галочку напротив Hyper-V.
     
     
  • 6.51, Аноним (23), 14:57, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос веры, короче.
     
  • 3.44, Аноним (-), 13:55, 07/08/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 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 и все что создано в стенах Майкрософта нужно!

     

  • 1.27, Аноним (28), 11:24, 07/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Слабаки. Нвидии надо было показать средний палец.
     
     
  • 2.32, Аноним (22), 12:00, 07/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Слабаки. Нвидии надо было показать средний палец.

    Так не сосут у амд, а значит, у нет мотивации шквариться.

     
     
  • 3.47, Аноним (-), 14:01, 07/08/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.49, Аноним (22), 14:39, 07/08/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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