许可证审查工作组征询社区对其建议的意见

不久前，开源促进会成立了一个工作组，旨在审查和改进许可证审查流程。该工作组的明确目的是：

  • 重新评估批准许可证的标准，可能为正在使用的许可证和新许可证设定不同的标准
  • 重新评估考虑批准许可证的流程，包括 OSI 本身是否应提名许可证以供批准
  • 重新评估当前许可证的类别，包括它们的使用方式及其有用性
  • 评估是否应制定许可证撤销认证的流程，以及该流程和标准应如何制定

OSI 正在并行开展一项工作，调查如何改进将用于许可证审查流程的工具，以及如何以最佳方式为公众提供有关开源许可证的信息。虽然工具项目和许可证审查工作组的工作是相互关联的，但以下许可证审查工作组的结论侧重于将为工具项目提供信息的requirements和政策，但不包括工具项目本身。

许可证审查工作组最初的范围是讨论取消许可证列表，但我们没有触及该主题。这是一个具有挑战性的主题，因为它意味着 OSI 首先需要了解谁在使用可能被考虑取消列表的许可证，并了解如果他们的许可证状态发生变化，可能会对他们产生什么影响。因此，我们从该工作组的任务中排除了该主题，并建议由一个新的专门工作组来处理该主题。

许可证审查工作组的建议，供讨论。

传统许可证 – “传统”许可证是指已被不同的不相关实体维护的二十多个项目使用至少五年的许可证。

新许可证 – “新”许可证是指任何非传统许可证的许可证。

许可证提交流程

我们收到了反馈，认为审查流程非常难以理解，因为许可证审查电子邮件列表的角色及其与 OSI 的关系尚不明确。许可证提交者不知道应该给许可证审查列表中的评论赋予多少权重。OSI 将向公众提供更多关于决策过程的解释，特别是许可证审查列表参与者的角色。

对于所有许可证，提交流程将

  • 要求许可证提交者明确声明该许可证符合开源定义，包括明确声明其符合 OSD 3、5、6 和 9（历史上更有问题的要点）。
  • 确定哪些项目已经在使用该许可证（如果有）。
  • 询问许可证管理员的身份（如果已知）。如果许可证提交者不是管理员，OSI 将尝试与许可证管理员联系。
  • 提供提交者认为有助于许可证审查的任何其他信息。例如，Debian、FSF 或 Fedora 项目批准该许可证将与审查过程相关。
  • 为许可证提供唯一的名称（最好包括版本号）
  • 确定许可证的任何建议标签（请参阅下文关于标签的说明）。

对于新许可证，许可证提交者还将

  • 描述现有许可证未填补的空白，而新许可证将填补该空白。
  • 将其与最相似的 OSI 批准的许可证进行比较和对比。
  • 描述许可证已通过的任何法律审查，包括是否由律师起草。
  • 提供其他人可能使用该许可证的示例，以证明该许可证并非仅供许可证提交者唯一使用。

在这两个类别中，过去批准类似许可证并不约束 OSI 批准新提交的许可证。

许可证批准标准

新许可证

除了符合 OSD 之外，以下标准适用于新许可证

  • 许可证必须是可重用的，这意味着它可以被任何许可方使用，而无需更改条款，或者条款对不同的许可方产生不同的结果。
  • 许可证的条款不应在结构上使许可方比任何被许可方处于更有利的位置。
  • 如果任何条款存在歧义，则歧义不得对许可证的应用产生实质性影响。
  • 对于许可证语言的母语使用者来说，它必须在语法和句法上清晰明了。
  • 许可证应用的每一种可能的变体都必须符合 OSD。
  • 提交时必须可以遵守许可证。例如，考虑到 SSPL 中 copyleft 的范围，目前没有人能够遵守该许可证。
  • 许可证必须填补现有许可证未填补的空白。

传统许可证

许可证必须符合 OSD。将不考虑对传统许可证文本的任何更改建议。许可证将按原样批准或不批准。在决定是否可以批准许可证时，将考虑许可证的历史背景和对其含义的普遍理解。

许可证类别

工作组已决定，当前流行的许可证和所有已批准许可证的分类系统，旨在防止许可证扩散，在采用时非常有利，但为了该目的不再需要。OSI 计划采用许可证标签系统，而不是继续当前许可证的分类。这些标签将帮助第三方识别适合其用例的许可证。OSI 计划为创建标签列表并将标签添加到许可证中而众包志愿者，并将寻求志愿者作为该项目的下一个阶段。

为了继续反扩散工作的成功，许可证审查工作组建议，除了标签之外，还应有三个类别的许可证

  • 已拒绝。此类别适用于已被考虑但被拒绝的许可证。
  • 已批准。此类别适用于符合成为 OSI 批准的许可证的最低标准的许可证。
  • 首选。这在概念上是“流行的和广泛使用的或拥有强大社区的”类别旨在填补的。目的是该类别将通过使用采用指标的数据和基于标签的质量过滤器来客观地创建。例如，许可证中要求的论坛条款不是取消资格的条件，但不受欢迎。具有要求的论坛条款的许可证可能无法通过过滤器。

OSI 将不承担的工作

OSI 不会推荐许可证（除了上述分类之外），也不会尝试就任何特定用例应采用哪些许可证提供建议。创建和维护此复杂信息将需要 OSI 不具备的资源。这也是通常需要律师或开源顾问服务的领域，他们可以更深入地参与项目或公司，以便为他们提供针对其需求和愿望的具体建议

为了收集对该提案的反馈，我们将使用 注释 在 wiki 上。您需要注册才能发表评论。高亮显示文本，按 CTRL-M，输入您的评论，保存注释。有关 Xwiki 帮助的更多信息。OSI 将保持讨论开放四个月。