Summary: | update-kernel пытается определять, какие модули установлены не у текущего ядра | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Andrey Cherepanov <cas> |
Component: | update-kernel | Assignee: | Vitaly Chikunov <vt> |
Status: | REOPENED --- | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | CC: | asy, boyarsh, evg, iv, lav, mike, vt |
Version: | unstable | Keywords: | backport |
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | 29402 | ||
Bug Blocks: |
Description
Andrey Cherepanov
2013-09-30 10:32:58 MSK
IIRC скрипт смотрит на все ядра и это правильно, т.к. наборы ядерных модулей могут заметно отличаться между ветками, а грузиться из led-ws в std-def, чтобы обновить std-def -- как-то немного странно. Получаются попытки установить несуществующие модули, но они ничему не мешают, разве что немного затягивают процесс. Несовсем так. В данном примере доустанавливается существующий, но ненужный уже kernel-modules-ide: http://lists.altlinux.org/pipermail/community/2013-September/680404.html Как бы драки между разными модулями для одной железки не получить... Тогда, наверное, стоит доработать логику, что если на текущий флавор апдейт идёт, то выбирать по текущему, если на какой-то другой, то по последней версии другого. Вот если другого нет, то тут подумать надо, что делать. Всё же, наверное, тоже текущий смотреть лучше... Или вопрос задать. (In reply to comment #2) > Несовсем так. В данном примере доустанавливается существующий, но ненужный > уже kernel-modules-ide: Решение о ненужности следует принять локальному системному администратору, поскольку кроме него никто не мог затребовать установку этого пакета при его появлении. В скриптах такое может решаться разве что чёрным списком, но в данном случае это может принести неожиданные проблемы тем, кому по каким-то причинам до сих пор нужны модули из этого пакета. > Решение о ненужности следует принять локальному системному администратору,
> поскольку кроме него никто не мог затребовать установку этого пакета при его
> появлении.
Так он его уже принял, не установив с текущим ядром. У старого (читай - запасного) модуль необходим, текущего, а, так же, более нового - нет. Не сносить же старое проверенное ядро только из-за того, что тот старый модуль там был нужен ? Получается, update-kernel тут просто бесполезен будет.
Ну хоть ручка --ignore-module-package нужна, хотябы.
Так что по поводу Comment #4 ? |