2020年1月许可讨论总结
2020年1月许可讨论邮件列表主题
- 双重许可
- API 的版权
- 关于许可审查提交的决策过程
- AGPL 评估和真实世界的许可测试
- Linux 上的 ZFS 内核代码
双重许可
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021191.html
集中版权许可，但不集中版权本身
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021192.html
单一实体开源商业模式
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021204.html
API 的版权
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021193.html
由于源代码中机器可读的接口描述，对文章假设的质疑
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021194.html
关于许可审查提交的决策过程
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021195.html
建议推迟 OSI 对新许可证的评估，直到经过一段时间的实际使用之后
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021199.html
OSI 的角色和定义规范
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021201.html
写下所有规则会造成分裂，并进一步助长不良行为者
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021207.html
推迟评估意味着忽视，并且当前的 OSI 认证过程很好，不应因为正在审查一个许可证而改变。引入许可证退役或设立“开源但不推荐”的类别。
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021203.html
不希望 OSI 决定哪些许可证比其他许可证更好
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021208.html
关注许可证在使用中但在 OSI 评估之前 interim 命名
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021212.html
AGPL 评估和真实世界的许可测试
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021197.html
Copyleft-next 正在参与一个公开的起草过程
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021198.html
Linux 上的 ZFS 内核代码
https://lists.opensource.org/pipermail/license-discuss_lists.opensource.org/2020-January/021215.html