From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1FqYNi-0000fY-Sl
	for qemu-devel@nongnu.org; Wed, 14 Jun 2006 12:38:14 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1FqYNh-0000c6-Al
	for qemu-devel@nongnu.org; Wed, 14 Jun 2006 12:38:14 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1FqYNh-0000bj-0a
	for qemu-devel@nongnu.org; Wed, 14 Jun 2006 12:38:13 -0400
Received: from [137.226.40.101] (helo=pc42.xtal.rwth-aachen.de)
	by monty-python.gnu.org with esmtp (Exim 4.52) id 1FqYWt-00040z-SO
	for qemu-devel@nongnu.org; Wed, 14 Jun 2006 12:47:44 -0400
From: Jan Marten Simons <marten@xtal.rwth-aachen.de>
Subject: Re: [Qemu-devel] VMware Player
Date: Wed, 14 Jun 2006 18:39:14 +0200
References: <44902362.2000406@gmail.com> <4490357B.5040505@gmail.com>
	<20060614162115.GC20393@redhat.com>
In-Reply-To: <20060614162115.GC20393@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200606141839.14686.marten@xtal.rwth-aachen.de>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: "Daniel P. Berrange" <berrange@redhat.com>, qemu-devel@nongnu.org

Am Mittwoch, 14. Juni 2006 18:21 schrieb Daniel P. Berrange:
> An VMWare player "appliance" is really just a disk image & config file.
> Running a disk image in QEMU is just a matter of executing
>
>    qemu -hda /path/to/image
>
> Perhaps adding "-m XXX" to set increased  RAM.
>
> This is no harder to do than using VMWare player
>
>   vmplayer  /path/to/appliance
>
> Since QEMU already understands VMWare disk images, there's even a good
> chance that QEMU can run a VMWare "appliance" image itself. So it looks
> to me that QEMU is already on a par with VMWare player in terms of being
> able to quickly & simply test 'appliance' images.
>
> Dan.

To add to this and my previous mail, I'd like to point to ReactOS, which is 
distributed in various forms for simple testing, including a version bundled 
with qemu: http://www.reactos.org/xhtml/en/download.html

With regards,
Jan

PS: As qemu is really small compared to VMware Player, it poses only very 
little overhead to bundle it with the image (one could even hack some sort of 
selfextracting executable qemu+imagefile)