Bug 3769
| Summary: | Требуется запуск adjust_kernel_headers в POST скрипте | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Anton Farygin <rider> |
| Component: | kernel-headers-common | Assignee: | Dmitry V. Levin <ldv> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | critical | ||
| Priority: | P2 | CC: | boyarsh, glebfm, iv, kernelbot, ldv, mike, pvl, rider, sbolshakov, shrek, sin, spider, vitty, vsu, vt, zerg |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| Bug Depends on: | |||
| Bug Blocks: | 3768 | ||
Может, триггер в kernel-headers-common будет правильнее? Стандартная зависимость у пакетов идет на пакет kernel-headers. А glibc-kernheaders не зависит на kernel-headers-common, хотя при этом glibc-devel действительно вытаскивают kernel-headers-common. В общем - я уже запутался. давайте решим на что нужно ставить зависимость. IMHO glibc-kernheaders должны зависить на kernel-headers-common и у кого-то должен стоять запуск adjust_kernel_headers. Это воспроизводится при, например, установке kdevelop - ни один пример не собирается, хотя kdevelop вытаскивает виртуальный kernel-headers. Можно сделать так: 1) glibc-kernheaders и kernel-headers-* должны зависеть от kernel-headers-common. 2) В glibc-kernheaders и в каждом kernel-headers-* в %post и %postun должна стоять настройка заголовков (хотя лучше в %preun, но придётся дописывать adjust_kernel_headers). Впрочем, триггеры для старых kernel24-headers всё равно придётся заводить в kernel-headers-common. В принципе хотелось бы поведения, аналогичного альтернативам: изначально установлен режим автовыбора версии, после явного выбора версии этот вариант сохраняется до его явной смены, либо переходит в auto при удалении заголовков этой версии. 1. Потому я и предлагаю использовать триггер, чтобы не менять каждый *kern*header*. 2. Если вы предложите конкретный скрипт, это значительно ускорит процесс. Implemented by vsu@ in kernel-headers-common-1.1.5-alt1 some time ago. *** Bug 3838 has been marked as a duplicate of this bug. *** |
Description
Anton Farygin 2004-03-02 13:00:08 MSK