From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28967 invoked from network); 23 Jul 2004 22:53:23 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 23 Jul 2004 22:53:23 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1Bo8ug-0003T3-7L for arch-gentoo-dev@lists.gentoo.org; Fri, 23 Jul 2004 22:53:14 +0000 Received: (qmail 23382 invoked by uid 89); 23 Jul 2004 22:53:11 +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 3824 invoked from network); 23 Jul 2004 22:53:11 +0000 X-Authentication-Warning: rocky.richmond.edu: apache set sender to spyderous@gentoo.org using -f Message-ID: <60485.205.241.48.33.1090623177.squirrel@spidermail.richmond.edu> Date: Fri, 23 Jul 2004 18:52:57 -0400 (EDT) From: "Donnie Berkholz" To: In-Reply-To: <20040723232250.6a3dbe33@snowdrop.home> References: <20040723232250.6a3dbe33@snowdrop.home> X-Priority: 3 Importance: Normal Cc: X-Mailer: SquirrelMail (version 1.2.10) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MailScanner-SpamxCheck: , X-MailScanner-From: spyderous@gentoo.org X-MailScanner: Found to be clean Subject: Re: [gentoo-dev] Ebuilds referencing /usr/src/linux makes baby Jesus kill kittens X-Archives-Salt: d1d1fb0e-8488-47be-8fd4-7b203a59904a X-Archives-Hash: 7789d7b915617c3a1c592d935f6a351a Ciaran McCreesh said: > Just a friendly reminder that you should really avoid messing around > with /usr/src/linux inside ebuilds. In particular, code like the > following is utterly wrong: > Don't try to do clever things with /usr/src/linux to determine whether a > kernel has a particular feature. Especially don't go near .config. The > kernel running may not be the kernel in /usr/src/linux. The box in > question might be a chroot setup or a netboot system or a system built > with a crosscompiler, in which case /usr/src/linux* won't exist at all. > The user might be sharing kernel binaries between dozens of identical > boxes and only building on one. The user might be building kernels > in/home to avoid having to build kernels as root or chown a bunch of > stuff. The /usr/src/linux symlink might be out of date. The box might be > building binary packages for a different system. Just a friendly response that kernel modules should build based on ${ROOT}/usr/src/linux and not on the running kernel. Also other things that require a kernel should be using that symlink rather than the running kernel. That's how it's been in Gentoo in the past. The rationale is the ability to build things for a (or multiple) non-running kernel(s). The FAQ to which you refer only talks about not using the symlink for your headers, which is an entirely different thing from what I'm getting at. Donnie -- gentoo-dev@gentoo.org mailing list