А может вовсе в отдельные подпакеты вынести и класть в /etc/apt/apt.conf.d ? 

Правда на весь цикл жизни p11 придётся зависимость на них оставлять видимо. Ну или успеть сбакпортировать в p10 до выхода первых дистрибутивов на p11.

Какая задача решается?

Не хотите несколько nvidia одновременно в системе?

Какие плюсы, минусы?

(Про обновление ядра -- но это вроде не в тему бага -- у меня была идея попробовать, как в ubuntu сделать, где есть обновляемый пакет с зависимостью на самое свежее ядро определённого семейства. Тогда dist-uograde новое вытягивает, а старые всё равно duplicate.)

(In reply to Ivan Zakharyaschev from comment #2)

> (Про обновление ядра -- но это вроде не в тему бага -- у меня была идея
> попробовать, как в ubuntu сделать, где есть обновляемый пакет с зависимостью
> на самое свежее ядро определённого семейства. Тогда dist-uograde новое
> вытягивает, а старые всё равно duplicate.)

Точнее про duplicate в ubuntu точно не знаю пока, но что есть пакет с простым именем с зависимостью на определённую сборку -- да.

(In reply to Ivan Zakharyaschev from comment #3)

> Точнее про duplicate в ubuntu точно не знаю пока, но что есть пакет с
> простым именем с зависимостью на определённую сборку -- да.

Кстати, такой подпакет можно собирать прямо из каждого srpm каждого типа ядра и из каждого srpm с модулями. С особым именем, не подпадающим под Allow-Duplicate, и с жёсткой зависимостью на содержательный пакет с ядром/модулем.

У кого он будет в системе, dist-upgrade будет вытягивать последнюю сборку, оставляя при этом старые как обычно.

И общий пакет (какой-нибудь "kernel"), без привязки к flavor, но с завимостью на один из них. На случай всяких переименований flavor -- чтобы всё равно обновление приводило к тому, что считается последним лучшим вариантом ядра.

(In reply to Ivan Zakharyaschev from comment #2)

> Какая задача решается?

Убрать из конфига то, что давно стало мусором ввиду отсутствия:

Вот, нет такого:

$ rpm -qa| grep NVIDIA
$ 

Тогда как вот это есть:

kernel-modules-nvidia-std-def-410.104-alt1.264785.0.M80P.1
kernel-modules-nvidia-std-def-410.104-alt1.264778.0.M80P.1
kernel-modules-nvidia-std-def-410.104-alt1.264779.0.M80P.1

И это ещё аж p8.

А я вообще предлагаю весь hold из /etc/apt/apt.conf убрать в /etc/apt/apt.conf.d / и подпакеты.

(Ответ для Ivan Zakharyaschev на комментарий #2)
> Какая задача решается?
* Уборка мусора.
* Исключение введения в заблуждение пользователей.

apt-0.5.15lorg2-alt93 -> sisyphus:

 Sat May 03 2025 Ivan Zakharyaschev <imz@altlinux> 0.5.15lorg2-alt93
 - Made Debug::Connect config also effective for unwrapped TLS connections.
   (If set, the cleartext HTTP connections are logged into the specified dir.)
 - apt.conf(Allow-Duplicated): drop ^NVIDIA_ as outdated & confusing (ALT#53988).
   (There have been no such packages in ALT since a long time.)
 - e2k build: The used C++ features no longer need special treatment/lcc options.
 - checkinstall subpkg (xxtra-heavy-load):
   + Fixed not to run the http-related tests (multiplied in 0.5.15lorg2-alt92)
     too many times; thereby reduced the time.
   + Doubled the number of parallel slots for heavier load (to provoke races).
   + Show the total number of parallel slots and jobs.

Воспроизводится:

# grep -i nvidia /etc/apt/apt.conf
		"^(NVIDIA_)?(kernel|alsa)[0-9]*(-adv|-linus)?($|-up|-smp|-secure|-custom|-enterprise|-BOOT|-tape|-aureal)";

(In reply to Evgeny Shesteperov from comment #9)
> Воспроизводится:

Пожалуйста, продемонстрируйте вывод следующих команд:

rpm -qa apt
rpm -V apt
ls -lh /etc/apt/apt.conf*

> Пожалуйста, продемонстрируйте вывод следующих команд:

# rpm -qa apt; rpm -V apt; ls -lh /etc/apt/apt.conf*
apt-0.5.15lorg2-alt96.x86_64
S.5....T.  c /etc/apt/apt.conf
-rw-r--r-- 1 root root  570 июн  4 12:09 /etc/apt/apt.conf
-rw-r--r-- 1 root root  493 мая 24 01:45 /etc/apt/apt.conf.rpmnew

/etc/apt/apt.conf.d:
итого 16K
-rw-r--r-- 1 root root 395 мая 24 01:45 01-Debug-Acquire.conf
-rw-r--r-- 1 root root 475 мая 24 01:45 01-Debug-pkgMarkInstall.conf
-rw-r--r-- 1 root root 256 мая 24 01:45 01-UI.conf
-rw-r--r-- 1 root root 297 апр 25 04:27 alterator-logger.conf

> S.5....T.  c /etc/apt/apt.conf

Как видите, ваш apt.conf не соответствует тому, что в пакете.

> -rw-r--r-- 1 root root  570 июн  4 12:09 /etc/apt/apt.conf
> -rw-r--r-- 1 root root  493 мая 24 01:45 /etc/apt/apt.conf.rpmnew

По всей видимости, Вы вносили в apt.conf изменения. В таких случаех при обновлении rpm не  перетирает их, а просто кладёт новый файл рядом, с расширением .rpmnew. Это ожидаемое поведение.

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

(Ответ для Evgeny Shesteperov на комментарий #9)
> # grep -i nvidia /etc/apt/apt.conf
grep -i nvidia /etc/apt/apt.conf.rpmnew