mailing list of musl libc
 help / color / mirror / code / Atom feed
From: FRIGN <dev@frign.de>
To: musl@lists.openwall.com
Cc: phosek@chromium.org
Subject: Re: musl licensing
Date: Wed, 16 Mar 2016 11:22:56 +0100	[thread overview]
Message-ID: <20160316112256.719d305649d6ef1fc357b71b@frign.de> (raw)
In-Reply-To: <CABBv4TYwScxbOE6YxJpK5maFoQDPFtn6VSKmh_+qA8k3Nk5=oA@mail.gmail.com>

On Tue, 15 Mar 2016 14:59:24 -0700
Petr Hosek <phosek@chromium.org> wrote:

Hey Petr,

> 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.

in my opinion, it would be too much hassle and bloat up the tarballs
adding a license header to each particular single source file.
At suckless.org we solved this by having one central LICENSE file and
adding the remark

	/* See LICENSE file for copyright and license details. */

at the top of each source file.
The transition would be seamless, as there won't be need to add such a
notice at the top of the public domain licensed source files.

However, I have the strong opinion that there should be an initiative
to make musl licensing a bit more homogenous.
For non-copyleft licenses, I see only two valid candidates nowadays:

   - ISC[0] if you want attribution.
   - 0-clause BSD[1] if you don't want attribution (ISC without the
     attribution half-sentence)

This entire public-domain thing is built on a very loose foundation.
What more do you want than ISC or the 0-clause BSD?

An added bonus is that the ISC license is functionally equivalent
to the 2-clause BSD license modulo the text segments superfluous
since the Berne Convention of 1971. I use it for all new projects,
and as far as I know it's even okay to change BSD-2 to ISC without
asking the contributors (as they're functionally equivalent).

> 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.

Agreed, and I must admit that I understand Google's position here.
A "public domain" "license" is not accepted by all legislations and
is considered all rights reserved there.
The company does not want to risk a lawsuit when the licensing situation
has not been clarified.

> 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.

There's no need for a CLA when the relicensing happens at upstream,
knowing of course the internal practices regarding CLA's at Google.
I would not recommend the MIT license in favor of the licenses mentioned
above (ISC[0] and BSD-0[1]).

Cheers

FRIGN

[0]: ##########
Copyright (c) Year(s), Company or Person's Name <E-mail address>

Permission to use, copy, modify, and/or distribute this software for any purpose with or without fee is hereby granted, provided that the above copyright notice and this permission notice appear in all copies.

THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
##############

[1]: #########
Copyright (C) 2006 by Rob Landley <rob@landley.net>

Permission to use, copy, modify, and/or distribute this software for any purpose with or without fee is hereby granted.

THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
##############

-- 
FRIGN <dev@frign.de>


  parent reply	other threads:[~2016-03-16 10:22 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
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 [this message]
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=20160316112256.719d305649d6ef1fc357b71b@frign.de \
    --to=dev@frign.de \
    --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).