[d-kernel] kernel policy
aen
=?iso-8859-1?q?aen_=CE=C1_altlinux=2Eru?=
Вт Апр 15 22:54:41 MSD 2003
Peter Novodvorsky пишет:
>ed на sam-solutions.net (Ed V. Bartosh) writes:
>
>
>
>> n> 1.2 Внешние модули.
>> n> -------------------
>>
>> n> Внешними модулями называются модули, исходные файлы которых
>> n> поставляются не в виде патчей и которые можно собрать отдельно от
>> n> ядра.
>>
>> n> Пакеты с такими собранными модулями должны называться
>> n> kernel-<сокращённое название набора модулей>-<версия ядра с которым
>> n> собраны модули>-<flavour ядра с которым собраны модули>.
>>Предлагаю kernel-module-..., соответственно kernel-module-название-headers и
>>kernel-module-название-source
>>
>>И еще - а зачем вообще эти модули нужны ? Предлагаю избавиться от них
>>или хотя бы минимизировать их количество.
>>Или описать здесь принципы выноса бинарных модулей в отдельный пакет.
>>Я как-то до сих пор их не уяснил :(
>>
>>
>
>Это те модули которые уже вынесены. См. kernel-alsa-2.4.21pre-std-up
>src rpm. Нет, не судьба называть их kernel-module.
>
Как я представляю, смысл в том, что такие модули собираются отдельно от
ядра и, соотвественно, для установки новой версии пакета, собранной с
тем же ядром, заведомо не надо обновлять ядро. Это особенно полезно,
например, в случае фиксов alsa или новых версий nvidia.
>
>
>
>>
>>
< skip >
>
>
>>9. В репозитарии не должно быть бинарных пакетов с модулями, все
>> модули должны находиться в соответствующем kernel-image
>>
>>
>
>Нет. Все модули, которые могут собираться отдельно от ядра собираются
>отдельно от ядра. как то: alsa, i2c, lm_sensors, и так далее,
>см. сизиф.
>
Компромиссом может быть пакет, имеющий зависисмости на image и все
модули, о чем я писал ранее.
Rgrds, Алексей
Подробная информация о списке рассылки devel-kernel