在过去的 18 个月里，Mozilla 社区一直在修订 Mozilla 公共许可证。请参阅之前的帖子。 我们最近以真正的社区开发方式宣布了一个候选版本——我们希望在最后一轮审查后成为 MPL 2.0 的文本。这篇文章简要介绍了新 MPL 中发生的变化，解释了我们为何对这项工作感到自豪，并希望您考虑对其进行审查 - 甚至可能在您的下一个项目中使用它。
清晰性
MPL 的目标之一一直是简洁性。例如，以 MPL 的 copyleft 为例。规则本质上是一个简单、明确的界限测试：您的文件是否包含 MPL 许可文件的一部分？如果是，则 MPL 管辖；如果不是，则您可以为您的代码和生成的二进制文件使用您选择的许可证。这比其他一些 copyleft 许可证的测试更简单、更直接。
在 MPL 2.0 中，我们将对清晰性和简洁性的关注扩展到两个方面。首先，也是最明显的，我们花了很多时间仔细斟酌措辞，即使我们并没有试图改变许可证的含义。这方面的一个很好的例子是 MPL 1.1 中关于“初始开发者”的语言。这种语言最初旨在解决关于专利授权时间的重要但细微的问题。经过大量工作，我们能够在不使用“初始开发者”概念的情况下解决时间问题——从而使许可证更短更简洁。
其次，我们努力了解 MPL 在实践中是如何实际使用的，并通过使许可证与实践相一致来简化它。请记住，当 MPL 1.1 编写时（始于 90 年代后期），大规模社区驱动的软件开发仍然相对罕见。在许可证中编纂一些规则和要求是有意义的。现在，许多社区开发实践都得到了更好的理解，我们可以退后一步，看看我们仍然需要具体说明什么，以及我们可以灵活处理什么。例如，据我们所知，只有一个项目使用过 MPL 1.1 第 3.4(a) 节中讨论的 LEGAL 文件。因此，我们取消了该要求。（如果您想拥有这样的文件，新的第 3.4 节仍然确保它不能被删除。）我们还简化了许可证头部的样板文件——这可能是 Mozilla 黑客最常要求更改的地方。
国际化
Mozilla 一直努力成为一个全球性项目，但我们意识到 MPL 的某些条款让非美国用户对该许可证感到不太舒服。其中之一是关于美国政府最终用户的章节。这旨在保护所有 MPL 许可项目的贡献者的利益，而不仅仅是美国人，但对于非律师（甚至对于许多欧洲律师）来说，该章节的含义是不明确的。我们的法律研究以及过去 10 年的经验表明，可以删除它而不会影响美国政府的采购流程，因此我们这样做了。同样，我们与 FSF Europe 的欧洲法律网络讨论了每一份草案，以帮助确保新语言在各个司法管辖区都适用，并使司法管辖区语言与其他开源许可证的实践更加一致。
专利
为了应对过去十年专利格局的变化，专利语言也进行了更改。特别是，因 MPL 许可软件中的专利起诉某人将导致诉讼人对该软件的权利终止。这应该有助于保护没有专利的小型贡献者，因为版权——以及其他贡献者的专利——现在可以用于防御。与此同时，防御条款现在仅由针对 MPL 许可软件的诉讼触发，这应减少一些大型公司的不确定性。
许可证兼容性
应我们社区的要求，MPL 2.0 的重点之一是兼容性。我们希望 MPL 用户能够使用来自其他宽松许可项目（特别是 Apache 许可代码）的代码，并同样允许与我们的 copyleft 相一致的最广泛的重用范围。简而言之，我们实现了这一点，但这个问题足够复杂且足够重要，我将在不久的将来在 opensource.com 上写一篇关于它的文章。
下一步是什么
因为我们以真正的社区开发方式发布了候选版本，所以我们也获得了开源体验的另一个典型部分——人们从四面八方涌现出来，提出了接近最终版本的详细意见。这很棒；律师很难发布 .0.1 版本，所以越多的人查看我们的“代码”越好。您也可以通过阅读许可证来提供帮助。
评论已关闭。