新版协议——待修正

DeathKing

% `9 I# Z! U8 P+ `
自由脚本协议
8 |4 n! N9 M' }9 zFREE SCRIPT LICENSE
/ S: X1 [) w5 [6 U
3 J% V4 `4 O3 r: k9 V自由脚本协议按照下面的方式表述是允许的：
3 F& |. @( R; VFREE SCRIPT LICENSE
Free Script License
自由脚本协议
7 c! v0 d* F$ N& X6 GFSL

; R, |3 V$ B6 r4 L7 i1 X-------------------------------------------------------------------------------
        我们不愿意面对一个充满臭虫、功能不全的脚本。我们期望能充分
    发挥黑客精神来减少臭虫和为脚本添加功能。
3 h; Y& i1 E& c+ t   
        我们需要一个可被承认的允诺或共识，指导我们的行为。而“自由
    脚本协议”正是建立在这个基础上的。
-------------------------------------------------------------------------------
) n$ v3 B& ~% [
   1、我们愿意共享出编写的脚本，是的任何人能够使用、修改、传播、二
      次发行，不论其是否出于商业目的。
, R; J7 w* s' A( p. K5 x+ N      
   2、我们一致认为，对于用于传播的脚本，我们保证在修改的过程中不违
, Y" L, m6 i" B$ L, A: g      背元作者的出发点；但在私人使用时，我们有自由自在修改的权利。
1 ^) y( f0 X* A. v/ m* q; G      同时，这些修改的或者二次发行的脚本的使用者，应该有同等权利。
      （修改、二次发行的自由脚本，强制遵守“自由脚本协议”）
/ S3 n6 u# s+ \9 ]# t      
   3、我们承认智慧的力量，鼓励共享：只要使用者有自由的、符合此协议
      的权利，收费也是允许的。
/ w5 R9 E5 I8 U/ ]. k6 l7 ?      
% Z% O  e% u6 Z   4、我们尊重人的自由权利，我们不能强制任何一个非自由脚本遵守自由
      脚本协议，而只能是其原作者决定是否遵守。但，即使这样，我们也
      可以拒绝承认一些不符合自由脚本协议或简易脚本标准的脚本。
      
8 i0 q3 F4 ], b: [3 N: ?   5、我们认为，当修改一份脚本后，礼貌的做法是通知原作者，并附上一
      份原版拷贝和修改版本。以便原作者或其维护团队了解脚本动向。但
      这不是必须的。
      
   6、只需要在脚本的先要位置上标记“FSL”或“Free Script License”
# g+ H% F" F4 \- k0 j      或“自由脚本协议”等字样，我们就认为该脚本是遵守了FSL协议的。
      因此，你不需要将协议全文复制到脚本中。如果可能的话，可以使用
: h; i1 T$ [+ [/ y      一个超级链接来指向协议全文。当然，将本协议用于脚本工程中也是
      允许的。
% s' X6 v0 Y: ?7 x      
   7、我们希望所有的脚本都是可得到的。因此，应保证脚本的公开性。如
      果工程受到保护，推荐的做法是使用一个文本罗列出这些资源。
# L6 K4 c7 F1 b+ {1 f      
-------------------------------------------------------------------------------
; B  ^2 A( G3 |9 V9 m0 T' a
, c8 W+ }- {3 s* j' A$ c$ _                                                                 自由脚本委员会
- a; T, L6 O  P6 @3 P                                                             版权所有 2010-2011

DeathKing

需要补充附加条款。
. ^' S4 l6 I, A6 ^. b
6 }' z; T8 B2 [5 n这个更像是“宣言”，而不是“协议”。

chinvo

咬文嚼字（鸡蛋挑骨头）的修订：

9 c  b$ ~' q* ^$ @; e=====================
' o. g  x( l% Z* i( ~6 f9 T  q6 @作者（或修订者）及FSL委员会联合宣言：
   1、我们愿意共享出编写的脚本，任何人能够使用、修改、传播、二
      次发行，不论其是否出于商业目的。
      
   2、我们一致认为，对于用于传播的脚本，我们保证在修改的过程中不违
      背原作者的出发点；但在私人使用时，我们有自由修改的权利。
, y# }; N6 G& O' J' G5 Y' q! N  d      同时，这些修改的或者二次发行的脚本的使用者，应该有同等权利。
      而且，修改、二次发行的自由脚本绝对会遵守“自由脚本协议”。
1 q$ |4 L, o7 w  `6 @      
  Y  n0 G6 ]) J# h   3、我们承认智慧的力量，鼓励共享：只要使用者有自由的、符合此协议
      的权利，收费也是允许的。
, n& E1 ?0 \* }. \      
! ?$ U, g" Z# ^% E   4、我们尊重人的自由权利，我们不会强制任何一个非自由脚本遵守自由
      脚本协议，而只能是其原作者决定是否遵守。但即使这样，我们也
      可以拒绝承认一些不符合自由脚本协议或简易脚本标准的脚本。
      
. c9 d8 R: ^$ J6 C8 g; t, P: M+ @   5、我们认为，当修改一份脚本后，礼貌的做法是通知原作者，并附上一
      份原版拷贝和修改版本。以便原作者或其维护团队了解脚本动向。但
      这不是必须的。
' I9 x! ]1 @* @6 @' K' p" \: T      
   6、只需要在脚本的先要位置上标记“FSL”或“Free Script License”
& U% i0 K9 Y  H8 q0 @: Q7 R      或“自由脚本协议”等字样，我们就认为该脚本是遵守了FSL协议的。
      因此，你不需要将协议全文复制到脚本中。如果可能的话，可以使用
      一个超级链接来指向协议全文。当然，将本协议用于脚本工程中也是
      允许的。
      
   7、我们希望所有的脚本都是可得到的。因此，应保证脚本的公开性。如
      果工程受到保护，推荐的做法是使用一个（或多个）文本罗列出这些资源。
4 s' C* L% l* T/ G
& ]) ]4 V/ V% @# \, u=====================
感觉这个宣言不止针对一个集团（作者或委员会）……因此，给宣言名了个名。