From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:34532)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <chris@include.gr>) id 1YgBtD-0003Xv-7v
	for qemu-devel@nongnu.org; Thu, 09 Apr 2015 08:49:00 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <chris@include.gr>) id 1YgBt7-0006Ye-7J
	for qemu-devel@nongnu.org; Thu, 09 Apr 2015 08:48:59 -0400
Received: from [86.35.2.13] (port=12955 helo=path.include.gr)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <chris@include.gr>) id 1YgBt6-0006Wo-Si
	for qemu-devel@nongnu.org; Thu, 09 Apr 2015 08:48:53 -0400
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Date: Thu, 09 Apr 2015 15:48:33 +0300
From: Chrysostomos Nanakos <chris@include.gr>
In-Reply-To: <5525F67E.2090609@suse.de>
References: <1407519603-6635-1-git-send-email-kwolf@redhat.com>
	<1407519603-6635-23-git-send-email-kwolf@redhat.com>
	<5525F67E.2090609@suse.de>
Message-ID: <ee732ffca8e3a0e8ff8aa86d08d6af2d@mail.include.gr>
Content-Transfer-Encoding: quoted-printable
Subject: Re: [Qemu-devel] [PULL 22/62] block: Support Archipelago as a QEMU
 block backend
Reply-To: chris@include.gr
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/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: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: =?UTF-8?Q?Andreas_F=C3=A4rber?= <afaerber@suse.de>
Cc: Kevin Wolf <kwolf@redhat.com>, Peter Maydell <peter.maydell@linaro.org>, Jeff Cody <jcody@redhat.com>, qemu-devel@nongnu.org, Stefan Hajnoczi <stefanha@redhat.com>

On 2015-04-09 06:48, Andreas F=C3=A4rber wrote:
> Am 08.08.2014 um 19:39 schrieb Kevin Wolf:
>> From: Chrysostomos Nanakos <cnanakos@grnet.gr>
>>
>> VM Image on Archipelago volume is specified like this:
>>
>>=20
>> file.driver=3Darchipelago,file.volume=3D<volumename>[,file.mport=3D<ma=
pperd_port>[,
>> file.vport=3D<vlmcd_port>][,file.segment=3D<segment_name>]]
>>
>> 'archipelago' is the protocol.
>>
>> 'mport' is the port number on which mapperd is listening. This is=20
>> optional
>> and if not specified, QEMU will make Archipelago to use the default=20
>> port.
>>
>> 'vport' is the port number on which vlmcd is listening. This is=20
>> optional
>> and if not specified, QEMU will make Archipelago to use the default=20
>> port.
>>
>> 'segment' is the name of the shared memory segment Archipelago stack=20
>> is using.
>> This is optional and if not specified, QEMU will make Archipelago to=20
>> use the
>> default value, 'archipelago'.
>>
>> Examples:
>>
>> file.driver=3Darchipelago,file.volume=3Dmy_vm_volume
>> file.driver=3Darchipelago,file.volume=3Dmy_vm_volume,file.mport=3D123
>> file.driver=3Darchipelago,file.volume=3Dmy_vm_volume,file.mport=3D123,
>> file.vport=3D1234
>> file.driver=3Darchipelago,file.volume=3Dmy_vm_volume,file.mport=3D123,
>> file.vport=3D1234,file.segment=3Dmy_segment
>>
>> Signed-off-by: Chrysostomos Nanakos <cnanakos@grnet.gr>
>> Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
>> Signed-off-by: Kevin Wolf <kwolf@redhat.com>
>> ---
>>  MAINTAINERS         |   6 +
>>  block/Makefile.objs |   2 +
>>  block/archipelago.c | 787=20
>> ++++++++++++++++++++++++++++++++++++++++++++++++++++
>>  configure           |  40 +++
>>  4 files changed, 835 insertions(+)
>>  create mode 100644 block/archipelago.c
>
> Judging by configure output in v2.3.0-rc2, QEMU seems to rely on
> libxseg, which is GPL-3.0+: https://github.com/grnet/libxseg
>
> How can anyone legally build this backend then? o.O
>
> Any chance libxseg can be relicensed to GPL-2.0+?
>

Hello Andreas,
indeed the license has changed a few months after submitting the patch=20
for the block driver to QEMU. I have already contacted the=20
administration
of GRNET which is responsible for this change asking them about the=20
aforementioned problem. I am waiting for the reply and hopefully we will=20
resolve this license matter.

Regards,
Chrysostomos.