[d-kernel] kernel-headers-modules
Sergey Vlasov
vsu at altlinux.ru
Mon Oct 6 20:12:34 MSD 2003
On Mon, Oct 06, 2003 at 06:51:21PM +0400, Ed V. Bartosh wrote:
> Hello,
>
> >> SV> Если убирать - тогда и .config оттуда надо убирать.
> >> А его вообще кто-нибудь там ищет ? Ему самое место в /boot, где он,
> >> собственно говоря, и лежит.
>
> SV> Практически все модули при сборке.
> О как ! А зачем им ?
> И насчет всех модулей я не согласен в корне.
> Им всем нужен linux/config.h, а не .config.
> Ты ничего не путаешь ?
Ну ладно, нужен не всем, но встречается. Некоторым - для grep,
некоторые его в Makefile тащат через include.
> >> SV> Здесь проблема ещё в одном месте: при тестовых сборках скриптами в
> >> SV> CVS переопределяется %_usrsrc, из-за чего либо не находятся
> >> SV> исходники, либо эти файлы пишутся не туда, куда надо. Можно это
> >> SV> обойти, но тогда в спеках придётся писать что-то вроде
> >> SV> %_includedir/../src/linux-%kversion-%kflavour/drivers/scsi. А
> >> SV> ломать этот механизм сборки я не хочу, поскольку hasher пока что не
> >> SV> умеет работать с ccache.
> >> А это не проблемы hasher-а или твоих скриптов ?
>
> SV> Да скрипты-то я перепишу (просто придётся в некоторых местах писать
> SV> прямо /usr/src вместо макроса %_usrsrc).
> Так может лучше тогда в спеках юзать этот %_usrsrc. Или я не понял
> чего ?
Посмотри в CVS на buildkernel и buildmodules. Там пакеты
kernel-{fix,feat,source} ставятся во временный каталог, и сборка
идёт не в chroot, а путём переопределения %_usrsrc и ещё нескольких
макросов. В результате %_usrsrc надо использовать там, где нужно
работать с файлами из "установленных" пакетов; а вот в %files и
%install нужно будет писать явно /usr/src.
На окончательную сборку в hasher всё это не влияет - только на
промежуточные тестовые сборки.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /pipermail/devel-kernel/attachments/20031006/00f5fc09/attachment-0002.bin
More information about the devel-kernel
mailing list