From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NJAop-0005js-TF for qemu-devel@nongnu.org; Fri, 11 Dec 2009 14:06:23 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NJAok-0005c7-Le for qemu-devel@nongnu.org; Fri, 11 Dec 2009 14:06:22 -0500 Received: from [199.232.76.173] (port=60665 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NJAok-0005bi-G3 for qemu-devel@nongnu.org; Fri, 11 Dec 2009 14:06:18 -0500 Received: from mx1.redhat.com ([209.132.183.28]:63132) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NJAoj-0001SH-Nv for qemu-devel@nongnu.org; Fri, 11 Dec 2009 14:06:18 -0500 Date: Fri, 11 Dec 2009 21:06:08 +0200 From: Izik Eidus Subject: Re: [Qemu-devel] Spice project is now open Message-ID: <20091211210608.0e313c0c@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> 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: Ben Taylor Cc: Yaniv Kamay , qemu-devel@nongnu.org On Fri, 11 Dec 2009 18:57:17 +0000 Ben Taylor wrote: > I think the simple point is that, AFAICS, the spice folks are > expecting the qemu team to integrate their big ugly tarball, instead > of doing what everyone else does, which is forward port everything to > current head and then provide a current set of patches against GIT > head. This was never the issue. We have planes to send the vdi interfaces to qemu, we just open sourced spice, it take time. I think you guys totaly didnt understand us. We will send patchs to qemu-devel adding the vdi interfaces. But again spice itself is library and it have more than one user other than qemu, so the way the protocol work is spice specific and not qemu specific. And this why we are adding the VDI interfaces, it allow qemu to work with whatever library the users will want to use. What so bad about that? > > Anything else is just a waste of time. The paths both projects are > at are too far apart.