[d-kernel] Инструкция по сборке модулей ядра

[Михаил Якушин]

Konstantin A. Lepikhov wrote:
[skip]
> Я ничего не пишу на wiki, поскольку это ненадежный источник хранения
> информации. Комментировать в рассылку - могу.
no comments

>>> 2) Как собрать модуль локально - имхо секция вообще ненужная и вредная
[skip]
>> А там про хешер ничего не сказано.
> ./buildmodules --hasher это разве не хешер?
А ты имеешь ввиду buildmodules без хешера, а зачем это нужно, ни разу не 
пригодилось.
>>> 3) Сборка kernel-source-module - git знать совершенно необязательно :)
>>> Лучше прочитать README из kernel-build-scripts. А вот дать пример как
>>> собирать kernel-source на основе "следящего" бранча было бы здорово.
>> в смысле kernel-source большой? от ядра?
> Нет. Когда есть branch upstream, и бранч kernel-source. См. пример
> kernel-image или
> http://git.altlinux.org/people/lakostis/packages/?p=kernel-source-et131x.git;a=summary
а понял, да надо дописать.
>>> 4) сборка модулей - пример для сборки i586 под x86_64 дан неправильно,
>>> поскольку нехватает i386 в начале вызова команды. 
>> В той версии buildmoudles которую я указал, setarch i586 прикручен 
>> внутрь. Это решает некоторые проблемы с некоторыми темплейтами.
> Почему это изменение нигде не анонсировано? Более того, об этом даже не
> упомянуто в документации.
Это изменение описано в log git. Пока нет нормального пакета( а стоит 
сделать) и анонсировать нечего.

>>> 5) Рекомендации. Мантейнер написан неправильно :) Взаимодействовать с ними
>>> можно, только вот неясно с кем - т.е. надо расписать задачи kernel
>>> mainteiners team, чем она занимается, для чего нужна и как с ней
>>> взаимодействовать. Поскольку текущий текст вреден - он провоцирует на
>>> неправильные действия (типа создать модуль, написать в Packager: KMT и
>>> потом KMT будет за это отдуваться).
>> Документировать ещё многое надо, я только начал.
>>> 6) Не совсем ясны примеры - почему там везде написан packages/silicium? :)
>> А что там по твоему должно быть написано?
> как минимум kernel-build-scripts должны вести к vsu, хотя бы из-за
> уважения к чужой работе.
А почему не ldv? он там тоже приложил руку.
kernel-build-scripts ведёт в мой git из за изменений описаных выше.