2019 年 10 月 License-Discuss 摘要

我们想介绍（并感谢！）Amol Meshram，他加入了 OSI，每月提供 License-Discuss 和 License-Review 邮件列表的摘要。我们希望这些报告为您提供每月列表活动的快照，让您及时了解最新主题，同时也为进一步讨论提供参考点。当然，我们欢迎所有建议，因为我们将继续改进我们的报告。我们将尽力采纳 OSI 社区成员的反馈，使摘要尽可能准确，讨论生动而富有成果。

在 2019 年 10 月，License-Discuss 邮件列表成员讨论了以下提及的主题：

  1. AGPL 和开源定义冲突
    讨论与 AGPL 和开源定义冲突无关，因此未包含讨论摘要。
     
  2. 在 ELF 文件中存储源代码文件
    在此讨论中，讨论了与软件安装相关的信息，因此未包含此主题的摘要。
     
  3. 开源软件问题
    Ahmed Hassan 询问 OSI 社区成员，是否有人可以通过限制可以访问自安装的用户的数量来声称以双重许可发布的软件是开源软件？Kevin P. Fleming 回复说，如果开源软件有使用限制，则不能称其为开源软件。
    Gil Yehuda 同意 Kevin P 的观点，并建议使用符合开源许可条款的代码，并编写一个不符合开源许可的实施代码。
    Brendan Hickey 参考了 Ahmed 提供的 github 链接，发现 “NoLicenseMaximumAllowanceUserCount” 条件仅适用于专有项目，不适用于开源项目。同样，Brendan Hickey 认为 Ahmed Hasan 提到的开源项目没有任何问题。
     
  4. 你是否被迫开源你的项目？
    Richard Dagenais 询问 OSI 社区成员，在以下情况下是否强制开源软件：
    1. 开源代码被引用/用于开发软件，但未被修改。
    2. 是否有必要将开源项目的 Java JRE 与新编写的代码一起分发以运行应用程序？
    对此，Mike Milinkovich 回复说，不强制以开源许可证发布该应用程序。
    Thorsten Glaser 分析了提到的场景，发现开发人员应用程序可以采用任何许可条款，并且仅将开源代码聚合到应用程序中是允许的。他还建议遵循 GPLv2 §3(a) 许可证。
    B Galliart 认为，如果 Richard Dagenais 想要重新分发 Amazon Correto 或任何其他 OpenJDK 而不进行修改，则他必须遵循以下提及的指南。
    1. 注明产品使用 Amazon Corretto 构建，并受 GPLv2+CE 文本约束
    2. 提供 GPLv2+CE 文本的完整副本
    3. 通知可以在哪里获得 GPLv2+CE 涵盖工作的完整源代码。
    此外，B Galliart 还提出了关于什么是衍生作品和什么不是衍生作品的两种情景，以便 Richard Dagenias 可以就开源代码做出决定。
    Florian Weimer 回复 B.Galliart 的建议 “您必须让他们知道产品包含 Amazon Corretto，并且受 GPLv2+CE 条款约束”，上述建议行不通，因为 OpenJDK 的各个部分受不同的许可证约束。
    Bruce Perens 写了一份警告，指出此线程中的邮件列表成员是合格的、有资质的律师，并且非常有帮助。但是，在任何情况下，他们的建议都不能被视为律师的建议，因为他们没有为此工作签订合同。因此，邮件线程中提供的任何建议都存在风险。
     
  5. 谷歌诉 Oracle – 谷歌的调卷令申请
    仅通过电子邮件共享了判决结果，没有进行富有成果的讨论，因此没有为此主题编写摘要。
     
  6. 关于开源贡献许可证的反馈
    Simon Fridlund 与 OSI 社区成员分享了 ISC 许可证的修改版本，并询问了关于许可证的意见，以及许可证中使用的语言是否适合关闭许可证？
    Brendan Hickey 分析了许可证中使用的语言，并得出结论，提及的许可证要求以有价值的东西来换取软件，这不符合开源许可证政策。
    Tom Callaway 认为许可证中提到的条件违反了 OSD 的标准 5，并且许可证中使用的措辞本质上是模糊的，并且很容易规避。
     
  7. 连贯的开源 - 下周五开始
    在 2019 年 9 月，Bruce Perens 宣布 COHERENT OPEN SOURCE 将在 2019 年 Open Core Summit 上展示。Bruce Perens 提议废除 100 多个开源许可证，并引入 FSF/OSI 批准的交叉兼容许可证，这将实现开源/自由软件的大部分目的。
    Gil Yehuda 分析了开源许可证的动机，并建议最好看看自由软件、开源和源代码可用模型之间的动机差异。Gil Yehuda 还建议将目标从 “实现 *开源/自由软件的大部分目的*” 修改为 “明确许可证何时满足自由软件运动、开源运动或限制可用性运动的意图。” 一旦完成，我们可以包括每个运动的代表，以便他们可以评论是否存在重叠。
    Bruce Perens 认为 Gil Yehuda 提出的想法将分裂开源社区。
    Lawrence Rosen 同意 Gil Yehuda 提出的想法，并驳斥了 Bruce Perens 提出的论点。Lawrence 认为，FSF 需要改变其关于许可证互操作性的观点，然后许多人才能接受这些许可证。
    在仔细研读了 Bruce Perens 的论点后，Lawrence Rosen 改变了她的立场，并同意 Bruce Perens 的观点，即 BSD 和 GPL 许可证应该被两个阵营都接受。