为什么要闭源?
为什么要闭源?
没有为什么,我只是询问协议上的可行性
为什么要闭源?
没有为什么,只是在询问协议上的可行性
deepin的应用层的确可以闭源,比如浏览器和邮件就不是开源的
但系统组件由于使用的是systemd这一套GPL组件,不能闭源分发
deepin的应用层的确可以闭源,比如浏览器和邮件就不是开源的
但系统组件由于使用的是systemd这一套GPL组件,不能闭源分发
使用systemd并不意味着需要开源
deepin的应用层的确可以闭源,比如浏览器和邮件就不是开源的
但系统组件由于使用的是systemd这一套GPL组件,不能闭源分发
sytemd好像也是gpl2.1,不存在对其改动和静态链接相关的库,应该是不用开源的吧?
glibc的库是lgpl,静态链接也不需要开源
sytemd好像也是gpl2.1,不存在对其改动和静态链接相关的库,应该是不用开源的吧?
(那跟开源有什么区别
(那跟开源有什么区别
不需要开放源代码啊
不需要开放源代码啊
问题是你都不存在对其的改动,那讨论开闭源意义何在?
问题是你都不存在对其的改动,那讨论开闭源意义何在?
正是因为不对其改动如果可以闭源,那就是最大的意义,因为很多工具就是不想开源,你不能要求别人都开源
正是因为不对其改动如果可以闭源,那就是最大的意义,因为很多工具就是不想开源,你不能要求别人都开源
并非不想,不想就不会用GPL的许可证而会直接闭源
开源并非一定慈善,它也可以作恶
并非不想,不想就不会用GPL的许可证而会直接闭源
开源并非一定慈善,它也可以作恶
你都没看懂我说的什么,我说的不是应用采用了GPL协议是否要开源;而是应用集成了GPL的组件,但是应用没有通过静态链接它是否需要开源(比如deepin的很多功能),我问的是deepin有没有权利对自己的上层应用组件闭源;如果你改了linux内核并给其他人使用了,是没有权利对那些人闭源的(注意,是没有权利,而不是想不想,可不可以的问题)
glibc的库是lgpl,静态链接也不需要开源
静态链接要吧,glibc是动态链接是不需要开源的,但是还有个问题是,我虽然是动态链接,但是合并到了一个iso提供出来,那ios里其他的组件是否也会被GPL传染而必须开源?
Popular Ranking
ChangePopular Events
More
如果deepin的应用层组件哪怕依赖了,但是没有静态链接glibc库,那按协议是可以不用开源的,最多是对linux内核的改造后的内核代码需要开源(但是deepin应该没有改内核才对,否则为啥会允许升级到新内核)