Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@activemq.apache.org
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\))
Subject: Re: [VOTE] Apache Artemis 1.2.0
From: Daniel Kulp <dkulp@apache.org>
In-Reply-To: 
 <CAKF+bsoGqv36uYh=9ikBxrz=X5=FO0VHPD=B7yBuV6tJ4KHhGg@mail.gmail.com>
Date: Mon, 21 Dec 2015 13:03:20 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <E7234469-0313-46F2-A7F2-066D177924F3@apache.org>
References: <5674440F.7040805@redhat.com>
 <CAOqetn8=gp+=JNc--xOoiJW=RfU2YbeCh-+s0Mjf1Rjsp_grew@mail.gmail.com>
 <CAKF+bsp4nct5NwoSeU7HvR3=5903+zf_EHw+HjoOM-C55+Js9A@mail.gmail.com>
 <CAOqetn9Zn=D=NmfwO8cfk6fC7Wu2EOGkb9yjohjAGEoruNkSrg@mail.gmail.com>
 <68E4C713-D621-424F-B4CA-F21509F4A997@apache.org>
 <CAKF+bsoGqv36uYh=9ikBxrz=X5=FO0VHPD=B7yBuV6tJ4KHhGg@mail.gmail.com>
To: dev@activemq.apache.org


> On Dec 21, 2015, at 12:55 PM, Clebert Suconic =
<clebert.suconic@gmail.com> wrote:
>=20
>>=20
>> Actually, this is more serious than that.  If I=E2=80=99m reading =
correctly, libaio is LGPL.  Thus, we cannot use it from an Apache =
release unless its:
>>=20
> We are not redistributing libaio.. libaio is a Kernel functionality
> from Linux. We have an implementation that is just using a kernel
> functionality available on any Linux Kernel. you need to install the
> libaio header but the functiionality is part of the linux kernel.
>=20
> Saying so would be the same as saying you can't use any OS that's
> LGPL.. which is not the case.

But the parts of the =E2=80=9COS=E2=80=9D that is used generally has =
some sort of =E2=80=9Cclasspath exception=E2=80=9D or similar or there =
is another implementation that is completely usable that is not LGPL =
(example: the stdc++ runtimes).   libaio does not.  It is specifically =
LGPL.

In particular, in org_apache_activemq_artemis_jlibaio_LibaioContext.c, I =
see right at the top:

#ifndef _GNU_SOURCE
// libaio, O_DIRECT and other things won't be available without this =
define
#define _GNU_SOURCE
#endif

That=E2=80=99s in direct conflict with the license header.


>> 2) Not be part of the default build - in our case, we=E2=80=99d need  =
a maven profile to build it and that profile would need to not be =
activeByDefault.
>>=20
>> Thus, I think this release cannot be released as is.
>=20
> I disagree.. the release should include it... our implementation is
> apache licensed.


=E2=80=A6linked to libraries that are LGPL and only LGPL, which is not =
allowed per ASF policy.


--=20
Daniel Kulp
dkulp@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com