Разработчики дистрибутива AlmaLinux объявили о формировании пакетов с драйверами NVIDIA для веток AlmaLinux 9 и 10. Для установки также предложены пакеты с драйвером и стеком CUDA. Драйверы могут использоваться в конфигурациях с UEFI...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63692
> по условиям лицензионного соглашения не разрешается переупаковывать проприетарные компоненты NVIDIAЭто ограничение RPM, который не может собираться на стороне пользователя. Вот в Nix пакет может быть объявлен как local build only, и он скачает/перепакует на стороне пользователя, без нарушений каких-то там лицензий. И вновь Nix показывает свое превосходство в сравнению с RPM, который по своей архитектуре застрял в 90-ых.
ну и пользуйся своим nix, чё пристал
> Есть сорт оф ГОЗ в США на Никс.Угу, с 2024 года
> Есть несколько успешных бизнесов, построенных на Никсе.
Это просто невероятно! Целых несколько!
> Так что всё пока достаточно неплохо.
Отличное достижение с 2003 года, т.е. за 20+ лет! Просто шикарное!
А теперь посмотрите где используется RHEL, который всего на 3 года старше Nix, и RPM.> Обновите методичку.
Как будто от ее смены Nix не перестанет быть нинужным.
Не перетаскивай мерку органами из Винды и Макоси в Линукс.
> Nix показывает свое превосходство в сравнению с RPM, который по своей архитектуре застрял в 90-ых.Знаешь, дорогой, дистрибутивы становятся популярны далеко не из-за технических качеств, а чаще всё же из сопутствующих организационных, таких как: стабильность, срок поддержки релиза, скорость доставки обновлений безопасности, наличие платного суппорта и сертификационных центров, наличие партнёрских программ (ну например наличие сборок нужного стороннего ПО под дистрибутив), возможность влиять на разработку востребованных программных продуктов, итд итп...
И качество пакетника имеет далеко не первостепенную роль. Ну да, RPM не сахар, но живёт же он почему-то в Red Hat все эти годы, не смотря на то, что APT гораздо мощнее. Потому что вещи, которые я перечислил выше, и которые бизнесу реально важны -- в RHEL-based и в Debian-based дистрибутивах есть, а в Nix -- нет.
Nix очень далёк от реальных потребностей энтерпрайза. Это странный диструбитив, построенный не вокруг потребностей бизнеса, а вокруг идеи его автора о том, каким должен быть пакетник. Идеи, которая с текущим уровнем развития технологий контейнеризации уже и не очень-то актуальна. И лицензионных вопросов в Nix не возникает просто потому, что нет и не будет людей, с которых можно в суде бабок стрясти за нарушение оных.
PS: Да, вы уже порядком надоели хвастаться, какой Nix клёвый, в каждой блин новости. Ребята, ну имейте уже совесть. Это -- игрушка для гиков. Игрушка прикольная, но всё же игрушка.
Однако, база - но боюсь, ЦА разбросанный бисер не оценит...
>но живёт же он почему-то в Red Hat все эти годы, не смотря на то, что APT гораздо мощнееАга, мощнее, особенно если надо downgrade пакета сделать. Вот уж тут моща-то прёт так прёт!
nix всё ещё гадит в одном каталоге десятками тысяч подкаталогов (по одному на каждую версию пакета) или уже починили?
У тебя fat32? Какая разница сколько там подкаталогов? Оно так by-design, зачем это "чинить"?
Ext4 точно довольно тормозная в этом отношении, при кажлом обращении к каталогу с 10000 подкаталогов приходится порядка 100 секунд, пока раздуплится. Я слышал, btrfs получше, но у неё с этим свои проблемы потом в процессе использования. Какие ваши варианты?
> при кажлом обращении к каталогу с 10000 подкаталогов приходится порядка 100 секунд, пока раздуплится.Нет там такого
Может речь про команду ls условную?
Она для каждого файла в директории делает stat, и это может быть медленно в большихОднако для простого перечисления списка файлов в ext4/xfs/btrfs и прочих никаких проблем нет
Ну find ещё на секунду медленнее ls. У баша echo быстрее (не знаю, кеширует ли где-то), но единственный способ удалять файлы в таких местах это find и отрабатывает он вечность.
find тоже скорее всего stat делаетNix store тебе руками не нужно трогать никогда, им сам nix управляет
Но вообще для операций удаления большого объёма файлов лучше всего работает rsync
А вот rpm может работать на любой файловой системе.И "RPM, который не может собираться на стороне пользователя" тоже by-design, в чём проблема-то?
> дистрибутивы становятся популярны ... из ... наличие платного суппортаИнтересная мысль
Абисняю, мысль на самом деле тривиальна, но надо админить не только условный локалност.наличие платного суппорта означает возможность его купить (если чо случилось/понадобилось) у заслуживающей доверия фирмы, лучше напрямую от производителя.
Не обязаловку, а возможность.
И суппорт - это не апдэйты устанавливать.
И его ооочень любят админы кровавого энтерпрайза, если не помощь, то хоть индульгенцию от независимого источника получить.
Типа "если уже суппорт не смог, то что вы от меня хотите"
Деза. RPM может собираться на стороне пользователя))))
Отдельной программой rpmbuild. Которая не умеет скачивать исходники: они должны быть уже скачаны. В nix же ты изначально даешь команду "собрать пакет с абсолютного нуля, прям начиная с компиляции компилятора и всех зависимостей всех зависимостей зависимостей зависимостей", а сборщик вначале посмотрит, нужно ли ему вообще тратить на это время: может там уже в публичном кэше все валяется собранное. RPM так не умеет, dnf и прочая юзерфейсная херотень так тоже не умеет.
Nix вообще крут! Очень прикольная задумка!
> Это ограничение RPM, который не может собираться на стороне пользователя. Вот в Nix пакет может быть объявлен как local build only, и он скачает/перепакует на стороне пользователя, без нарушений каких-то там лицензийА про nosrc.rpm вы, я так понимаю, не слышали... Но уже пишите про "ограничения"
>Это ограничение RPM, который не может собираться на стороне пользователя.Ложь. Пакеты .src.rpm собираются одной командой.
Nix интересен. Но как в самой NixOS подключить сторонние зеркала кроме штатного репозитория? Чтобы я пользовался системой, не боясь что репозитории отвалятся в РФ.Документация и гайды в интернете на Nix и NixOS кстати есть? Не исходники читать, а вот по нормальному.
Софт когда начнут нормально собирать? Чтобы был Double Commander и QT5 и QT6 и GTK2?
Nix и NixOS конечно интересен, но не юзабелен.
> Nix интересен. Но как в самой NixOS подключить сторонние зеркала кроме штатного
> репозитория? Чтобы я пользовался системой, не боясь что репозитории отвалятся в
> РФ.В Nix репозиторий это обычный git репозиторий, его можно скачать куда угодно и оно всегда будет доступно
https://github.com/nixos/nixpkgs
Исходники самих пакетов будут скачиваться с зеркал, где сами эти пакеты официально хостятся, и их действительно могут заблокировать, однако обычно там для всех крупных пакетов поддерживаются официальные зеркала, когда они есть.
https://github.com/NixOS/nixpkgs/blob/55abd9841e394d3149e8a8...
https://github.com/NixOS/nixpkgs/blob/55abd9841e394d3149e8a8...
Если же тебе нужны собранные пакеты - то они хостятся на AWS, и там нет какого-то зеркала, которое ты можешь просто так взять и подключить. В случае блокировки AWS придётся либо перекомпилировать все пакеты, либо протаскивать их снаружи.
Однако это делается тривиально, поскольку ты можешь поставить кеширующее прокси с доступом снаружи, либо вовсе собирать систему как airgapped, что nix прекрасно поддерживает
Для подключения кеша по произвольному другому адресу в конфиге nix есть эти 2 строки:substituters = https://cuda-maintainers.cachix.org https://nix-community.cachix.org https://cache.nixos.org/
trusted-public-keys = cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY= cuda-maintainers.cachix.org-1:0dq3bujKpuEPMCX6U4WylrUDZ9JyUG0VpVZa7CNfq5E= nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs= edgeworth-1:c0sQl64JRe24d/Ee+J7MR4daFi3nZ7LiTZo4ciRXYzM=> Документация и гайды в интернете на Nix и NixOS кстати есть? Не
> исходники читать, а вот по нормальному.https://nix.dev/manual/nix/2.28/
https://nixos.org/manual/nixpkgs/stable/
https://nixos.org/manual/nixos/stable/
https://nixos.org/guides/nix-pills/Не самые красивые, но всегда актуальные (Кроме pills разве что), документация всегда синхронизирована с исходниками
> Софт когда начнут нормально собирать? Чтобы был Double Commander и QT5 и
> QT6 и GTK2?doublecmd есть, qt5 есть, qt6 есть, gtk2 есть. И даже если их удалят из репозитория - ты всегда можешь взять старую версию репозитория, никаких конфликтов с новой версией не будет, и даже кеши будут работать.
> Nix и NixOS конечно интересен, но не юзабелен.
Что именно неюзабельно?
> по условиям лицензионного соглашения не разрешается переупаковывать проприетарные компоненты NVIDIAВ моём дистре на это кладут, и правильно делают
И чем он тогда лучше шинды?
А в моём дистре кладут на проприетарщину от NVIDIA.
>режиме Secure Boot, так как они не заверены цифровой подписью дистрибутива.А почему Secure Boot нельзя просто игнорировать. Всё, что создано в стенах Майкрософт - не нужно. Подписи можно проверять штатными средствами самого ядра.
А кто проверит подпись самого ядра?
Сам, ручками
Каждый раз когда оставил ноутбук без присмотра?Вышел из отеля на пол часа, вернулся обратно, как ты поймёшь что в ноут никто не заселил бекдор?
> Всё, что создано в стенах Майкрософт - не нужно.Придётся вам тогда и от линукса отказаться.
Можно в ядре не собирать Hyper-V.
Как будто там только Hyper-V. не-е, придётся всю историю коммитов отслеживать.
Там только Hyper-V, а если найдётся ещё что, то 100 пудово это будет каким-нибудь специфичным для продуктов Майкрософта ненужно. Всю историю коммитов отслеживать не надо. Надо просто в menuconfig ядра снять галочку напротив Hyper-V.
Вопрос веры, короче.
Пытаешся принизить ценность моих слов? Не получится. Это не вопрос веры. Это принципиальный вопрос выживания GNU/Linux. Всё что создано в стенах корпорации Майкрософт должно игнорироваться.Линуксоиды кто из вас забыл, что он воин Свободы?! Кто из вас забыл, что он люто и бешено ненавидит Майкрософт?!
> Линуксоиды кто из вас забыл, что он воин Свободы?! Кто из вас
> забыл, что он люто и бешено ненавидит Майкрософт?!Прости, обитых тут конечно много, но таких д####в даже тут нужно поискать.
Ещё скажи что собираешь игнорировать монополию ASML, и олигополию TSMC, Intel, AMD и Samsung...
> Ещё скажи что собираешь игнорировать монополию ASML, и олигополию TSMC, Intel, AMD и Samsung...Вот сейчас аналоговнетный литограф доделают и покажуть ASML кузькину мать!
Нужно только немного подождать.
>Ещё скажи что собираешь игнорировать монополию ASML, и олигополию TSMC, Intel, AMD и Samsung...Не скажу. А вот игнорирвать Secure Boot и все что создано в стенах Майкрософта нужно!
>по условиям лицензионного соглашения не разрешается переупаковывать проприетарные компоненты NVIDIAhttps://packages.debian.org/bookworm/nvidia-driver
Debian-овцы пиратят?
> Debian-овцы пиратят?в одном клике от твоей ссылки:
https://packages.debian.org/bookworm/amd64/nvidia-driver/fil...
А зависимости смотрел? Это Debian, они просто опаковали драйвер в десяток пакетов, это можно сказать мета-пакет, который тянет их за собой.Вот исходный пакет, с которого они генерируются:
https://packages.debian.org/source/bookworm/nvidia-graphics-...
У Ubuntu такая же картина. Я вспомнил, что у обоих есть на это лицензия от NVIDIA.