From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1C1uGH-00036I-AO for qemu-devel@nongnu.org; Mon, 30 Aug 2004 18:04:25 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1C1uGG-00035i-Nc for qemu-devel@nongnu.org; Mon, 30 Aug 2004 18:04:25 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C1uGG-00035c-KD for qemu-devel@nongnu.org; Mon, 30 Aug 2004 18:04:24 -0400 Received: from [216.254.0.203] (helo=mail3.speakeasy.net) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1C1uB4-0004RG-Ct for qemu-devel@nongnu.org; Mon, 30 Aug 2004 17:59:02 -0400 Received: from dsl081-088-222.lax1.dsl.speakeasy.net (HELO [192.168.111.2]) ([64.81.88.222]) (envelope-sender ) by mail3.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 30 Aug 2004 21:59:00 -0000 Subject: Re: [Qemu-devel] Qemu development schedule? From: "John R. Hogerhuis" In-Reply-To: <000501c48eda$a026ab40$20649c3f@computername> References: <000501c48eda$a026ab40$20649c3f@computername> Content-Type: text/plain Message-Id: <1093903154.26682.44.camel@aragorn> Mime-Version: 1.0 Date: Mon, 30 Aug 2004 14:59:15 -0700 Content-Transfer-Encoding: 7bit Reply-To: jhoger@pobox.com, 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 There are already projects around adding front ends. QEMU works just fine from the command line. This is a proper separation of work from a software designer's point of view. For most, usability of an emulator can be summed up in one word: speed. Any effort to address speed improvements (and at the same time, stability which is ongoing) is core development. Are you sure it makes sense have the core developers concentrating on Windows installers or front ends? For those that can't wait for "polish," commercial products are out there for the Windows platform, and Linux too. The other thing is that front ends will constantly be in flux as new core features are added. For now, all those features are easily accessible from the command line for those willing to track cvs. Having watched this project for a while I see QEMU as a very healthy project. It is growing rapidly and improving in core functionality. In some areas it has already outstripped commercial offerings. But I suppose the only real indicator of real success of FOSS projects is when the complaints start rolling in ;-) -- John.