Changeset - b12b2bb59aee
[Not reviewed]
0 0 2
Brett Smith (brett) - 4 years ago 2016-11-21 20:56:02
brett@sfconservancy.org
copyleft: Add Chinese translation of Principles.
1 file changed:
0 comments (0 inline, 0 general)
www/conservancy/static/copyleft-compliance/principles.cn.html
Show inline comments
 
new file 100644
 
{% extends "base_compliance.html" %}
 
{% block subtitle %}Copyleft Compliance Projects - {% endblock %}
 
{% block submenuselection %}CopyleftPrinciples{% endblock %}
 

	
 
{% block content %}
 
<p>[ <a href="/copyleft-compliance/principles.cn.pdf">PDF</a>
 
  |
 
<a href="/copyleft-compliance/principles.html">English version</a> ]</p>
 

	
 
<div lang="zh-CN">
 
<h1>面向社区实施 <span lang="en-US">GPL</span> 的原则</h1>
 

	
 
<p><span lang="en-US">GNU</span> 通用公共许可 (<span lang="en-US">GPL</span>) 是一种主要的著作权(<span lang="en-US">Copyleft</span>)许可方式。<span lang="en-US">Copyleft</span> 是允许对已发表作品进行持续分享的框架,与其它仅赋予自由而不保护自由的免费许可不同,<span lang="en-US">Copyleft</span> 授予作品使用者自由,并且保护使用者的自由。根据 <span lang="en-US">GPL</span> 发布的自由软件是现代技术的基础,从笔记本电脑、台式机到家用电器、轿车、手机,再到互联网基础,所有这一切都是由自由软件推动的。遵循 <span lang="en-US">GPL</span> 条款很简单,只有当发布的产品既包含以 <span lang="en-US">GPL</span> 方式授权的软件又包含根据用户限制条款发布的软件时,情况才会变得复杂。即便在这种情况下,很多公司依然能很好地遵循 <span lang="en-US">GPL</span> 条款,而某些公司则会篡改或违反 <span lang="en-US">GPL</span> 规则,以便发挥其已有优势。</p>
 

	
 
<p>目前,自由软件基金会 (<span lang="en-US">Free Software Foundation</span>) 和自由软件管理机构(<span lang="en-US">Software Freedom Conservancy</span>)是全球推行 <span lang="en-US">GPL</span> 系列许可的主要机构。自由软件基金会自二十世纪八十年代起开始推动 <span lang="en-US">Copyleft</span> 的实施,而自由软件管理机构自近十年前成立伊始便在很多项目中推行 <span lang="en-US">GPL</span>。去年,自由软件基金会和自由软件管理机构共同发表《<a href="https://copyleft.org/guide/">著作权与 <span lang="en-US">GNU</span> 通用公共许可:综合教程与指南</a>》一书,该书包括“<a href="https://copyleft.org/guide/comprehensive-gpl-guidepa2.html#x17-116000II"><span lang="en-US">GPL</span> 合规性实用指南</a>”和“<a href="https://copyleft.org/guide/comprehensive-gpl-guidepa3.html#x26-152000III"><span lang="en-US">GPL</span> 实施案例分析</a>”等章节,阐述了自由软件基金会和自由软件管理机构在 <span lang="en-US">GPL</span> 实施中共同遵循的典型流程。(<a href="https://www.fsf.org/blogs/licensing/compliance-situations">自由软件基金会</a>和<a href="https://sfconservancy.org/blog/2012/feb/01/gpl-enforcement/">自由软件管理机构</a>在博客中对这些流程进行了简单说明。)</p>
 

	
 
<p>作为社区自由的坚决捍卫者,当有公司妨碍用户行使复制、分享、修改和/或重新发布 <span lang="en-US">Copyleft</span> 许可软件的权利时,我们将扮演用户代理人的角色。我们要求所有重新发布者遵守 <span lang="en-US">GPL</span> 要求,这首先是为了保护所有用户的自由,其次是支持尊重自由的公司,打击和惩罚不良行为。</p>
 

	
 
<p><span lang="en-US">Copyleft</span> 以版权为基础,并基于版权保护用户修改和重新发布的自由,而非限制修改和重新发布。未经许可将作品给予他人即视为违反传统版权许可,而通过限制条件妨碍他人重新发布作品则视为违反 <span lang="en-US">Copyleft</span> 许可。由于 <span lang="en-US">Copyleft</span> 许可需遵循版权法,因此 <span lang="en-US">Copyleft</span> 许可的实施机制与其它版权许可机制相同——使用相同的术语和流程。我们需要注意的是,在实施 <span lang="en-US">Copyleft</span> 的过程中,应关注自由传播这一终极目标,而不要过度热衷于处罚或将版权体系中既有不公平合法化。因此,自由软件管理机构和 自由软件基金会是按照自由软件基金会 于 2001 年制定的面向社区的原则来实施<span lang="en-US">Copyleft</span> 的。</p>
 

	
 
<h4>面向社区实施 <span lang="en-US">GPL</span> 的指导原则</h4>
 

	
 
<ul>
 
  <li><strong>实施 <span lang="en-US">GPL</span> 的主要目标是 <span lang="en-US">GPL</span> 合规性。</strong><span lang="en-US">Copyleft</span> 的首要政策目标是,使尊重用户的自由成为一种规范。这是自由软件基金会制定 <span lang="en-US">GNU</span> <span lang="en-US">GPL</span> 文本的初衷。根据这一原则,实施 <span lang="en-US">Copyleft</span> 时应侧重制止不正当发布,鼓励正当发布,以及处理过去的违规行为给社区和用户造成的损害。处理先前损害的常见方法包括:告知已得到软件的用户如何获取软件源代码,以及他们享有哪些相关权利。所有其它次要目标都不应妨碍严格遵守 <span lang="en-US">GPL</span> 规则以及尊重用户复制、分享、修改和重新发布软件的自由。</li>
 

	
 
  <li><strong>法律诉讼是最后的手段。</strong>合规行为是教育和帮助违反许可者的主要手段。大多数违反 <span lang="en-US">GPL</span> 的行为都属过失行为,而非有意为之。<span lang="en-US">Copyleft</span> 的实施应帮助此类发布者在他们所倚赖的自由软件项目中发挥积极作用。少数 <span lang="en-US">GPL</span> 违规行为是有意的或是严重疏忽的结果,对此类行为无需姑息。但即使在这种情况下,诉诸法律也是最后的手段,双方以协商方式调整(或至少停止)后续发布,并采取措施减少已发生的损失,这样做比闹上法庭要好得多。</li>
 

	
 
  <li><strong>保密能提高接受能力和响应能力。</strong>软件自由的支持者理所当然地将保密协议视为不信任的表现,他们更倾向于进行公开讨论。但对于合规工作来说,发起并持续私下讨论是诚意的体现,可以倡导合规性而不必担心公开报复,同时使对方有机会弥补无心之过。强制执行反而较难达到合规性的主要目标,因为提起公诉不仅花费不菲,也旷日费时。因此,实施者应将保密作为一种和解办法。如果某家公司显然在以诚意和保密来掩盖不作为、不反应,那么实施者可在发出足够的警告后将问题公之于众。</li>
 

	
 
  <li><strong>面向社区的实施工作永远不应以经济收益为导向。</strong>合理的经济处罚是实现合规性的合法工具。从逻辑上来讲,如果对违规的唯一处罚仅仅是强制遵守原始规则,那么恶意违规者只会等待实施行为,而根本不会去阅读 <span lang="en-US">GPL</span>。这样的 <span lang="en-US">Copyleft</span> 社会模式和实施方式是无法站住脚的。没有经济处罚的实施体系有利于恶意行为者,不利于善意行为者,因为后者须承担合规发布的最低(数额并不低)人员成本,而前者则可以规避这项开支。因此,版权持有者(或其授权代理人)有理由就其配合实施行为所投入的合规性教导时间要求补偿。但通常,追回版权法允许范围内的全部损失是没有必要的,在某些情况下,这样做可能与 <span lang="en-US">Copyleft</span> 的目的背道而驰。</li>
 

	
 
  <li><strong>面向社区的合规工作不应以忽略问题为条件索取或接受付款。</strong>在面向社区的实施过程中,实施者不应以忽略某项违规或接受针对已发现问题的不完整解决方案为条件接受付款。版权持有者应完全拒绝所有付款,直至发布者纠正过去的违规行为并正式(书面)提交未来合规计划。</li>
 

	
 
  <li><strong>面向社区的合规工作应从仔细验证违规开始,到完成综合分析结束。</strong>这意味着,在起诉某实体违反 <span lang="en-US">GPL</span> 之前,应仔细核查报告,确认违规行为。随后,应检查所有相关软件,确定已提出并解决了除原始报告中所列问题和涉及相关许可条款的问题之外的所有合规性问题。这一点非常重要,这样在对话结束后,双方可以得到不会再次发生违规的合理保证。(<a href="http://gpl.guide/pristine-example">已有的合规性正面范例可</a>帮助发布者了解他们的义务。)</li>
 

	
 
  <li><strong>面向社区的合规流程应推广 <span lang="en-US">GPLv3</span> 终止条款,甚至可推行至仅根据 <span lang="en-US">GPLv2</span> 许可的作品。</strong><span lang="en-US">GPLv2</span> 规定,一旦发生违规行为,将永久性终止所有版权许可。<span lang="en-US">GPLv3</span> 的终止条款规定,初次违规者在及时纠正违规行为后可自动恢复发布权,同时向违规者提供需要得到其谅解的版权持有者的准确名单。<span lang="en-US">GPLv3</span> 终止条款的合作精神体现了对继续合作的承诺与期望。对于无心之过引起的违规(即使是针对 <span lang="en-US">GPLv2</span> 许可作品的违规),建议使用以上方法。</li>
 
</ul>
 

	
 
<p>这些原则不是严格的规定。实现合规性需要了解违规者的实际情况,不是为了原谅违规行为,而是为了找到帮助他们合规的方法。<span lang="en-US">Copyleft</span> 许可没有特定的实施办法(除终止许可外),部分原因是 <span lang="en-US">GPL</span> 违规的现实情况千差万别,过于严苛不利于实现合规性。</p>
 

	
 
<p>特别要说明的是,以上原则无意为实施行为建立严格标准和/或“升级和调解规则”。那样做将限制版权持有者使用 <span lang="en-US">Copyleft</span> 许可达到预期效果——维护用户复制、修改和重新发布自由软件的权利。</p>
 

	
 
<p>根据以上原则在必要时实施 <span lang="en-US">GPL</span> 是构建尊重、平等的软件共享社区的基础。</p>
 

	
 
<hr />
 

	
 
<p class="footer">本文版权为自由软件基金会与自由软件管理机构所有,并经由<a href="https://creativecommons.org/licenses/by-sa/4.0"><span lang="en-US">Creative Commons Attribution-ShareAlike 4.0 International License</span></a>许可证发布。<a href="http://www.kaiyuanshe.cn/">开源社法</a>律委员会与自由软件管理机构(<span lang="en-US">Software Freedom Conservancy</span>)合作翻译《面向社区实施 <span lang="en-US">GPL</span> 的原则》的简体中文版。</p>
 

	
 
<p class="footer" lang="en-US">Copyright &copy; 2015, Free Software Foundation, Inc., Software Freedom Conservancy, Inc., Bradley M. Kuhn, Allison Randal, Karen M. Sandler.
 
<br/>Licensed under the <a rel="license" href="https://creativecommons.org/licenses/by-sa/4.0">Creative Commons Attribution-ShareAlike 4.0 International License</a>.
 
<br/>This content has been translated and distributed by <a href="http://www.kaiyuanshe.cn/">Kaiyuanshe</a>.</p>
 

	
 
</div>
 
{% endblock %}

Changeset was too big and was cut off... Show full diff anyway

0 comments (0 inline, 0 general)