为什么KDE抛弃GPL改用LGPL协议？

[i990049]

先把视频编码的一段故事说来听听，应该很多熟悉视频编码格式的朋友都知道

　　1998年微软开发了第一个在PC上使用的MPEG－4编码器，它包括MS MPEG4V1、MS MPEG4V2、MS MPEG4V3的系列编码内码，其中V1和V2用来制作AVI文件，一直到现在它都是作为Windows的默认组件，不过V1和V2的编码质量不是很好，一直到MS　MPEG4V3才开始有好转，画质有了显著的进步，但是不知微软出何居心，却将这个MS　MPEGV3的视频编码内核封闭，仅仅使其应用于Windows Media流媒体技术上，也就是我们熟悉的ASF流媒体文件中，ASF文件虽然有一些优势，但是由于过分的封闭不能被编辑，末得到广泛的应用，这便惹怒了那些个不怕天不怕地的视频黑客和致力于钻研视频编码的高手，后来，这些小组不仅破解了微软的视频编码，而且经过他们的修改，一种新的视频编码诞生了：那就是广为流传的MPEG编码器－DivX3.11。

　　DivX采用了MS的MPEGV3，改良后并加入自己功能称之为DivX3.11，也是目前互联网上普通采用的MPEG－4编码器之一。很快，DivX被传得红得发紫，几乎成了业界的标准，但是总是同样很快的出现了，DivX的基础技术是非法盗用微软的，微软声称将对所有推动DivX发展的人、企业进行追究，可是DivX技术的创造者之一罗达（Rota）正全面申请将DivX合法化，这是基于DivX虽然是从Window的发明出来的，但却没有用过任何微软的技术，更组建新公司DivXNetworks全力推广DivX，看来DivX（俗称压缩电影）蓬勃发展的大潮是势不可挡了。

　　然而——看来任何吸引眼球的故事在关键时刻都会发生转折，DivX的发展竟也不能脱离这一俗套，就在DivX顺利发展时期，DivX的技术逐渐成熟，商机无限的时候，一台好戏上演了，DivXNetworks成立初衷就是摆脱微软的技术封闭，因而发起一个完全开放源码的项目，名为“Projet Mayo”，目标是开发一套全新的、开放源码的MPEG4编码软件，由于它完全符合ISO　MPEG标准，又是完全开放源代码，OpenDivXCODEC吸引了很多软件，视频高手参与，很快便开发出具有更高性能的编码器Encore2等等，就在DivX最辉煌的时期，DXN公司突然封闭了DivX的源代码，并在Encore2的基础上发布了自有产品DivX4，原来DXN早就给自己留了后门，DivX采取的是LGPL协议，而不是GPL协议，虽说它们都是公共许可证协议，保障自由使用和修改软件或源码的权利，但LGPL允许私有，DXN就是利用这一协议初其不备的摆了所有人一刀。

　　接着——就象好莱坞复仇电影那样，所有被DXN公司狠狠涮了一回的软件、视频团体另起门户，逐渐重新聚拢开发力量，高举复仇大旗，在OpenDivX版本基础上，再次开发出一种新的MPEG－4编码--XviD，名字的顺序和DviX刚好相反，仅仅从名字就可以看出Xvid充满了复仇的力量。

　　从技术上来说，Xvid已经基本上与DXN公司的最新版本DivX5接近，或者还有所超越，它可以在保持DivX5画质基础上，大大提高压缩时间，被认为是目前最快的MPEG4编码。除此之外，Xvid还吸收了前车之鉴，依照GPL发布，也就是说，谁要是想做成产品而不开放源码是非法的。

这下你应该知道KDE未来会有什么事情发生了吧，难怪KDE在中国火不起来

[superjet]

kde的转变主要起因于nokia对qt授权的变更，往好里说是更便于商业公司参与，相较而言novell移除mono中的gpl代码后转变为lgpl也是类似的借口，但其后因有ms这一不稳定因素在，mono则要更复杂些

但kde中组件繁杂，想要象mono般完全移除gpl代码则困难重重，目前多种授权的格局还会维持相当长时间的
http://developer.kde.org/documentation/ ... nsing.html

作为版权持有人，改变授权是其自由，一般人吵吵没用，不过对于志愿者而言，不想一番努力完善后的东东被商业公司随意闭源还是慎重些好

[eexpress]

有利，就垄断。这是自然规律了。

[tenzu]

不懂，我只是来看看

[delectate]

分久必合，合久必分，哪天linux封闭了，我都不意外

[32idea]

原来如此，不喜欢KDE是因为它专用套件太多，

[ChloeRei]

LGPL也需要把LGPL部分的代码公开吧。fork一个

[hzhan2005]

正确，LGPL没有错误啊
不要想着KDE会怎么样，就目前我看KDE的前途很光明。各大桌面，KDE的创新动力是最强劲的

[操GFW]

.....................

[poet]

楼主有基本原理性／概念性错误。

kdelibs 从诞生开始就是 LGPL的，kde 应用程序都是 GPL 的。

KDE 的协议从诞生开始从来都没有变过。KDE 是一个开发社区，是一个团队，是一种文化。

从GPL到LGPL变更协议的只是 Qt，虽然 KDE 的代码库底层连接了 Qt 库，但是 KDE 团队与 Qt 并无直接联系。所以 Qt 整出的事情与 KDE 并无直接关系。

[ChloeRei]

楼主有基本原理性／概念性错误。

kdelibs 从诞生开始就是 LGPL的，kde 应用程序都是 GPL 的。

KDE 的协议从诞生开始从来都没有变过。KDE 是一个开发社区，是一个团队，是一种文化。

从GPL到LGPL变更协议的只是 Qt，虽然 KDE 的代码库底层连接了 Qt 库，但是 KDE 团队与 Qt 并无直接联系。所以 Qt 整出的事情与 KDE 并无直接关系。

我就奇怪KDE啥时候换协议了……

[ghoulfly]

楼主有基本原理性／概念性错误。

kdelibs 从诞生开始就是 LGPL的，kde 应用程序都是 GPL 的。

KDE 的协议从诞生开始从来都没有变过。KDE 是一个开发社区，是一个团队，是一种文化。

从GPL到LGPL变更协议的只是 Qt，虽然 KDE 的代码库底层连接了 Qt 库，但是 KDE 团队与 Qt 并无直接联系。所以 Qt 整出的事情与 KDE 并无直接关系。