我有一个小型实用程序库,其中包含用Java编写的有用内容,我计划发布开放源代码。我一直在摇摆不定要使用什么许可证。我非常喜欢BSD许可证,该许可证简短易懂,但是我不需要/不需要有关在其产品文档中包含免责声明的条款。考虑将其删除。
那么,MIT许可证会更适合我吗?它没有BSD那样的背书禁止条款,这是我对BSD的认可。另外,麻省理工学院关于在软件的大部分内容上保留版权声明的条款是否仅引用源代码,而不是二进制形式或它们产生的任何文档?
通过调查有关该主题的其他SO问题,我看到一些人推荐Apache许可证。尽管进行了快速扫描,它实际上可以很好地满足了我的大部分要求,尽管即使这么多的法务人员也会使我的头部受伤(尤其是在凌晨2:30,我应该在床上而不是躺在床上休息)。
基本上我想要的是:
- 容易明白,
- 说您可以随意使用该代码,但在源代码上保留我的版权和许可声明,
- 您无需将我的名字或我的产品或版权声明等放在您制作的任何文档,手册等中,
- 请勿尝试将我或我的产品用作您产品的卖点(无论如何,我的认可绝对不重要!)
- 并以合理的方式遮盖我的屁股 :-)
编辑:哇,30分钟,已经有一些不错的答复!作为回应:
如果可以,我不希望“混搭”并产生另一个开源许可证。使用标准许可证使我们所有人都更容易。
对屁股的评论有点面颊。提及的所有许可均包含的保修免责声明实际上就是我在说的全部。
编辑:阅读MIT许可证上的Wikipedia页面后,我发现ncurses使用的是经过FSF批准的修改版,其中添加了非认可段落。我认为这对他们足够好,对我也足够。
我当时正在考虑使用Apache许可证,但是我不想介绍GPLv2的兼容性问题。