许可证审批

概述

为了实现创建完整、通用的目标操作系统完全由免费和开源软件提供,所有Fedora提供的软件和其他内容必须在决定在Fedora允许的许可证,仅限于,条件异常。

Fedora对不同的材料类别:代码、文档、内容、字体和固件。已批准许可证的相应状态名称为:允许,允许的文件,允许含量,允许的资金、和允许的固件.最严格的许可批准标准适用于代码,而有些宽松的标准适用于其他类别。不允许任何类别分类为不允许.

Fedora的许可证批准标准适用于一切这是由Fedora项目提供的,而不仅仅是可安装的Fedora Linux中的二进制包。例如,在Fedora Pagure公司,Fedora源代码包,费多拉·科吉,Fedora文档Copr存储库与Fedora Linux软件包相同的许可规则。

Fedora法律文件包括以下列表允许不允许Fedora的许可证。这些列表是根据Fedora许可证数据存储库。如果生成的Fedora许可证列表之间存在任何差异以及Fedora License data中的数据,后者被视为权威。出于某些目的,您可能会发现参考到存储库(特别是数据/目录),而不是生成的列表。

Fedora使用SPDX许可证表达式在Fedora的TOML文件中表示允许和不允许的许可许可证数据数据/目录和生成的Fedora许可证中列表。

如果许可证涵盖Fedora中的内容,或包含已经或打算纳入Fedora Linux,是不在允许列表和不允许列表中,则必须检验过的.

最终,Fedora的许可证是否被允许由联邦委员会决定。今天,这个决定通常是授权给Red Hat法律团队中的专家自由软件/开放源码许可,并且非常熟悉并致力于支持Fedora的使命和基础.

允许的许可证

许可证是允许如果Fedora确定许可证是免费的软件/开源许可证。在高水平上,调查涉及确定许可证是否提供软件自由,以及(相当于)确保许可证不会给用户对其权限的行使与发展不一致社区规范和传统围绕着什么是可以接受的自由软件/开源许可证。

一般来说,Fedora提供的所有代码都必须受到管理允许许可证。通用许可证允许类别可以用于Fedora中的任何内容,而不仅仅是代码。

Fedora将规范文件视为“代码”。通常,spec文件没有显式许可,并且在一定程度上是由Fedora编写的贡献者是受版权保护的,他们根据麻省理工学院的许可证FPCA公司.

文档许可证

Fedora将指定允许用于文档的许可证(允许的文件)如果它符合以下标准允许许可证,它似乎是专门为文档设计的而不是代码。

此外,Fedora将以下许可分类为允许的文件(即使他们不满足上述要求标准):

  • Creative Commons Attribution 4.0国际公共许可和其前身版本

  • Creative Commons Attribution-ShareAlike 4.0国际公众许可证及其先前版本

  • GNU Free Documentation License 2.1版及其前身版本

允许内容使用的许可证

就Fedora许可分类而言,“内容”是指任何没有明确编码、文档、字体或固件的材料。以下是一些内容示例:

  • 图形图像文件

  • 音频文件

  • 非功能数据集

  • AppStream metainfo.xml文件

  • 标准文档

  • 与标记语言的功能和管理相关的某些文件,包括XML模式文件和资源解析文件、XSL文件、SGML声明文件、,以及此类文件附带的非正式辅助文件

  • 包含预处理权重的机器学习模型检查点

Fedora将指定内容许可证(允许含量)如果符合允许许可证但以下情况除外:

  • 许可证可以限制或禁止修改

  • 许可证可能会说它不包括专利或授予任何专利许可

当我们说标准文档受内容的许可标准,我们指的是文档本身的版权导向许可,而不是许可涵盖文件规定的技术的实现。
手册页被视为文档,而不是内容,即使在它们源自标准文档。
CC0-1.0级,其中有一条条款说它没有许可证或以其他方式“影响”专利权允许,但它继续允许含量.

Fedora决定将特定类别的材料视为“内容”通常反映了一种语用判断。Fedora的主要关注点是免费的软件;在某些情况下,为了使自由软件充分发挥作用,它必须伴随着非软件项目,不幸的是非libre涵盖了这些项目条款。Fedora可能会得出这样的结论:如果此类材料(作为一般事项)可能有疑问或“瘦”版权保护。

字体许可证

Fedora可以指定字体许可证(允许的资金)如果符合以下标准允许许可证例外情况如下:

  • 许可证可能包含名义上禁止转售或隔离分布

我们所说的“名义上禁止转售或隔离分布”在SIL开放字体许可证1.1:

字体软件及其任何单独组件原始版本或修改版本可自行销售。

这种禁令在许可证中是不可接受的适用于代码(例如,请参见Sun RPC许可证).

SIL OFL中的禁令是“名义上的”,因为在FOSS中法律文化——偶尔有人巧妙地断言,一个人可以通过捆绑一个微不足道的“Hello world”来绕过这种规定程序使用字体(实际上有一些理由相信SIL OFL的作者有意这样做)。如果我们遇到一个许可证有这样的规定,但我们相信“你好,世界”解决方案甚至不可行,我们可能不会考虑允许字体使用许可证。

固件允许的许可证

一些应用程序、驱动程序和硬件需要二进制固件映像来引导Fedora Linux或正常运行。Fedora许可证只要这些文件符合以下许可证,就可以包含这些文件和技术要求:

固件的许可证要求

Fedora可以指定固件许可证(允许的固件)如果它符合以下标准允许许可证,但以下情况除外:

  • 许可证可能禁止修改、反向工程、,反汇编或反编译。

  • 许可证可能要求固件只能用于与指定硬件连接。

  • 许可证可能要求仅将固件重新分发为包含在分销商的产品中(或作为维护重新分发者产品的现有最终用户的更新)。这个可能进一步局限于再分配者的那些产品支持或包含与许可的固件。

  • 许可证可能要求再保险商转让或强制对用户的限制不超过这些条件由Fedora自己就固件许可进行授权。

技术固件要求

虽然固件的这些技术要求与此无关在许可方面,为了方便起见,这里包括了它们。

  • 文件在Fedora Linux上下文中必须是不可执行的(注意:这意味着文件不能单独运行,而不是他们只是chmod-x)

  • 在Fedora Linux上下文中,文件不能是库

  • 文件必须是独立的,而不是嵌入在可执行文件或库中代码(在Fedora Linux上下文中)

  • 这些文件必须是开源功能所必需的包含在Fedora Linux中的代码或使Fedora Linux能够在没有其他可靠和支持的特定设备上启动存在机制

“不允许”许可证

任何不符合上述许可证标准的许可证(包括特定类别)将被分类为不允许.

在极少数情况下,我们可能有理由指定许可证为不允许尽管它可能符合正式标准用于相关类别。一个例子是许可证参考-工作,它表示基于Apache license 2.0的许可证,并命名为“Modified Apache License 2.0”,可能未经Apache软件基金会表示Apache许可证的名称中不能包含“Apache”。

使用例外

对于一些人不允许许可证,或仅允许用于特定类别,Fedora许可证数据中记录了一个例外许可的TOML文件,作为使用键(和显示在不允许列表)。例外情况将表明Fedora在有限条件下容忍许可(例如,对于特定的包或定义的时间段)。

例如,以下是使用的例外OPUBL-1.0号机组:

如果版权持有人没有行使第六节中列出的任何“许可选项”
OPUBL-1.0号机组表示开放出版物许可证版本1.0,在Callaway下被归类为“良好”文件系统提供了不执行“选项”。用于管理我们现在将其归类为不允许使用使用上述例外情况。

许可证状态的更改

Fedora致力于其许可证分类的稳定性,但对特定许可证或许可证类型的处理可能会随着关于可接受许可的社区标准和期望随着新问题和关注点的出现而发展。在极少数情况下许可证可重新分类为不允许,或一个允许许可证可以重新分类为仅允许特定类别的材料,如CC0-1.0级被重新分类自允许允许含量。当这种重新分类完成后,我们将尽量减少干扰,包括通过定义适当的使用例外情况。

Fedora许可政策背景

几十年来由社区开发的软件(和其他内容)许可与自由软件和开源项目相关。Fedora构建为社区的发展做出贡献传统。大多数哲学和实践基础Fedora的许可政策是由汤姆“发现”卡拉威,经常与红帽法律团队成员合作。

提取自由和开放源码软件许可规范最具影响力的两项工作是自由软件基金会对免费软件定义以及开源倡议的维护和解释开放源代码定义在早期的历史中,Fedora倾向于FSF的解释具有高度权威性OSI的许可证审查决定更加令人怀疑。然而,即使是在那一怀疑的高峰期,费多拉对待OSD现场视察决策是说服力的来源之一。费多拉已经有时也会考虑其他少校的决定社区Linux发行版和其他重要的社区工作定义和应用软件自由相关的法律规范。费多拉的许可证批准决定既有原则性又务实。

出于必要,Fedora对数百个许可证进行了裁决FSF或OSI从未考虑过。在少数情况下,Fedora不同意FSF和OSI关于特定许可证是否为自由/开源软件。随着时间的推移,费多拉已经建立了非正式的解释和政策制定机构自由/开放许可本身影响了更大的自由/开放源码软件Fedora外的社区。