Open saibotsivad opened 9 years ago
Looks like a big project like AngularJS doesn't even mention a license in their readme.
I’M NOT A LAWYER
From what I remember, the LICENSE file in your project root is much more important, and a LICENSE section in the README has no legal impact. however, IMHO adding short, detailed info in the README is really useful.
LICENSE
file in the README (they do not have the file)So I guess you can say there’s no real standard; most use a different format.
Maybe @kemitchell might be of help here?
@wooorm, pleased to make your acquaintance!
Unfortunately, I don't think there is a single, "right" legal answer here, even just considering US law. (And that's hardly fair to open-source friends abroad!) You seem to have found that out yourself, and I was very interested and grateful to read your small "survey" of what some very important projects are doing.
More practically, I really can't be on the hook for legal advice to users of standard-readme
. Folks who need legal advice should engage an attorney who's responsible to them.
In case you or others want to do some research for yourselves, under US the law, the question of how to make software license terms stick is related to the question of when other take-it-or-leave-it terms, like website terms of use, actually create contracts. Search terms you might try include "affirmative assent", "contract consideration", "meeting of the minds", and "contract of adhesion". For a different take on the problem, you might read some of what Eben Moglen of the Software Freedom Law Center has written on the GPL as a license as opposed to a contract.
For reading on software licenses more generally, I highly recommend Larry Rosen's introductory Open Source Licensing, which is available online.
@kemitchell, likewise :)
I was hoping that you could reassure me/us that there might be a simple answer here, but as I already thought, and as you affirmed, there is none.
Thanks for the suggestions, I'll read the book you recommended, and hope to find some useful practical info there! I'll also check out your search tips.
Back to regularly READMEs, I personally like to have a license in two places, README and LICENSE, because they might be extracted by tooling and shown without context. Also, I link from the license section in my READMEs to the LICENSE file for the full document.
And, in addition, I always add a copyright notice next to the license identifier in the README, because IMHO copyright I what denies others to use and copy a project, and the license lifts some limitations.
To summarise what I do in my README, I use MIT © Titus Wormer
, where MIT links to the LICENSE file, and my name to my website.
As the default copyright laws apply even without stating so explicitly by e.g. MIT © Titus Wormer
, I would like to introduce a block, that - if left out - gives a warning, where you use the "human readable" version of how you can use the package and link to the "lawyer readable" version.
GitHub also states here that aLICENSE
file is all you need - and IMHO they wouldn't do so, if it's really such an ambiguous topic.
In the end the law perspective for me comes down to whether the license is obviously visible to a visitor. For me it is, as the license file on root level is showed while scrolling, even before hiting the readme section describing the license.
Why a block in readme at all then? Be nice to people, for me a sentence about the license is good-practice, because no one wants to read through a LICENSE
file
I'm wondering if there's any standardization on the wording for the "License" section. I want it to be legally clear, so the lawyer folk will read it and be comfortable. A few I've tried:
Are there any big projects to reference that are being used by big beauracratic organizations? They probably have lawyer-checked their licensing.