[问题]kdelibs 真的是 LGPL 的呀!
版面规则
我们都知道新人的确很菜,也喜欢抱怨,并且带有浓厚的Windows习惯,但既然在这里询问,我们就应该有责任帮助他们解决问题,而不是直接泼冷水、简单的否定或发表对解决问题没有任何帮助的帖子。乐于分享,以人为本,这正是Ubuntu的精神所在。
我们都知道新人的确很菜,也喜欢抱怨,并且带有浓厚的Windows习惯,但既然在这里询问,我们就应该有责任帮助他们解决问题,而不是直接泼冷水、简单的否定或发表对解决问题没有任何帮助的帖子。乐于分享,以人为本,这正是Ubuntu的精神所在。
-
- 帖子: 77
- 注册时间: 2007-06-25 22:12
[问题]kdelibs 真的是 LGPL 的呀!
我注意到虽然免费版的 QT 是 GPL 协议的,但 kdelibs 是 LGPL 协议的,而 kdelibs 是依赖 QT 的。我请教一下:
1 依赖 GPL 协议发布软件发布其它软件和对 GPL 协议发布软件做再开发都要以 GPL/LGPL 发布吗?
2 包括问题 1 中所述的两种方式在内,所有对 GPL 协议发布软件的修改、应用都可以以 LGPL 发布吗?
3 如果是直接基于 kdelibs 做开发,是否说可以无视 QT 的 GPL,可以发布仅基于 kdelibs 的私有软件?
1 依赖 GPL 协议发布软件发布其它软件和对 GPL 协议发布软件做再开发都要以 GPL/LGPL 发布吗?
2 包括问题 1 中所述的两种方式在内,所有对 GPL 协议发布软件的修改、应用都可以以 LGPL 发布吗?
3 如果是直接基于 kdelibs 做开发,是否说可以无视 QT 的 GPL,可以发布仅基于 kdelibs 的私有软件?
- millenniumdark
- 论坛版主
- 帖子: 4159
- 注册时间: 2005-07-02 14:41
- 系统: Ubuntu 14.04 (Kylin)
- 联系:
樓主先去讀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 依赖 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
- 帖子: 4671
- 注册时间: 2006-04-12 18:54
- 联系:
GPL:使用代码/库都需要以gpl发布(不过按之前在文泉驿看到的解释,必须是紧密结合的,必须的才需要。比如,可以使用gpl字体的软件不一定需要以gpl方式发布,而linux上也可以有商业软件,应该是这样的解释吧)
LGPL:引用库文件不限制发布协议,但是如果对代码进行修改需要按gpl方式发布
就这样理解吧。
http://www.awflasher.com/blog/archives/939
另外,kdelibes是什么协议我并不清除
但是,qt不是gpl的,应该是用来开源软件gpl,用来闭源软件收费的模式
LGPL:引用库文件不限制发布协议,但是如果对代码进行修改需要按gpl方式发布
就这样理解吧。
http://www.awflasher.com/blog/archives/939
另外,kdelibes是什么协议我并不清除
但是,qt不是gpl的,应该是用来开源软件gpl,用来闭源软件收费的模式
- solcomo
- 帖子: 2838
- 注册时间: 2007-04-25 13:12
- jarlyyn
- 帖子: 4671
- 注册时间: 2006-04-12 18:54
- 联系:
-
- 帖子: 77
- 注册时间: 2007-06-25 22:12
1. 新手区问题很是活跃呀!一天一页。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 你這“基於”又說的不清楚了。是以怎樣的方式使用?
2. 非常感谢您的回答。前两个看明白了,也就是没有任何方法逃避 GPL 的传染性。这样就对了。我所说的基于可以理解为,如果没有安装基础的库就无法编译;我所说的再开发是对源代码的修改及再发布这样的操作。我主要是关注能不能使用 kdelibs 写私有软件,但不用关注 QT 的 GPL 声明。
3. KDevelop 中的模板应该有仅使用 kdelibs 的示例吧!涉及到 QT 的可不爽呀!
- BigSnake.NET
- 帖子: 12522
- 注册时间: 2006-07-02 11:16
- 来自: 廣州
- 联系:
-
- 帖子: 661
- 注册时间: 2007-01-26 13:38
- BigSnake.NET
- 帖子: 12522
- 注册时间: 2006-07-02 11:16
- 来自: 廣州
- 联系:
-
- 帖子: 2841
- 注册时间: 2006-09-11 22:47
Re: [问题]kdelibs 真的是 LGPL 的呀!
我不知道仅基于kdelibs的软件是如何开发的,但是如果你的软件仅基于kdelibs库,那么看起来从你的角度而言,私有是没有问题的,——问题在于,你不能分发其中的QT库,而我认为,kdelibs 一定是需要QT库才能运行的。至高之光 写了: 我注意到虽然免费版的 QT 是 GPL 协议的,但 kdelibs 是 LGPL 协议的,而 kdelibs 是依赖 QT 的。我请教一下:
1 依赖 GPL 协议发布软件发布其它软件和对 GPL 协议发布软件做再开发都要以 GPL/LGPL 发布吗?
2 包括问题 1 中所述的两种方式在内,所有对 GPL 协议发布软件的修改、应用都可以以 LGPL 发布吗?
3 如果是直接基于 kdelibs 做开发,是否说可以无视 QT 的 GPL,可以发布仅基于 kdelibs 的私有软件?
这就造成了:你自己虽然不需要考虑QT授权,但客户使用你的软件必须自己搞定QT授权。
——不过要注意一点,其实你在概念上存在问题,GPL或LGPL从来都没有限制任何商业行为。他们限制的是闭源行为。——对于商业行为,GPL实质上是赞同的,前提是要开源,也就是说,只要你公布源代码,你甚至可以拿着Linux内核或者若干你copy的GPL代码去卖钱。