summaryrefslogtreecommitdiff
path: root/docs/license-recommendations.md
diff options
context:
space:
mode:
authorTong Hui <tonghuix@gmail.com>2016-09-28 16:36:37 +0800
committerTong Hui <tonghuix@gmail.com>2016-09-28 16:36:37 +0800
commita620fda6294579e2e736bfdd0902eea3e14342ae (patch)
tree538b91b3ce1d4d2fcf52f0762f032877ac4cb6b1 /docs/license-recommendations.md
parent33d5bf4cc5cfb7640b38c93a8e11d3799bf0b9ac (diff)
downloadfsfs-zh-a620fda6294579e2e736bfdd0902eea3e14342ae.tar.xz
fix footnote part five
Diffstat (limited to 'docs/license-recommendations.md')
-rw-r--r--docs/license-recommendations.md34
1 files changed, 17 insertions, 17 deletions
diff --git a/docs/license-recommendations.md b/docs/license-recommendations.md
index d5e7399..6874d6e 100644
--- a/docs/license-recommendations.md
+++ b/docs/license-recommendations.md
@@ -6,9 +6,9 @@
人们经常问我们,为他们的项目向他们推荐什么许可证。我们过去已经公开地写了关于这个的文章,但信息在不同的文章、FAQ 条目和许可证注释之间分散开了。这篇文章收集所有的信息至一个单一的来源中,让人们更简单地跟着做并可以重新引用。
-这些推荐是用于设计来做实用工作的作品的。那些包括了软件、文档和一些其他的东西。艺术作品、以及表达一种观点的作品,则不一样;GNU项目对它们该怎么发布没有通用的立场,除了它们应该在没有非自由软件的情况下可以使用(特别是没有DRM[^1])。然而,对于和某个程序在一起的艺术作品,你可能需要听从这些推荐。
+这些推荐是用于设计来做实用工作的作品的。那些包括了软件、文档和一些其他的东西。艺术作品、以及表达一种观点的作品,则不一样;GNU项目对它们该怎么发布没有通用的立场,除了它们应该在没有非自由软件的情况下可以使用(特别是没有DRM[^recon-1])。然而,对于和某个程序在一起的艺术作品,你可能需要听从这些推荐。
-这些推荐可以用于许可一个你创建的作品——不论是已有作品的修改版还是原创作品。它们不用解决结合已有不同许可证的材料的问题。如果你在寻求那方面的帮助,请查看 GPL FAQ[^2].
+这些推荐可以用于许可一个你创建的作品——不论是已有作品的修改版还是原创作品。它们不用解决结合已有不同许可证的材料的问题。如果你在寻求那方面的帮助,请查看 GPL FAQ[^recon-2].
在你看了我们的推荐之后,如果你想要建议,你可以写邮件到<licensing@gnu.org>。注意许可证小组的回信可能需要几个星期;如果你在一个月内没有得到回复,请再写一次。
@@ -32,7 +32,7 @@
对大多数小程序,使用 copyleft 是不值得的。我们用300行作为基准:当一个软件包的源码比这个短,copyleft 带来的好处通常太小,来对抗确保许可证的复本总是伴随软件的不便。
-对那些程序,我们推荐 Apache 2.0 许可证[^3]。这是一个 pushover(非copyleft)软件许可证,它有用于避免贡献者和分发者起诉专利侵权的条目。这并不会让软件避免来自专利的威胁(一个软件许可证是做不到的),但它避免了专利持有者以自由为障目发布软件,这种情况下专利持有者会相当于做了一次“诱导转向”,然后要求接受者同意专利证书中的非自由条目。
+对那些程序,我们推荐 Apache 2.0 许可证[^recon-3]。这是一个 pushover(非copyleft)软件许可证,它有用于避免贡献者和分发者起诉专利侵权的条目。这并不会让软件避免来自专利的威胁(一个软件许可证是做不到的),但它避免了专利持有者以自由为障目发布软件,这种情况下专利持有者会相当于做了一次“诱导转向”,然后要求接受者同意专利证书中的非自由条目。
在不严格的 pushover 许可证中,Apache 2.0 是最好的;所以如果你要用一个不严格的 pushover 许可证,不论什么原因,我们推荐用那一个。
@@ -52,19 +52,19 @@
#### 服务器软件
-如果其他人很有可能会给你在服务器上跑的软件制作改进版并且不会向其他人分发他们的版本,而且你担心这将把你的版本置于一个不利的地位,我们推荐 GNU Affero 通用公共许可证(AGPL[^4])。AGPL 的条目和 GPL 几乎相同;唯一实质的区别是它有一个额外的条件确保通过网络用这个软件的人们可以获得它的源代码。
+如果其他人很有可能会给你在服务器上跑的软件制作改进版并且不会向其他人分发他们的版本,而且你担心这将把你的版本置于一个不利的地位,我们推荐 GNU Affero 通用公共许可证(AGPL[^recon-4])。AGPL 的条目和 GPL 几乎相同;唯一实质的区别是它有一个额外的条件确保通过网络用这个软件的人们可以获得它的源代码。
-AGPL 的要求没有解决当*用户们*信赖其计算或者发送数据到别人的服务器时,会产生的问题。例如,它不会制止服务作为软件替代品(SaaSS)拒绝给予用户的自由[^5]——但大多数服务器不做 SaaSS。要想知道更多关于这些的问题,请在 <http://gnu.org/licenses/why-affero-gpl.html> 阅读“为什么用 Affero GPL”。
+AGPL 的要求没有解决当*用户们*信赖其计算或者发送数据到别人的服务器时,会产生的问题。例如,它不会制止服务作为软件替代品(SaaSS)拒绝给予用户的自由[^recon-5]——但大多数服务器不做 SaaSS。要想知道更多关于这些的问题,请在 <http://gnu.org/licenses/why-affero-gpl.html> 阅读“为什么用 Affero GPL”。
### 文档
对教程、参考手册和其他大型文档工作,我们推荐 GNU 自由文档许可证。对教育型工作,这是个很强的 copyleft 许可证,最早为软件文档而编写,并包含特别说明,即当这些作品被分发或修改时的常见问题。
-对于短的、次要的文档工作,例如参考卡片,最好使用 GNU 宽松的许可证[^6],因为一份 GFDL 的复本难以放进一张参考卡片里面。不要用CC-BY,因为它和 GFDL 不兼容。
+对于短的、次要的文档工作,例如参考卡片,最好使用 GNU 宽松的许可证[^recon-6],因为一份 GFDL 的复本难以放进一张参考卡片里面。不要用CC-BY,因为它和 GFDL 不兼容。
对于 man 手册页面,如果页面很长,我们推荐 GFDL,而如果它很短,则推荐 GNU 宽松许可证。
-一些文档包括了软件源代码。例如,一个编程语言的的手册可能包括让用户遵循的例子。你应当既在 FDL 之下在手册中包含它们,又在另一个适合软件的许可证下发布它们。这样做使得在其他项目中用这些代码变得简单。我们推荐你用 CC0[^7] 贡献小段的代码到公有领域,并在有关软件项目使用的相同的许可证之下分发大段的代码。
+一些文档包括了软件源代码。例如,一个编程语言的的手册可能包括让用户遵循的例子。你应当既在 FDL 之下在手册中包含它们,又在另一个适合软件的许可证下发布它们。这样做使得在其他项目中用这些代码变得简单。我们推荐你用 CC0[^recon-7] 贡献小段的代码到公有领域,并在有关软件项目使用的相同的许可证之下分发大段的代码。
### 其他用于程序的数据
@@ -72,22 +72,22 @@ AGPL 的要求没有解决当*用户们*信赖其计算或者发送数据到别
如果你正特意为一个软件项目创作这些作品,我们通常推荐你在和软件使用相同的许可证下发布你的作品。用我们推荐的许可证这样做不会有问题:GPLv3、LGPLv3、AGPLv3 和 GPLv2 都可以用于任何类型——不只是软件——受版权保护并为修改版澄清首选的形式。使用与软件相同的许可证对分发者而言会让合规性更简单,并可以避免任何潜在的兼容性问题。如果提供了一些特别的实用的好处,比如和其他自由项目更好地合作,使用一个不同的许可证可能是合适的。
-如果你的作品不是为某个特定的软件项目而创作的,或者使用和项目相同的许可证不合适,那么我们只推荐你选择一个适合你作品的 copyleft 许可证。有一些在我们的许可证列表中列出[^8]。如果没有许可证看起来合适的,创作共用署名-相同方式共享许可证(CC-BY-SA[^9])是一个可以用于很多不同种类作品的 copyleft 许可证。
+如果你的作品不是为某个特定的软件项目而创作的,或者使用和项目相同的许可证不合适,那么我们只推荐你选择一个适合你作品的 copyleft 许可证。有一些在我们的许可证列表中列出[^recon-8]。如果没有许可证看起来合适的,创作共用署名-相同方式共享许可证(CC-BY-SA[^recon-9])是一个可以用于很多不同种类作品的 copyleft 许可证。
- [^1]: 参见我们对数字限制管理 Digital Restrictions Management 的斗争活动[DefectiveByDesign.org](DefectiveByDesign.org)。
+ [^recon-1]: 参见我们对数字限制管理 Digital Restrictions Management 的斗争活动[DefectiveByDesign.org](DefectiveByDesign.org)。
- [^2]: 参见 <http://gnu.org/licenses/gpl-faq.html>.
+ [^recon-2]: 参见 <http://gnu.org/licenses/gpl-faq.html>.
- [^3]: 此许可证全文参见 <http://apache.org/licenses/LICENSE-2.0>
+ [^recon-3]: 此许可证全文参见 <http://apache.org/licenses/LICENSE-2.0>
- [^4]: 此许可证全文参见 <http://gnu.org/licenses/agpl.html>
+ [^recon-4]: 此许可证全文参见 <http://gnu.org/licenses/agpl.html>
- [^5]: 有关 SaaSS 可参见《服务器真正为谁服务?》一文
+ [^recon-5]: 有关 SaaSS 可参见《服务器真正为谁服务?》一文
- [^6]: 参见 <http://gnu.org/licenses/license-list.html#GNUAllPermissive>
+ [^recon-6]: 参见 <http://gnu.org/licenses/license-list.html#GNUAllPermissive>
- [^7]: 关于此许可证可参见 <http://creativecommons.org/about/cc0>
+ [^recon-7]: 关于此许可证可参见 <http://creativecommons.org/about/cc0>
- [^8]: 参见 <http://gnu.org/licenses/license-list.html#OtherLicenses>
+ [^recon-8]: 参见 <http://gnu.org/licenses/license-list.html#OtherLicenses>
- [^9]: 关于使用此许可证可参见 <http://gnu.org/licenses/license-list.html#ccbysa>
+ [^recon-9]: 关于使用此许可证可参见 <http://gnu.org/licenses/license-list.html#ccbysa>