mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Solar Designer <solar@openwall.com>
To: musl@lists.openwall.com
Subject: Re: License survey
Date: Sun, 19 Feb 2012 19:48:59 +0400	[thread overview]
Message-ID: <20120219154859.GA16314@openwall.com> (raw)
In-Reply-To: <87zkcfc4hz.fsf@gmail.com>

On Sun, Feb 19, 2012 at 02:55:04PM +0100, Christian Neukirchen wrote:
> Also, please do not reword the BSD license.

I think that removing some or all clauses is not the same as rewording.
This has been done before when we went from 4-clause to 3-clause and
2-clause.  What I propose is 0-clause BSD.

That said, I do see some value in using a widespread license as-is.

> If you want a minimal
> version of it, use the ISC license: http://en.wikipedia.org/wiki/ISC_license

ISC license is my second best choice.

> (I think having to keep the copyright note is a good idea, too.)

I disagree; to me, the only good thing about this requirement is that it
is so common, so we can use an existing license template as-is.

ISC license says: "provided that the above copyright notice and this
permission notice appear in all copies."  I think this is somewhat
ambiguous and potentially problematic.  Does this copyright notice and
this permission notice have to appear inside a program binary statically
linked with libc under that license (thus including a copy of the libc
code)?  Does it have to appear in the documentation of such program?
The current practice would be that no, this would typically not be the
case - but is it valid per the license or not?  And should musl start to
provide such a const string for inclusion in all programs statically
linked against musl?  That would be +300 bytes to each binary (not
including the warranty disclaimer), and more once there are multiple
copyright holders to list.  Sure, that's not how we and others interpret
the license so far, so perhaps there's precedent that this is not
required - but strictly speaking that's not what the license says, and
not all countries have precedent law.

Disclaimer: I am not a lawyer.

Oh, and this does start to look like a bikeshed, so I think I won't
comment further.  I think Rich merely wanted us to vote, which we did. :-)

Alexander


  reply	other threads:[~2012-02-19 15:48 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-19  4:12 Rich Felker
2012-02-19  7:00 ` Isaac Dunham
2012-02-19 14:31   ` gs
2012-02-19  7:27 ` Kurt H Maier
2012-02-19 11:55   ` Hiltjo Posthuma
2012-02-19 12:17 ` Solar Designer
2012-02-19 13:55 ` Christian Neukirchen
2012-02-19 15:48   ` Solar Designer [this message]
2012-02-19 16:18     ` Rich Felker
2012-02-19 17:08       ` Solar Designer
2012-02-19 22:25       ` Kurt H Maier
2012-02-19 22:51         ` Rich Felker
2012-02-20  0:55           ` Kurt H Maier
2012-02-22 17:51       ` Isaac Dunham
2012-02-22 23:20         ` Rich Felker
2012-02-19 14:01 ` Luka Marčetić
2012-02-19 16:03 ` aep
2012-02-19 16:28   ` Solar Designer
2012-02-21 15:42 ` Szabolcs Nagy
2012-02-21 16:59   ` Bobby Bingham
2012-02-21 17:16     ` Rich Felker
2012-02-21 21:22       ` Szabolcs Nagy
2012-02-21 18:31 ` Nathan McSween

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=20120219154859.GA16314@openwall.com \
    --to=solar@openwall.com \
    --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).