Skip to content
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

Consider using CC0 for this project #37

Closed
fulldecent opened this issue Feb 25, 2017 · 2 comments
Closed

Consider using CC0 for this project #37

fulldecent opened this issue Feb 25, 2017 · 2 comments

Comments

@fulldecent
Copy link
Contributor

The goal of this license as it stands is:

  • Allow the US Military to publish things
  • Confirm that US copyright does not apply
  • Denounce any foreign copyright if it exists
  • Require positive identification of new contributions

There is already an existing license that achieves this, has been thoroughly reviewed, and enjoys widespread adoption. Namely, the CC0 license.

Additionally, the CC0 makes many disclaimers about the published material so as to limit liabilities that the publisher assumes by making publication. Specifically, this addresses issue #36.

Note: CC0 does NOT satisfy the current requirement of DOSA 1.0draft in using a Developer’s Certificate of Origin. No problem. Instead, this requirement should be discussed in CONTRIBUTORS.md.

@fulldecent fulldecent changed the title Consider using CC0 for your purpose Consider using CC0 for this project Feb 25, 2017
fulldecent added a commit to fulldecent/code.mil that referenced this issue Feb 25, 2017
@Artoria2e5
Copy link

Artoria2e5 commented Feb 25, 2017

Public Domain licenses are great, and CC0 might be the best one I know of. Still, OSI's Review Committee's reason for not approving CC0 (yet) may be worth looking into and addressing:

CC0 was not explicitly rejected, but the License Review Committee was unable to reach consensus that it should be approved, and Creative Commons eventually withdrew the application. The most serious of the concerns raised had to do with the effects of clause 4(a), which reads: "No ... patent rights held by Affirmer are waived, abandoned, surrendered, licensed or otherwise affected by this document.". While many open source licenses simply do not mention patents, it is exceedingly rare for open source licenses to explicitly disclaim any conveyance of patent rights, and the Committee felt that approving such a license would set a dangerous precedent, and possibly even weaken patent infringement defenses available to users of software released under CC0.

(lloydde from Hacker News posted such a quote there. I was just following the link and copying quotes.)

@tomberek
Copy link
Contributor

We have looked at and considered CC0. See FAQ.

We are not proposing that CC0 is incorrect or trying to set a policy. We are exploring a different approach. It may work, it may not. Rather than specifying the license that DoD project should use, we wanted to create a framework where the individual project owner could choose the appropriate license for themselves.

The suggestion to move contribution details into CONTRIBUTIONS.md is valid and we will get to that shortly. There is also an alternate suggestion at #33,#34 that may be closer to what you are suggesting.

Closing as addressed in FAQ.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants