
Mouri Naruto,您好! 谢谢您对OpenHarmony社区的关注,对于您提出的几个问题,答复如下。如您有其他License相关的疑问,也可以同时联系邮箱law@openatom.org。 wanchengzhen https://openharmony.gitee.com/wanchengzhen ------------------ 原始邮件 ------------------ 发件人: "Mouri Naruto" <Mouri_Naruto@outlook.com>; 发送时间: 2020年9月10日(星期四) 晚上10:16 收件人: "dev@openharmony.io"<dev@openharmony.io>; 主题: [Dev] 我下载源代码的地址:http://tools.harmonyos.com/mirrors/os/1.0/code-1.0.tar.gz 我好好的看了下里面的源代码,对鸿蒙引用的第三方库的许可表示担忧。 首先鸿蒙使用了 Linux 内核(third_party\Linux_Kernel)的部分实现,该项目采用 GPL v2 许可,那么关于设备开发者定制了鸿蒙的内核,会有必须要求开源的风险。 答复:OpenHarmony的third_party\Linux_Kernel库包含两部分内容,1是jffs2模块,2是scripts模块 。 (1)jffs2模块是为了兼容jffs2而引入,jffs2采用GPLV2+EXCEPTION的许可,并非纯粹的GPLV2,您可以通过如下链接查看其许可证:https://gitee.com/openharmony/third_party_Linux_Kernel/blob/master/fs/jffs2/... OpenHarmony对jffs2模块的编译及链接使用方式满足其EXCEPTION的规定,故对该模块的使用,不会导致项目其它代码受到GPLV2的影响。 (2)scripts模块是独立的编译工具,仅在编译过程中用来生成 conf和mconf工具,代码不会编译打包到kernel_liteos_a内核中。因此kernel_liteos_a内核不受GPL影响。 其次鸿蒙在用 Linux 内核部分实现的情况下还用了 OpenSSL 的实现(third_party\openssl),而 OpenSSL 的开源许可证严格来说不兼容 GPL 系列开源许可证。(参阅:https://www.gnu.org/licenses/license-list.html#OpenSSL) 答复:根据对您第一个问题的答复可知,Linux内核部分实现的使用并不会导致OpenHarmony内核受到GPL的影响,故不影响OpenHarmony对OpenSSL的使用,不存在许可证兼容性问题。 还有 freetype 库(third_party\freetype)的许可可能也需要担心(这个库采用的双许可,要么 GPLv2,要么就是与 GPLv2 互斥的 BSD 风格许可),但由于鸿蒙的代码树第三方库包含了 Linux 的代码,于是这方面也没法确定。 答复:根据对您的第一个问题的答复可知,OpenHarmony对Linux内核部分实现的使用并不会导致OpenHarmony内核受到GPL的影响,故不影响OpenHarmony选择BSD license使用free type库。 还有 hi35xx 芯片支持的代码里引用了 ffmpeg (vendor\hisi\hi35xx\middleware\source\third_party\ffmpeg\ffmpeg-y)这个最起码需要遵守 LGPL v2.1 的库。 答复:OpenHarmony采用动态链接方式使用LGPL许可证下的ffmpeg库,不会导致该项目其它代码受到LGPL许可证的影响。 我希望社区能够在这方面做出解答,期待回复。 总之希望鸿蒙项目顺利。 Best Regards, Kenji Mouri (https://github.com/MouriNaruto)