From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:41166) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S3D9W-0001gh-UJ for qemu-devel@nongnu.org; Thu, 01 Mar 2012 16:03:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S3D9C-0000T4-3X for qemu-devel@nongnu.org; Thu, 01 Mar 2012 16:03:06 -0500 Received: from mail-pz0-f45.google.com ([209.85.210.45]:46752) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S3D9B-0000SL-TS for qemu-devel@nongnu.org; Thu, 01 Mar 2012 16:02:46 -0500 Received: by dadp14 with SMTP id p14so59434dad.4 for ; Thu, 01 Mar 2012 13:02:43 -0800 (PST) Message-ID: <4F4FE3ED.5070202@codemonkey.ws> Date: Thu, 01 Mar 2012 15:02:37 -0600 From: Anthony Liguori MIME-Version: 1.0 References: <4F4E9E31.50903@storagecraft.com> <4F4F8FCD.7010106@redhat.com> <4F4FD1C9.8050006@storagecraft.com> In-Reply-To: <4F4FD1C9.8050006@storagecraft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Add support for new image type List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Kai Meyer Cc: Nate Bushman , qemu-devel@nongnu.org On 03/01/2012 01:45 PM, Kai Meyer wrote: > Great, this is exactly what we're after. I work for StorageCraft, and we would > like to figure out some way to allow qemu to directly consume our image-based > backups. It would provide us with user-space mounting (via libguestfs) as well > as booting VMs directly from Backup images. We already have a proprietary image > access library that provides block-wise access to our image files. I have been > able to scratch together a proof of concept already, which I am really pleased > with. > > I see only two roadblocks for which I don't have immediate answers for. > > 1) Licensing > Is it possible to license our contributions in such a way that we do not need to > open the source code of our image access library? Hi, Obviously, you should ask your legal department for advice on licensing, but as a policy of the QEMU project, it's unlikely we would accept anything that's sole purpose was to enable third party proprietary code regardless of license compatibility. QEMU is an Open Source project and our past and future success depends on the collaboration and innovation that comes from having an open code base. Regards, Anthony Liguori