From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 6 Oct 2003 17:00:20 +0400 From: Sergey Vlasov To: ALT Linux kernel packages development Subject: Re: [d-kernel] kernel-headers-modules Message-ID: <20031006130020.GB1085@master.mivlgu.local> Mail-Followup-To: ALT Linux kernel packages development References: <20031005131706.GA18556@sirius.home> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline In-Reply-To: X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 13:00:22 -0000 Archived-At: List-Archive: List-Post: --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Mon, Oct 06, 2003 at 03:40:19PM +0400, Ed V. Bartosh wrote: > Hello, > > > А почему у нас сейчас заголовки из kernel-headers-modules ставятся в > > /usr/src/linux-%version-%flavour, а не в > > /usr/include/linux-%version-%flavour? > Нужно поднять тред на эту тему, но, скорее всего, это было сделано для > того, чтобы отделить это от /usr/include/linux..., которые > используются юзерспейсом. Не по ошибке точно. Они будут отделены, так как юзерспейс полезет исключительно в подкаталог include. Если убирать - тогда и .config оттуда надо убирать. > > В результате нет возможности > > указать /usr/include/linux-%version-%flavour в качестве каталога с > > ядром, если собираемому модулю нужны заголовки SCSI. > Да, но никто не мешает указать оба места. Речь о том, что некоторые вещи хотят именно каталог ядра, а include/ и drivers/scsi/ добавляют сами - понятно, что это решается либо подстановкой значений для других переменных, либо патчем для Makefile, но зачастую это только лишняя работа. Можно пойти другим путём - сделать в /usr/src/linux-%version-%flavour симлинк include -> ../../include/linux-%version-%flavour/include; тогда заменителем каталога с ядром будет выступать /usr/src/linux-%version-%flavour. Здесь проблема ещё в одном месте: при тестовых сборках скриптами в CVS переопределяется %_usrsrc, из-за чего либо не находятся исходники, либо эти файлы пишутся не туда, куда надо. Можно это обойти, но тогда в спеках придётся писать что-то вроде %_includedir/../src/linux-%kversion-%kflavour/drivers/scsi. А ломать этот механизм сборки я не хочу, поскольку hasher пока что не умеет работать с ccache. > > У меня ещё возникают мысли втащить в kernel-headers-modules файлы > > Makefile, Rules.make и arch/i386/Makefile (слегка их попатчив, чтобы > > ничего в дереве ядра не пересобиралось). Некоторые модули хотят > > собираться именно таким образом - не хочется это ломать (при сборке > > таким методом получаются наиболее правильные опции gcc). > Ну и какие же это include будут ? Вот поэтому и вынесено в том числе. include для make (по крайней мере, Rules.make именно так и используется). > Я за то, чтобы добавить. Просто пока не нужно было, а в целом я - за. Например, нужно для сборки bttv отдельно от ядра (тогда даже Makefile патчить не приходится). --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/gWdkW82GfkQfsqIRAkLIAJkBvwMJVq2uK33Yz3FaQTxC5vANAgCfckmP Lequpc7bIN3aeMCCtYWu3ic= =30nN -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD--