Предлагаю убрать из /etc/apt/apt.conf из секции Allow-Duplicated всё про древнюю nvidia, а то только пользователей путает. P.S. https://t.me/alt_linux/512664
А может вовсе в отдельные подпакеты вынести и класть в /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
