On Wed, May 16, 2012 at 9:20 PM, Kai Meyer kai.me...@storagecraft.com wrote:
On 05/16/2012 11:48 AM, Paolo Bonzini wrote:
Il 16/05/2012 19:06, Kai Meyer ha scritto:
1) It's been suggested to me that since we have the rights to distribute
our closed source shared library, there is a
Il 17/05/2012 11:10, Artyom Tarasenko ha scritto:
To help me better understand, what would
be the terminology used for the explanation between what I would call
source code licensing, and project licensing? Also, where in the code
(or rather what file) can I see this distinction? It seems like
On Thu, May 17, 2012 at 11:41 AM, Paolo Bonzini pbonz...@redhat.com wrote:
To help me better understand, what would
be the terminology used for the explanation between what I would call
source code licensing, and project licensing? Also, where in the code
(or rather what file) can I see this
On 05/17/2012 03:41 AM, Paolo Bonzini wrote:
Il 17/05/2012 11:10, Artyom Tarasenko ha scritto:
To help me better understand, what would
be the terminology used for the explanation between what I would call
source code licensing, and project licensing? Also, where in the code
(or rather what
Il 17/05/2012 19:53, Kai Meyer ha scritto:
Morally it's wrong, but a copyright holder cannot stop you on
moral grounds. Legally, you should consult a lawyer.
What you say is morally wrong here is a bit ambiguous to me. Do you
mean using modified versions of qemu internally at StorageCraft is
On 05/17/2012 01:43 PM, Paolo Bonzini wrote:
Il 17/05/2012 19:53, Kai Meyer ha scritto:
Morally it's wrong, but a copyright holder cannot stop you on
moral grounds. Legally, you should consult a lawyer.
What you say is morally wrong here is a bit ambiguous to me. Do you
mean using modified
Il 16/05/2012 19:06, Kai Meyer ha scritto:
1) It's been suggested to me that since we have the rights to distribute
our closed source shared library, there is a precedence for being able
to distributed a modified version of qemu that does run-time linking
against our shared library. The
On 05/16/2012 12:48 PM, Paolo Bonzini wrote:
Il 16/05/2012 19:06, Kai Meyer ha scritto:
1) It's been suggested to me that since we have the rights to distribute
our closed source shared library, there is a precedence for being able
to distributed a modified version of qemu that does run-time
On 05/16/2012 12:21 PM, Anthony Liguori wrote:
On 05/16/2012 12:48 PM, Paolo Bonzini wrote:
Il 16/05/2012 19:06, Kai Meyer ha scritto:
1) It's been suggested to me that since we have the rights to
distribute
our closed source shared library, there is a precedence for being able
to distributed
On 03/01/2012 11:54 PM, Paolo Bonzini wrote:
It does not matter whether it is upstream or not.
When you distribute your modified QEMU binary, anyone who receives it
has the right to ask you for the complete corresponding source code.
I also suggest that you write a wrapper around your library
On 05/16/2012 11:48 AM, Paolo Bonzini wrote:
Il 16/05/2012 19:06, Kai Meyer ha scritto:
1) It's been suggested to me that since we have the rights to distribute
our closed source shared library, there is a precedence for being able
to distributed a modified version of qemu that does run-time
:18 AM
To: Kai Meyer
Cc: qemu-devel@nongnu.org; Nate Bushman
Subject: Re: [Qemu-devel] Add support for new image type
(Sorry, missed the rest of this thread as I was expecting to be kept in the
CC list)
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am
If storagecraft disappears the customers still have the existing tools, which
can, for instance, convert their backup images to vhd or VMDK, so I think this
is probably not an issue.
Sent from a phone
On Mar 9, 2012, at 3:28 AM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 09/03/2012 10:23,
] Add support for new image type
(Sorry, missed the rest of this thread as I was expecting to be kept in the
CC list)
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image
Il 09/03/2012 10:23, Kevin Wolf ha scritto:
You make really good points on opening up the image file format.
I see real value there in that it would foster development of
other solutions around that format. The problem in this case is
that StorageCraft's backup image format uses proprietary
Am 09.03.2012 11:28, schrieb Paolo Bonzini:
Il 09/03/2012 10:23, Kevin Wolf ha scritto:
You make really good points on opening up the image file format.
I see real value there in that it would foster development of
other solutions around that format. The problem in this case is
that
(Sorry, missed the rest of this thread as I was expecting to be kept in
the CC list)
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that
for your help Kevin!
Nate
-Original Message-
From: Kevin Wolf [mailto:kw...@redhat.com]
Sent: Thursday, March 08, 2012 8:18 AM
To: Kai Meyer
Cc: qemu-devel@nongnu.org; Nate Bushman
Subject: Re: [Qemu-devel] Add support for new image type
(Sorry, missed the rest of this thread as I
Il 02/03/2012 19:38, Kai Meyer ha scritto:
Well, yes. I was assuming that there was potential for us to be able
to distribute qemu modifications that would not require us opening up
our library. The more we look at it, and some past precedence we've
experienced, it looks like it's not going to
On Fri, Mar 2, 2012 at 6:38 PM, Kai Meyer kai.me...@storagecraft.com wrote:
From: Paolo Bonzini [pbonz...@redhat.com]
Sent: Thursday, March 01, 2012 11:54 PM
To: Kai Meyer
Cc: Anthony Liguori; Stefan Weil; qemu-devel@nongnu.org; Nate Bushman
Subject:
From: Paolo Bonzini [pbonz...@redhat.com]
Sent: Thursday, March 01, 2012 11:54 PM
To: Kai Meyer
Cc: Anthony Liguori; Stefan Weil; qemu-devel@nongnu.org; Nate Bushman
Subject: Re: Add support for new image type
Il 01/03/2012 22:14, Kai Meyer ha scritto:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that is ready for consumption and I'm looking for the
integration point between qemu and the new image format.
Which image format do you want to get integrated?
Have a
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that is ready for consumption and I'm looking for the
integration point between qemu and the new image format.
Which image format do
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that is ready for consumption and I'm looking for the
integration point between qemu and the
Am 01.03.2012 21:10, schrieb Stefan Weil:
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that is ready for consumption and I'm looking for
On 03/01/2012 01:10 PM, Stefan Weil wrote:
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that is ready for consumption and I'm looking
On 03/01/2012 01:18 PM, Stefan Weil wrote:
Am 01.03.2012 21:10, schrieb Stefan Weil:
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that
Il 01/03/2012 21:26, Kai Meyer ha scritto:
QEMU uses GPL v2. You can use a patched QEMU internally,
but as soon as you want to give it to customers (or get it integrated
in the official source tree), you must publish all code which is needed
under an open license.
It is a shared library.
Am 01.03.2012 21:26, schrieb Kai Meyer:
On 03/01/2012 01:10 PM, Stefan Weil wrote:
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that is
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
On 03/01/2012 02:18 PM, Stefan Weil wrote:
Am 01.03.2012 21:10, schrieb Stefan Weil:
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to support a new image type? I have an
image type that
On 03/01/2012 02:05 PM, Anthony Liguori wrote:
On 03/01/2012 02:18 PM, Stefan Weil wrote:
Am 01.03.2012 21:10, schrieb Stefan Weil:
Am 01.03.2012 20:45, schrieb Kai Meyer:
On 03/01/2012 08:03 AM, Kevin Wolf wrote:
Am 29.02.2012 22:52, schrieb Kai Meyer:
Is it possible to extend qemu to
Il 01/03/2012 22:14, Kai Meyer ha scritto:
If we can't use qemu in general use-cases (since we can't push support
for our images up stream), we could still really benefit from a targeted
use-cases (like a Rescue Environment.)
It does not matter whether it is upstream or not.
When you
Is it possible to extend qemu to support a new image type? I have an
image type that is ready for consumption and I'm looking for the
integration point between qemu and the new image format.
-Kai Meyer
On Wed, 29 Feb 2012 15:52:49 -0600, Kai Meyer kai.me...@storagecraft.com
wrote:
Is it possible to extend qemu to support a new image type? I have an
image type that is ready for consumption and I'm looking for the
integration point between qemu and the new image format.
The last new
35 matches
Mail list logo