[问题]kdelibs 真的是 LGPL 的呀！

[至高之光]

　　我注意到虽然免费版的 QT 是 GPL 协议的，但 kdelibs 是 LGPL 协议的，而 kdelibs 是依赖 QT 的。我请教一下：
　　1 依赖 GPL 协议发布软件发布其它软件和对 GPL 协议发布软件做再开发都要以 GPL/LGPL 发布吗？
　　2 包括问题 1 中所述的两种方式在内，所有对 GPL 协议发布软件的修改、应用都可以以 LGPL 发布吗？
　　3 如果是直接基于 kdelibs 做开发，是否说可以无视 QT 的 GPL，可以发布仅基于 kdelibs 的私有软件？

[millenniumdark]

樓主先去讀GPL和LGPL再說吧。

1 依赖 GPL 协议发布软件发布其它软件和对 GPL 协议发布软件做再开发都要以 GPL/LGPL 发布吗？

你這是兩個問題。

1a 否。所有運行在Linux上的軟件都依賴Linux內核，Linux內核是GPL，但Linux上的軟件各種許可都有。（這也解釋了kdelibs可以不用GPL的原因。）

1b 你的再開發是什麽概念？如果是修改了GPL發布的軟件的源代碼，粗略地說，你只能以GPL發布，不能以LGPL或其他任何許可發布，除非你獲得原版權所有者的特別許可。比如，你修改了Emacs，但又不想以GPL發布，那就讓自由軟件基金會給你一份可以以xxxx許可發布的授權。（只是例子，現實中這樣的概率小於微軟同意以GPL發布Windows全系列產品）當然你有權不發布。

2, 不能。只能以GPL發布。除非你獲得原版權所有者的特別許可。你的應用不知道是什麽意思？如果是指使用庫的話，情況比較復雜。一般而言，以動態鏈接的方式使用GPL的軟件，你的軟件不因此必須以GPL發布。靜態鏈接的，至少自由軟件基金會認為必須以GPL發布，這個好像有爭議。

3 你這“基於”又說的不清楚了。是以怎樣的方式使用？

[jarlyyn]

GPL:使用代码/库都需要以gpl发布（不过按之前在文泉驿看到的解释，必须是紧密结合的，必须的才需要。比如，可以使用gpl字体的软件不一定需要以gpl方式发布，而linux上也可以有商业软件，应该是这样的解释吧）

LGPL:引用库文件不限制发布协议，但是如果对代码进行修改需要按gpl方式发布

就这样理解吧。

http://www.awflasher.com/blog/archives/939

另外，kdelibes是什么协议我并不清除

但是，qt不是gpl的，应该是用来开源软件gpl,用来闭源软件收费的模式

[solcomo]

ls
Qt是完全GPL的
闭源软件使用Qt必须购买license

[jarlyyn]

ls
Qt是完全GPL的
闭源软件使用Qt必须购买license

qt现在不用QPL转用gpl了吗？

不是kde饭，不太清除

[至高之光]

樓主先去讀GPL和LGPL再說吧。

1 依赖 GPL 协议发布软件发布其它软件和对 GPL 协议发布软件做再开发都要以 GPL/LGPL 发布吗？

你這是兩個問題。

1a 否。所有運行在Linux上的軟件都依賴Linux內核，Linux內核是GPL，但Linux上的軟件各種許可都有。（這也解釋了kdelibs可以不用GPL的原因。）

1b 你的再開發是什麽概念？如果是修改了GPL發布的軟件的源代碼，粗略地說，你只能以GPL發布，不能以LGPL或其他任何許可發布，除非你獲得原版權所有者的特別許可。比如，你修改了Emacs，但又不想以GPL發布，那就讓自由軟件基金會給你一份可以以xxxx許可發布的授權。（只是例子，現實中這樣的概率小於微軟同意以GPL發布Windows全系列產品）當然你有權不發布。

2, 不能。只能以GPL發布。除非你獲得原版權所有者的特別許可。你的應用不知道是什麽意思？如果是指使用庫的話，情況比較復雜。一般而言，以動態鏈接的方式使用GPL的軟件，你的軟件不因此必須以GPL發布。靜態鏈接的，至少自由軟件基金會認為必須以GPL發布，這個好像有爭議。

3 你這“基於”又說的不清楚了。是以怎樣的方式使用？

1. 新手区问题很是活跃呀！一天一页。
2. 非常感谢您的回答。前两个看明白了，也就是没有任何方法逃避 GPL 的传染性。这样就对了。我所说的基于可以理解为，如果没有安装基础的库就无法编译；我所说的再开发是对源代码的修改及再发布这样的操作。我主要是关注能不能使用 kdelibs 写私有软件，但不用关注 QT 的 GPL 声明。
3. KDevelop 中的模板应该有仅使用 kdelibs 的示例吧！涉及到 QT 的可不爽呀！

[izee]

如果只是开发来自己用，比如个人，所在企业，而不发布该软件，就不用考虑授权的问题吧？

[BigSnake.NET]

如果只是开发来自己用，比如个人，所在企业，而不发布该软件，就不用考虑授权的问题吧？

总之把程序给人时要连源码, 还有GPL

[izee]

如果只是开发来自己用，比如个人，所在企业，而不发布该软件，就不用考虑授权的问题吧？

总之把程序给人时要连源码, 还有GPL

无论是GPL还是LGPL，是不是都没有限制一定要分发软件吧，只是限制了分发必须开源

[BigSnake.NET]

如果只是开发来自己用，比如个人，所在企业，而不发布该软件，就不用考虑授权的问题吧？

总之把程序给人时要连源码, 还有GPL

无论是GPL还是LGPL，是不是都没有限制一定要分发软件吧，只是限制了分发必须开源

给别人用应该就算分发

[HuntXu]

自己偷偷改不给人... 8)

[zarra]

如果自己偷偷改了gtk，放在自己的黑盒子里面，然后只买盒子 怎么说。。。。。

[izee]

GPL这东西太前卫了,一时难以完全理解

[poet]

　　我注意到虽然免费版的 QT 是 GPL 协议的，但 kdelibs 是 LGPL 协议的，而 kdelibs 是依赖 QT 的。我请教一下：
　　1 依赖 GPL 协议发布软件发布其它软件和对 GPL 协议发布软件做再开发都要以 GPL/LGPL 发布吗？
　　2 包括问题 1 中所述的两种方式在内，所有对 GPL 协议发布软件的修改、应用都可以以 LGPL 发布吗？
　　3 如果是直接基于 kdelibs 做开发，是否说可以无视 QT 的 GPL，可以发布仅基于 kdelibs 的私有软件？

我不知道仅基于kdelibs的软件是如何开发的，但是如果你的软件仅基于kdelibs库，那么看起来从你的角度而言，私有是没有问题的，——问题在于，你不能分发其中的QT库，而我认为，kdelibs 一定是需要QT库才能运行的。

这就造成了：你自己虽然不需要考虑QT授权，但客户使用你的软件必须自己搞定QT授权。

——不过要注意一点，其实你在概念上存在问题，GPL或LGPL从来都没有限制任何商业行为。他们限制的是闭源行为。——对于商业行为，GPL实质上是赞同的，前提是要开源，也就是说，只要你公布源代码，你甚至可以拿着Linux内核或者若干你copy的GPL代码去卖钱。