All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Kelly <mkelly@xevo.com>
To: Jussi Kukkonen <jussi.kukkonen@intel.com>,
	Paul Eggleton <paul.eggleton@linux.intel.com>
Cc: Yocto Project <yocto@yoctoproject.org>
Subject: Re: Relicensing an Apache-licensed recipe as MIT
Date: Wed, 12 Apr 2017 09:43:24 -0700	[thread overview]
Message-ID: <aff2fe4c-4d1c-80c5-2094-2951e96b2a7f@xevo.com> (raw)
In-Reply-To: <CAHiDW_GipiELX4dDs3sYPm7V9SUGZnQDLOLbwJM0eiJBoQFaQA@mail.gmail.com>

On 04/12/2017 03:50 AM, Jussi Kukkonen wrote:
>
>
> On 12 April 2017 at 12:54, Paul Eggleton <paul.eggleton@linux.intel.com
> <mailto:paul.eggleton@linux.intel.com>> wrote:
>
>     On Wednesday, 12 April 2017 7:14:00 PM NZST Jussi Kukkonen wrote:
>     > On 11 April 2017 at 23:52, Martin Kelly <mkelly@xevo.com <mailto:mkelly@xevo.com>> wrote:
>     > > I'm thinking about integrating the open-vm-tools recipe from openswitch[1]
>     > > into openembedded (it massively improves the performance of VMWare guests)
>     > > but first I have a question about licensing. The openswitch repository is
>     > > Apache-licensed while the openembedded layers are all MIT licensed. I'm
>     > > not
>     > > a lawyer, but my understanding is that the Apache license is a superset of
>     > > the MIT license (it includes a patent clause that the MIT license lacks),
>     > > and therefore MIT code can be relicensed as Apache but not the other way
>     > > around.
>     >
>     > The license of the layer refers to the licensing of the recipe files
>     > themselves: the source code licenses of the projects the recipes fetch and
>     > build are another thing. As long as the source code license is an open
>     > source one there should be no complaints about integrating into an
>     > openembedded layer.
>     >
>     > To be completely clear: The LICENSE variable in a recipe refers to the
>     > source code license of the project to be built and should be set based on
>     > the licensing info found within the version of source code that we fetch
>     > and build. The recipe files are licensed according to the LICENSE and/or
>     > COPYING files of the layer it is in.
>     >
>     > By the way, a quick search on layers.openembedded.org <http://layers.openembedded.org> reveals this:
>     > http://git.openswitch.net/cgit/openswitch/ops-build/tree/yocto/openswitch/me
>     <http://git.openswitch.net/cgit/openswitch/ops-build/tree/yocto/openswitch/me>
>     > ta-foss-openswitch/recipes-extended/open-vm-tools/open-vm-tools_10.0.5.bb
>     <http://open-vm-tools_10.0.5.bb>
>     > (it seems to think the correct license is GPL).
>
>     This is muddying the waters somewhat - the LICENSE variable has
>     nothing to do
>     with this. We're only concerned with the license of the recipe itself.
>
>
>
> Thanks Paul: I was indeed confused and did not understand this was about
> an existing recipe even though it was clearly explained in the original
> post. Sorry for the noise.
>
> Jussi

Right, I should have clarified. The underlying code is LGPLv2/GPLv2, but 
the recipe file itself is Apache licensed, which is my concern.

It sounds like I should ask openswitch for relicensing first. If they 
say no, we can consider the situation further.


  reply	other threads:[~2017-04-12 17:12 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-11 20:52 Relicensing an Apache-licensed recipe as MIT Martin Kelly
2017-04-12  7:14 ` Jussi Kukkonen
2017-04-12  9:54   ` Paul Eggleton
2017-04-12 10:50     ` Jussi Kukkonen
2017-04-12 16:43       ` Martin Kelly [this message]
2017-04-12 20:04         ` Martin Kelly

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=aff2fe4c-4d1c-80c5-2094-2951e96b2a7f@xevo.com \
    --to=mkelly@xevo.com \
    --cc=jussi.kukkonen@intel.com \
    --cc=paul.eggleton@linux.intel.com \
    --cc=yocto@yoctoproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.