From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NJGrf-0006Dc-LQ for qemu-devel@nongnu.org; Fri, 11 Dec 2009 20:33:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NJGrb-00069Z-1U for qemu-devel@nongnu.org; Fri, 11 Dec 2009 20:33:43 -0500 Received: from [199.232.76.173] (port=39382 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NJGra-00069D-RX for qemu-devel@nongnu.org; Fri, 11 Dec 2009 20:33:38 -0500 Received: from mx1.redhat.com ([209.132.183.28]:41834) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NJGra-0003vc-CM for qemu-devel@nongnu.org; Fri, 11 Dec 2009 20:33:38 -0500 Date: Sat, 12 Dec 2009 03:33:30 +0200 From: Izik Eidus Subject: Re: [Qemu-devel] Spice project is now open Message-ID: <20091212033330.1c3507c9@redhat.com> In-Reply-To: References: <1393046876.1549021260539141025.JavaMail.root@zmail05.collab.prod.int.phx2.redhat.com> <4B226BFC.1040606@codemonkey.ws> <20091211204828.464707cf@redhat.com> <4B2297A2.8040102@codemonkey.ws> <20091211212135.645864f9@redhat.com> <4B229DCE.7070500@codemonkey.ws> <20091211213911.0dce90dc@redhat.com> <4B22A2D9.6020602@codemonkey.ws> <20091211222101.5e924d20@redhat.com> <4B22AFBF.6080709@codemonkey.ws> <20091211231334.3d8a599f@redhat.com> <8BF07900-1F21-4E1C-AFC7-FF9CC47525A3@suse.de> <20091212004635.0b57a8c0@redhat.com> <20091212021448.60dd3463@redhat.com> <20091212025315.2188acf5@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Yaniv Kamay , qemu-devel@nongnu.org On Sat, 12 Dec 2009 02:08:05 +0100 Alexander Graf wrote: > So the thing I dislike is the "take all of QXL and SPICE or leave > everything" sort of attitude that's coming over. I'd love to use QXL, > but I don't want to use SPICE :-). Thus I want to make sure we're > going in a really modular direction, so all the bits can be combined > to every users' liking. Thus creating choice. We are palning to add local rendering support for qxl inside qemu... > > > Alex >