From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1C2GcV-0004mc-Tg for qemu-devel@nongnu.org; Tue, 31 Aug 2004 17:56:52 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1C2GcT-0004ls-L4 for qemu-devel@nongnu.org; Tue, 31 Aug 2004 17:56:51 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C2GcT-0004lL-Gv for qemu-devel@nongnu.org; Tue, 31 Aug 2004 17:56:49 -0400 Received: from [83.133.48.170] (helo=dd5816.kasserver.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1C2GWp-0004gP-Hf for qemu-devel@nongnu.org; Tue, 31 Aug 2004 17:50:59 -0400 Received: from [10.0.0.100] (pD9EB011A.dip0.t-ipconnect.de [217.235.1.26]) by dd5816.kasserver.com (Postfix) with ESMTP id 8550FA3A20 for ; Tue, 31 Aug 2004 23:50:56 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <4134DF1A.4010407@bellard.org> References: <000501c48eda$a026ab40$20649c3f@computername> <200408310107.07350.hetz@witch.dyndns.org> <002101c48ee5$46b2e280$20389c3f@computername> <1093908872.26682.76.camel@aragorn> <1C8FBBB0-FB2F-11D8-8B6F-000A95D874F4@mac.com> <1093973009.29476.16.camel@sherbert> <4134DF1A.4010407@bellard.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Ren=E9_Korthaus?= Subject: Re: [Qemu-devel] Qemu development schedule? Date: Tue, 31 Aug 2004 23:50:44 +0200 Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Am 31.08.2004 um 22:27 schrieb Fabrice Bellard: > About the GUI, as I said earlier, I would be delighted if someone > submitted a GTK and/or a win32 GUI directly integrated in QEMU - I > tend to dislike the 'frontend' approach. I have to admit that I am rather sceptical about this point. In my opinion that could split development of future versions of QEMU and threaten a main feature of QEMU - the platform-indepedence. I am currently working on a GUI for Mac OS X and I have to admit, too, that always working "around" the QEMU binary is not a long-time solution. A short-time solution which works for me is getting and installing QEMU for the user automatically. I think it's difficult to find a final solution here, but keep working on QEMU. You do a great job. Greetings