mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Rich Felker <dalias@libc.org>
To: Christopher Lane <lanechr@gmail.com>
Cc: musl@lists.openwall.com, Petr Hosek <phosek@chromium.org>,
	kulakowski@chromium.org
Subject: Re: musl licensing
Date: Wed, 16 Mar 2016 23:04:34 -0400	[thread overview]
Message-ID: <20160317030434.GB21636@brightrain.aerifal.cx> (raw)
In-Reply-To: <CAKFisccCXCpcQFMwgX0JR8dRhpecfU9MAubkZx+5v9kyMjn3gA@mail.gmail.com>

On Wed, Mar 16, 2016 at 07:06:25PM -0700, Christopher Lane wrote:
> > I still don't see what the problem is, unless your lawyers are under
> > the impression that there are "public domain" sources from third
> > parties. The COPYRIGHT file states:
> >
> > "musl as a whole is licensed under the following standard MIT
> > license."
> >
> > and:
> >
> > "All other files which have no copyright comments are original works
> > produced specifically for use as part of this library, written either
> > by Rich Felker, the main author of the library, or by one or more
> > contibutors listed above. Details on authorship of individual files
> > can be found in the git version control history of the project. The
> > omission of copyright and license comments in each file is in the
> > interest of source tree size."
> >
> > and finally:
> >
> > "All public header files (include/* and arch/*/bits/*) should be
> > treated as Public Domain as they intentionally contain no content
> > which can be covered by copyright. Some source modules may fall in
> > this category as well. If you believe that a file is so trivial that
> > it should be in the Public Domain, please contact the authors and
> > request an explicit statement releasing it from copyright."
> >
> > So as an aggregate/as part of musl, all of the "public domain" files
> > are _already_ licensed under musl's main license (by the very first
> > sentence) by people (their authors, i.e. primarily me) who would be
> > entitled to license them as such even if they were subject to
> > copyright.
> >
> 
> That's a good question.  We'll find out why, if the claimed PD files aren't
> actually PD, they don't then fall under the overall MIT license.

Yes, that's my view. From a practical what-you-can-do standpoint the
only purpose of declaring them PD (or BSD0 or something else more
permissive than MIT) is to lift the requirement of acknowledgement. I
didn't want .o files compiled using the headers or dynamic-linked
programs which used the headers and linked with crt*.o having to
include acknowledgements for musl just because of this trivial usage
of files which are themselves trivial.

> > What I would like to do, if it would satisfy your lawyers, is add a
> > paragraph at the end (right after the public domain release text):
> >
> > "Should the release of these files into the Public Domain be judged
> > legally invalid or ineffective, permission is hereby granted to use
> > these files under the following terms:
> >
> > Redistribution and use in source and binary forms, with or without
> > modification, are permitted."
> >
> > Does this work? And are there other blocking issues with copyright
> > status/documentation?
> >
> 
> We asked about conditional statements like this one and the answer we got
> was (paraphrasing; any trampling on legal terms is accidental) "the extra
> conditional language would then become the subject of argument."
>  Essentially, it provides attack surface for future litigation.
> 
> In reply, they asked us: if releasing under e.g. BSD0 is OK when PD isn't
> valid, why isn't it OK for all situations.  From previous replies, I gather
> that the answer is because PD most closely matches the contributors'
> ideological and ethical standpoints, and thus you'd like to include it in
> the license text.  Please correct me if I'm wrong.
> 
> We're in the situation of trying to mediate a solution that lets us get
> back to work and not have to give up on using musl.  I'm hoping we can find
> that middle ground.  So I'll run the specific language you provided past
> some people here and find out what they suggest for providing clear
> licensing while still preserving the ideological viewpoint.

I certainly hope so too.

The main thing here is that I don't want to be in the business of
reneging on disclaiming copyright interest in these files, suddenly
turning around and saying that people who (re)use these files can only
do so because I gave them permission to do so.

Another option that might be possible, but I think it's more confusing
to ordinary (non-lawyer) humans, would be to have the COPYRIGHT file
define/list the "trivial source files" or such, provide an
unconditional BSD0 permission statement (without copyright statement)
for them, and also provide a statement that we both intend, and
believe based on their triviality, that they are not subject to
copyright and in the public domain.

Rich


  reply	other threads:[~2016-03-17  3:04 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 [this message]
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
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=20160317030434.GB21636@brightrain.aerifal.cx \
    --to=dalias@libc.org \
    --cc=kulakowski@chromium.org \
    --cc=lanechr@gmail.com \
    --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).