ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | ^(NVIDIA_)?(kernel|alsa)[0-9]*(-adv|-linus)?($|-up|-smp|-secure|-custom|-enterprise|-BOOT|-tape|-aureal) | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Sergey V Turchin <zerg> |
| Component: | apt | Assignee: | placeholder <placeholder> |
| Status: | CLOSED WORKSFORME | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P5 | CC: | alimektor, asy, boyarsh, glebfm, imz, iv, ldv, placeholder, vt |
| Version: | unstable | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
|
Description
Sergey V Turchin
2025-04-24 20:19:56 MSK
А может вовсе в отдельные подпакеты вынести и класть в /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 |
