From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=44452 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1PqWzF-00028L-GZ
	for qemu-devel@nongnu.org; Fri, 18 Feb 2011 15:31:34 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <anthony@codemonkey.ws>) id 1PqWzC-00077Q-Ro
	for qemu-devel@nongnu.org; Fri, 18 Feb 2011 15:31:33 -0500
Received: from mail-vx0-f173.google.com ([209.85.220.173]:38573)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <anthony@codemonkey.ws>) id 1PqWzC-000778-OG
	for qemu-devel@nongnu.org; Fri, 18 Feb 2011 15:31:30 -0500
Received: by vxb40 with SMTP id 40so2297954vxb.4
	for <qemu-devel@nongnu.org>; Fri, 18 Feb 2011 12:31:30 -0800 (PST)
Message-ID: <4D5ED71F.30901@codemonkey.ws>
Date: Fri, 18 Feb 2011 14:31:27 -0600
From: Anthony Liguori <anthony@codemonkey.ws>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] Re: Strategic decision: COW format
References: <OF3C9DAE9F.EC6B5878-ON85257826.00715C10-85257826.007A14FB@LocalDomain>	<OFF3B73D6C.D1225EB2-ON85257838.006A5FC5-85257838.006C65F3@us.ibm.com>	<4D5BC467.4070804@redhat.com>	<m3r5b53duy.fsf_-_@blackfin.pond.sub.org>	<4D5E4271.80501@redhat.com>
	<4D5EAFA8.70909@mail.berlios.de>
In-Reply-To: <4D5EAFA8.70909@mail.berlios.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Stefan Weil <weil@mail.berlios.de>
Cc: Kevin Wolf <kwolf@redhat.com>, Chunqiang Tang <ctang@us.ibm.com>, qemu-devel@nongnu.org, Markus Armbruster <armbru@redhat.com>, Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>

On 02/18/2011 11:43 AM, Stefan Weil wrote:
>
> Is maintaining an additional file format really so much work?
> I have only some personal experience with vdi.c, and there maintainance
> was largely caused by interface changes and done by Kevin.
> Hopefully interfaces will stabilize, so changes will become less 
> frequent.
>
> A new file format like fvd would be a challenge for the existing ones.

FVD isn't merged because it's gotten almost no review.  If it turns out 
that it is identical to an existing format and an existing format just 
has a crappy implementation, it wouldn't be merged in favor of fixing 
the existing format.

But if it has a compelling advantage for a reasonable use-case, it will 
be merged.

I don't know where this whole discussion of "strategic formats" for QEMU 
came from but that's never been the way the project has operated.

Regards,

Anthony Liguori