红旗与GPL的问题

chase

作者: 阿若
日期:   08-01-03 11:41

长期以来，外界对红旗产品是否遵守GPL有许多责难和质疑，完全答复如下：
1。红旗所开发的产品中，凡是基于GPL软件的部分，将遵守GPL许可，向红旗产品的用户提供源代码。方式为随正式版产品一起发送源代码光盘或从红旗用户支持网站下载源代码包。

2。红旗所开发的产品中，包含有第三方厂商的软件，这部分软件为商业软件，不提供源代码。

3。红旗所开发的产品中，包含有非基于任何GPL软件，而由红旗公司完全自主开发，从而享有完全自主版权的软件。这部分软件将视情况的不同采用不同许可证，有的将被红旗公司开放源代码成为GPL软件，有的则成为商业软件。


红旗产品中使用的字库及输入法版权问题：

东文字库，版权所有:长沙东文软件有限公司；

方正字库，版权所有:北京北大方正电子有限公司。


智能ABC输入法，版权所有:由北京大学科技开发部；

紫光拼音for Linux输入法，由清华紫光公司与红旗公司共同开发，核心引擎版权所有?北京清华紫光软件股份有限公司，用户界面部分版权所有?北京中科红旗软件技术有限公司；

统一码输入法，版权所有:徐万胥。

控制面板是红旗完全自主开发的一个插件，与Konqueror无缝集成。红旗公司享有完全版权。

victor2002

作为商业公司，有版权的东东似乎少了一点点。

chainsaw

chase 版主
引用的这个答复太复杂了，如果换一种方式来答复，比如由红旗做出贡献，又可以遵守GPL协议的东西列表如下：
1。..
2。..
估计能简洁不少吧（或许没有吧），哈哈

cjacker

红旗如果不遵守GPL就算了，后台硬，谁也不敢怎么样？
何必如此？


"控制面板是红旗完全自主开发的一个插件，与Konqueror无缝集成。红旗公司享有完全版权"


被人骂的多了，知道出来做做样子了？

干脆说kernel和kde也是自由知识产权就OK了。

建议GPL改一条，所有GPL软件禁止红旗使用，为什么，这是一个只知道索取不知道奉献的东西。

错了就是错了.承认错误比掩盖和狡辩更受人尊重。

james_su

KDE 是 GPL 协议的软件，所以为 KDE 开发的任何软件，只要使用了KDE的 API
就应当以 GPL 协议发布，并公开源代码。

最初由 chase 发表
作者: 阿若
日期:   08-01-03 11:41

长期以来，外界对红旗产品是否遵守GPL有许多责难和质疑，完全答复如下：
1。红旗所开发的产品中，凡是基于GPL软件的部分，将遵守GPL许可，向红旗产品的用户提供源代码。方式为随正式版产品一起发送源代码光盘或从红旗用户支持网站下载源代码包。

2。红旗所开发的产品中，包含有第三方厂商的软件，这部分软件为商业软件，不提供源代码。

3。红旗所开发的产品中，包含有非基于任何GPL软件，而由红旗公司完全自主开发，从而享有完全自主版权的软件。这部分软件将视情况的不同采用不同许可证，有的将被红旗公司开放源代码成为GPL软件，有的则成为商业软件。


红旗产品中使用的字库及输入法版权问题：

东文字库，版权所有:长沙东文软件有限公司；

方正字库，版权所有:北京北大方正电子有限公司。


智能ABC输入法，版权所有:由北京大学科技开发部；

紫光拼音for Linux输入法，由清华紫光公司与红旗公司共同开发，核心引擎版权所有?北京清华紫光软件股份有限公司，用户界面部分版权所有?北京中科红旗软件技术有限公司；

统一码输入法，版权所有:徐万胥。

控制面板是红旗完全自主开发的一个插件，与Konqueror无缝集成。红旗公司享有完全版权。

singer

最初由 james_su 发表
KDE 是 GPL 协议的软件，所以为 KDE 开发的任何软件，只要使用了KDE的 API
就应当以 GPL 协议发布，并公开源代码。

不要信口开河。

KDE的库以LGPL发布，应用程序一般以GPL发布，其中一些如kwin等基本上约等于public domain。

james_su

最初由 singer 发表
不要信口开河。

KDE的库以LGPL发布，应用程序一般以GPL发布，其中一些如kwin等基本上约等于public domain。

老大，谁在信口开河呀？KDE 所有的程序都是基于 qt 的，而 qt 是 GPL 的。所以简单推导 KDE 的所有组件都必须是 GPL 的，否则就违反了 GPL 协议。

singer

最初由 james_su 发表
老大，谁在信口开河呀？KDE 所有的程序都是基于 qt 的，而 qt 是 GPL 的。所以简单推导 KDE 的所有组件都必须是 GPL 的，否则就违反了 GPL 协议。

问题就出在你这个简单推论上。去看看kde的文档吧。

cjacker

最初由 singer 发表
问题就出在你这个简单推论上。去看看kde的文档吧。

qt是GPL的，所有基于QT构建的KDE程序当然是GPL的，
在kde的底层，kdelibs和kdebase中的部分是多许可方式的
我就像问问你了，基于qt的UI实现是不是应该是GPL的？

苏哲的推论当然是正确的，只要基于QT就必须GPLed。
如果代码跟QT无关，kdelibs中肯定是有的，当然可以是多许可的，
如果代码和GPled的代码融合甚至密不可分，你说应该是什么的？
难道是公共域许可，让这一部分GPLed代码编程每个人口袋里自己的东西？


中国绝大部分用linux的人不懂GPL的，所以红旗说什么都行，封闭代码也无所谓了。

后台硬，死不了的。

cjacker

最初由 singer 发表
不要信口开河。

KDE的库以LGPL发布，应用程序一般以GPL发布，其中一些如kwin等基本上约等于public domain。

"KDE的库以LGPL发布"这句比较搞笑，你干脆说kde是BSD许可的算了。

基于GPL的软件变成了LGPL,基于LGPL的就变成了红旗的自有知识产权，
比SCO还牛啊。

不能一概而论，但是也不能以偏概全.

封闭代码的接口可以有很多，最简单并且不需要解释的就是：
我就是不愿意公开，你能怎么样？