关于RTT的GPLv2许可证的问题
也就是说，如果我用RTT做了一个项目，是必须得把源码公开，并注明修改的地方么？{:lol:} 同样关注！！！ 不想公开可以申请商业许可证：http://www.rt-thread.org/node/58 楼主用freertos吧，，真正的免费，， myqiang1990 发表于 2013-9-6 01:01 static/image/common/back.gif楼主用freertos吧，，真正的免费，，
难道RT-Thread是假的免费？RT-Thread的商业授权是免费的，只不过要求保留LOGO和声明使用了RT-Thread，如果连RT-Thread都不想提才需要付费。
FreeRTOS也是GPL的，商业授权版叫OpenRTOS，和RT-Thread没有多大区别。 本帖最后由 myqiang1990 于 2013-9-6 01:21 编辑
gzhuli 发表于 2013-9-6 01:11 static/image/common/back.gif
难道RT-Thread是假的免费？RT-Thread的商业授权是免费的，只不过要求保留LOGO和声明使用了RT-Thread，如 ...
我看了freertos有三个版本，另外两个确实不是免费的，saft和你说那个open..还有一个我看一下他的介绍，商用并没有什么限制，，也不需要授权，，而且貌似也不需要公开源码 myqiang1990 发表于 2013-9-6 01:17 static/image/common/back.gif
我看了freertos有三个版本，另外两个确实不是免费的，saft和你说那个open..还有一个我看一下他的介绍，商 ...
GPL是有传染性的，FreeRTOS自己修改了GPL协议，放宽了衍生代码继承GPL的要求，所以基于FreeRTOS开发的应用可以不开源，但如果对FreeRTOS本身的代码作出任何改动依然是要公开的。
RT-Thread采用了原版GPLv2协议，所以和RT-Thread有硬链接的衍生代码（对于嵌入式来说几乎是必然的）都会自动传染上GPLv2。
为了防止这个问题影响RT-Thread的商用，RT-Thread自主开发的代码采用了双轨制，开源项目遵循GPLv2，商业项目经申请后可以有条件免费使用（仅仅是要求声明产品使用了RT-Thread而已）。 懂了，感谢LS各位的解释。
感觉RT-Thread这种模式还是很合理的样子，一方面有助于开源的推进另一方面也保证了其商业的应用。 会不会慢慢的收费了呢？
我看新的商业授权GUI部分已经改收费了。以前是不收费的。
会不会出现慢慢，慢慢都收费呢？ gpfrank 发表于 2013-9-9 17:13 static/image/common/back.gif
会不会慢慢的收费了呢？
我看新的商业授权GUI部分已经改收费了。以前是不收费的。
会不会出现慢慢，慢慢都 ...
肯定会收费~~~任何东西肯定首先是免费推广，到一定的程度有了固定的客户，还有一定的影响力，就开始收费了~~貌似很多例子~~比如：哈哈，不说了，大家心里都懂的~~~一开始就收费，这明摆的吧自己往绝路里带~~~不过我估计会和FreeRTOS这样，有免费版得，也有商业板得~~~ 绝望了。。。{:cry:} 所以，你想要真正意义上的免费就自己搞一个，还可以通过自己的产品验证其稳定性。别上错车了 替别人免费验证操作系统。当然，别人收费也是正常的，毕竟是人家的心血，花费了不知道多少时间。 没有商业版开发人员怎么生活，去天桥讨口？
linux免费的，但是红帽服务也不收钱？ 本帖最后由 aozima 于 2013-9-9 22:50 编辑
既不愿意出力（公开修改过的代码），也不愿意出钱，甚至不愿意承认自己用了RT-Thread（申请免费商业许可的条件之一），还把别人想象得很邪恶，凭什么？ 将心比己，我们要保持一颗尊重他人劳动的心。 看到这个帖子了，想表达一下自己的看法，无意于别人争论.
1. 作为国内的一款优秀的RTOS，大家应该多多的给予支持，这样才能更加的发展壮大起来，
真心希望RTT以后也能在世界的RTOS大潮中也占有一席之地。
2. RTT的这种模式本人也表示非常的支持，不像uCOS，推出了uCOS-II和uCOS-III的书籍后，
国内也是铺天盖地的配套教程和书籍，看看现在uCOS的官网，基本一年才更新那么一次。
就一个M4的浮点入栈和出栈问题，到现在也不能给出一个能用的。还得让人们自己去实现。
再看看今年的2013年嵌入式市场报告（基于欧美市场）FreeRTOS基本完胜uCOS，为什么，大家
有没有思考过, 商业版的SafeRTOS一点都不比uCOS差，安全认证很全面。（这里谴责一下自己，
也做了不少uCOS-II, UCOS-III的广告）。
3. SafeRTOS官网有句话说的很清楚：
Restrictions with the FreeRTOS Modified GPL Licence：
They may prefer to avoid the FreeRTOS license requirement to acknowledge their use of FreeRTOS in their
products.An OPENRTOS license removes the modified GPL restrictions, provides IP indemnification, and allows
developers to remain anonymous.
使用了FreeRTOS也要在产品中声明使用了FreeRTOS，要想匿名请用OpenRTOS。
用了别人的东西，说都不想说一下，商业的也不想花钱，这样是不是不太好。
总之，一句话希望看到RTT强大的那一天，您的支持绝对是RTT发展动力。
商业授权+GPL双授权是很好的模式。
一般公司使用肯定用商业授权，并且要服务的。
RTT这里做的很好，我想一般用的都会去申请商业授权吧，又没有费用，仅仅是邮费。
但是GUI部分从商业免费授权中剔除了。这个是不是RTT的一个提示后面方向呢？ freertos列了表格的
http://www.freertos.org/a00114.html
GPL的东西很多时候很说不清楚的。 gpfrank 发表于 2013-9-10 11:39 static/image/common/back.gif
商业授权+GPL双授权是很好的模式。
一般公司使用肯定用商业授权，并且要服务的。
RTT这里做的很好，我想一 ...
准确地说，仅是新版本的RT-GUI做了改变。
RT-Thread有很大部分是由广大的自由开发者提交的。
RT-GUI绝大部分是由核心团队及服务公司的员工完成。
更换许可证肯定不是一个人说了算，还需要征求代码提交者的意见（公司的员工，因发了工资，代码和专利归公司所有）。
所以，RT-Thread RTOS kernel 这块不会有太大的变动。
note: 以上议论仅代表个人观点，具体以官方网站公告和发行版的许可证为准。 关于RT-GUI的改变，官方网站是这样描述的：
RT-Thread商业许可证说明： http://www.rt-thread.org/node/58
* 注3：鉴于RT-Thread/GUI反馈，社区贡献非常少，RT-Thread/GUI采用独立方式进行发布，也不再提供免费的商业许可，仅支持GPLv2许可证和纯商业许可证。 比较不幸的一点是，从审视GPL的角度来讲，RTT与其说是操作系统，更像是一个函数库，必须用头文件连接上使用。
很多Linux发布版允许包含闭源驱动或软件，但这些软件都是独立运行的，并非连接成为Linux本身的一部分……Linux这么做的经验不能用于RTT，确实遗憾。 大家都热火朝天的，看来对RT-Thread依然非常关心，谢谢大家。
既然大家对这次 RT-Thread/GUI 商业授权更改这么有兴趣，那么就来谈谈这里面的情况。
这里面牵扯到几个问题
1. 服务公司 -- 以RT-Thread服务为主，试图解决RT-Thread在企业中使用的问题（技术问题，商业问题。。。）
2. RT-Thread/GUI商业授权
3. RT-Thread其他的情况
4. RT-Thread（Real-Thread服务公司）商业模式
一个个来说，挑简单的，先说说这次的RT-Thread/GUI商业授权更改。首先要认识的一点是，RT-Thread/GUI的许可协议没有变，一直都是使用GPLv2许可协议发布（RT-Thread其他部分也是这样），所以这个里面就类似上面提的，既然是链接在一起，那么整个链接的程序都需要开源出来，并按照 GPLv2 许可协议发布的问题。为了扫除商业应用的障碍，所以有了GPL+，免费商业授权的许可，并且采用了目前这么“繁琐”的纸质商用授权的方式。为什么是纸质商用许可，不知道大家有考虑过这个问题？许可证协议在国内目前受法律保护吗（还是电子版的）？而纸质商用授权等同于合同，具备法律效应！就例如这次的RT-Thread/GUI更改商业许可授权，原来发放的纸质商业授权可是黑纸白纸，明确写明，具备 RT-Thread及周边组件（shell、DFS、GUI等等）的商业产品使用权力。所以，从法律效应上讲，这个里面已经包括了我们现在已经发布的，我们后面发布的RT-Thread/GUI GPLv2版本。好吧，前面申请过商业许可授权的，可以继续在产品中使用GUI组件，并且时间是不受限制。。。
好像绕得有些远，继续GUI这次商业授权的变更。使用过GUI组件的TX都知道，GUI的吐槽点绝对是RT-Thread个组件中最高的，要文档没文档，要其他一些功能没相应的功能，甚至不稳定。但是大家在使用的时候请不要忘记，GUI是RT-Thread的一个组件，一个开源的组件。开源不代表着什么（免费），而是代表着技术共享，协作开发。早先的版本由我来维护，目前的版本由Grissiom来维护，现在的独立GUI版本，连我也不清楚内部的技术细节了~~而Grissiom是业余时间来维护。。。OK，既然是这样的形式，还能要求哪样。当这个组件遭受大家集体吐槽的时候，大家也反馈不多，补丁甚至是0的时候，有想过这个组件后续如何进行吗？仰或是停止不前，就此死掉？死掉，是很多开源项目的归属（特别是更改许可证为其他一些许可证，BSD、MIT时，很可能已经意味着这个项目发展到了尽头）。围观的诸位，请出一个主意，如何让它继续生存下去：一个稳定，完善，精巧的GUI！这次更改许可证，唯一目的是，希望它能够重生，但要达到这样的目标，依赖于业余时间，，，摇摇头。。。好吧，既然这两年服务公司发展的还不错，就把服务公司拉进来，投入全职员工来进行。另外是，我回归到GUI组件上来。所以按照目前这样的方式，GUI组件按照纯GPLv2许可协议发布，商业授权另外商议，当然会加入特例：对RT-Thread/GUI提供过反馈，提供过补丁的，继续可以免费获得商用授权。希望过一段时间后，RT-Thread/GUI的发布能够稳定推进，如果会合并到RT-Thread的发布中，也不排除继续沿用RT-Thread及周边组件的商业授权方式。
2. 服务公司（http://www.rt-thread.com，简称Real Thread）。既然这里把服务公司牵扯进来了，那就说说服务公司吧，这个也涉及到商业模式的问题，也是大家疑惑的地方。成立服务公司很偶然，为了服务使用RT-Thread的企业（第一家就是一家上市企业，目前中低端产品大量的使用RT-Thread，也是目前服务公司的长期合作客户）。成立服务公司就设想好了一点，它不具备RT-Thread的所有权，而是基于她提供商业服务。可以在上面提供一些商业服务，基于RT-Thread提供相应的定制化服务。在这个过程中，也会产生一些副产品，例如一些比较公共的组件，这些会反馈回开源社区。公共组件，这个不容易定义，但有的时候也包括一些觉得使用特别顺手的东西，例如1.2.0中的初始化组件，logtrace组件等等。服务公司成立以来，反馈的包括：USB device & host栈，log trace，JFFS2移植，romfs & ramfs等。但是既然是公司，就会存在压力。压力是什么：不给你钱，你能为公司干活吗？所以成立时，另外想到的一点是，服务公司员工在工作时间不做开源相关的事情（可能不能完全避免，但至少要求80%时间是专注于工作）。当然，服务公司是基于RT-Thread的，它是基于RT-Thread为企业提供服务、定制。
3. RT-Thread其他情况。从上面1、2，大家应该了解到一些情况。所以，基本上不可能出现RT-Thread内核及现在一些其他组件也改成纯商业授权的方式。（当然前面说了，申请了纸质的商业许可协议，就等于是合同，具备未来时间段的法律效益）为什么不会出现纯商业授权许可的方式，这个主要是：1. 服务公司不具备RT-Thread及周边组件的所有权（不包括服务公司在服务、定制过程中，自行开发的组件）；2. RT-Thread及周边组件是社区化开发的成果，由大家测试、反馈、提供补丁，是大家的智慧成果。3. RT-Thread及周边组件也具备纯商业许可授权的形式，所有授权费用都归属于RT-Thread基金，用于每年的域名，网站空间（目前暂时没有，感谢北邮无偿提供网站空间），活动（例如每年的开发者会议，感谢合肥金涵电子赞助今年11月份要举行的开发者会议活动经费），开发板。如果说RT-Thread Kernel及周边组件都商业化了，也就违背了开始的初衷。
4. Real-Thread服务公司商业模式。这个其实是一个头大的问题，在服务公司成立之初也是一件很困惑的事情。一流的企业制造标准，二流的企业制造品牌，三流的企业制造产品，四流的企业输出劳务（服务）；相信国内做操作系统基础工作的，都未找到好的商业模式，以前，现在，将来。当然还有一种好的“商业模式”是从Z.F.手中获取研发经费，服务公司一穷二白，什么都没有，穷得只剩下劳务。即使有个RT-Thread RTOS，也不是自己的。好吧，自己拍脑袋想ing。。。经过这么两三年的跌跌撞撞，从无到有，总算摸过来了：有过用了半年的时间，把一款ARM9芯片从无到有，把系统都整起来的！有和代理商，半导体厂商一起合作推 芯片+RT-Thread系统的。在这个过程中，似乎看到了一些曙光。既然RT-Thread RTOS不是自己的，低级些的，做RT-Thread上的服务、定制；好一些的，类似RedHat，做RT-Thread发行版行不行呢。当前RT-Thread支持这么多种芯片，到底哪些能用，哪些好用，哪些齐全，没有人知道（好吧，服务公司肯定知道:-)）Linux是开源的，但Linux发行版不是免费的。类似的，RT-Thread是开源的，甚至是商业免费的，但RT-Thread的发行版不是免费的。RT-Thread的发行版是什么？
RT-Thread的发行版是和某款芯片相绑定的完整系统！从RT-Thread Kernel、各类组件，这些是开源的。还有，芯片上相应的驱动，服务公司所有的组件（！！以后RT-Thread/GUI也加入进来了！！）完整的驱动，额外的一些商业组件才是发行版中的精髓（希望）。载体当然不是光盘了，而是，芯片，硬件模块。当UCOS还是以OS、组件方式卖的时候，服务公司提供的是面向某款芯片的贴身平台，这就是差别。广告下，一款面向以太网的模块很快就出来了。这个也是Real-Thread这边出的第一个RT-Thread发布版。以太网模块能做什么？RT-Thread最有特色的是什么？其实一直觉得是应用模块，而以太网模块就包含了全新的应用模块升级版本：
* 使用Keil MDK/IAR来编写应用模块；
* 应用模块在ROM Flash上执行；
* 使用JLink + Keil MDK/IAR的方式调试应用模块；
* 还有安全模式应用模块，保护你的固件不被应用模块获取！
* 升级，只升级应用模块即可；
有了应用模块，能做什么，这个大家可以想想。
回归到开源 和 商业，算是这两年来的感悟总结
开源是一种方式，不是结果。是技术共享，技术传播（学校、教师是最普遍的方式），也是一种协助开发方式。开源依赖于开源的社区，依赖于受众的土壤，社区活跃了，自然帮助会很大。有问题，请寻求社区的帮助。
作为Real-Thread，一家服务型公司，商业意味着责任，这个是一个公司的承诺。开源代码提供给你，那是无责任折腾。商业发行版提供给你，是对你使用上的一份承诺。 shamiao 发表于 2013-9-10 14:01 static/image/common/back.gif
比较不幸的一点是，从审视GPL的角度来讲，RTT与其说是操作系统，更像是一个函数库，必须用头文件连接上使用 ...
你out了，参见RT-Thread应用模块。基于应用模块，早已可以实现GPLv2代码和商业应用分离。 Eric2013 发表于 2013-9-10 00:12 static/image/common/back.gif
看到这个帖子了，想表达一下自己的看法，无意于别人争论.
1. 作为国内的一款优秀的RTOS，大家应该多多的给 ...
2. RTT的这种模式本人也表示非常的支持，不像uCOS，推出了uCOS-II和uCOS-III的书籍后，
国内也是铺天盖地的配套教程和书籍，看看现在uCOS的官网，基本一年才更新那么一次。
就一个M4的浮点入栈和出栈问题，到现在也不能给出一个能用的。还得让人们自己去实现。
再看看今年的2013年嵌入式市场报告（基于欧美市场）FreeRTOS基本完胜uCOS，为什么，大家
有没有思考过, 商业版的SafeRTOS一点都不比uCOS差，安全认证很全面。（这里谴责一下自己，
也做了不少uCOS-II, UCOS-III的广告）。
谢谢赞同，RT-Thread内核的延续性非常好，从原来的0.x系列，到1.x系列。今年的11月开发者会议会也会见到后面的2.x方向，相信不会让大家失望 gpfrank 发表于 2013-9-10 11:39 static/image/common/back.gif
商业授权+GPL双授权是很好的模式。
一般公司使用肯定用商业授权，并且要服务的。
RTT这里做的很好，我想一 ...
还依稀记得你提到过的103上都能用的应用模块。错过了RT-Thread，非常可惜 dhyana 发表于 2013-9-9 22:58 static/image/common/back.gif
将心比己，我们要保持一颗尊重他人劳动的心。
还有，可持续发展的路。不管是开源社区，还是商业推进，只是希望它不会消失，而成为一份 经典。谢谢！ rootxie 发表于 2013-9-9 19:45 static/image/common/back.gif
所以，你想要真正意义上的免费就自己搞一个，还可以通过自己的产品验证其稳定性。别上错车了 替别人免费验 ...
免费测试，提供补丁，到头来别人拿来商业化
强烈鄙视这种行为！
我付出我收获，劳动光荣！好吧，实质还是码农。。。 ffxz 发表于 2013-9-11 19:50 static/image/common/back.gif
免费测试，提供补丁，到头来别人拿来商业化
强烈鄙视这种行为！
当然我尊重劳动人民的成果，强烈鄙视拿别人的东西过来商业化。
实际上，免费开源现在已经成了商业化之前的一个炒作，鄙视这种炒作。当然，对于一个公司来说，首当其冲的就是能够控制产品的质量，所以能自己搞为什么不自己搞呢！ ffxz 发表于 2013-9-11 19:44 static/image/common/back.gif
还依稀记得你提到过的103上都能用的应用模块。错过了RT-Thread，非常可惜
从透露的消息看，终于可以再ROM中运行了。
本帖最后由 hncjs 于 2013-9-13 23:50 编辑
大部分免费软件，版本2.0-3.0以前的东西不要用做产品开发，但可以学习，可以去做推广维护，要积极去做贡献，切记。 hncjs 发表于 2013-9-13 23:48 static/image/common/back.gif
大部分免费软件，版本2.0-3.0以前的东西不要用做产品开发，但可以学习，可以去做推广维护，要积极去做贡献 ...
突然想起现在的FatFS，现在最新的版本才0.09b。。。。 {:lol:} {:lol:} 问题是：开源社区养大了RT-Thread，没有RT-Thread，哪来服务公司。社区是弱势的！服务公司是强势的！
页:
[1]