关于shlug网站使用的许可的问题

32 views
Skip to first unread message

Yu Changyuan

unread,
May 28, 2016, 10:41:43 AM5/28/16
to shlug
最近,我打算把shlug的网站迁移到github上(jekyll)[1]。对于网站本身的源码(html、js、css、xml和json等)[2]、生成网站的页面的文章(markdown等格式)以及使用的资源(照片等[3])的许可,大家有没有什么建议?

目前情况如下:
1. 现在网站还没有源码(全是jekyll自动生成的)
2. 所有的帖子(markdown格式),暂时全是我发的(全是通知)。以后考虑让其他同学写一些东西发上来(pull request),或者转载一些可以转载的文章(有授权或者许可本身允许)
3. 照片目前全是我拍的。

我自己的想法是,
1. 源码使用GPLv3 or later
2. 官方的发帖以及相关的照片等多媒体资源使用CC BY-SA 4.0(这个应该GPLv3兼容)

现在的问题是:
1. 对于GPLv3和CC BY-SA 4.0,组里的各位同学以及LUG的管理员前辈们,有没有什么建议或意见?
2. 若以后转载或使用的第三方的资源(文章、图片等),是否会存在潜在不兼容的问题(即使有作者的授权)?
3. 对于过去的一些资源(原网站上面的资源、月度聚会的视频和文档等)的许可兼容问题。
4. 对于网站的其他相关建议或意见,欢迎大家讨论。

[1] http://shanghailug.github.io/
[2] https://github.com/shanghailug/shanghailug.github.io
[3] https://github.com/shanghailug/res2016


Shell Xu

unread,
May 28, 2016, 1:13:59 PM5/28/16
to shlug
如果是jekyll自动生成,貌似源码你只能和jekyll保持一致。
版权保护作者,所以如果作者全部都是你,那么你可以自行选择这些内容的版权。如果你要转载,那么你要么符合他们的版权要求。要么就不能转载。
照片比较复杂。我记得照片的权利属于照相师和照片中的人物。按照我国法律,似乎标准就是不能用于盈利目地(否则侵犯肖像权)。对于女生来说还有一个附加限制,就是不能照丑(否则可能是名誉权官司,男程序员可以无视)。而你用的CC-BY-SA(不带NC)不排斥商用。所以从这个角度来说,在未获得被拍摄人物许可的前提下,你“可能”授权了其他人对你的内容进行商用,从而潜在的为侵犯肖像权背书。具体有没有人看过CC-BY-SA 4.0的授权条款细则(這裡:https://creativecommons.org/licenses/by-sa/4.0/legalcode),能说一下条款是否有问题?
另外,一个网站的内容授权可以不完全统一。你可以声明,除特别声明外,本网站内容默认按照XXX协议。然后对转载内容约定其他授权。

--
-- You received this message because you are subscribed to the Google Groups Shanghai Linux User Group group. To post to this group, send email to sh...@googlegroups.com. To unsubscribe from this group, send email to shlug+un...@googlegroups.com. For more options, visit this group at https://groups.google.com/d/forum/shlug?hl=zh-CN
---
您收到此邮件是因为您订阅了Google网上论坛上的“Shanghai Linux User Group”群组。
要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到shlug+un...@googlegroups.com
要查看更多选项,请访问https://groups.google.com/d/optout



--
彼節者有間,而刀刃者無厚;以無厚入有間,恢恢乎其於游刃必有餘地矣。
blog: http://shell909090.org/blog/

Yu Changyuan

unread,
May 29, 2016, 12:01:04 AM5/29/16
to shlug
许可相关的事情我觉得应该慎重一些,希望其他同学也给些参考意见。

在 2016年5月29日 上午1:13,Shell Xu <shell...@gmail.com>写道:
如果是jekyll自动生成,貌似源码你只能和jekyll保持一致。

完全自动生成的应该是一致的或者按照jekyll本身的约定(jekyll是MIT许可)。不过整个网站的源码(html、js、css等)应该包括其他两部分:

1. 完全手写的(包括自行开发的或第3方的),这部分的许可的选择有什么要求吗(自行开发怎么选许可,以及第3方的哪些许可的可以用)?
2. 最终的文件是jekyll生成的,需要源文件(模板、数据等),那么这些源文件和目标文件的需要,应该是怎么样的(这里jekyll感觉和编译器的角色类似)?

版权保护作者,所以如果作者全部都是你,那么你可以自行选择这些内容的版权。如果你要转载,那么你要么符合他们的版权要求。要么就不能转载。
照片比较复杂。我记得照片的权利属于照相师和照片中的人物。按照我国法律,似乎标准就是不能用于盈利目地(否则侵犯肖像权)。对于女生来说还有一个附加限制,就是不能照丑(否则可能是名誉权官司,男程序员可以无视)。而你用的CC-BY-SA(不带NC)不排斥商用。所以从这个角度来说,在未获得被拍摄人物许可的前提下,你“可能”授权了其他人对你的内容进行商用,从而潜在的为侵犯肖像权背书。具体有没有人看过CC-BY-SA 4.0的授权条款细则(這裡:https://creativecommons.org/licenses/by-sa/4.0/legalcode),能说一下条款是否有问题?

文章的版权大概明白了。照片的版权应该是摄影师本人的。CC-BY-SA 4.0我的个人的理解是针对版权的(即让渡的是这部分权利,摄影师本身并没有肖像权),如果是其他人要商用,版权不再是问题,但是牵涉到其他权利,例如肖像权,则需要自行联系作品中肖像权的权利人,若是创作衍生作品,也是直接和作品里面的人物直接产生关系。

PS:我看的是总结版(  https://creativecommons.org/licenses/by-sa/4.0/deed.en ),摘录下面两段:

AttributionYou must give appropriate credit, provide a link to the license, and indicate if changes were made. You may do so in any reasonable manner, but not in any way that suggests the licensor endorses you or your use.

No warranties are given. The license may not give you all of the permissions necessary for your intended use. For example, other rights such as publicity, privacy, or moral rights may limit how you use the material.


 
另外,一个网站的内容授权可以不完全统一。你可以声明,除特别声明外,本网站内容默认按照XXX协议。然后对转载内容约定其他授权。

那这个应该ok
 

Shell Xu

unread,
May 29, 2016, 10:44:03 AM5/29/16
to shlug
CC的授权的却只针对“版权”,但除非你对此特别声明,否则针对有肖像权问题的内容,声明版权上的分享方法,会不会视为潜在的鼓励触犯肖像权?(因为使用人只看到了你的CC授权,而对肖像权的事很可能一无所知)

Shell Xu

unread,
May 29, 2016, 10:48:55 AM5/29/16
to shlug
自动生成的代码,如果是完全来自于jekyll,那么这部分和jekyll应当保持一致。你不能因为jekyll对你的原始文件进行了翻译,就把他混进去的内容据为己有了。
如果是来自于你原始内容的生成,应被视为你原始内容的衍生,从而和原始内容的版权要求保持一致。
然而,如果你的原始内容版权要求和jekyll不一致,那么就是在同一个发布内包含具有多个授权的内容。这个会很麻烦的,大哥。
你要选择第三方授权,主要是衡量使用你的源码的人是否必须开源,还有作者的名字是否可以视为对内容的背书(或者说用来做广告)。

Yu Changyuan

unread,
May 30, 2016, 9:28:26 AM5/30/16
to shlug
现在的想法暂时是这样的:

1. 间接或直接来自jekyll生成的代码,这必须和jekyll保持一致,MIT许可
2. 自行编写的代码或由自行编写代码生成的代码,AGPLv3 or later
3. 使用第三方的代码时,则要求能兼容于AGPLv3
4. 所有的原创的内容(文本、照片等),CC BY-NC 4.0
5. 转载的内容,依照原作者的许可。

这里我觉得有还有可能有的问题就是:
1. 由于文本本身是嵌入到html里面,所以如果html是GPL或AGPL的话,必须这些文本也有copyleft属性,包括商用,一般来说这个和CC BY-NC或转载的原始许可是冲突的。因此我觉得对于包含这些文本的html文件,许可需要和文本本身相同,也就是必须保证这个html的其他部分必须不是copyleft的或者可以relicense成非copyleft的许可。
2. 如果AGPL需要的html文件通过<img>标签引用了一张照片,那么这张照片是否也要copyleft?
3. 如果一个html文件通过<script>和<link>标签引用了AGPL许可的js或css文件,那么这个html文件是否也需要copyleft?

全部选MIT(或apache)当然省心,但是我觉得能用copyleft还是尽量用copyleft。

当然,还有一种思路是这样的:
1. 生成网站的源码(注意,不是网站本身的源码),全部AGPLv3(除了来自jekyll的)
2. 除了特别说明的(转载等),全部内容都是CC BY-NC 4.0(这个时候内容和代码是分离的)
3. 最终生成的网站,代码都是MIT(或apache),除了特别说明外(针对转载的文章或照片等),所有的内容(文本、照片),一律是CC BY-NC 4.0
4. 对于需要用到的原来的AGPL的部分的代码,全部提供exception(因为是自己写的),这里的exception仅适用于生成该网站。
5. 这样的问题就是,不能用GPL等copyleft的第三方代码了,选择面小了。

Yongwei Wu

unread,
May 31, 2016, 3:53:19 AM5/31/16
to sh...@googlegroups.com
2016-05-30 21:28 GMT+08:00 Yu Changyuan <y...@shlug.org>:
现在的想法暂时是这样的:

1. 间接或直接来自jekyll生成的代码,这必须和jekyll保持一致,MIT许可
2. 自行编写的代码或由自行编写代码生成的代码,AGPLv3 or later
3. 使用第三方的代码时,则要求能兼容于AGPLv3

​AGPL是左得很厉害的许可。FSF自己的网站上说(其他真的很难找到兼容不兼容的描述):GPLv2与其不兼容;GPLv3技术角度上与其有不兼容性;​MPL在2.0版之前与其不兼容。

如果你问我AGPL和MIT兼容不兼容,我还真不知道。你能回答此类问题吗?

全部选MIT(或apache)当然省心,但是我觉得能用copyleft还是尽量用copyleft。

为什么?

--
Wu Yongwei
URL: http://wyw.dcweb.cn/

Yu Changyuan

unread,
May 31, 2016, 9:21:57 AM5/31/16
to shlug
在 2016年5月31日 下午3:53,Yongwei Wu <wuyo...@gmail.com>写道:
2016-05-30 21:28 GMT+08:00 Yu Changyuan <y...@shlug.org>:
现在的想法暂时是这样的:

1. 间接或直接来自jekyll生成的代码,这必须和jekyll保持一致,MIT许可
2. 自行编写的代码或由自行编写代码生成的代码,AGPLv3 or later
3. 使用第三方的代码时,则要求能兼容于AGPLv3

​AGPL是左得很厉害的许可。FSF自己的网站上说(其他真的很难找到兼容不兼容的描述):GPLv2与其不兼容;GPLv3技术角度上与其有不兼容性;​MPL在2.0版之前与其不兼容。
 
AGPLv3基本算是GPLv3堵上服务端执行的漏洞,所以本来打算用GPLv3的,考虑到网站代码偏向服务端的缘故,觉得可能AGPLv3更好一点。关于兼容,还需要仔细考虑,也希望大家给些建议。


如果你问我AGPL和MIT兼容不兼容,我还真不知道。你能回答此类问题吗?
本来我觉得是没什么问题的(GPLv3和MIT是ok的),但你这么说我就吃不准了。

全部选MIT(或apache)当然省心,但是我觉得能用copyleft还是尽量用copyleft。

为什么?
 
信仰吧(笑)。其实作为非盈利性的组织,而且是Linux社区,倾向copyleft应该才是正常的吧。



--
Wu Yongwei
URL: http://wyw.dcweb.cn/

--

Henry Chen

unread,
Jun 1, 2016, 10:22:22 PM6/1/16
to Shanghai Linux User Group
难道你是觉得copycenter的项目容易死吗?反正我是这么想的
Reply all
Reply to author
Forward
0 new messages