| 1 |
<!--#set var="ENGLISH_PAGE" value="/philosophy/x.en.html" --> |
| 2 |
|
| 3 |
<!--#include virtual="/server/header.zh-cn.html" --> |
| 4 |
<!-- Parent-Version: 1.96 --> |
| 5 |
<!-- This page is derived from /server/standards/boilerplate.html --> |
| 6 |
<!--#set var="TAGS" value="essays licensing traps" --> |
| 7 |
<!--#set var="DISABLE_TOP_ADDENDUM" value="yes" --> |
| 8 |
|
| 9 |
<!-- This file is automatically generated by GNUnited Nations! --> |
| 10 |
<title>X Window 系统的陷阱 - GNU 工程 - 自由软件基金会</title> |
| 11 |
<meta http-equiv="Keywords" |
| 12 |
content="GNU，FSF，自由软件基金会，自由，Richard Stallman，rms，自由软件运动" /> |
| 13 |
<meta http-equiv="Description" |
| 14 |
content="Richard Stallman 讨论了自由操作系统开发运动的历史。" /> |
| 15 |
|
| 16 |
<!--#include virtual="/philosophy/po/x.translist" --> |
| 17 |
<!--#include virtual="/server/banner.zh-cn.html" --> |
| 18 |
<!--#include virtual="/philosophy/ph-breadcrumb.zh-cn.html" --> |
| 19 |
<!--GNUN: OUT-OF-DATE NOTICE--> |
| 20 |
<!--#include virtual="/server/top-addendum.zh-cn.html" --> |
| 21 |
<div class="article reduced-width"> |
| 22 |
<h2>X Window 系统的陷阱</h2> |
| 23 |
|
| 24 |
<address class="byline">Richard M. Stallman 著</address> |
| 25 |
|
| 26 |
<p> |
| 27 |
要 Copyleft 还是不要 Copyleft？这是自由软件社区的主要争议之一。Copyleft |
| 28 |
的理念是我们应该以毒攻毒——我们应该使用版权（Copyright）来确保我们的代码是自由的。GNU 通用公共许可证（GNU |
| 29 |
GPL）就是 Copyleft 许可证的一个例子。</p> |
| 30 |
|
| 31 |
<p> |
| 32 |
一些自由软件开发者更倾向于使用非 Copyleft 的发行方式。XFree86 和 <a |
| 33 |
href="/licenses/bsd.html">BSD</a> 等非 Copyleft |
| 34 |
许可证的基本理念是永远不要对任何人“说不”——甚至对那些试图以你的工作为基础限制他人的人也是如此。非 |
| 35 |
Copyleft 许可证并没有错，但它错过了积极保护我们修改和重新分发软件之自由的机会。为此，我们需要 Copyleft。</p> |
| 36 |
|
| 37 |
<p> |
| 38 |
多年来，X 协会一直是 Copyleft 的主要对手。它将道德劝说和施压并举以阻止自由软件开发者为他们的软件采用 |
| 39 |
Copyleft。它的道德劝说暗示“说不”是不好的。它施加的压力源于使用 Copyleft 的软件不得包含在 X |
| 40 |
发布版中这一规则。</p> |
| 41 |
|
| 42 |
<p> |
| 43 |
X 协会为什么采取这样的政策？这需要从他们对成功的观念谈起。X 协会将成功定义为受欢迎的程度——具体来说，就是让电脑公司使用 X |
| 44 |
Window 系统。这种定义让电脑公司处于统治的地位上：无论他们想要什么，X 协会都必须帮助他们达成目标。</p> |
| 45 |
|
| 46 |
<p> |
| 47 |
电脑公司通常发布专有软件。他们希望自由软件开发者把他们的成果捐献作为这样的用途。如果他们直接这样做，人们只会嘲笑他们。但是作为他们的代表，X |
| 48 |
协会可以将这样的请求视为一种无私的要求。“让我们一起把我们的成果捐给专有软件的开发者吧，”他们如是说，并暗示这是一种高尚的自我牺牲形式。“加入我们赢得人气吧，”他们说，甚至不认为这是一种牺牲。</p> |
| 49 |
|
| 50 |
<p> |
| 51 |
但是自我牺牲不是问题所在：放弃 Copyleft 为整个社区的自由提供的保护，牺牲的可不止是你一个人。那些同意 X 协会的请求的人将社区的未来托付给了 |
| 52 |
X 协会的商誉。</p> |
| 53 |
|
| 54 |
<p> |
| 55 |
这种信任是错误的。在 1997 年，X 协会制定了一项计划来限制即将发布的 X11R6.4 |
| 56 |
版本，使其不再是自由软件。他们决定开始说不，不只是对专有软件开发者，对我们的社区也是如此。</p> |
| 57 |
|
| 58 |
<p> |
| 59 |
这实在是种讽刺。当 X 协会要求你不要使用 Copyleft 时，如果你同意，那么你就让 X 协会有权将你的程序和 X |
| 60 |
核心代码一并处理，它就可以用自己的版本许可，以及限制你的程序。</p> |
| 61 |
|
| 62 |
<p> |
| 63 |
X 协会没有执行这项计划。相反，它关闭了 X |
| 64 |
开发项目并将其移交给开放团队，那些工作人员现在正在执行一项类似的计划。值得称赞的是，当我要求他们在其计划中的限制性许可证下发布 X11R6.4 |
| 65 |
的同时也在 GNU GPL 许可证下发布时，他们愿意考虑这个想法。（他们坚决反对保留旧的 x11 |
| 66 |
发布条款。）在他们对这个提议表示接受与否之前，由于另一个原因他们已经失败了：XFree86 团队遵循 X 协会的旧政策，他们不会接受使用 |
| 67 |
Copyleft 的软件。 |
| 68 |
</p> |
| 69 |
|
| 70 |
<p> |
| 71 |
在 1998 年 9 月，X11R6.4 以非自由发行条款发布数月之后，开放团队撤销了它的决定，并在 X11R6.3 曾使用过的相同的非 |
| 72 |
Copyleft 自由软件许可证下重新发布它。因此，开放团队最终做了正确的事情，但这并未改变一般性的问题。</p> |
| 73 |
|
| 74 |
<p> |
| 75 |
即使 X 协会和开放团队从未计划限制 X，其他人也可以做到这一点。不使用 Copyleft |
| 76 |
的软件容易受到来自各个方面的攻击；如果任何人愿意投入足够的资源为所使用专有代码添加重要的功能，那么他就可以让非自由版本占据主导地位。根据技术特征而不是自由选择软件的用户很容易被吸引到非自由版本以获得短期的便利。</p> |
| 77 |
|
| 78 |
<p> |
| 79 |
X 协会和开放团队再也不能通过表明“说不是不好的”来进行道德劝说了。这让你更容易决定为你的 X 相关代码使用 Copyleft。</p> |
| 80 |
|
| 81 |
<p> |
| 82 |
当你基于 X 核心，例如 X 服务器、Xlib 和 Xt 程序工作时，有一个不使用 Copyleft 的实际原因。X.org |
| 83 |
团队在维护这些程序方面为社区做了重要工作，而将我们的修改 Copyleft |
| 84 |
化带来的好处要少于独立分支开发带来的坏处。所以最好是和他们一起合作，而非将我们在这些程序上的修改 Copyleft 化。同样，对于 |
| 85 |
<code>xset</code> 和 <code>xrdb</code> 这样的接近 X |
| 86 |
核心而又不需要进行重大改进的实用工具，我们也应持有相同的态度。至少我们知道 X.org 团队坚定承诺将这些程序作为自由软件来开发。</p> |
| 87 |
|
| 88 |
<p> |
| 89 |
对于 X 核心之外的程序，问题则有所不同：应用程序、窗口管理器、附加库和小部件。没有理由不对它们使用 Copyleft，我们也应该对它们使用 |
| 90 |
Copyleft。</p> |
| 91 |
|
| 92 |
<p> |
| 93 |
若有人因 X 发行版所包含的标准感到被施加了压力，GNU 工程将承担发布与 X 一同工作的 Copyleft 软件包的责任。如果你想要为某些东西使用 |
| 94 |
Copyleft，而又担心它被从 X 发布版中遗漏从而影响其人气，请向我们寻求帮助。</p> |
| 95 |
|
| 96 |
<p> |
| 97 |
与此同时，我们最好不要觉得自己太过需要受欢迎。当一个商人以“更受欢迎”来引诱你时，他可能在试图说服你他对程序的使用对你的程序而言至关重要。不要相信他！如果你的程序很好，它自然会吸引很多用户；你不需要对任何特定的用户感到绝望，如果你不这样做，你将变得更强大。你可以回答“要不要随你——这对我而言不算什么”，通过这种方式来获得一种难以形容的快乐和自由。如果你这样动真格的，商人通常会转而接受使用 |
| 98 |
Copyleft 的程序。</p> |
| 99 |
|
| 100 |
<p> |
| 101 |
朋友们、自由软件开发者们，不要重蹈覆辙！如果我们不对我们的软件使用 Copyleft，我们就是将其未来放在任何拥有更多资源而非顾虑的人手上。使用 |
| 102 |
Copyleft，我们可以捍卫自由，不仅仅是为了我们自己，更是为了整个社区。</p> |
| 103 |
</div> |
| 104 |
|
| 105 |
<div class="translators-notes"> |
| 106 |
|
| 107 |
<!--TRANSLATORS: Use space (SPC) as msgstr if you don't have notes.--> |
| 108 |
</div> |
| 109 |
</div> |
| 110 |
|
| 111 |
<!-- for id="content", starts in the include above --> |
| 112 |
<!--#include virtual="/server/footer.zh-cn.html" --> |
| 113 |
<div id="footer" role="contentinfo"> |
| 114 |
<div class="unprintable"> |
| 115 |
|
| 116 |
<p>请将有关自由软件基金会(FSF) & GNU的一般性问题发送到<a |
| 117 |
href="mailto:gnu@gnu.org"><gnu@gnu.org></a>。也可以通过<a |
| 118 |
href="/contact/">其他联系方法</a>联系自由软件基金会(FSF)。有关失效链接或其他错误和建议，请发送邮件到<a |
| 119 |
href="mailto:webmasters@gnu.org"><webmasters@gnu.org></a>。</p> |
| 120 |
|
| 121 |
<p> |
| 122 |
<!-- TRANSLATORS: Ignore the original text in this paragraph, |
| 123 |
replace it with the translation of these two: |
| 124 |
|
| 125 |
We work hard and do our best to provide accurate, good quality |
| 126 |
translations. However, we are not exempt from imperfection. |
| 127 |
Please send your comments and general suggestions in this regard |
| 128 |
to <a href="mailto:web-translators@gnu.org"> |
| 129 |
|
| 130 |
<web-translators@gnu.org></a>.</p> |
| 131 |
|
| 132 |
<p>For information on coordinating and contributing translations of |
| 133 |
our web pages, see <a |
| 134 |
href="/server/standards/README.translations.html">Translations |
| 135 |
README</a>. --> |
| 136 |
我们尽最大努力来提供精准和高质量的翻译，但难免会存在错误和不足。如果您在这方面有评论或一般性的建议，请发送至 <a |
| 137 |
href="mailto:web-translators@gnu.org"><web-translators@gnu.org></a>。</p><p>关于进行协调与提交翻译的更多信息参见 |
| 138 |
<a href="/server/standards/README.translations.html">《译者指南》</a>。</p> |
| 139 |
</div> |
| 140 |
|
| 141 |
<!-- Regarding copyright, in general, standalone pages (as opposed to |
| 142 |
files generated as part of manuals) on the GNU web server should |
| 143 |
be under CC BY-ND 4.0. Please do NOT change or remove this |
| 144 |
without talking with the webmasters or licensing team first. |
| 145 |
Please make sure the copyright date is consistent with the |
| 146 |
document. For web pages, it is ok to list just the latest year the |
| 147 |
document was modified, or published. |
| 148 |
|
| 149 |
If you wish to list earlier years, that is ok too. |
| 150 |
Either "2001, 2002, 2003" or "2001-2003" are ok for specifying |
| 151 |
years, as long as each year in the range is in fact a copyrightable |
| 152 |
year, i.e., a year in which the document was published (including |
| 153 |
being publicly visible on the web or in a revision control system). |
| 154 |
|
| 155 |
There is more detail about copyright years in the GNU Maintainers |
| 156 |
Information document, www.gnu.org/prep/maintain. --> |
| 157 |
<p>Copyright © 1998, 2009, 2021 Richard M. Stallman</p> |
| 158 |
|
| 159 |
<p>本页面使用 <a rel="license" |
| 160 |
href="http://creativecommons.org/licenses/by-nd/4.0/">Creative Commons |
| 161 |
Attribution-NoDerivatives 4.0 International License</a> 授权。</p> |
| 162 |
|
| 163 |
<!--#include virtual="/server/bottom-notes.zh-cn.html" --> |
| 164 |
<div class="translators-credits"> |
| 165 |
|
| 166 |
<!--TRANSLATORS: Use space (SPC) as msgstr if you don't want credits.--> |
| 167 |
<b>翻译团队</b>：<a rel="team" |
| 168 |
href="https://savannah.gnu.org/projects/www-zh-cn/"><CTT></a>，2022。</div> |
| 169 |
|
| 170 |
<p class="unprintable"><!-- timestamp start --> |
| 171 |
最后更新： |
| 172 |
|
| 173 |
$Date: 2021/09/05 10:10:14 $ |
| 174 |
|
| 175 |
<!-- timestamp end --> |
| 176 |
</p> |
| 177 |
</div> |
| 178 |
</div> |
| 179 |
<!-- for class="inner", starts in the banner include --> |
| 180 |
</body> |
| 181 |
</html> |