OSI 董事会会议纪要，2006 年 7 月 12 日

与会人员

迈克尔·蒂曼先生，主席，
丹妮丝·库珀女士，秘书兼财务主管，
拉斯·尼尔森先生，董事，
肯·科尔先生，董事，
布鲁诺·索萨先生，董事，
劳拉·马杰鲁斯女士，OSI 法律事务主管（兼许可证扩散委员会主席）
厄尼·普拉巴卡先生，董事会观察员

迟到：桑吉瓦·维拉瓦拉瓦纳先生，董事（太平洋夏令时中午到达）

法定人数于美国东部时间上午 11:00 达到

议程

1. 讨论了即将召开的 O’Reilly 开源大会 (OSCON) 和 EuroOSCON 会议的议程
*后勤
-处理两个主题：上午一个，下午一个。
-库珀女士将为 7 月 24 日星期一全天租用第五大道套房酒店的一个房间（与去年相同的房间）。
-计划参加 EuroOSCON 的人员：索萨先生、维拉瓦拉瓦纳先生、戈什先生、库珀女士。科尔先生仍在等待旅行批准。

*OSCON 上的开放标准
-计划利用 OSCON 的机会建立社区支持列表。
-蒂曼先生将制作艺术作品，用于印制一批带有开放标准要求 (OSR) 和 OSI 徽标的“明信片”，并将在 OSCON 上印制这些明信片。
-考虑在 EuroOSCON 前一周发布关于 OSR 的初步公告？

*OSCON 上的网站工作
-可能围绕“开源的广泛主题”进行重组
-动态内容：一致认为我们没有组织来维护大量动态内容（除了我们个人博客的 RSS 订阅）
-关于如何在 OSCON 期间最好地组织构建新页面的讨论：内容冲刺？
-库珀女士将尝试确保我们的网站管理员史蒂夫·马利特先生计划参加我们在 OSCON 的会议

2. 许可证扩散

*马杰鲁斯女士今天向董事会发送了报告草案

—<开始粘贴>—

草案 2006 年 7 月

备忘录

致：OSI 董事会
抄送：许可证扩散委员会
主题：许可证扩散委员会的报告和常见问题解答草案
本文档的目的是报告 OSI 许可证扩散委员会（“LP 委员会”）的工作和建议。

LP 委员会是一个咨询委员会。其章程规定“[委员会的目的是识别并减轻或消除许可证扩散引起的问题。”（章程见附件）

LP 委员会的成员包括：约翰·考恩、达米安·伊斯特伍德、布莱恩·格尔茨、里沙布·艾耶·戈什（观察员）、劳拉·马杰鲁斯、拉斯·尼尔森、卡纳·尼塞瓦纳、黛安·彼得斯、埃里克·雷蒙德、桑吉瓦·维拉瓦拉瓦纳（观察员）、克利夫·施密特、麦考伊·史密斯

本文档包含 LP 委员会关于其对许可证扩散定义的理解的政策声明，以及关于如何处理许可证扩散的一些建议。

本文档还包含关于许可证“层级”的建议和常见问题解答，以解释委员会为何制定层级以及它期望如何帮助减少许可证扩散。

1. 许可证扩散是什么意思？

当我们自己讨论并听取开源社区的意见时，一件变得清晰的事情是，不同的人在使用“许可证扩散”一词时意味着不同的事情。

a) 许可证种类太多，使许可方难以选择
有些人使用该术语来表示许可证太多了，需要有人采取措施来减少许可证的数量。虽然这很棒，但 OSI 不能强迫任何人使用特定的许可证。我们所能做的就是教育和敦促人们使用较小的许可证子集。此意见通常来自个人和小公司。

b) 有些许可证不能很好地协同工作
有些人使用该术语来指代某些开源许可证与其他开源许可证不能很好地互操作的事实。虽然我们可以敦促人们不要混合使用不可混合的许可证，但我们无法阻止人们这样做。此意见通常来自大型公司。

c) 许可证太多，使得难以理解在多许可证分发中您同意的内容
 这与之前的意见相关，但又有所不同，因为它不是抱怨许可证如何交互，而是抱怨覆盖某些分发的不同个人许可证太多，并且需要花费大量时间来阅读和理解所有这些许可证。此意见通常来自大型公司。

2. OSI 可以对许可证扩散做些什么
我们能做的第一件事是确保声称自己是“开源”的许可证真正符合开源定义。2005 年，OSI 提出了三项附加指南，他们将应用于拟议的许可证，以确定它们是否应该获得 OSI 批准。这些指南是：i) 许可证不得重复，ii) 许可证必须书写清晰、简单易懂，iii) 许可证必须可重用

我们建议通过提供如下所述的许可证向导来解决许可证选择问题。

我们建议开展一个持续进行的项目，对现有的开源许可证进行分类。这种分类的目标是帮助社区确定哪些许可证在哪些情况下有用。

3. 向导项目
来自南加州大学法学院和旧金山州立大学工程系的志愿者目前正在开发一个基于网络的向导，允许人们查看哪些 OSI 批准的许可证满足他们认为重要的标准。例如，如果拥有带有明确专利授权的著作权保留许可证很重要，则向导将查找 OSI 批准的许可证，并输出满足（或几乎满足）这些标准的许可证列表。

这有助于新的许可方选择哪些许可证符合他们的目标。向导还允许许可方找到几乎满足其目标的许可证。

4. 层级

最初，LP 委员会开始将 OSI 批准的许可证分为“推荐”、“不推荐”和“其他”层级。然而，随着我们的会议和讨论，越来越明显的是，没有一种开源许可证可以同等地满足所有人的需求。政府机构对版权有特殊的需求。有些人喜欢著作权保留。有些人不喜欢。当我们讨论哪些许可证应该“推荐”时，很明显，推荐的许可证实际上与广泛使用的许可证或拥有大量追随者的许可证（例如，GPL 或 Eclipse）相同。因此，我们将术语从“推荐”/“不推荐”切换到更具描述性的术语，即

-流行的和广泛使用的或具有强大社区的许可证
-特殊用途许可证
-其他/杂项许可证
-与更流行的许可证冗余的许可证
-不可重用的许可证

我们认为，这些更具描述性的类别可能有助于最初选择许可证的人通常使用更流行的许可证之一，从而有助于减少常用不同许可证的数量。我们意识到，目前大多数开源许可证都使用 GPL，而 GPL 并非总是与其他许可证很好地协同工作。我们也意识到，GPL 对于某些人来说是一个很好的许可证选择，而对于另一些人来说则不是那么好。因此，我们不能仅仅建议每个人都使用 GPL。虽然这样的建议可以解决许可证扩散问题，但这并不现实。

如果每个人都真的尝试使用流行的和广泛使用的和/或具有强大社区的许可证，OSI 将会很高兴。此组中只有九个许可证，如果每个人在为其项目选择许可证时首先考虑这些许可证，则与 LP 相关的一些问题将会减少。

以下是层级

流行的和广泛使用的或具有强大的许可证
社区 (9)

  • Apache 许可证 2.0
  • 新 BSD 许可证
  • GNU 通用公共许可证 (GPL)
  • GNU 库或“较宽松”通用公共许可证 (LGPL)
  • MIT 许可证
  • Mozilla 公共许可证 1.1 (MPL)
  • 通用开发和分发许可证
  • 通用公共许可证
  • Eclipse 公共许可证

特殊用途许可证 (3)

  • NASA（特殊用途：供联邦机构使用

政府，该机构对某些问题有特殊关注
例如
版权保护、版权声明、免责声明
和赔偿，以及法律选择）

  • 开放组测试套件（特殊用途：仅适用于

测试或
测试
套件）

  • 教育社区许可证（特殊用途：仅

适用于
教育机构）

其他/杂项许可证 (5)

  • 自适应公共许可证
  • 艺术许可证
  • 开放软件许可证
  • Q 公共许可证
  • zlib/libpng 许可证

与更流行的许可证冗余的许可证 (9)

  • 学术自由许可证（与 Apache 2.0 冗余）
  • 归属保证许可证（与 BSD 冗余）
  • CUA 办公室公共许可证（与 MPL 1.1 冗余）
  • Eiffel 论坛许可证 V2.0（与 BSD 冗余）
  • 公平许可证（与 BSD 冗余）
  • 历史权限声明和免责声明（与 BSD 冗余）
  • Lucent 公共许可证版本 1.02（与 CPL 冗余）
  • 伊利诺伊大学/NCSA 开源许可证（冗余

与 BSD 冗余）

  • X.Net 许可证（与 MIT 冗余）

不可重用的许可证 (25)

  • Apple 公共源许可证
  • Computer Associates Trusted Open Source License 1.1
  • EU DataGrid Software License
  • Entessa 公共许可证
  • Frameworx 许可证
  • IBM 公共许可证
  • MITRE Collaborative Virtual Workspace License (CVW License)
  • Motosoto 许可证
  • Naumen 公共许可证
  • Nethack 通用公共许可证
  • Nokia 开源许可证
  • OCLC Research Public License 2.0
  • PHP 许可证
  • Python 许可证 (CNRI Python License)
  • Python 软件基金会许可证
  • RealNetworks 公共源许可证 V1.0
  • 互惠公共许可证
  • 理光源代码公共许可证
  • Sleepycat 许可证
  • Sun 公共许可证
  • Sybase Open Watcom Public License 1.0
  • Vovida Software License v. 1.0
  • W3C 许可证
  • wxWindows 库许可证
  • Zope 公共许可证

已被取代的许可证 (4)

  • Apache 软件许可证 v1.1
  • Eiffel 1.0
  • Lucent 1.0
  • MPL 1.0

已自愿弃用的许可证 (3)

  • Intel 开源许可证
  • Jabber 开源许可证
  • Sun Industry Standards Source License (SISSL)

以下是我们用于将许可证放入各个层级的标准
-流行的和广泛使用的或具有强大的许可证
社区 (9)
我们使用从公共来源获得的统计数据来确定哪些许可证被广泛使用。我们认为，有一些许可证虽然不是最流行的，但在其社区内被广泛使用，并且这些许可证也属于此类别。

特殊用途许可证 (3)
某些许可方（例如美国政府）有特殊的关注点，例如针对政府版权的特殊规则。被确定为满足特殊需求的许可证被放入此类别。

与更流行的许可证冗余的许可证 (9)
此类别中的几个许可证都是优秀的许可证，并且有自己的追随者。委员会在此类别中挣扎，但最终决定，如果要解决许可证扩散问题，我们必须修剪许可证。因此，被认为与现有许可证重复的许可证被放入此类别。

不可重用的许可证
此类别中的许可证特定于其作者，不能被其他人重用。这些许可证中的许多（但并非全部）都属于虚荣许可证类别。

已被取代的许可证
此类别中的许可证已被更新版本取代

已自愿弃用的许可证
自描述类别。没有人应该在未来使用这些许可证，尽管我们假设许可方可以选择继续使用它们，也可以选择不继续使用它们。

其他/杂项许可证
这些许可证不能完全归入任何类别。

下一步是什么？

这是一份草案文件。我需要获得委员会成员的批准。我们还同意首先将这些类别传递给许可证管理员。之后，我们已承诺将这些类别公开征求意见。

之后，董事会需要决定一个流程，以便在批准新许可证的同时将其放入层级中。

—<结束粘贴>—

*讨论是否制作 100 份常见问题解答和报告，以便在 OSCON 上分发。
*马杰鲁斯女士提醒说，根据许可证扩散委员会的工作协议，我们需要在公开对话开始之前，预先通知特定的许可证管理员。

3. 许可证批准委员会

本次会议的建议摘要

*Mindtree 公共许可证…不可重用，对意见没有回应
*微软许可证…尚未由微软提交，因此应暂停讨论，直到提交为止
*TrueCrypt 公共许可证…推迟以进行更多讨论
*Broad Institute 公共许可证…推迟以进行更多讨论

*尼尔森先生动议我们接受 2006 年 7 月 11 日的许可证委员会报告，蒂曼先生附议。一致通过。

会议于美国东部时间下午 1:00 休会