All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jussi Kukkonen <jussi.kukkonen@intel.com>
To: Martin Kelly <mkelly@xevo.com>
Cc: Yocto Project <yocto@yoctoproject.org>
Subject: Re: Relicensing an Apache-licensed recipe as MIT
Date: Wed, 12 Apr 2017 10:14:00 +0300	[thread overview]
Message-ID: <CAHiDW_FKOO2kGXxLs3NiB3yPmGh2OE1xec0Fdgnt2JuVmBvN_Q@mail.gmail.com> (raw)
In-Reply-To: <ba1a6361-3fd4-63f7-3752-63c75dff1347@xevo.com>

[-- Attachment #1: Type: text/plain, Size: 1562 bytes --]

On 11 April 2017 at 23:52, Martin Kelly <mkelly@xevo.com> wrote:

> Hi,
>
> 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 reveals this:
http://git.openswitch.net/cgit/openswitch/ops-build/tree/yocto/openswitch/meta-foss-openswitch/recipes-extended/open-vm-tools/open-vm-tools_10.0.5.bb
(it seems to think the correct license is GPL).

   Jussi

[-- Attachment #2: Type: text/html, Size: 2179 bytes --]

  reply	other threads:[~2017-04-12  7:14 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 [this message]
2017-04-12  9:54   ` Paul Eggleton
2017-04-12 10:50     ` Jussi Kukkonen
2017-04-12 16:43       ` Martin Kelly
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=CAHiDW_FKOO2kGXxLs3NiB3yPmGh2OE1xec0Fdgnt2JuVmBvN_Q@mail.gmail.com \
    --to=jussi.kukkonen@intel.com \
    --cc=mkelly@xevo.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.