summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorTong Hui <tonghuix@users.noreply.github.com>2017-05-28 23:08:50 +0800
committerGitHub <noreply@github.com>2017-05-28 23:08:50 +0800
commit925e620f4b31f6df1deb5a46c3839525f382069f (patch)
treebd44578c86f5078e81e526825b402c031f06aebc
parenta4cbe2bafd150388797a2437e3bd39a0452afcee (diff)
parent6a65cf76718e1b6ca7ce96ffe940752b3e8dd133 (diff)
downloadfsfs-zh-925e620f4b31f6df1deb5a46c3839525f382069f.tar.xz
Merge pull request #154 from wxy/patch-5
Update free-doc.md
-rw-r--r--docs/free-doc.md2
1 files changed, 1 insertions, 1 deletions
diff --git a/docs/free-doc.md b/docs/free-doc.md
index e58745c..8431ebf 100644
--- a/docs/free-doc.md
+++ b/docs/free-doc.md
@@ -19,7 +19,7 @@
作为一般准则,我不认为允许人们修改各种文章和书籍是必要的。写作问题不一定和软件问题相同。例如,我不认为你或我有权利去修改像这样一篇表明我们行为和看法的文章。
-不过,自由软件文档的修改对自由很重要,这里有个特殊的原因。当人们行使他们修改软件的权力的时候,添加或是修改软件功能时,若有责任心的人,他们也会同时修改软件的手册——以便为修改后的软件提供准确可用的文档。不允许编程人员有责任心地完成他的工作,或更确切地要求程序员修改程序之后重新写一份手册,那么这样的手册是满足不了我们社区的需求的。
+不过,自由软件文档的修改对自由很重要,这里有个特殊的原因。当人们行使他们修改软件的权力的时候,添加或是修改软件功能时,若有责任心的人,他们也会同时修改软件的手册——以便为修改后的软件提供准确可用的文档。一本不能让编程人员尽责完成他的工作的手册,或更确切地说要求程序员修改程序之后重新写一份手册,是不能满足我们社区的需求的。
尽管全面禁止修改是不可接受的,但一些受限的修改方法还是可以接受的。例如,要求保留原作者的版权声明,发布条款或是作者名单,上述这些都是可以的。要告知版本已经被修改,甚至不许删除或修改整个章节,只要这些章节处理的是一些非技术性话题,像这些要求都没问题(一些 GNU 手册就是如此)。