diff options
author | Tong Hui <tonghuix@gmail.com> | 2016-09-19 16:26:44 +0800 |
---|---|---|
committer | GitHub <noreply@github.com> | 2016-09-19 16:26:44 +0800 |
commit | ed2d4662f731e78a77b0e8ba8d4af6bbffe76eb0 (patch) | |
tree | 610f638cb034f35ce5c039724a9d404968407a8e /docs | |
parent | a5029c1b8547c0d526216d41eec83868a3dcd783 (diff) | |
parent | 771399fa5c8010760ab2ca1a73e88c5517c6110b (diff) | |
download | fsfs-zh-ed2d4662f731e78a77b0e8ba8d4af6bbffe76eb0.tar.xz |
Merge pull request #105 from tonghuix/master
proofreaded applying-free-sw-criteria
Diffstat (limited to 'docs')
-rw-r--r-- | docs/applying-free-sw-criteria.md | 28 |
1 files changed, 14 insertions, 14 deletions
diff --git a/docs/applying-free-sw-criteria.md b/docs/applying-free-sw-criteria.md index e6c7a41..659b723 100644 --- a/docs/applying-free-sw-criteria.md +++ b/docs/applying-free-sw-criteria.md @@ -1,14 +1,14 @@ ## 自由软件的应用准则 -> 著作权所有 (C) 2015 Richard Stallman。 +> Copyright (C) 2015 理查德·斯托曼(Richard Stallman) -四项基本自由为判断某一特定代码片断是否为自由的(即尊重用户自由)提供了准则。[^1]我们应当如何将它们应用于判断一个软件包、一个操作系统、一台计算机、或是一个网页是否适合被推荐使用呢? +四项基本自由为判断某一特定代码片断是否为自由的(即尊重用户自由)提供了准则[^1]。我们应当如何将它们应用于判断一个软件包、一个操作系统、一台计算机、或是一个网页是否适合被推荐使用呢? 一个程序是否是自由的首先影响到的是我们对于自己的私人行为的决定:为了捍卫我们自己的自由,我们需要拒绝那些将会剥夺我们的自由的程序。然而,这也会影响到我们应当对别人怎样说和怎样做。 一个非自由程序是一种不公。发布一个非自由程序、向他人推荐非自由程序、或是更为普遍地将它们引入课程以诱导人们使用非自由软件,以上这些行为意味着引导人们放弃自己的自由。可以肯定的是,引导人们使用非自由软件并不等同于在他们的计算机上安装非自由软件,但我们不应该将人们引入歧途。 -在更深层次上,我们不能提出一个非自由程序作为一个解决方案,因为这将会承认其合法性。非自由软件是一种问题;将其以一种解决方案的方式呈现否认了这一问题的存在。[^2] +在更深层次上,我们不能提出一个非自由程序作为一个解决方案,因为这将会承认其合法性。非自由软件是一种问题;将其以一种解决方案的方式呈现否认了这一问题的存在[^2]。 本文阐述了我们应当如何应用自由软件的基本准则来判断不同种类的事物,并且决定是否应该推荐它们。 @@ -20,7 +20,7 @@ 每当我们发布一款可以运行在某些非自由操作系统上的组件时,用户将其移植到其他非自由操作系统上。从伦理上讲,这些移植并不比我们曾经用于开发这些组件的限定平台代码更坏,因此我们整合了他们的修补程序。 -当 Linux 内核于 1992 年成为自由的之时,它填补了 GNU 操作系统的最后一块空缺。(Linux 最初于 1991 年以一种非自由许可证发布。)GNU 和 Linux 的组合成为了一种完全自由的操作系统——GNU/Linux。[^4] +当 Linux 内核于 1992 年成为自由的之时,它填补了 GNU 操作系统的最后一块空缺(Linux 最初于 1991 年以一种非自由许可证发布)。GNU 和 Linux 的组合成为了一种完全自由的操作系统——GNU/Linux[^4]。 此时,我们可以选择移除对非自由平台的支持,但是我们决定不这样做。一个非自由操作系统是一种不公,但用户运行非自由操作系统并不是我们的过错。支持该非自由操作系统上的自由软件并不构成这种不公。并且这将是实用的,不仅对于那些非自由操作系统用户,也对于吸引更多人为开发该自由软件做贡献。 @@ -64,21 +64,21 @@ 一台计算机在不同层次上包含不同的软件。我们应当基于什么准则来判断一台计算机是否“尊重您的自由”呢? -显而易见的是:操作系统和其中的任何软件都必须是自由的。在 20 世纪 90 年代,启动软件(当时是"基本输入/输出系统",即 BIOS)成为可替换的,并且由于它运行在中央处理器(CPU)上,它与操作系统所存在的是同一类的问题。因此,诸如固件或驱动程序,不论安装在操作系统中,或是随操作系统一起安装,或是启动程序都必须是自由的。 +显而易见的是:操作系统和其中的任何软件都必须是自由的。在 20 世纪 90 年代,启动加载软件(当时是"基本输入/输出系统",即 BIOS)成为可替换的,并且由于它运行在中央处理器(CPU)上,它与操作系统所存在的是同一类的问题。因此,诸如固件或驱动程序,不论安装在操作系统中,或是随操作系统一起安装,或是启动加载程序都必须是自由的。 如果一台计算机拥有某些要求在操作系统中安装的非自由驱动程序或固件的硬件功能,我们可能仍然能够推荐它。如果它在没有那些功能的情况下仍然可用,并且我们认为大部分人不会为了使该功能可用而被引导安装非自由软件,那么我们仍然能够推荐它们。否则我们就不能。这将是一种主观判断。 一台计算机可能在较低的层次上带有预装的可修改固件和微码。它也可能在真正只读的内存中拥有代码。我们决定在现今我们所使用的认证准则中忽略这些程序,这是由于如若不然就没有任何计算机可以满足,并且因为通常不会被更改的固件在伦理上与电路相同。因此我们的认证准则仅仅覆盖那些运行在计算机的主处理器上而非真正只读内存中的代码。当在其他层次上运行自由软件成为可能,我们也会要求这些层次上的软件是自由的。 -由于认证一款产品是对它的积极推广,我们要求它们的贩卖者以支持我们作为回报,这可以通过谈论自由软件而非开源软件[^7]以及将 GNU 和 Linux 的结合体称为 GNU/Linux [^8]来做到。我们没有义务积极支持那些不认可我们的工作或是支持我们的运动的项目。 +由于认证一款产品是对它的积极推广,我们要求它们的贩卖者以支持我们作为回报,这可以通过谈论自由软件而非开源软件[^7]以及将 GNU 和 Linux 的结合体称为 GNU/Linux [^8]来做到。我们没有义务积极支持那些不认可我们的工作或是不支持我们运动的项目。 参见<http://www.fsf.org/resources/hw/endorsement/criteria>以获知我们的认证准则。 ### 网页 -现在的很多网页都包含复杂的 JavaScript 程序并且需要它们才能工作。这是一种有害的实践,因为它阻碍用户对他们自己的计算的控制。更坏的是,这些程序中的大部分是非自由的,这是一种不公。JavaScript 代码通常窥探用户。[^9] JavaScript 已经变成了一种对用户自由的威胁。 +现在的很多网页都包含复杂的 JavaScript 程序并且需要它们才能工作。这是一种有害的实践,因为它阻碍用户对他们自己的计算的控制。更坏的是,这些程序中的大部分是非自由的,这是一种不公。JavaScript 代码通常窥探用户[^9]。JavaScript 已经变成了一种对用户自由的威胁。 -为了解决这一问题,我们开发了 LibreJS,这是一种用于阻止非平凡非自由的 JavaScript 代码的火狐浏览器扩展。(没有必要阻止简单的脚本,如果它们只是实现一些次要的用户界面特性。)我们请求网站将它们的 JavaScript 程序自由化并且标记其许可证以便 LibreJS 识别。 +为了解决这一问题,我们开发了 LibreJS,这是一种用于阻止非平凡非自由的 JavaScript 代码的火狐浏览器扩展(没有必要阻止简单的脚本,如果它们只是实现一些次要的用户界面特性)。我们请求网站将它们的 JavaScript 程序自由化并且标记其许可证以便 LibreJS 识别。 与此同时,链接至一个包含非自由 JavaScript 程序的网页是否符合伦理呢?如果我们坚决不做任何妥协,我们将只能链接至自由的 JavaScript 代码。然而,很多网页即使不运行它们的 JavaScript 代码也能工作。此外,除了追随我们的链接,您会经常在其它网站遇到非自由的 JavaScript 代码;为了避免这些情况,您必须使用 LibreJS。因此,我们决定做出让步并且链接那些不运行非自由 JavaScript 程序也能工作的网页,同时鼓励用户在普遍意义上保护自己不受来自非自由 JavaScript 程序的威胁。 @@ -88,20 +88,20 @@ 将“软件应当是自由的”这一基本理念应用到不同场合要求不同的实践策略。随着新情况的出现,GNU 计划和 FSF 将会适配我们的自由准则,不论在实践上还是原理上,都将计算机用户引向自由。通过仅仅推荐尊重用户自由的程序、发行版和硬件产品,并且宣示您的立场,您可以为自由软件运动提供它所急需的支持。 -[^1]: 参见 @pageref{Definition} 以获知自由软件的完整定义。 +[^1]: 参见《什么是自由软件?》一文以获知自由软件的完整定义。 [^2]: 我的文章 “Avoiding Ruinous Compromises” 详细论述了这一问题。 -[^3]: 参见 “Free Software Needs Free Documentation” 以获知关于这一问题的更多细节。 +[^3]: 参见《自由软件需要自由的文档》以获知关于这一问题的更多细节。 -[^4]: 参见 “Linux and the GNU System” 一文以获知更多信息。 +[^4]: 参见《Linux 和 GNU 操作系统》一文以获知更多信息。 [^5]: 如需获知为何 GCC 拒绝任何非自由插件,参见我在 GCC 邮件列表中的回复,它位于 <https://gcc.gnu.org/ml/gcc/2014-01/msg00247.html>。 [^6]: 参见 <http://directory.fsf.org/wiki/IceCat>。 -[^7]: 参见 “Free Software Is Even More Important Now” 和 “Why Open Source Misses the Point of Free Software” 。 +[^7]: 参见《如今自由软件更加重要》和《“开放源代码”为什么不符合自由软件的思想》 。 -[^8]: 参见 “What’s in a Name” 。 +[^8]: 参见《名字的含义?》一文 -[^9]: 参见 “The JavaScript Trap” 。
\ No newline at end of file +[^9]: 参见《JavaScript 陷阱》一文 |