Ubuntu文档许可：修订间差异
小无编辑摘要 |
无编辑摘要 |
||
| 第1行： | 第1行： | ||
<p class="line862">Ubuntu核心文件项目对源代码文件采取的是一种双重的许可证战略 . 源代码文件许可证采取的是GNU自由文档许可(GFDL)和Creative Commons <span class="nonexistent">ShareAlike</span> | <p class="line862">Ubuntu核心文件项目对源代码文件采取的是一种双重的许可证战略 . 源代码文件许可证采取的是GNU自由文档许可(GFDL)和Creative Commons <span class="nonexistent">ShareAlike</span> 3.0 License . 所有Canonical管理下的工作成果都是在以上两个许可下发布的 。 </p> | ||
<p class="line874">作者保有在单个许可下发布其文档的权利 . 这里的单个许可可以是CC-SA或GFDL,亦或是其他任何许可证 . 但是,必须作出如下的提示。 </p> | <p class="line874">作者保有在单个许可下发布其文档的权利 . 这里的单个许可可以是CC-SA或GFDL,亦或是其他任何许可证 . 但是,必须作出如下的提示。 </p> | ||
<p class="line874">与GFDL 或 CC-BY不相容的许可证将不能与核心文档相容 . 此外,在单一许可证下发布的文档 (如GFDL或CC-BY-SA)是在根本上与源代码文档数据相背离的. 一旦在单一许可下发布,则该成果就不能在转回双重许可证系统. 这样,此类的成果就不再是任何基于双重许可证或其他为使用的许可证的衍生作品. 除非作者特别提出,所有的源代码以及其衍生作品在双重许可证下生效, 这为所有团体在贡献其文档作品时提供了最大的弹性,并便于其之后的再次使用. </p> | <p class="line874">与GFDL 或 CC-BY不相容的许可证将不能与核心文档相容 . 此外,在单一许可证下发布的文档 (如GFDL或CC-BY-SA)是在根本上与源代码文档数据相背离的. 一旦在单一许可下发布,则该成果就不能在转回双重许可证系统. 这样,此类的成果就不再是任何基于双重许可证或其他为使用的许可证的衍生作品. 除非作者特别提出,所有的源代码以及其衍生作品在双重许可证下生效, 这为所有团体在贡献其文档作品时提供了最大的弹性,并便于其之后的再次使用. </p> | ||
| 第9行： | 第9行： | ||
<p class="line862">许可证的副本可以在源的 <tt>common/</tt> 目录下找到, 在附录部分还包括有所有演示格式. 这些许可证的在线版本可以在如下网址找到: </p> | <p class="line862">许可证的副本可以在源的 <tt>common/</tt> 目录下找到, 在附录部分还包括有所有演示格式. 这些许可证的在线版本可以在如下网址找到: </p> | ||
<p class="line867">[http://www.gnu.org/copyleft/fdl.html GNU自由文档许可证 (http://www.gnu.org/copyleft/fdl.html)] </p> | <p class="line867">[http://www.gnu.org/copyleft/fdl.html GNU自由文档许可证 (http://www.gnu.org/copyleft/fdl.html)] </p> | ||
<p>[http://creativecommons.org/licenses/by-sa/ | <p>[http://creativecommons.org/licenses/by-sa/3.0/ Creative Commons ShareAlike 3.0 License (http://creativecommons.org/licenses/by-sa/3.0/)]</p> | ||
[[Category:贡献]] | |||
2010年4月21日 (三) 19:55的版本
Ubuntu核心文件项目对源代码文件采取的是一种双重的许可证战略 . 源代码文件许可证采取的是GNU自由文档许可(GFDL)和Creative Commons ShareAlike 3.0 License . 所有Canonical管理下的工作成果都是在以上两个许可下发布的 。
作者保有在单个许可下发布其文档的权利 . 这里的单个许可可以是CC-SA或GFDL,亦或是其他任何许可证 . 但是,必须作出如下的提示。
与GFDL 或 CC-BY不相容的许可证将不能与核心文档相容 . 此外,在单一许可证下发布的文档 (如GFDL或CC-BY-SA)是在根本上与源代码文档数据相背离的. 一旦在单一许可下发布,则该成果就不能在转回双重许可证系统. 这样,此类的成果就不再是任何基于双重许可证或其他为使用的许可证的衍生作品. 除非作者特别提出,所有的源代码以及其衍生作品在双重许可证下生效, 这为所有团体在贡献其文档作品时提供了最大的弹性,并便于其之后的再次使用.
对Ubuntu 源代码文档的双重许为GNU自由文档认证(GFDL) 和其他无法采取GFDL而更乐于采用CC-BY-SA的程序员和公司提供了合理的选择. CC-BY-SA被许多人认为是具有更高的质量的认证,在国际上也被翻译成(无论是语言还是法律上)iCommon项目的组成部分.
你 可以自由的修改,扩展或改进Ubuntu的源代码文件 . 唯一的问题在于你是否在公开你的源代码并向公众提供调整. 鉴于此, GFDL和CC-BY-SA两个许可证的混合提供的极大的弹性. , 最终,无论作者选择了那个许可证,任何不相容的更改都必须公开发布.
在 将来,对于某些资项目,有必要将所有作出贡献的作者都归属于一个共同版权协议 (筹)中来. . 这种合作版权形式将你作品的版权赋予你和Canonical有限公司 . 详情见 "贡献" 页面 (筹). 如果你对其运作有疑问,参看常见问题(FAQ):认证部分 (筹). 这个页面同时还提供了认证的使用向导. 如果这些也未能解决你的问题,那么给社区管理这发一个条子(谁?) . 这些形式对于一个自我导向的文档子项目而言可能是没什么用的或者根本用不着.
在Ubuntu源代码文档中使用的第三方代码或程序应当在一个许可证下有效,这个许可证必须符合Ubuntu的衡量标准 .
由Ubuntu文档项目成员编写的作为shell或python脚本或编译的文件,在用于用于源代码文件之前,也必须在自由软件或开放源代码的许可证下发布 .如果是GNU GPL (尽管其他自由软件许可证也可以)就更好了.
许可证的副本可以在源的 common/ 目录下找到, 在附录部分还包括有所有演示格式. 这些许可证的在线版本可以在如下网址找到:
GNU自由文档许可证 (http://www.gnu.org/copyleft/fdl.html)
Creative Commons ShareAlike 3.0 License (http://creativecommons.org/licenses/by-sa/3.0/)
