From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10259 invoked by uid 1002); 13 Feb 2003 10:24:37 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 222 invoked from network); 13 Feb 2003 10:24:37 -0000 Date: Thu, 13 Feb 2003 11:15:40 +0100 From: Ingo Krabbe To: Gentoo Developer Message-ID: <20030213101540.GA12558@dokom.net> Mail-Followup-To: Gentoo Developer References: <20030213084148.GA10592@dokom.net> <20030213100518.GA10541@galen.bluecherry.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030213100518.GA10541@galen.bluecherry.net> User-Agent: Mutt/1.4i Subject: Re: [gentoo-dev] linux-headers in baselayout X-Archives-Salt: 8e91a388-9a00-477d-a7b2-9b1d62b47322 X-Archives-Hash: b5bf4c9816b4686007b7c1e37e8ea709 On Thu, Feb 13, 2003 at 02:05:18AM -0800, Joseph Carter wrote: > On Thu, Feb 13, 2003 at 09:41:48AM +0100, Ingo Krabbe wrote: > > I have a small problem with linux headers as a dependency in > > baselayout. Hmm, I don't know exactly why I encounter it at all: > > > > Linux headers install /usr/include/linux and /usr/include/asm. > > > > A normal developer configuration would be to link > > /usr/src/linux/include/linux -> /usr/include/linux and > > /usr/src/linux/include/asm -> /usr/include/asm > > Linus Torvalds has said repeatedly that these should match the glibc > headers, NOT your current kernel. He justified himself, and others have > provided the same and other good reasons not to have those be symlinks. > > For some reason, people refuse to listen. > > -- > Joseph Carter A mighty Oak is the result of > ^ a nut a nut that held its ground > > Try intercal. > You will never hate another programming language again. > -- Richard Braakman > Hmm, yes thats understood, no problem to use it this way. I'm just a bit confused about "/usr/include/autoconf.h", which contains different variables, then the running kernel. This again is a problem for the alsa-driver module which complains about missing version information in modules, that I actually switched off. I come through that this is a bug of alsa-driver. Wouldn't it be usefull to remove autoconf.h at all for secrutity reasons since packages that rely on the current kernel configuration should be compiled against /usr/src/linux/include/linux and not against /usr/include/linux ? BYE INGO -- gentoo-dev@gentoo.org mailing list