2019 年 2 月许可证审查摘要
在二月份，许可证审查邮件列表讨论了
* 可转换自由软件许可证 (C-FSL)
* 特温特许可证
* 服务器端公共许可证，版本 2 (SSPL v2)
* 审查流程、治理和 OSD
相应的许可证讨论摘要已在线发布，网址为
在
并涵盖了关于如何保持邮件列表文明的讨论，
以及许可证提交者的商业模式在多大程度上应该相关。
## 许可证委员会报告
[Richard Fontana][fontana_report] 提供了许可证委员会报告。
目前，有三个许可证正在审查中
* C-FSL 1.4：预计于 2019-02-22 做出决定。
* SSPL v2：预计于 2019-02-18 做出决定。
* 特温特许可证：预计于 2019-04-05 做出决定。
[fontana_report]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003974.html
## 可转换自由软件许可证
为了回应上个月的审查，
[Elmar Stellnberger][stellnberger_consent] 澄清说
原始作者必须通过协商一致做出决定，
或制定自己的章程来涵盖其决策过程。
[Rob Landley][landley_transfer]
指出，版权转让必须是书面形式并签字
（至少在美国是这样），
因此像 C-FSL 这样试图规避此要求的许可证
可能在法庭上站不住脚。
[stellnberger_consent]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003943.html
[landley_transfer]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003944.html
## 特温特许可证
[Anand Chowdhary][chowdary_twente]
提交了他的特温特许可证以供批准。
它是一个 MIT 风格的许可证，
但它也试图确保“欧洲价值观”和隐私，
软件的衍生品可能只在用户事先同意的情况下收集和共享个人数据。
在用户事先同意的情况下。
[Nigel Tzeng][tzeng_twente] 指出
这不符合 OSD #6“不得歧视努力领域”，
而 [Josh Berkus][berkus_osd6] 不同意。
[Lawrence Rosen][rosen_twente_values]
批评该许可证试图强制执行价值观，
“这比软件仅凭其开源许可证所能保护的要雄心勃勃得多。”
[Eric Schultz][schultz_twente] 建议了其他方法，而不是许可证
让开源项目表达价值观，
例如，拒绝支持不道德的用例。
[Bruce Perens][perens_apartheid]
为 OSD 增加了一些历史背景，
它的编写考虑了反种族隔离许可证
这些许可证最终在种族隔离结束后伤害了无辜的人。
（注意：例如，请参阅 [南非的计算机与种族隔离政权][apartheid]）
[Josh Berkus][berkus_values] 批评说
许可证不应强制执行价值观，
因为对这些价值观的解释可能非常主观 –
因此不清楚许可证是否已被违反。
[Anand Chowdhary][chowdary_values] 回应说
虽然表达某些价值观是此许可证的基本原理，
但许可证的文本仅包含一个具体的、明确的条件。
Carlo Piana [[1][piana_twente],[2][piana_more_twente]] 认为
确保符合法律义务不是许可证的工作，
“整个概念是错误的”，并且没有考虑到随时间变化的法律。
[Lukas Atkinson][atkinson_twente] 认为
数据保护并非软件固有的，
而是取决于软件的使用方式。
因此，版权许可证不提供合适的执行工具。
虽然该许可证似乎在模仿 GDPR，
但它既更狭隘也更具限制性。
Atkinson 建议，更好的方法可能是
将类似 MIT 的署名要求
与类似 GDPR 的透明度要求相结合，
但不要直接限制软件的使用。
[Carlo Piana][piana_transparency] 认为这在原则上是一个好主意，
但要在许可证中正确实施这样的要求
将相当困难。
为了回应这一点，
[Anand Chowdhary][chowdary_controller] 澄清了他的目标
并开始起草透明度条款。
[chowdary_twente]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003945.html
[tzeng_twente]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003946.html
[berkus_osd6]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003954.html
[rosen_twente_values]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003947.html
[schultz_twente]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003949.html
[perens_apartheid]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003951.html
[apartheid]: http://www-cs-students.stanford.edu/~cale/cs201/index.html
[berkus_values]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003952.html
[chowdary_values]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003953.html
[piana_twente]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003955.html
[piana_more_twente]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003957.html
[atkinson_twente]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003962.html
[piana_transparency]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003964.html
[chowdary_controller]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003965.html
## 服务器端公共许可证，版本 2
[Eliot Horowitz (MongoDB)][horowitz_clarification]
回应了对 SSPL 第 13 节的批评，
并提供了一些澄清。
Horowitz 提出了一个重写后的章节，
其中明确将“软件即服务”定义为
“使用户能够通过计算机网络远程与软件交互。”
[Bruce Perens][perens_clarification] 赞赏这种澄清，
但指出这个定义并没有受到重大反对。
相反，Perens 建议删除“服务源代码”的概念，
而倾向于坚持 AGPL 的相应源代码概念。
Perens [总结了][perens_objections] 他的反对意见，
即服务源代码概念试图妨碍不相关的程序，
从而违反了 OSD #9，
并且第 13 节的编写限制了努力领域，
例如提供软件即服务，
从而违反了 OSD #6。
> 我不明白在保持许可证意图的情况下，您如何改变这一点
[…] 随后对许可证文本的修改并没有实质性地解决
[这些反对意见]。
同样，[Brendan Hickey][hickey_objections] 发现
核心反对意见尚未得到解决，
尽管 Hickey 还指出 SSPL 对“价值”和“主要目的”的使用
也存在问题。
“这些主张与其他的有什么特别之处？
简而言之，不符合 OSD 的许可证必须被拒绝。
只要这些问题没有解决，
其他一切 – 比如 SAAS 的定义 – 都只是粉饰门面。”
相比之下，[Kyle Mitchell][mitchell_lgtm] 认为
Horowitz 的澄清解决了他的反对意见。
[horowitz_clarification]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003975.html
[perens_clarification]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003976.html
[perens_objections]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003977.html
[hickey_objections]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003980.html
[mitchell_lgtm]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003978.html
## 审查流程、治理和 OSD
在 SSPL 审查的背景下，
[Kyle Mitchell][mitchell_lgtm] 批评了 OSI 的许可证审查流程，
特别是 Peren 的声音被赋予的权重。
“我已经对这个机构做出严谨决策的能力失去了信心，
甚至无法促进对任何有趣的新型著作权许可证的重点辩论。”
对任何有趣的新型著作权许可证的重点辩论。”
[Rick Moen][moen_listen] 妙语道
“我认为 Bruce 被允许是正确的，并被倾听，
尽管他在这方面具有可信度存在公认的困难。”
[Perens 回应][perens_honcho] Mitchell 说
他的 SSPL 批评完全基于这个问题
许可证是否可以成为开源
“这不是我成为大佬的问题，
而是 OSD 中明确规定的规则
许可证的意图非常明显地与之冲突。”
Perens 也乐于参与新的许可想法
当它们不声称是开源的时候。
反过来，[Mitchell 不同意][mitchell_what_osd] OSD 会如此明确。
“如果 OSD 6 禁止任何形式的[歧视]，
GPLv2 就歧视了专有软件制造商。”
“应该有一个关于开源著作权范围的新的、简洁、清晰的规则。
OSD 9 不是它。”
[Perens 回应][perens_line] 了 Mitchell 消息中的个别观点。
“自由软件和开源划清了界限，
赋予它一个品牌，并捍卫了这条界线。
总会有人试图将其推向其他地方，
并且他们将永远受到抵制。”
[Lawrence Rosen][rosen_discuss]
分享了 Mitchell 关于 OSD 与 SSPL 范围的一些担忧，
但认为对这些问题的讨论应该与 SSPL 分开。
特别是
> * 服务器应用程序的哪些组件或其他方面
> 可能受到开源著作权的约束？
>
> * “相应源代码”是否
> 不仅仅是版权法中定义的原始作品和衍生作品
> ？
> 还要多多少？
关于“沉默的大多数”也有 [一些辩论][mitchell_silent]，
他们不参与许可证审查列表。
他们是否赞成一切，否则会发声？
或者他们缺席是因为他们不同意审查？
[Bruce Perens][perens_silent] 提出了第三种选择
> 世界上很少有人想参与许可证批准。
> 甚至 OSI 董事的大多数人也不想。
> 这就是为什么此列表上发生的事情很重要。
> 他们都信任我们会做对。
注意：如果您想参与列表，
请前往
获取有关如何订阅的信息。
[moen_listen]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003981.html
[perens_honcho]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003979.html
[mitchell_what_osd]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003985.html
[perens_line]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003986.html
[rosen_discuss]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003982.html
[mitchell_silent]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003983.html
[perens_silent]: http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-February/003984.html