From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ed@altlinux.ru>
X-Mailer: Gnus v5.8.8/XEmacs 21.4 - "Portable Code"
X-Comment-To: Peter Novodvorsky
To: devel-kernel@altlinux.ru
Subject: Re: [d-kernel] adjusting kernel headers
References: <87y91cj9z5.fsf@velvet.po.cs.msu.su> <m3wugvx9fz.fsf@altlinux.ru>
	<20030513144121.GB12183@basalt.office.altlinux.org>
	<m3r873x8ex.fsf@altlinux.ru>
	<20030513150450.GA12432@basalt.office.altlinux.org>
	<20030521113414.GA16236@basalt.office.altlinux.org>
	<m3iss4mkyc.fsf@altlinux.ru> <87y910wba6.fsf@velvet.po.cs.msu.su>
In-Reply-To: <87y910wba6.fsf@velvet.po.cs.msu.su>
From: ed@altlinux.ru (Ed V. Bartosh)
Organization: ALT Linux
Date: 21 May 2003 19:17:14 +0400
Message-ID: <m31xysmirp.fsf@altlinux.ru>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit
Sender: devel-kernel-admin@altlinux.ru
Errors-To: devel-kernel-admin@altlinux.ru
X-BeenThere: devel-kernel@altlinux.ru
X-Mailman-Version: 2.0.9
Precedence: bulk
Reply-To: devel-kernel@altlinux.ru
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=unsubscribe>
List-Id: ALT Linux kernel packages development <devel-kernel.altlinux.ru>
List-Post: <mailto:devel-kernel@altlinux.ru>
List-Help: <mailto:devel-kernel-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel-kernel>,
	<mailto:devel-kernel-request@altlinux.ru?subject=subscribe>
List-Archive: <http://altlinux.ru/pipermail/devel-kernel/>
Archived-At: <http://lore.altlinux.org/devel-kernel/m31xysmirp.fsf@altlinux.ru/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

>>>>> "PN" == Peter Novodvorsky writes:

 >>  Непонятно что есть linux-default и кто его должен устанавливать и
 >>  по каким правилам.
 >>
 >>  Предлагаю избавиться от /usr/include/linux-<версия
 >>  ядра>-<flavour> и использовать для установки хедеров
 >>  /usr/lib/kernel/<версия ядра>-<flavour>, как было в предыдущих
 >>  ядрах. Зачем ломать схему, которую, возможно, кто-то использует
 >>  для сборки ?
  
 PN>  нет. includes должны лежать в include, и уж никак не
 PN>  /usr/lib. 
 PN>  кроме того уже всё придумали.
Если ты имеешь в виду придумку с расставлением симлинков, то она
никоим образом не противоречит моему предложению.
А насчет должны - это спорно.
Должны быть доступны по /usr/include/linux - так будут.
А для сборки все равно нужно закладываться на конкретные хедеры, и
разницы нет где они будут. Я не пойму чем не устраивает то место, где
они лежат (и используются) сейчас ?

-- 
Best regards,
Ed V. Bartosh