From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FvwQd-00064H-II for qemu-devel@nongnu.org; Thu, 29 Jun 2006 09:19:31 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FvwQb-00060m-PU for qemu-devel@nongnu.org; Thu, 29 Jun 2006 09:19:31 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FvwQb-00060X-Gf for qemu-devel@nongnu.org; Thu, 29 Jun 2006 09:19:29 -0400 Received: from [66.187.233.31] (helo=mx1.redhat.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FvwdA-0007TF-7p for qemu-devel@nongnu.org; Thu, 29 Jun 2006 09:32:28 -0400 Date: Thu, 29 Jun 2006 14:19:17 +0100 From: "Daniel P. Berrange" Subject: Re: [Qemu-devel] QEMU GUI Message-ID: <20060629131917.GA29611@redhat.com> References: <44998BB7.2060402@bellard.org> <3B232C36-6014-4472-BA4C-452ABAB526C9@kberg.ch> <48969.203.185.161.115.1151004763.squirrel@imaps.mandriva.com> <44A30AC3.5060104@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44A30AC3.5060104@gmail.com> Reply-To: "Daniel P. Berrange" , qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: joelee724@gmail.com, qemu-devel@nongnu.org On Wed, Jun 28, 2006 at 07:03:31PM -0400, Joe Lee wrote: > > > >I would be interested in a GUI that is not specific to QEMU. e.g. Xen/VT, > >Basilisk II, SheepShaver, etc. ;-) > Gwenole, can you elaborate more on your comments above. Are your > comments referring to having a GUI that can both run and manage several > virtualization product (QEMU, XEN, etc) from one central GUI interface? > If so, I had a similar thought on this BUT was not sure how possible > this was. Would like to hear more on what your thoughts are on this. > Anyone else thought and comments to this would be appreciated! Its entirely feasible if you have a management API to use which supports the different virtualization backends. That would allow the GUI to be written to a single API, and yet control multiple systems like QEMU, Xen, etc. The libvirt project aims to provide such a backend API, currently supporting Xen, and a 'mock hypervisor' backend for testing purposes, and it would be very desirable to have backends to drive QEMU & VMWare systems. While the GUI would no doubt still have some differences in the area of hardware /device configuration the bulk of it could be shared by using the generic libvirt backend. I've got an early prototype of a Python/GTK based GUI for managing VMs via libvirt: http://people.redhat.com/berrange/virt-manager/ So if anyone's interested in trying to put together a QEMU backend for libvirt the project site is http://libvirt.org/ Regards, Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|