◊(Local Yarn Code "Artifact [0d5057b4]")

Artifact 0d5057b4382d986e68eecdb0cc37b70da2a0cbaca85489a092e2d94d8b41d2ec:

Unrecognized artifact
C Possible\slicensing\schanges
D 2019-03-25T14:41:26.503
E 2019-03-25T00:58:08 8dfa234a1779782be090b36a6b1bcccfabd95b20
P d264b29c246059cb1d3b669e8494ebf9ff842adf4ac7ee19c78ddfc1eb570392
N text/x-fossil-wiki
T +bgcolor * #c0f0ff
T +sym-blog *
T +sym-licensing *
U joel
W 3234
I’m contemplating changing the licensing for the source code in this project. I’ve started [/timeline?r=licensing|a new branch] in which the Apache 2.0 license is replaced with a new license specific to this project. 

This new license is based on another license whose terms of use seem to imply that I’m not allowed to mention where it came from if I change it.

The main improvements of the new license relative to the Apache 2.0 license are:

  *  It is much shorter and clearer, and
  *  There’s less of it everywhere, and
  *  It makes demands that are more specific to this project.

So while this is probably just “license bikeshedding”, it removes a lot of cruft and makes it more clear to people what they should do if they want to use my code.

Re: that last point, the new license requires that the contributors (me) be given credit in a way that users can find: the About screen of any derivative binary program, e.g., the home page of a derivative web service, etc. But since the Local Yarn Code is used to publish stuff on the web and in print, I have also included a requirement to give credit in any <em>published work</em> created using Local Yarn Code.

I have also preserved Apache 2.0’s requirement to include <code>NOTICES.txt</code>, since I am using some 3rd-party code that is covered under another license.

You can [/doc/licensing/LICENSE.md|read the proposed new license]. I’ve also changed [/artifact/08620f02?ln=3-10|the branch copy of <code>pollen.rkt</code>] to give an example of the new per-file license notice.

<h2>Contributing and Credit</h2>

I had originally added a section that addressed the topic of “how to become a contributor”. I reasoned that if people are going to contribute, they would want to know what the procedure is for getting their name added to the “Required Credit” notice in the license. 

This meant wrestling with a bunch of fiddly questions. What counts as a contribution? Do contributors need to sign something (as with the [https://www.fossil-scm.org/index.html/doc/trunk/www/copyright-release.html|Fossil Contributor Agreement]? What if people send in a punctuation or spelling fix in the documentation, should that get them a spot in “Required Credit”?

In the end, I removed the section entirely. My uneducated legal theory on the new license’s approach is now as follows:

  *  <em>Everyone</em> who submits any change or addition is pretty obviously a “contributor” by definition. There’s no need to spell that out.
  *  The license does not address the governance of the <i>Required Credit</i> clause; thus, it is left to the discretion of those with “commit privileges” on the project — the ones with the power to actually write changes to the license file.
  *  This means there are two ways to get your name added to <i>Required Credit</i>.
  *  One, you could ask the maintainers of the project. They could say yes or no, but would still be able to use your contributions either way since you would still be a “contributor” under the license terms.
  *  Two, you could fork the project and add your name to <i>Required Credit</i> yourself.
  *  I am fine with both of these outcomes.
Z 9e67ffec1de2f1cc351068b68225540b