From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/9620 Path: news.gmane.org!not-for-mail From: Isaac Dunham Newsgroups: gmane.linux.lib.musl.general Subject: Re: musl licensing Date: Tue, 15 Mar 2016 21:54:54 -0700 Message-ID: <20160316045453.GB22033@newbook> References: <20160315224126.GA5402@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1458104114 18211 80.91.229.3 (16 Mar 2016 04:55:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 16 Mar 2016 04:55:14 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-9633-gllmg-musl=m.gmane.org@lists.openwall.com Wed Mar 16 05:55:13 2016 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1ag3UG-0007J0-VD for gllmg-musl@m.gmane.org; Wed, 16 Mar 2016 05:55:13 +0100 Original-Received: (qmail 11840 invoked by uid 550); 16 Mar 2016 04:55:10 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 11822 invoked from network); 16 Mar 2016 04:55:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=tcrZoCNuPIQgz0JYc4+h2oJvd7aOfD+HJyw3ZmJsuSw=; b=jnD1KK07QVZO6MTfMbh4pyBT0axcKwupfSpXQxLXalnirWXHP55Z04FC1jBCHRpGcH j16Sz9gB+3vNENNWLutd0yMI2sNGJtFEGoMe0ALSdbuNBn1Spc6mDkPeNeQxZLu4Xg+R qYBuiV0/mtXjmf67D4tsDL5lRFOzQpjbPWQlFQzOD4aOx5jv9a4ZpQwdacHS9k+JgAZZ 003OsSEureV8gKngAYw3bZR4TQcoShSdvrdZ6MGNiFOPw/+U1SapZVavs0pPSM2vspPu kulf9+/sW4rJao43n8kaRtxj1SXy/2S3n2mvfhfiHFwwCBGdrGF69mWfiAI3pNrOz1Lz WBRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=tcrZoCNuPIQgz0JYc4+h2oJvd7aOfD+HJyw3ZmJsuSw=; b=MJmyXpJPLY8XVSwD+V/Ix7WVRE8OhxVwLgLHLsEy0gLu+sAvYafuPG3v8bzIjwmAKC mp1wrMCku3wFJbJCiuH4IZnOG2VrnPJnPuYwk2Ey/+rstlaAwU0ZLuBy4moIcEsxD7zB w51K3IKEkTeH1hICA8mWhkNlxPH7bZIhLKRFYFIRCRASxk9RQZlsbdhHq35zl4ZrqEFN gMrPLePf07jPbaB646kOsgY5ld+B4kWXzRdOe3vfotFpCEQTA9shHCwAZ2Y0DGqrBwYj TE0303N99ux7/uIaq/LN1d/xw/gI7JAkdfEnNMbsXFYPuyHTrULygotbanzXKkAcqcfT bl6A== X-Gm-Message-State: AD7BkJLQQyBVEldwbxwX+VnR81oEXkHbeV68VnlF0hsAZ1hXoNWzJko5rNE+1+N0fNlgjA== X-Received: by 10.98.16.150 with SMTP id 22mr2758276pfq.128.1458104097078; Tue, 15 Mar 2016 21:54:57 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20160315224126.GA5402@brightrain.aerifal.cx> User-Agent: Mutt/1.5.24 (2015-08-30) Xref: news.gmane.org gmane.linux.lib.musl.general:9620 Archived-At: On Tue, Mar 15, 2016 at 06:41:26PM -0400, Rich Felker wrote: > On Tue, Mar 15, 2016 at 02:59:24PM -0700, Petr Hosek wrote: > > 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. > > As far as the public headers, it's my view that the vast majority do > not contain any copyrightable original content. For the standard > interfaces they all just match the interface requirements of ISO C and > POSIX; only some specific type definitions and numeric constants are > implementation-specific, and these are just minimal factual > definitions matching ABIs/kernel. Some places have a very small amount > of what you might call 'code' in public headers, but they're all the > obvious/only way to express what they're doing, not anything creative. > > What I think might be a reasonable solution is to explicitly state, > preferably just in the COPYRIGHT file alongside the current statement > that these files are in the public domain, that in the event a court > should determine that the authors hold copyright on these files > (despite expressing clearly that they don't want to and don't believe > they can :), permission to use them under a BSD0 license is granted. That's OK with me. I do note that src/misc/fmtmsg.c, written by myself, does not fall under the "no copyrightable original content" rule. It was my intent that it should be available to use as widely as possible. Since the main license of musl is MIT, which is a rough approximation of that, I'm fine with it being marked as MIT. 0BSD is also perfectly acceptable to me. Additionally, some of the code in src/crypt/* is marked as public domain; as far as I can tell, this was from nsz (commit 88bf5a8a). > > 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. > > > > 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 (See the statement above.) > > 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. > > I don't think anything CLA-like is acceptable to our community. All > the evidence points to it being a huge barrier to entry for new > contributors. There is plenty of documentation of development process > in the git log and on the mailing list to show that our contributors > are submitting code with the intent that it be used in musl under the > project's license. Agreed. Thanks, Isaac Dunham