From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 6 Oct 2003 18:42:46 +0400 From: Sergey Vlasov To: ALT Linux kernel packages development Subject: Re: [d-kernel] kernel-headers-modules Message-ID: <20031006144246.GE1085@master.mivlgu.local> Mail-Followup-To: ALT Linux kernel packages development References: <20031005131706.GA18556@sirius.home> <20031006130020.GB1085@master.mivlgu.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Lb0e7rgc7IsuDeGj" 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 14:42:48 -0000 Archived-At: List-Archive: List-Post: --Lb0e7rgc7IsuDeGj Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Mon, Oct 06, 2003 at 04:41:07PM +0400, Ed V. Bartosh wrote: > Hello, > > >> > /usr/include/linux-%version-%flavour? > >> Нужно поднять тред на эту тему, но, скорее всего, это было сделано для > >> того, чтобы отделить это от /usr/include/linux..., которые > >> используются юзерспейсом. Не по ошибке точно. > > SV> Они будут отделены, так как юзерспейс полезет исключительно в > SV> подкаталог include. > > SV> Если убирать - тогда и .config оттуда надо убирать. > А его вообще кто-нибудь там ищет ? Ему самое место в /boot, где он, > собственно говоря, и лежит. Практически все модули при сборке. > >> > В результате нет возможности > >> > указать /usr/include/linux-%version-%flavour в качестве каталога с > >> > ядром, если собираемому модулю нужны заголовки SCSI. > >> Да, но никто не мешает указать оба места. > > SV> Речь о том, что некоторые вещи хотят именно каталог ядра, а include/ > SV> и drivers/scsi/ добавляют сами - понятно, что это решается либо > SV> подстановкой значений для других переменных, либо патчем для > SV> Makefile, но зачастую это только лишняя работа. > Согласен. Но с другой стороны указывать каталог, лежащий в > /usr/include в качестве SRCDIR - это тоже, кхм, попахивает чем-то > нехорошим :) > > SV> Можно пойти другим путём - сделать в > SV> /usr/src/linux-%version-%flavour симлинк include -> > SV> ../../include/linux-%version-%flavour/include; тогда заменителем > SV> каталога с ядром будет выступать /usr/src/linux-%version-%flavour. > Может так оно и лучше будет. Нужно подумать. > > SV> Здесь проблема ещё в одном месте: при тестовых сборках скриптами в > SV> CVS переопределяется %_usrsrc, из-за чего либо не находятся > SV> исходники, либо эти файлы пишутся не туда, куда надо. Можно это > SV> обойти, но тогда в спеках придётся писать что-то вроде > SV> %_includedir/../src/linux-%kversion-%kflavour/drivers/scsi. А > SV> ломать этот механизм сборки я не хочу, поскольку hasher пока что не > SV> умеет работать с ccache. > А это не проблемы hasher-а или твоих скриптов ? Да скрипты-то я перепишу (просто придётся в некоторых местах писать прямо /usr/src вместо макроса %_usrsrc). --Lb0e7rgc7IsuDeGj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/gX9mW82GfkQfsqIRAk7GAJ0c2e/JJzE5/wAzAokik87AxdI8MQCeOO7S fXy6ndxW5WN1QUOrsIBXIJA= =kXvD -----END PGP SIGNATURE----- --Lb0e7rgc7IsuDeGj--