Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261577AbUKUNIb (ORCPT ); Sun, 21 Nov 2004 08:08:31 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261664AbUKUNIW (ORCPT ); Sun, 21 Nov 2004 08:08:22 -0500 Received: from hermes.domdv.de ([193.102.202.1]:36357 "EHLO hermes.domdv.de") by vger.kernel.org with ESMTP id S261577AbUKUNHV (ORCPT ); Sun, 21 Nov 2004 08:07:21 -0500 Message-ID: <41A09305.7030908@domdv.de> Date: Sun, 21 Nov 2004 14:07:17 +0100 From: Andreas Steinmetz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040918 X-Accept-Language: en-us, en, de MIME-Version: 1.0 To: Jesper Juhl CC: Sam Ravnborg , Blaisorblade , LKML Subject: Re: Why INSTALL_PATH is not /boot by default? References: <200411160127.15471.blaisorblade_spam@yahoo.it> <20041121094308.GA7911@mars.ravnborg.org> <41A06FF0.7090808@domdv.de> In-Reply-To: X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1859 Lines: 49 Jesper Juhl wrote: > On Sun, 21 Nov 2004, Andreas Steinmetz wrote: > > >>Sam Ravnborg wrote: >> >>>On Tue, Nov 16, 2004 at 01:27:15AM +0100, Blaisorblade wrote: >>> >>> >>>>This line, in the main Makefile, is commented: >>>> >>>>export INSTALL_PATH=/boot >>>> >>>>Why? It seems pointless, since almost everything has been for ages >>>>requiring this settings, and distros' versions of installkernel have been >>>>taking an empty INSTALL_PATH as meaning /boot for ages (for instance >>>>Mandrake). It's maybe even mandated by the FHS (dunno). >>>> >>>>Is there any reason I'm missing? >>> >>> >>>Changing this may have impact on default behaviour of some versions of >>>installkernel. >>>If /boot is ok for other than just i386 we can give it a try. >>> >> >>Please note that there are cases where you build a kernel for machine x on >>machine y. Which means: don't unconditionally uncomment this line. >> > > Huh, in that case wouldn't you just copy the kernel image from the source > dir on machine y to whereever it needs to liveon machine x by hand? At > least that's what I do, the Makefile and its INSTALL_PATH never comes into > play then. Not if you build different kernels for quite some machines on a build system. It is neat then to use INSTALL_PATH and INSTALL_MOD_PATH to get the build output into target machine related directories for further automated processing. What I just want to say is that, yes, set INSTALL_PATH (and INSTALL_MOD_PATH) whereever you want to point it to - as long as it is not already set. -- Andreas Steinmetz SPAMmers use robotrap@domdv.de - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/