Return-Path: X-Original-To: apmail-incubator-celix-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-celix-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8E3C6108CB for ; Wed, 10 Apr 2013 08:56:53 +0000 (UTC) Received: (qmail 64773 invoked by uid 500); 10 Apr 2013 08:56:53 -0000 Delivered-To: apmail-incubator-celix-dev-archive@incubator.apache.org Received: (qmail 64717 invoked by uid 500); 10 Apr 2013 08:56:53 -0000 Mailing-List: contact celix-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: celix-dev@incubator.apache.org Delivered-To: mailing list celix-dev@incubator.apache.org Received: (qmail 64705 invoked by uid 99); 10 Apr 2013 08:56:52 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Apr 2013 08:56:52 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of pepijnnoltes@gmail.com designates 209.85.214.46 as permitted sender) Received: from [209.85.214.46] (HELO mail-bk0-f46.google.com) (209.85.214.46) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Apr 2013 08:56:46 +0000 Received: by mail-bk0-f46.google.com with SMTP id je9so98705bkc.33 for ; Wed, 10 Apr 2013 01:56:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=T6gPK0we+SOaM2+CNgZR2o4scmunKaHcBU6Nw7JuNIQ=; b=Az85AV3IgheVw6zKAeIjV0JFotzPZQfqaw/tX4WN0aY+5n79Y1VuiXvgZQNSQpSQ6u goHN9fBc8+yrPL76xUC00mnuISiDtlPXkTSwg72sLdnHt/S0afIYXtMYKaVuaA0tW/+r 3XyqqgNuTQWwY3jJAEy502XzJaelHn/9jleRAQHtgHR/0zmWOPFwn7Kro25EhAcIGsiQ XyJ1EtpB64Orkpte1K3i/VSo7Di+xExfSOqlb/xBB+i5Rp1bMzXJ57LecCozU7suhcAE xBUXTJNDitLcCqdXHRWuuqvK0ISTd+29O6MrwQWaRSjNnrVGoIr24EYSae15VJCBK6QP cCzQ== MIME-Version: 1.0 X-Received: by 10.204.244.198 with SMTP id lr6mr397334bkb.1.1365584186592; Wed, 10 Apr 2013 01:56:26 -0700 (PDT) Received: by 10.205.128.9 with HTTP; Wed, 10 Apr 2013 01:56:26 -0700 (PDT) In-Reply-To: <8ED07055-D914-4ED6-8D0B-4F4FB2D9713D@luminis.nl> References: <462D5736-A3C1-4350-9716-0A127E88BD9A@luminis.nl> <49b3743719dc23665cf8036baa55dcee.squirrel@46.19.35.7> <8ED07055-D914-4ED6-8D0B-4F4FB2D9713D@luminis.nl> Date: Wed, 10 Apr 2013 10:56:26 +0200 Message-ID: Subject: Re: Introducing myself From: Pepijn Noltes To: celix-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=f46d041c43b05a91e504d9fdd805 X-Virus-Checked: Checked by ClamAV on apache.org --f46d041c43b05a91e504d9fdd805 Content-Type: text/plain; charset=ISO-8859-1 Hi Marcel, Thanks for the reply. On Wed, Apr 10, 2013 at 12:06 AM, Marcel Offermans < marcel.offermans@luminis.nl> wrote: > Hello Pepijn, > > On Apr 9, 2013, at 22:31 PM, Pepijn Noltes wrote: > > > The idea is that the work Erik is doing for his assignment should be > > contributed to Apache Celix. > > If I am correct the Coperate CLA [2] which Thales has signed should make > > this possible. > > Yes, legally that is what is needed. > > Obviously in the end, it is up to the Celix community if they want to > accept such a contribution, but it sounds like it is something worthwhile! > > > One option we are looking into is ZeroMQ, which is licensed under the > LGPL. > > If I am reading the Third-Party Licensing Policy correct, this is legal, > if > > we handle this as a optional add-on [3]. Am I correct on this ? > > Actually, that page refers to [4] and as far as I understand, we can not > include anything LGPL in our source tree, so if using ZeroMQ requires us to > use its API and that is LGPL then we cannot do that. > To be honest, this is not clear for me. I would expect that depending on a API, which a user should obtain and is not included in the source distribution is legal for optional functionality. > > And do we find adding optional add-ons with non authorized licences > > acceptable for functionality not part of the core framework? > > Personally I think this should be ok, if it adds a significant > advantages. > > It's a tradeoff (see above). I would prefer to stick with things that are > compatible. > Yes, I wasn't aware that LGPL was this problematic. Knowing that I agree that we should ensure a good alternative which is license compatible. > > Unrelated to Celix, but are you allowed to use LGPL at your company? > General speaking yes, but we have a dedicated board which decides this for every newly added product/version combination. > > Greetings, Marcel > > > > [2] http://www.apache.org/licenses/cla-corporate.txt > > [3] http://www.apache.org/legal/3party.html#options-optional > > [4] http://www.apache.org/legal/resolved.html#category-x > > --f46d041c43b05a91e504d9fdd805--