-
-
Notifications
You must be signed in to change notification settings - Fork 903
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
11-licensing: Punt to choosealicense.com, the OSI, and the FSF #229
Conversation
No changes to the thrust, but this commit cleans up a few details. Once we've introduced "creative work" and provided some examples, stick to the more general term for the rest of the paragraph (instead of shifting between "creative work", "code", "source code", etc.). Drop the "has not waived" sentence. We just said it's copyright, and the distinction between licencing and "advertis[ing] as freely available" isn't clear to me. In the "reusing" sentence, the threat is the copyright holders, which may not be the original authors (the authors may have assigned their copyright to another party). And the unlicensed infringement will have always been illegal, it doesn't become illegal when the copyright holders start enforcing their copyright.
[1] currently lists 10 criteria, and they get deeper than we can go in five to ten minutes (e.g. "License Must Be Technology-Neutral"). [1]: http://opensource.org/osd
Don't list licenses here or sumarize licenses. Instead, just paraphrase the main choosealicense.com critera, suggest folks choose a common license, and point them at reliable resources.
This is orthogonal to licensing, although it makes life easier for folks consuming CC BY work.
"project repository" -> "repository"
Also add a link to the file in GitHub.
On Sun, Mar 06, 2016 at 07:26:04AM -0800, Ivan Gonzalez wrote:
I left off your line-wrapping commit (fccdb23) and cherry-picked your |
Perfect! Thanks a lot! |
11-licensing: Punt to choosealicense.com, the OSI, and the FSF
11-licensing: Punt to choosealicense.com, the OSI, and the FSF
And other tightening for the licensing topic. Details in the
individual commit messages and background discussion in #227. The
basic idea is that we should lay the ground work for what licensing is
for and the sorts of things covered by licenses, but not get down to
the level of which licenses to choose. That information is covered in
external sources that have more eyeballs, lawyers, and UI designers
involved than we'll have.