mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Rich Felker <dalias@libc.org>
To: musl@lists.openwall.com
Subject: Re: musl licensing
Date: Wed, 16 Mar 2016 17:35:51 -0400	[thread overview]
Message-ID: <20160316213551.GP9349@brightrain.aerifal.cx> (raw)
In-Reply-To: <20160316221527.55ff32b2a989b18e8fcccd37@frign.de>

On Wed, Mar 16, 2016 at 10:15:27PM +0100, FRIGN wrote:
> On Wed, 16 Mar 2016 16:34:28 -0400
> Rich Felker <dalias@libc.org> wrote:
> 
> Hey Rich,
> 
> > Yes, what I'm waiting for on this is whether a "conditional license"
> > ("if this code is deemed to be covered by copyright, then we license
> > it as BSD0/CC0/whatever") will satisfy them. This makes no difference
> > in jurisdictions where public domain is recognized but may make them
> > happy.
> 
> can you give me one single aspect in which BSD0 and Public Domain differ?

One claims copyright but then gives unlimited permission to use/etc.
The other disclaims copyright and thereby avoids placing any
copyright-based restrictions on use. In terms of what you can do there
is no difference, but there is an ideological difference in claiming
"these facts belong to me, and you can only use them because I was
willing to give you permission" rather than "I just wrote these facts
down, but they don't belong to me or to anyone, and you can freely use
them".

> > What about authorship/copyright holders per-file?
> 
> I see no need for that and it's one hell to maintain. If you want to
> find out exact authorship, "git blame" is your friend. It will give you
> the history and everything else ("git log file", "git show", ...).
> Trying to emulate that by hand is just tedious and defeats the purpose.

I tend to agree. I also find that it's problematic trying to decide
whether someone who makes a 1-line or 5-line patch to an existing
nontrivial file is a copyright holder for the file, and rather
pointless since it really makes no difference except to someone
contacting all copyright holders trying to get permission to
relicense. As far as I am aware, the vast majority of FOSS projects do
not waste their time trying to make such determinations.

My view is that a project and its maintainer should document these
things sufficiently well that users of the code can feel comfortable
that they actually have the license permissions you tell them they
have, and that further pedantry that does not affect license validity
should be left to lawyers only to be done when there's actually a need
for it (since their time costs a lot :). Stupid things like whether a
1-line patch author is a copyright holder may even vary by
jurisdiction. FWIW in my experience even the FSF is satisfied that
patches consisting of trivial changes, even a fair number of such, do
not require having a copyright assignment on file with them, so their
lawyers presumably are not concerned about such contributors claiming
copyright.

Rich


  reply	other threads:[~2016-03-16 21:35 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
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 [this message]
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=20160316213551.GP9349@brightrain.aerifal.cx \
    --to=dalias@libc.org \
    --cc=musl@lists.openwall.com \
    /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).