mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Rob Landley <rob@landley.net>
To: musl <musl@lists.openwall.com>
Subject: Re: musl licensing
Date: Wed, 23 Mar 2016 17:53:52 -0500	[thread overview]
Message-ID: <CAOS_Y6RVkokX6ycZnMQAz_UfmEAcnRO4rbz4rcmb3OzJnWmX5Q@mail.gmail.com> (raw)
In-Reply-To: <CAKFiscf9HVnrxuAhig28_5XQyWW8tDYyV=kiATN+Uvz3HTWtJQ@mail.gmail.com>

On Wed, Mar 23, 2016 at 3:35 PM, Christopher Lane <lanechr@gmail.com> wrote:
> On Tue, Mar 22, 2016 at 7:32 PM, Rich Felker <dalias@libc.org> wrote:
>>
>> On Mon, Mar 21, 2016 at 03:46:18PM -0700, Christopher Lane wrote:
>> > On Fri, Mar 18, 2016 at 9:35 PM, Rich Felker <dalias@libc.org> wrote:
>> >
>> > > On Fri, Mar 18, 2016 at 07:47:21PM +0000, George Kulakowski wrote:
>> > Those paragraphs still reference public domain.  We can't use the things
>> > mentioned there.  WRT the blowfish impl, there are other implementations
>> > we
>> > can pull if we want / need that - though I'm not sure we even do want
>> > that.
>>
>> Did they miss the part about the fallback permissive license? I'm
>> pretty sure Solar's implementation of bcrypt (albeit the original, not
>> the one he modified for musl) is used in plenty of other places with
>> no problem. Complaining about copyright status on this is like
>> complaining about fdlibm. If it's really a problem I suspect he would
>> be willing to clarify its status for you.

Upton Sinclair explained why lawyers aren't comfortable with the
public domain a century ago:
http://www.goodreads.com/quotes/21810-it-is-difficult-to-get-a-man-to-understand-something

As far as I can tell, to most lawyers a good license is one you can
sue to enforce, I.E. one which provides potential future litigation
employment opportunities for lawyers. This isn't necessarily a
conscious decision, but it's definitely part of the legal profession's
herd mentality.

So what I did was take a "safe" license and make a small specific
change to it, which is easy to analyze and hard to object to by
itself, so the result still looks "safe". Thus my license is a "good
license", even if the result is functionally equivalent to placing
code in the public domain.

I.E. Zero Clause BSD (the Toybox license, which SPDX approved as
"0BSD" ala https://spdx.org/licenses/0BSD.html) took a prominent
variant of a widely approved existing license (the "OpenBSD suggested
template license, the text of which is in the first link from
http://www.openbsd.org/policy.html) under which you _can_ sue people
(in fact AT&T lost a very prominent lawsuit about it in 1993,
https://www.bell-labs.com/usr/dmr/www/bsdi/bsdisuit.html) and made a
single small edit that just removed half a sentence:
https://github.com/landley/toybox/commit/ee86b1d8e25c

The result was a license which grants blanket permission while
requiring nothing in return, using existing and established legal
boilerplate. It had to be an acceptable license if BSD was an
acceptable license, unless you could coherently explain why the
deleted half-sentence caused a problem _other_ than no longer
providing future employment for lawyers.

I replaced the "everybody dislikes this because everybody else
dislikes this" phrase "public domain" with the "everybody likes this
because everybody else likes this" phrase "BSD license". Instead of
fighting the herd mentality, I tried to leverage it.

So far, nobody's wanted to step into the spotlight and say
"eliminating this source of future litigation threatens my job
security", and I don't think most people consciously think that
anyway. (Besides, there's always patent trolls...)

Rob


  reply	other threads:[~2016-03-23 22:53 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 [this message]
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=CAOS_Y6RVkokX6ycZnMQAz_UfmEAcnRO4rbz4rcmb3OzJnWmX5Q@mail.gmail.com \
    --to=rob@landley.net \
    --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).