WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] building xen without mercury repository access

To: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] building xen without mercury repository access
From: Guillaume Rousse <Guillaume.Rousse@xxxxxxxx>
Date: Thu, 07 Feb 2008 10:17:26 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 07 Feb 2008 01:17:51 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C3D06F66.137B3%Keir.Fraser@xxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <C3D06F66.137B3%Keir.Fraser@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.9 (X11/20080206)
Keir Fraser a écrit :
>> However, I just found out than using the repository was just the default
>> behaviour. The following env variables allow to use a local pristine
>> kernel tarball:
>> export XEN_LINUX_SOURCE=tarball
>> export KETCHUP=/bin/true
>>
>> It's just a bit difficult to grab in the makefile to find it :/
> 
> You can override them on the make command line.
The problem is not to set them, but to find their existence and their
effect, as they are documented nowhere. Having all of them centralized
and documented in a single configuration file, which would be included
by all makefile, would be simpler.

And technically, you can't override all of those variables on command
line, given the high number of recursive make invocation losing some of
them (pae switch, for instance). It's safer to rely on environment
there. Which is troublesome when your build process involves two
distinct steps (building and installing), each starting with a fresh
environment. I've been hit many time by issues such as the following
sequence resulting in a non-pae kernel being installed...
pae=y make kernels
make linux-2.6-xen-install

Here again, a configuration file would make easier to ensure consistency.
-- 
Guillaume Rousse
Moyens Informatiques - INRIA Futurs
Tel: 01 69 35 69 62

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel