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: | NEW --- | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P5 | CC: | asy, boyarsh, glebfm, imz, iv, ldv, placeholder |
| 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) > Какая задача решается? * Уборка мусора. * Исключение введения в заблуждение пользователей. |
