mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Josiah Worcester <josiahw@gmail.com>
To: musl@lists.openwall.com
Cc: kulakowski@chromium.org, phosek@chromium.org
Subject: Re: musl licensing
Date: Tue, 15 Mar 2016 22:20:23 +0000	[thread overview]
Message-ID: <CAMAJcuAYVJisiugEc1kQQ-VqMQrXhtCrgmnV8gGXqsF-YBun=A@mail.gmail.com> (raw)
In-Reply-To: <CABBv4TYwScxbOE6YxJpK5maFoQDPFtn6VSKmh_+qA8k3Nk5=oA@mail.gmail.com>

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

On Tue, Mar 15, 2016 at 3:00 PM Petr Hosek <phosek@chromium.org> wrote:

> We work on Chromium project at Google. Our team, as well as several
> other teams here at Google, would like to start using musl in various
> open-source projects. This includes shipping musl as a part of SDKs
> and toolchains. However, after performing a standard license review,
> our open-source lawyers told us that there are two obstacles to us
> being able to use musl.
>
> The first issue is the lack of clarity around per-file licensing and
> copyright attribution. The other issue is the claim that some files
> (in particular, the public headers and C runtime) are in the public
> domain. While this might be technically correct, it's not legally
> sound and we would be legally unable to use these files without them
> being placed under copyright and an open source license. The most
> appropriate way of addressing both issues would be to include a
> copyright notice in individual source and header files.
>
> Rather than working around these issues by reimplementing parts of
> musl, we would like to work with the musl community to directly
> address these issues. We believe that our company's interpretation of
> the copyright and authorship is the same across the entire industry
> and resolving these issues would benefit both musl as well as projects
> which already do or plan to use musl.
>
> To address both issues, authors of all files in musl that are "public
> domain" or any other non-license will have to agree with relicensing
> their work under the MIT license (or any other compatible open-source
> license). Furthermore, all past and future contributors will have to
> to sign the Contributor License Agreement (CLA). Since the majority of
> musl authors are present in this forum, we're reaching out to you to
> ask whether this is something you would agree with and also to start
> the discussion within the wider musl community.
>

A few comments. First, is the COPYRIGHT file insufficient for making it
clear what the per-file licensing state is? If so, I suspect this could be
rather readily changed (the information is around). Second, it is believed
that those files that are marked as "public domain" are uncopyrightable. If
this legal theory doesn't quite fit, would e.g. explicitly declaring them
to be under CC0 or similar suffice? Third, is the CLA at all appropriate?
This is firmly *not* a Google-owned project, and to my knowledge Google
doesn't have similar requirements for any other third-party open source
projects used by them, even if they have contributions (substantial or
otherwise) from Google.

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

  parent reply	other threads:[~2016-03-15 22:20 UTC|newest]

Thread overview: 78+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-15 21:59 Petr Hosek
2016-03-15 22:17 ` croco
2016-03-16 16:32   ` Alexander Cherepanov
2016-03-16 22:50     ` Petr Hosek
2016-03-16 22:55       ` Josiah Worcester
2016-03-16 23:46       ` Rich Felker
2016-03-17  2:06         ` Christopher Lane
2016-03-17  3:04           ` Rich Felker
2016-03-17  8:17           ` u-uy74
2016-03-17 15:14             ` Christopher Lane
2016-03-17 15:28               ` FRIGN
2016-03-17 15:49                 ` Hugues Bruant
2016-03-17 15:57                   ` Rich Felker
2016-03-17 16:01               ` Rich Felker
2016-03-17 23:32                 ` Christopher Lane
2016-03-18  4:21                   ` Rich Felker
2016-03-18  4:47                     ` Christopher Lane
2016-03-18 18:07                       ` Rich Felker
2016-03-18 18:16                     ` Christopher Lane
2016-03-18 19:12                       ` Rich Felker
2016-03-18 19:47                         ` George Kulakowski
2016-03-19  4:35                           ` Rich Felker
2016-03-21 22:46                             ` Christopher Lane
2016-03-23  2:32                               ` Rich Felker
2016-03-23 20:35                                 ` Christopher Lane
2016-03-23 22:53                                   ` Rob Landley
2016-03-29 17:18                                     ` Christopher Lane
2016-03-29 17:21                                   ` Christopher Lane
2016-03-29 20:03                                     ` Rich Felker
2016-03-29 20:21                                       ` Christopher Lane
2016-03-30  6:56                                     ` u-uy74
2016-03-30 14:11                                       ` Christopher Lane
2016-03-30 14:43                                         ` u-uy74
2016-03-18  8:31               ` u-uy74
2016-03-17  1:26       ` Alexander Cherepanov
2016-03-17  2:20         ` Christopher Lane
2016-03-15 22:20 ` Kurt H Maier
2016-03-15 22:20 ` Josiah Worcester [this message]
2016-03-15 22:41 ` Rich Felker
2016-03-15 22:49   ` Shiz
2016-03-16  4:54   ` Isaac Dunham
2016-03-16  8:00   ` u-uy74
2016-03-16 10:31   ` Szabolcs Nagy
2016-03-16 10:55     ` FRIGN
2016-03-16 12:34       ` Szabolcs Nagy
2016-03-16 12:46         ` Anthony J. Bentley
2016-03-16 13:49           ` u-uy74
2016-03-16 14:07             ` FRIGN
2016-03-16 14:01         ` FRIGN
2016-03-16 14:47           ` Szabolcs Nagy
2016-03-16 10:22 ` FRIGN
2016-03-16 20:13 ` Rich Felker
2016-03-16 20:19   ` FRIGN
2016-03-16 20:34     ` Rich Felker
2016-03-16 21:11       ` Jens Gustedt
2016-03-16 21:15       ` FRIGN
2016-03-16 21:35         ` Rich Felker
2016-03-16 21:50           ` FRIGN
2016-03-16 21:34       ` John Levine
2016-03-16 21:38       ` Christopher Lane
2016-03-17  2:01       ` Ed Maste
2016-03-17  3:19         ` Rich Felker
2016-03-17 18:49           ` Ed Maste
2016-03-17 19:16             ` Rich Felker
2016-03-17 21:16               ` Wink Saville
2016-03-17 21:25                 ` Petr Hosek
2016-03-17 22:56                   ` Ruediger Meier
2016-03-17 23:07                     ` Anthony J. Bentley
2016-03-17 23:19                       ` Kurt H Maier
2016-03-17 23:31                         ` Anthony J. Bentley
2016-03-17 23:46                           ` Ruediger Meier
2016-03-18  3:30                           ` Kurt H Maier
2016-03-18  3:41                             ` Rich Felker
2016-03-18  3:55                               ` Christopher Lane
2016-03-17 21:42               ` Ed Maste
2016-03-17 23:37               ` Luca Barbato
2016-03-18  8:01             ` u-uy74
2016-03-18 12:35 ` chromium with musl libc (was: [musl] musl licensing) Natanael Copa

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='CAMAJcuAYVJisiugEc1kQQ-VqMQrXhtCrgmnV8gGXqsF-YBun=A@mail.gmail.com' \
    --to=josiahw@gmail.com \
    --cc=kulakowski@chromium.org \
    --cc=musl@lists.openwall.com \
    --cc=phosek@chromium.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.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/musl/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).