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/
Home Products Support Community News


RE: [Xen-devel] ANNOUNCE: Removing in-tree ioemu from xen-unstable.hg

To: Daniel Magenheimer <dan.magenheimer@xxxxxxxxxx>
Subject: RE: [Xen-devel] ANNOUNCE: Removing in-tree ioemu from xen-unstable.hg
From: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
Date: Fri, 12 Sep 2008 10:19:35 +0100
Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Delivery-date: Fri, 12 Sep 2008 02:20:31 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <b856b0ed-7bda-4bc6-bf25-3aad2d4074e3@default>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Newsgroups: chiark.mail.xen.devel
References: <C4EEFDDB.270A4%keir.fraser@xxxxxxxxxxxxx> <b856b0ed-7bda-4bc6-bf25-3aad2d4074e3@default>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Daniel Magenheimer writes ("RE: [Xen-devel] ANNOUNCE: Removing in-tree ioemu 
from xen-unstable.hg"):
> It would be really nice if the default build process
> ensured that all external bits were (or at least could
> be) pre-downloaded and that all necessary tools (git?)
> were present.

This is a good point.

> After >30min of "make world" time, I am waiting while
> the stubdom makefile is trying to wget newlib from
> sources.redhat.com... and failing repeatedly.  (Other
> downloads worked, so its not a proxy problem.)  I am
> hesitant to interrupt as I'm not sure if I will need
> to start the build over again.

Of course some people would prefer to have the computer build what it
can while waiting for the downloads.

So how about a separate top-level make target, which does all of the
external fetching ?  Then you could say
   make fetch-remotes
or something.

> Risking topic drift... is stubdom required in 3.3
> and unstable?  If not, is there (or should there be)
> some easy way to turn it off from the make command line,
> to avoid all of the wgets?

It's not required.  I don't know if there's a simple way to turn it
off from Config.mk but if there isn't I think there should be.


Xen-devel mailing list