- dev - lists.openatom.io

【会议通知】OpenHarmony内核SIG例会，会议时间：2021年9月15日（周三）09:30-11:00
by Lijiaxin (Nina Li) 14 Sep '21

14 Sep '21

OpenHarmony内核SIG例会序号议题引导人相关与会人时段时长 1 OpenHarmony Linux内核移植性增强专项：SIG集体审视《面向开发者的移植文档》框架草稿李家欣杨妮梁克雷黄明龙吴祚煜陈风/刘飞虎张小田 09:30~09:45 15min 2 OpenHarmony Linux内核移植性增强专项：SIG集体讨论HDF驱动代码移植简化方案陈风梁克雷黄明龙 09:45~10:15 30min 3 OpenHarmony Linux内核移植性增强专项：”HDF自动化测试用例”的实测结果介绍梁克雷黄明龙陈风/刘飞虎 10:15~10:30 15min 4 《内核解耦开发指导书》线下讨论进展介绍易见梁克雷黄明龙杨妮张小田陈风 10:30~11:00 30min 会议时间： 9月15日（周三）09:30-11:00 会议地点：电话会议会议主题： OpenHarmony内核SIG例会召集人：李家欣与会人：软件所：梁克雷，黄明龙，罗未，谭小凡，李凯，徐常炜 KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，李家欣，沈伟，刘宇，朱佳鑫，易见，周未来，张智伟，吴祚煜，王米虎，李开龙，候选哲，陈风，杜潇泊，鲍国涛，杨妮，段夕超，赵鸿江，魏勇军，缪勰，方炜，贾宁，王力，张小田，刘飞虎,，余长春会议接入： * 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=29833582b80f42cd8ca44c6c39d…> * Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0800082810&app=welink> * Join (External) >><https://welink.zhumu.com/j/800082810> * 会议ID : 0800082810 (会议ID在本次会议结束后不可继续使用)

1 0

[New Committer] Welcoming to become committer of OpenHarmony's startup related repositories : xionglei
by dongjinguang 13 Sep '21

13 Sep '21

1 0

[VOTE] New Committer qiudengcheng@huawei.com
by Liuwei (XX) 13 Sep '21

13 Sep '21

Hi，各位PMC/Committer专家：提名qiudengcheng(qiudengcheng@huawei.com)作为aafwk_aafwk_lite仓新增Committer，他为轻量级用户程序框架作出较大的贡献，包括轻设备拉起富设备Ability能力，轻设备设置自定义参数的能力等；以下是他的PR： aafwk_aafwk_lite仓：https://gitee.com/openharmony/aafwk_aafwk_lite 新增轻设备拉起富设备Ability能力： https://gitee.com/openharmony/aafwk_aafwk_lite/pulls/73 新增轻设备拉起富设备Ability结果回调的能力： https://gitee.com/openharmony/aafwk_aafwk_lite/pulls/89 https://gitee.com/openharmony/aafwk_aafwk_lite/pulls/91<https://gitee.com/openharmony/aafwk_aafwk_lite/pulls/91/> https://gitee.com/openharmony/aafwk_aafwk_lite/pulls/93 新增轻设备设置自定义参数在富设备解析参数的能力： https://gitee.com/openharmony/aafwk_aafwk_lite/pulls/117 解决JS 应用死锁问题： https://gitee.com/openharmony/aafwk_aafwk_lite/pulls/120 等请大家回复邮件投票，赞成请回复 +1，不赞成请回复 -1 及不赞成原因。

1 0

鸿蒙认证兼容性自测注册企业账号相关问题
by 徐辉 13 Sep '21

13 Sep '21

1.上传兼容性测试报告需要在OPENATOM官网（https://www.openatom.org/atomavatar/#/register）进行注…

2 1

欢迎参加Driver-SIG例会，2021/09/15 16:00-18:00(GMT+08:00) 中国标准时间 - 北京, 每两周 (周三)
by liufeihu (kevin) 13 Sep '21

13 Sep '21

OpenHarmony Driver SIG例会会议时间： 9月15日（周三）16:00-18:00 会议主题： OpenHarmony Driver SIG例会会议议题 1、 Media的codec驱动能力开发进展。 2、 M核HCS解析成源文件，期望能够提供访问源文件的接口规范讨论。 3、 USB HDI接口定义评审。 4、外设传感器支持ppg器件讨论。会议议题申报：https://shimo.im/sheets/36GKhpvrXd8TcQHY 会议接入： * 点击链接入会，或添加至会议列表： https://meeting.tencent.com/s/O6GmTrcZcV8a * 会议 ID：492 1283 7060

1 0

OpenHarmony 基础概念和专业术语问题征集，欢迎大家直接在ISSUE中跟帖反馈
by dongjinguang 10 Sep '21

10 Sep '21

Hi 大家好，针对大家对OpenHarmony 的基础概念和专业术语这块，特开贴征集一下大家的意见，欢迎大家跟帖，我们会针对反馈的问题进行整理，近期安排相关专家给大家进行解答和线上沟通 https://gitee.com/openharmony/docs/issues/I49H96?from=project-issue

1 0

【议题征集】OpenHarmony内核SIG例会，会议时间：2021年9月15日（周三）09:30-10:30
by Lijiaxin (Nina Li) 09 Sep '21

09 Sep '21

议题申报<https://shimo.im/sheets/VgQV6VjCJ9cXtY8G/MODOC> （点此链接申报议题）会议时间： 9月15日（周三）09:30-10:30 会议地点：电话会议会议主题： OpenHarmony内核SIG例会召集人：李家欣与会人：软件所：梁克雷，黄明龙，罗未，谭小凡，李凯，徐常炜 KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，李家欣，沈伟，刘宇，朱佳鑫，易见，周未来，张智伟，吴祚煜，王米虎，李开龙，候选哲，陈风，杜潇泊，鲍国涛，杨妮，段夕超，赵鸿江，魏勇军，缪勰，方炜，贾宁，王力，张小田，刘飞虎，余长春接入信息： * 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=29833582b80f42cd8ca44c6c39d…> * Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0800082810&app=welink> * Join (External) >><https://welink.zhumu.com/j/800082810> * 会议ID : 0800082810 (会议ID在本次会议结束后不可继续使用)

1 0

Re: HDF驱动技术系列文章&驱动开发指导
by minglong 09 Sep '21

09 Sep '21

1 0

HDF驱动技术系列文章&驱动开发指导
by Houxuanzhe (George) 09 Sep '21

09 Sep '21

1 0

Re: OpenHarmony基础软件SIG例会
by Zhangxiaotian (Handy) 08 Sep '21

08 Sep '21

会议纪要 OpenHarmony命令行进程级调试变量传入通道方案讨论 1） DFX领域提供给各子系统的日志/trace等API使用系统参数无锁化的API实时访问调试级别及开关。 2）调试级别及调试功能的参数在fork子进程后读取系统参数生效，当前通过forkutil提供API，在init/appspawn/uhdf中启动native服务，app应用及HDF进程时生效。 3）动态调整调试级别及功能的系统参数分为IDE可设置以及root-only两类，高级别功能只能解锁后通过root才能设置。 4）具体的调试参数格式及取值格式定义会后确定。责任人：马耀辉，韩记晓 [cid:image003.png@01D7A4DC.E5B87370] From: Zhangxiaotian (Handy) Sent: Tuesday, September 7, 2021 7:55 PM To: 'dev(a)openharmony.io' <dev(a)openharmony.io>; 'meetings(a)openharmony.io' <meetings(a)openharmony.io>; dongjinguang <dongjinguang(a)huawei.com>; Rengelin <rengelin(a)huawei.com>; wanchengzhen <wanchengzhen(a)huawei.com>; hw Bai(Yonggang) <hw.baiyonggang(a)huawei.com>; lijiarun <lijiarun(a)huawei.com>; liyu (M) <liyu1(a)huawei.com>; Liuwei (XX) <hw.liuwei(a)huawei.com>; Tangchengkai <tangchengkai(a)huawei.com>; Xudaqing <xudaqing(a)huawei.com>; Zhangzhengxue (Zzx) <zzx.zhangzhengxue(a)huawei.com> Cc: Liyi (Nicholas, Software Engineering Device OS Dept) <nicholas.li(a)huawei.com>; Yuxiaoqi <yuxiaoqi(a)huawei.com> Subject: OpenHarmony基础软件SIG例会 OpenHarmony基础软件SIG例会序号议题 1 OpenHarmony系统参数设计及使用手册评审 2 OpenHarmony命令行进程级调试变量传入通道方案讨论会议时间： 9月8日（周三）16:30-17:00 会议地点：电话会议会议主题： OpenHarmony基础软件SIG例会召集人：张小田与会人：软件所：梁克雷，黄明龙，罗未，谭小凡，李凯，Chandwich KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，张小田，白永刚，李加润，李煜，刘威，唐城开，徐大庆，张政学会议接入： * 时间 : 2021-09-08 16:00-17:00 ((UTC+08:00)Beijing) * 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=0a8ddd6999384eefb22b71b6752…> * Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0158346988&app=welink> * Join (External) >><https://welink.zhumu.com/j/158346988> * 会议ID : 0158346988 (会议ID在本次会议结束后不可继续使用)

1 0

【会议纪要】OpenHarmony内核SIG例会，会议时间：2021年9月8日（周三）09:30-10:30
by Lijiaxin (Nina Li) 08 Sep '21

08 Sep '21

会议纪要议题一：OpenHarmony Linux内核移植性增强方案进展软件所同事的上周技术验证结果，证明了当前内核SIG设计的“OpenHarmony Linux内核移植性增强方案”方向正确：开发者可以通过非常简单的步骤，快速将OpenHarmony在三方开发板（借助三方内核）上运行起来。同时发现：内核SIG当前产出的文档，仍然存在描述不清晰易误导开发者的地方；而类似HDF的内核态特性/驱动代码，也存在一些设计细节会影响开发者移植效率。因此接下来的工作是：先将当前的移植成果尽快先整理出文档，尽快使能开发者将OpenHarmony能够快速方便的移植到三方开发板。然后通过几周的HDF等代码整改，结合前面的移植文档整理，一起达到以下目标：开发者仅需两三步步骤、仅需半天时间，即可将OpenHarmony在三方开发板（借助三方内核）上运行起来。分工如下： a) 将当前已有成果，快速形成文档并发布，来指导开发者。在下周例会之前，需要将文档形成框架，并请软件所评审通过，以及给出文档章节的分工。责任人：李家欣，杨妮 b) 陈风将本次例会上提出的HDF代码整改建议，在Driver-SIG内部讨论，下周例会介绍解决方案。责任人：陈风，刘飞虎 c) 软件所继续验证前期提供的HDF测试用例，下周例会review进展责任人：梁克雷议题二：吸收GKI思路，应用于“OpenHarmony Linux内核移植性增强方案”的讨论会上形成一致性意见：需要为今后进入内核态的特性、驱动等代码形成指导，以保持和持续提升内核的可移植性。考虑以易见在此次例会上介绍的《内核解耦开发指导书V0.1》为基础，来最终完善和形成《内核解耦开发指导书》。本周开始对于指导书草稿版本的细节进行线下讨论，在下周例会上审视具体的设计意见。责任人：易见，梁克雷，杨妮，张小田，陈风发件人: Lijiaxin (Nina Li) [mailto:nina.lijiaxin@huawei.com] 发送时间: 2021年9月8日 9:23 收件人: dev(a)openharmony.io; meetings(a)openharmony.io; dongjinguang <dongjinguang(a)huawei.com>; Rengelin <rengelin(a)huawei.com>; wanchengzhen <wanchengzhen(a)huawei.com>; Houxuanzhe (George) <houxuanzhe(a)huawei.com>; Shenwei (Denny, Device OS) <denny.shenwei(a)huawei.com>; Liuyu (Ted) <liuyu82(a)huawei.com>; zhujiaxin <zhujiaxin(a)huawei.com>; Yijian (A) <salient.yijian(a)huawei.com>; zhouweilai <zhouweilai(a)huawei.com>; Zhangzhiwei (D) <weizhi.zhang(a)huawei.com>; wuzuoyu <wuzuoyu(a)huawei.com>; Wangmihu <wangmihu(a)huawei.com>; Likailong (kkup, Development Dept Seven of Device OS) <likailong(a)huawei.com>; Yangni (A) <neen.yang(a)huawei.com>; duanxichao <duanxichao(a)huawei.com>; Duxiaobo <duxiaobo(a)huawei.com>; Baoguotao <baoguotao(a)huawei.com>; Chenfeng (Scott) <chenfeng469(a)huawei.com>; Zhaohongjiang <zhaohongjiang(a)huawei.com>; weiyongjun (A) <weiyongjun1(a)huawei.com>; miaoxie (A) <miaoxie(a)huawei.com>; fangwei (I) <fangwei1(a)huawei.com>; Jianing (OS-LAB) <ning.jia(a)huawei.com>; Wangli (T) <wangli74(a)huawei.com>; Zhangxiaotian (Handy) <zhangxiaotian(a)huawei.com>; liufeihu (kevin) <liufeihu(a)huawei.com>; yuchangchun (C) <yuchangchun1(a)huawei.com> 抄送: Liyi (Nicholas, Software Engineering Device OS Dept) <nicholas.li(a)huawei.com>; dongjinguang <dongjinguang(a)huawei.com>; Yuxiaoqi <yuxiaoqi(a)huawei.com> 主题: [Dev] 【会议提醒】OpenHarmony内核SIG例会，会议时间：2021年9月8日（周三）09:30-10:30 OpenHarmony内核SIG例会序号议题引导人相关与会人时段时长 1 例会遗留问题： OpenHarmony Linux内核移植性增强方案，所有的patch、文档和测试用例已于8月26日提供给软件所。本次例会对于patch/文档/测试用例的质量，以及移植的实际效果进行第二次review。梁克雷黄明龙吴祚煜候选哲/刘飞虎张小田杨妮 09:30~10:00 30min 2 GKI应用于OpenHarmony Linux内核移植性增强方案的讨论易见余长春 10:00~10:30 30min 会议时间： 9月8日（周三）09:30-10:30 会议地点：电话会议会议主题： OpenHarmony内核SIG例会召集人：李家欣与会人：软件所：梁克雷，黄明龙，罗未，谭小凡，李凯，Chandwich KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，李家欣，沈伟，刘宇，朱佳鑫，易见，周未来，张智伟，吴祚煜，王米虎，李开龙，候选哲，陈风，杜潇泊，鲍国涛，杨妮，段夕超，赵鸿江，魏勇军，缪勰，方炜，贾宁，王力，张小田，刘飞虎,，余长春会议接入： * 时间 : 2021-09-08 09:30-10:30 (UTC+08:00)Beijing * 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=b05cb07b20754d929e01b0e9085…> * Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0154851414&app=welink> * Join (External) >><https://welink.zhumu.com/j/154851414> * 会议ID : 0154851414 (会议ID在本次会议结束后不可继续使用)

1 0

【会议提醒】OpenHarmony内核SIG例会，会议时间：2021年9月8日（周三）09:30-10:30
by Lijiaxin (Nina Li) 08 Sep '21

08 Sep '21

OpenHarmony内核SIG例会序号议题引导人相关与会人时段时长 1 例会遗留问题： OpenHarmony Linux内核移植性增强方案，所有的patch、文档和测试用例已于8月26日提供给软件所。本次例会对于patch/文档/测试用例的质量，以及移植的实际效果进行第二次review。梁克雷黄明龙吴祚煜候选哲/刘飞虎张小田杨妮 09:30~10:00 30min 2 GKI应用于OpenHarmony Linux内核移植性增强方案的讨论易见余长春 10:00~10:30 30min 会议时间： 9月8日（周三）09:30-10:30 会议地点：电话会议会议主题： OpenHarmony内核SIG例会召集人：李家欣与会人：软件所：梁克雷，黄明龙，罗未，谭小凡，李凯，Chandwich KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，李家欣，沈伟，刘宇，朱佳鑫，易见，周未来，张智伟，吴祚煜，王米虎，李开龙，候选哲，陈风，杜潇泊，鲍国涛，杨妮，段夕超，赵鸿江，魏勇军，缪勰，方炜，贾宁，王力，张小田，刘飞虎,，余长春会议接入： * 时间 : 2021-09-08 09:30-10:30 (UTC+08:00)Beijing * 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=b05cb07b20754d929e01b0e9085…> * Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0154851414&app=welink> * Join (External) >><https://welink.zhumu.com/j/154851414> * 会议ID : 0154851414 (会议ID在本次会议结束后不可继续使用)

1 0

OpenHarmony基础软件SIG例会
by Zhangxiaotian (Handy) 07 Sep '21

07 Sep '21

OpenHarmony基础软件SIG例会序号议题 1 OpenHarmony系统参数设计及使用手册评审 2 OpenHarmony命令行进程级调试变量传入通道方案讨论会议时间： 9月8日（周三）16:30-17:00 会议地点：电话会议会议主题： OpenHarmony基础软件SIG例会召集人：张小田与会人：软件所：梁克雷，黄明龙，罗未，谭小凡，李凯，Chandwich KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，张小田，白永刚，李加润，李煜，刘威，唐城开，徐大庆，张政学会议接入： * 时间 : 2021-09-08 16:00-17:00 ((UTC+08:00)Beijing) * 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=0a8ddd6999384eefb22b71b6752…> * Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0158346988&app=welink> * Join (External) >><https://welink.zhumu.com/j/158346988> * 会议ID : 0158346988 (会议ID在本次会议结束后不可继续使用)

1 0

【会议通知】OpenHarmony内核SIG例会，会议时间：2021年9月8日（周三）09:30-10:30
by Lijiaxin (Nina Li) 07 Sep '21

07 Sep '21

OpenHarmony内核SIG例会序号议题引导人相关与会人时段时长 1 例会遗留问题： OpenHarmony Linux内核移植性增强方案，所有的patch、文档和测试用例已于8月26日提供给软件所。本次例会对于patch/文档/测试用例的质量，以及移植的实际效果进行第二次review。梁克雷黄明龙吴祚煜候选哲/刘飞虎张小田杨妮 09:30~10:00 30min 2 GKI应用于OpenHarmony Linux内核移植性增强方案的讨论易见余长春 10:00~10:30 30min 会议时间： 9月8日（周三）09:30-10:30 会议地点：电话会议会议主题： OpenHarmony内核SIG例会召集人：李家欣与会人：软件所：梁克雷，黄明龙，罗未，谭小凡，李凯，Chandwich KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，李家欣，沈伟，刘宇，朱佳鑫，易见，周未来，张智伟，吴祚煜，王米虎，李开龙，候选哲，陈风，杜潇泊，鲍国涛，杨妮，段夕超，赵鸿江，魏勇军，缪勰，方炜，贾宁，王力，张小田，刘飞虎,，余长春会议接入： * 时间 : 2021-09-08 09:30-10:30 (UTC+08:00)Beijing * 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=b05cb07b20754d929e01b0e9085…> * Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0154851414&app=welink> * Join (External) >><https://welink.zhumu.com/j/154851414> * 会议ID : 0154851414 (会议ID在本次会议结束后不可继续使用)

1 0

【会议纪要】///答复: 【会议通知】OpenHarmony电话服务SIG例会 2021-08-31（周二） 10:00-11:00
by zhanghaifeng (K) 07 Sep '21

07 Sep '21

OpenHarmony电话服务SIG例会时间(Time) 2021-08-31（周二） 10:00-11:00 地点(Location) 电话接入召集人(Convener) 张海丰与会人(Attendees) 中软：王东豪、张昭、钟思聪、辛磊、何西、孙彬华为：周庆波、刘文武、李诗伟、李涛、贾艳红、李春霖、张海丰议题(Agendas) 1 电话服务子系统&通话应用6-8月代码准出评审蓝区增量开源准出 60 张昭、孙彬本次会议主要内容: 议题1：电话服务子系统&通话应用6-8月代码准出评审汇报人: 张昭、孙彬准出评审不通过，如下遗留问题闭环后，同意准出。 1. 接口在核对下，接口是否有变更，确认接口要跟代码匹配-----20个 SR , 127 个接口（全量列表把多SR 去掉） ---- 孙彬、何西、张昭 --- SR 个数和内容对齐， 126个接口个数和内容对齐 8.31 14：15分会议对齐 2. Release-notes0827.md 何西确认 --- 何西，跟辛磊电话 3. 电话子系统JS_API文档0730.md 最新的交付件已经发给华为，待华为评审（把md格式转成word 格式发给艳红 --- 12：00 已发给艳红） --- 艳红和春霖推动华为评审 4. 电话子系统开发指南--北向.docx --- 已OK 5. 法务评审 --把邮件归档到 SVN ---张昭 6. 静态扫描 Master 已经清零， STD 清零确认邮件发送出来 --- 钟思聪 7. 截止目前代码review的问题修改完成邮件回复，回复邮件归档---- 钟思聪，何西 8. 保证所有交付件都是最新的 ---张昭负责开发，孙彬负责测试 9. 测试材料把要上线材料都列出来： a) 测试用例的代码（C++ , JS， C++的厂商库代码和基于C++的模拟厂商库测试用例代码，做好上线准备：我跟庆波确认下，是不是准备好对应的代码包） b) 测试套执行指导（没写过，待庆波提供模板）----- 孙彬 10. C++接口的数量，转测等今天对齐刷新 11. 何西在网上找下具体放的位置 i. -----https://gitee.com/openharmony/docs/blob/master/zh-cn/release-notes/OpenHarmony-2-0-Canary.md#section11256141314463 按照网上格式刷新新增特性 12. 张昭今天补上协议评审的邮件 13. 静态扫描 --- 测试：刘承驹跟踪把测试的代码都上传扫描修改完 i. 开发： STD 8月份的代码分支，思聪要提交扫描 ii. 跟思聪确认下 master 和 STD 的版本关系----张昭 14. 接口变更各个模块马上安排修改涉及接口命名，返回值，参数等 ---- 开源必须要改，在 mian_07 , main_08 上改，开发内部开完会就组织改 15. 海丰遗留问题： 6月份之前开源的代码涉及的接口变更，海丰发出评审邮件； 16. Review的没有修改的统计一个表格评审 17. 厂商库代码 goto 是否使用，杨鹏给出分析结论邮件 18. 南向指南---是否要用艳红发的新模板 --- 等艳红回复（杨鹏邮件把最新的南向指南发给艳红） 19. 验收的SR 问题，测试用例的问题 ----- 刘承驹跟踪 20. API接口异常处理的统一标准 ------ 思聪和艳红已经对过了，在API整改后会带上发件人: zhanghaifeng (K) 发送时间: 2021年8月31日 9:34 收件人: dingxiaochen <dingxiaochen(a)huawei.com>; Gaoxi (D) <gaoxi785(a)huawei.com>; Jiayanhong <jiayanhong(a)huawei.com>; Litao (Li Tao, CBG Device OS) <litao25(a)huawei.com>; lichunlin (C) <lichunlin2(a)huawei.com>; lishiwei (E) <lishiwei6(a)huawei.com>; liuwenwu <liuwenwu10(a)huawei.com>; liyulong (J) <liyulong11(a)huawei.com>; Maoyufeng (CBG Device OS) <maoyufeng3(a)huawei.com>; wuxingchen <wuxingchen(a)huawei.com>; yangguining <yangguining1(a)huawei.com>; Zhouqingbo <zhouqingbo(a)huawei.com>; zhangxiaoquan <zhangxiaoquan(a)huawei.com>; Zhuwenchao <zhuwenchao(a)huawei.com>; zhang Zhang(Hongwei) <zhang.zhanghongwei(a)huawei.com>; 'zhangzhao001(a)chinasoftinc.com' <zhangzhao001(a)chinasoftinc.com>; 'zhongsicong072' <zhongsicong072(a)chinasoftinc.com>; 'xinlei050(a)chinasoftinc.com' <xinlei050(a)chinasoftinc.com>; 'wangdonghao(a)chinasofti.com' <wangdonghao(a)chinasofti.com>; 'sunbin051(a)chinasoftinc.com' <sunbin051(a)chinasoftinc.com>; 'hexi064(a)chinasoftinc.com' <hexi064(a)chinasoftinc.com> 抄送: huangqing (I) <huangqing14(a)huawei.com>; Lujianfang <lujianfang(a)huawei.com>; dongjinguang <dongjinguang(a)huawei.com>; Wangzaishang <wangzaishang(a)huawei.com>; Baoguotao <baoguotao(a)huawei.com>; Zhanglei (LeiBJ, OS3) <zhanglei179(a)huawei.com> 主题: 【会议通知】OpenHarmony电话服务SIG例会 2021-08-31（周二） 10:00-11:00 [cid:image001.png@01D6DDF6.8328F0C0] 会议主题 OpenHarmony电话服务SIG例会时间 2021-08-31（周二） 10:00-11:00 地点线上召集人张海丰与会人中软：王东豪、张昭、钟思聪、辛磊、何西、孙彬华为：周庆波、刘文武、李诗伟、李涛、贾艳红、李春霖、张海丰议题序号议题目的时长（分钟）责任人 1 电话服务子系统&通话应用6-8月代码准出评审蓝区增量开源准出 60 张昭、孙彬会议接入 Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=bfe979eabad24b13a7d2d8de8ce…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0212675173&app=welink> Join (External) >><https://welink.zhumu.com/j/212675173> Meeting ID 0212675173 会议要求 1、请勿迟到、早退。 2、会议期间，请将手机设为振动。

1 0

OpenHarmony 架构SIG，时间：2021-09-07 09:10-10:30，地点：线上会议，请您准时与会：）
by hengting (A) 06 Sep '21

06 Sep '21

会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-09-07 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting • 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=2aaf36b7715a496ea073a495711…> • Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0176493926&app=welink> • Join (External) >><https://welink.zhumu.com/j/176493926> • 会议ID : 0176493926 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io<mailto:dev@openharmony.io> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 SoftBus增加NFC开源代码仓： communication_nfc：https://gitee.com/openharmony/communication_nfc SoftBus增加NFC开源代码仓 10 张秀平张秀平张秀平张秀平(zhangxiuping(a)huawei.com<mailto:zhangxiuping@huawei.com>) 程国红(guohong.cheng(a)huawei.com<mailto:guohong.cheng@huawei.com>) 2 输入法框架新增开源仓： miscservices_inputmethod：https://gitee.com/openharmony/miscservices_inputme… 输入法框架新增开源仓 10 陈佳乐陈佳乐陈佳乐陈佳乐 (chenjiale5(a)hisilicon.com<mailto:chenjiale5@hisilicon.com>) 朱天宇 (zhutianyu1(a)huawei.com<mailto:zhutianyu1@huawei.com>) 3 三方开源代码仓GPL协议代码处理方式汇报： third_party_gettext:https://gitee.com/openharmony/third_party_gettext L2开源媒体子系统新增流媒体播放功能，依赖三方开源软件； 10 朱明亮刘荣亮朱明亮朱明亮（zhumingliang(a)huawei.com<mailto:zhumingliang@huawei.com>）刘荣亮（liurongliang(a)huawei.com<mailto:liurongliang@huawei.com>）蒋文宇（jiangwenyu1(a)huawei.com<mailto:jiangwenyu1@huawei.com>）谭利文（tanliwen1(a)huawei.com<mailto:tanliwen1@huawei.com>） 4 分布式对象新增仓foundation/distributeddatamgr/objectstore 分布式对象特性合入 10 韩露韩露韩露冯爱文 (fengaiwen(a)huawei.com<mailto:fengaiwen@huawei.com>) 韩露(hanlu1(a)huawei.com<mailto:hanlu1@huawei.com>) 5 预览器组件新增仓 https://gitee.com/openharmony/previewer 新增三方开源代码仓 third_party_libwebsockets: https://gitee.com/openharmony/third_party_libwebsockets 新增预览器组件合入社区主线 10 周凯周凯周凯陈慧涛(chenhuitao(a)huawei.com<mailto:chenhuitao@huawei.com>) 李荣光(lirongguang1(a)huawei.com<mailto:lirongguang1@huawei.com>) 付鹏飞(fupengfei6(a)huawei.com<mailto:fupengfei6@huawei.com>) 李翀(august.li(a)huawei.com<mailto:august.li@huawei.com>)

1 0

【会议纪要】OpenHarmony内核SIG例会，会议时间：2021年9月1日（周三）14:30-16:30
by Lijiaxin (Nina Li) 01 Sep '21

01 Sep '21

会议纪要议题一，OpenHarmony Linux内核移植性增强方案，对patch/文档/测试用例的质量，以及移植的实际效果进行第一次review 移植尚未完全完成。本周继续移植，并同步给出patch/文档/测试用例的建议。下周例会review移植进展。梁克雷，李凯通过当前已经完成的移植步骤，已识别出几处文档需要整改的地方。对于文档进行修改，下周例会review修改进展。吴祚煜、刘飞虎向Driver SIG提出对于HDF Ko化的要求。下周例会review进展梁克雷，刘飞虎议题二，OpenHarmony 内核GKI介绍短期策略：吸收GKI思想，应用到OpenHarmony Linux内核移植性增强方案中。对于类似HDF等进入内核的新增特性，梳理出GKI化所需要的要求，下周例会review进展。易见，余长春议题三，驱动patch backport项目洞察介绍选择一个patch，进行backport实验，看实际效果。基于实验结果，继续讨论OpenHarmony内核SIG是否借鉴backport项目，来协助各个不同版本内核上的patch生成和管理。下周例会review进展。梁克雷，朱佳鑫发件人: Lijiaxin (Nina Li) 发送时间: 2021年9月1日 14:16 收件人: 'dev(a)openharmony.io' <dev(a)openharmony.io>; 'meetings(a)openharmony.io' <meetings(a)openharmony.io>; dongjinguang <dongjinguang(a)huawei.com>; Rengelin <rengelin(a)huawei.com>; wanchengzhen <wanchengzhen(a)huawei.com>; Houxuanzhe (George) <houxuanzhe(a)huawei.com>; Shenwei (Denny, Device OS) <denny.shenwei(a)huawei.com>; Liuyu (Ted) <liuyu82(a)huawei.com>; zhujiaxin <zhujiaxin(a)huawei.com>; Yijian (A) <salient.yijian(a)huawei.com>; zhouweilai <zhouweilai(a)huawei.com>; Zhangzhiwei (D) <weizhi.zhang(a)huawei.com>; wuzuoyu <wuzuoyu(a)huawei.com>; Wangmihu <wangmihu(a)huawei.com>; Likailong (kkup, Development Dept Seven of Device OS) <likailong(a)huawei.com>; Yangni (A) <neen.yang(a)huawei.com>; duanxichao <duanxichao(a)huawei.com>; Duxiaobo <duxiaobo(a)huawei.com>; Baoguotao <baoguotao(a)huawei.com>; Chenfeng (Scott) <chenfeng469(a)huawei.com>; Zhaohongjiang <zhaohongjiang(a)huawei.com>; weiyongjun (A) <weiyongjun1(a)huawei.com>; miaoxie (A) <miaoxie(a)huawei.com>; fangwei (I) <fangwei1(a)huawei.com>; Jianing (OS-LAB) <ning.jia(a)huawei.com>; Wangli (T) <wangli74(a)huawei.com>; Zhangxiaotian (Handy) <zhangxiaotian(a)huawei.com>; liufeihu (kevin) <liufeihu(a)huawei.com> 抄送: Liyi (Nicholas, Software Engineering Device OS Dept) <nicholas.li(a)huawei.com>; dongjinguang <dongjinguang(a)huawei.com>; Yuxiaoqi <yuxiaoqi(a)huawei.com> 主题: 【会议提醒】OpenHarmony内核SIG例会，会议时间：2021年9月1日（周三）14:30-16:30 OpenHarmony内核SIG例会序号议题汇报人相关与会人时段时长 1 上次例会遗留问题： OpenHarmony Linux内核移植性增强方案，所有的patch、文档和测试用例已于8月26日提供给软件所。本次例会对于patch/文档/测试用例的质量，以及移植的实际效果进行第一次review。梁克雷黄明龙吴祚煜候选哲/刘飞虎张小田 14:30~15:30 60min 2 OpenHarmony 内核GKI介绍易见 15:30~16:00 30min 3 业界内核测试框架和驱动patch backport项目洞察介绍朱佳鑫 16:00~16:30 30min 会议时间： 9月1日（周三）14:30-16:30 会议地点：电话会议会议主题： OpenHarmony内核SIG例会召集人：李家欣与会人：软件所：梁克雷，黄明龙，罗未，谭小凡 KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，李家欣，沈伟，刘宇，朱佳鑫，易见，周未来，张智伟，吴祚煜，王米虎，李开龙，候选哲，陈风，杜潇泊，鲍国涛，杨妮，段夕超，赵鸿江，魏勇军，缪勰，方炜，贾宁，王力，张小田，刘飞虎会议接入：・时间 : 2021-09-01 14:30-16:30 (UTC+08:00)Beijing ・加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=d65a9ea50ea443d9adc0f107e98…> ・ Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0205777211&app=welink> ・ Join (External) >><https://welink.zhumu.com/j/205777211> ・会议ID : 0205777211 (会议ID在本次会议结束后不可继续使用)

1 0

【会议提醒】OpenHarmony内核SIG例会，会议时间：2021年9月1日（周三）14:30-16:30
by Lijiaxin (Nina Li) 01 Sep '21

01 Sep '21

OpenHarmony内核SIG例会序号议题汇报人相关与会人时段时长 1 上次例会遗留问题： OpenHarmony Linux内核移植性增强方案，所有的patch、文档和测试用例已于8月26日提供给软件所。本次例会对于patch/文档/测试用例的质量，以及移植的实际效果进行第一次review。梁克雷黄明龙吴祚煜候选哲/刘飞虎张小田 14:30~15:30 60min 2 OpenHarmony 内核GKI介绍易见 15:30~16:00 30min 3 业界内核测试框架和驱动patch backport项目洞察介绍朱佳鑫 16:00~16:30 30min 会议时间： 9月1日（周三）14:30-16:30 会议地点：电话会议会议主题： OpenHarmony内核SIG例会召集人：李家欣与会人：软件所：梁克雷，黄明龙，罗未，谭小凡 KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，李家欣，沈伟，刘宇，朱佳鑫，易见，周未来，张智伟，吴祚煜，王米虎，李开龙，候选哲，陈风，杜潇泊，鲍国涛，杨妮，段夕超，赵鸿江，魏勇军，缪勰，方炜，贾宁，王力，张小田，刘飞虎会议接入：・时间 : 2021-09-01 14:30-16:30 (UTC+08:00)Beijing ・加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=d65a9ea50ea443d9adc0f107e98…> ・ Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0205777211&app=welink> ・ Join (External) >><https://welink.zhumu.com/j/205777211> ・会议ID : 0205777211 (会议ID在本次会议结束后不可继续使用)

1 0

回复：鸿蒙驱动适配咨询
by zianed 31 Aug '21

31 Aug '21

欢迎订阅驱动邮件列表，参与驱动开发例会交流。 https://lists.openatom.io/postorius/lists/sig_driver.openharmony.io/ 查阅驱动讨论历史 https://lists.openatom.io/hyperkitty/list/sig_driver@openharmony.io/ 1、Camera sensor驱动开发建议对接HDI接口使用，轻量化上的Camera驱动能力正在构建中。 https://gitee.com/openharmony/drivers_peripheral/tree/master/camera/interfa… 2、WIFI驱动开发指导 https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/driver/driv… 3、传感器驱动开发指导 https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/driver/driv… ------------------ 原始邮件 ------------------ 发件人: "Issac Renton" <denghainan(a)gmail.com>; 发送时间: 2021年8月29日(星期天) 中午11:20 收件人: "dev"<dev(a)openharmony.io>; 主题: [Dev] 鸿蒙驱动适配咨询你好！我是一名嵌入式开发工程师。现对鸿蒙刚开始了解不多。碰到了一些比较笼统的疑问，尤其是3518平台相关，如：鸿蒙给出的例程中， 1. 默认的摄像头sensor驱动，内置了imx307、f23等型号如果因为成本等因素考量，需要更换其他型号的sensor（而且该sensor我已适配于较早版本的liteos，可运行），该如何开展？有无相关例程、流程？同样， 2. 默认使用的WIFI芯片是3881，如果因为某些因素的考量，使用非3881WIFI芯片，该如何适配？ 3. 如何优雅的（鸿蒙风格）驱动第三方传感器？如使用I2C接口的一些测距传感器祝国产越来越好！

1 0

欢迎参加SIG-Driver例会，2021/08/18-2021/09/29 16:00-18:00(GMT+08:00) 中国标准时间 - 北京, 每两周 (周三)
by Houxuanzhe (George) 31 Aug '21

31 Aug '21

# 会议信息会议主题：OpenHarmoy driver-sig Biweekly Meeting 会议时间：2021/08/18-2021/09/29 16:00-18:00(GMT+08:00) 中国标准时间 - 北京, 每两周 (周三) 点击链接入会，或添加至会议列表： https://meeting.tencent.com/s/O6GmTrcZcV8a 会议 ID：492 1283 7060 # 议题收集 https://shimo.im/sheets/36GKhpvrXd8TcQHY # 订阅SIG-Driver邮件 https://lists.openatom.io/postorius/lists/sig_driver.openharmony.io/ # SIG-Driver邮件归档 https://lists.openatom.io/hyperkitty/list/sig_driver@openharmony.io/ # 驱动技术系列文章 https://gitee.com/openharmony/drivers_framework/issues/I482K0 1. HarmonyOS开发者 [HarmonyOS驱动加载过程分析](https://mp.weixin.qq.com/s/crH9YJvG1WwTWrQ-jn__nA) 2. OpenAtom OpenHarmony [欢迎参与OpenHarmony HDF驱动技术交流讨论]( https://mp.weixin.qq.com/s/7kLkvWc24jpbkQkyVH22hg) 3. OpenAtom OpenHarmony [HDF 驱动框架介绍和驱动加载过程分析](https://mp.weixin.qq.com/s/2WhbovdUv8v6x8lmpL4nRg) 4. OpenAtom OpenHarmony [HDF 配置管理分析及使用](https://mp.weixin.qq.com/s/PINN2g1jryPfCnLCuPud3A) 5. OpenAtom OpenHarmony [HDF HDI基础能力分析与使用](https://mp.weixin.qq.com/s/mvI1eMYDR0gWZ2sI_LXdXg) 6. OpenAtom OpenHarmony [HDF Input驱动模型分析与使用](https://mp.weixin.qq.com/s/ASffAvNJ4QgUSsFMoji50g) # 驱动TODO List https://gitee.com/openharmony/drivers_framework/issues/I46RIC # 驱动开发指导 https://gitee.com/openharmony/docs/tree/master/zh-cn/device-dev/driver

1 0

hilog开源共建讨论
by minglong 31 Aug '21

31 Aug '21

opic hilog开源共建讨论 Time 2021-08-31 16:30-18:30((UTC+08:00)Beijing) Join Conference Join (External) >> https://welink.zhumu.com/j/154051242 Meeting ID 0154051242 Convener 马耀辉

1 0

海丰以后相关SIG的会议，请同步到dev maillist，便于开源社区开发者获取信息并及时参与 FW: 【会议通知】OpenHarmony电话服务SIG例会 2021-08-31（周二） 10:00-11:00
by dongjinguang 31 Aug '21

31 Aug '21

From: zhanghaifeng (K) Sent: Tuesday, August 31, 2021 9:34 AM To: dingxiaochen <dingxiaochen(a)huawei.com>; Gaoxi (D) <gaoxi785(a)huawei.com>; Jiayanhong <jiayanhong(a)huawei.com>; Litao (Li Tao, CBG Device OS) <litao25(a)huawei.com>; lichunlin (C) <lichunlin2(a)huawei.com>; lishiwei (E) <lishiwei6(a)huawei.com>; liuwenwu <liuwenwu10(a)huawei.com>; liyulong (J) <liyulong11(a)huawei.com>; Maoyufeng (CBG Device OS) <maoyufeng3(a)huawei.com>; wuxingchen <wuxingchen(a)huawei.com>; yangguining <yangguining1(a)huawei.com>; Zhouqingbo <zhouqingbo(a)huawei.com>; zhangxiaoquan <zhangxiaoquan(a)huawei.com>; Zhuwenchao <zhuwenchao(a)huawei.com>; zhang Zhang(Hongwei) <zhang.zhanghongwei(a)huawei.com>; zhangzhao001(a)chinasoftinc.com; zhongsicong072 <zhongsicong072(a)chinasoftinc.com>; xinlei050(a)chinasoftinc.com; wangdonghao(a)chinasofti.com; sunbin051(a)chinasoftinc.com; hexi064(a)chinasoftinc.com Cc: huangqing (I) <huangqing14(a)huawei.com>; Lujianfang <lujianfang(a)huawei.com>; dongjinguang <dongjinguang(a)huawei.com>; Wangzaishang <wangzaishang(a)huawei.com>; Baoguotao <baoguotao(a)huawei.com>; Zhanglei (LeiBJ, OS3) <zhanglei179(a)huawei.com> Subject: 【会议通知】OpenHarmony电话服务SIG例会 2021-08-31（周二） 10:00-11:00 [cid:image001.png@01D6DDF6.8328F0C0] 会议主题 OpenHarmony电话服务SIG例会时间 2021-08-31（周二） 10:00-11:00 地点线上召集人张海丰与会人中软：王东豪、张昭、钟思聪、辛磊、何西、孙彬华为：周庆波、刘文武、李诗伟、李涛、贾艳红、李春霖、张海丰议题序号议题目的时长（分钟）责任人 1 电话服务子系统&通话应用6-8月代码准出评审蓝区增量开源准出 60 张昭、孙彬会议接入 Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=bfe979eabad24b13a7d2d8de8ce…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0212675173&app=welink> Join (External) >><https://welink.zhumu.com/j/212675173> Meeting ID 0212675173 会议要求 1、请勿迟到、早退。 2、会议期间，请将手机设为振动。

1 0

撤回: 【会议通知】OpenHarmony电话服务SIG例会 2021-08-31（周二） 10:00-11:00
by zhanghaifeng (K) 31 Aug '21

31 Aug '21

zhanghaifeng (K) 将撤回邮件“【会议通知】OpenHarmony电话服务SIG例会 2021-08-31（周二） 10:00-11:00”。

1 0

【会议通知】OpenHarmony电话服务SIG例会 2021-08-31（周二） 10:00-11:00
by zhanghaifeng (K) 31 Aug '21

31 Aug '21

[cid:image001.png@01D6DDF6.8328F0C0] 会议主题 OpenHarmony电话服务SIG例会时间 2021-08-31（周二） 10:00-11:00 地点线上召集人张海丰与会人中软：王东豪、张昭、钟思聪、辛磊、何西、孙彬华为：周庆波、刘文武、李诗伟、李涛、贾艳红、李春霖、张海丰议题序号议题目的时长（分钟）责任人 1 电话服务子系统&通话应用6-8月代码准出评审蓝区增量开源准出 60 张昭、孙彬会议接入 Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=bfe979eabad24b13a7d2d8de8ce…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0212675173&app=welink> Join (External) >><https://welink.zhumu.com/j/212675173> Meeting ID 0212675173 会议要求 1、请勿迟到、早退。 2、会议期间，请将手机设为振动。

1 0

830 社区线上见面会
by minglong 30 Aug '21

30 Aug '21

Topic: 830 OpenHarmony社区线上沟通会 Time: Aug 30, 2021 07:30 PM Beijing, Shanghai Join from PC, Mac, Linux, iOS or Android: https://zhumu.me/j/181958444?pwd=M2xoWkU2U254UlRZejlhUnJ6dHRjdz09 Password: 112233 欢迎大家加入讨论

1 0

【会议通知】OpenHarmony内核SIG例会，会议时间：2021年9月1日（周三）14:30-16:30
by Lijiaxin (Nina Li) 30 Aug '21

30 Aug '21

OpenHarmony内核SIG例会序号议题汇报人相关与会人时段时长 1 上次例会遗留问题： OpenHarmony Linux内核移植性增强方案，所有的patch、文档和测试用例已于8月26日提供给软件所。本次例会对于patch/文档/测试用例的质量，以及移植的实际效果进行第一次review。梁克雷黄明龙吴祚煜候选哲/刘飞虎张小田 14:30~15:30 60min 2 OpenHarmony 内核GKI介绍易见 15:30~16:00 30min 3 业界内核测试框架和驱动patch backport项目洞察介绍朱佳鑫 16:00~16:30 30min 会议时间： 9月1日（周三）14:30-16:30 会议地点：电话会议会议主题： OpenHarmony内核SIG例会召集人：李家欣与会人：软件所：梁克雷，黄明龙，罗未，夏凡 KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，李家欣，沈伟，刘宇，朱佳鑫，易见，周未来，张智伟，吴祚煜，王米虎，李开龙，候选哲，陈风，杜潇泊，鲍国涛，杨妮，段夕超，赵鸿江，魏勇军，缪勰，方炜，贾宁，王力，张小田，刘飞虎会议接入：・时间 : 2021-09-01 14:30-16:30 (UTC+08:00)Beijing ・加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=d65a9ea50ea443d9adc0f107e98…> ・ Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0205777211&app=welink> ・ Join (External) >><https://welink.zhumu.com/j/205777211> ・会议ID : 0205777211 (会议ID在本次会议结束后不可继续使用)

1 0

Re: OpenHarmony 架构SIG，时间：2021-08-31 09:10-10:30，地点：线上会议，请您准时与会：）
by minglong 30 Aug '21

30 Aug '21

新增议题： - 小熊派合仓代码审核 - NFC 加仓讨论 On Aug 30, 2021 10:57，hengting (A)<hengting1(a)huawei.com> wrote：会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-08-31 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议 : Join (Host) >> Join (Internal) >> Join (External) >> 会议ID : 0215199241 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 新增ark_js_runtime,ark_runtime_core,ark_ts2abc,third_party_miniz仓 https://gitee.com/openharmony/ark_js_runtime https://gitee.com/openharmony/ark_runtime_core https://gitee.com/openharmony/ark_ts2abc https://gitee.com/openharmony/third_party_miniz 新增方舟运行时合入社区主线 10 蒋晗蒋晗蒋晗蒋晗(jianghan2(a)huawei.com) 龚俊松(gongjunsong(a)huawei.com) 彭彪(pengbiao1(a)huawei.com) 裴家俊(peijiajun(a)hisilicon.com) 2 新增三个三方开源代码仓： third_party_libsoup:https://gitee.com/openharmony/third_party_libsoup third_party_libpsl:https://gitee.com/openharmony/third_party_libpsl third_party_gettext:https://gitee.com/openharmony/third_party_gettext L2开源媒体子系统新增流媒体播放功能，依赖三方开源软件； 10 朱明亮刘荣亮朱明亮朱明亮（zhumingliang(a)huawei.com) 刘荣亮（liurongliang(a)huawei.com) 蒋文宇（jiangwenyu1(a)huawei.com) 谭利文（tanliwen1(a)huawei.com) 3 内核架构决策内核架构决策 10 吴祚煜吴祚煜吴祚煜吴祚煜（wuzuoyu(a)huawei.com) 余长春（yuchangchun1(a)huawei.com) 董金光（dongjinguang(a)huawei.com)

1 0

[SIG-Charter-Proposal-NFC]
by Zhangxiuping (NFC, Device Connectivity Dept) 30 Aug '21

30 Aug '21

1 0

Re: OpenHarmony 架构SIG，时间：2021-08-31 09:10-10:30，地点：线上会议，请您准时与会：）
by minglong 30 Aug '21

30 Aug '21

新增议题：小熊派合仓代码审核 On Aug 30, 2021 10:57，hengting (A)<hengting1(a)huawei.com> wrote：会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-08-31 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议 : Join (Host) >> Join (Internal) >> Join (External) >> 会议ID : 0215199241 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 新增ark_js_runtime,ark_runtime_core,ark_ts2abc,third_party_miniz仓 https://gitee.com/openharmony/ark_js_runtime https://gitee.com/openharmony/ark_runtime_core https://gitee.com/openharmony/ark_ts2abc https://gitee.com/openharmony/third_party_miniz 新增方舟运行时合入社区主线 10 蒋晗蒋晗蒋晗蒋晗(jianghan2(a)huawei.com) 龚俊松(gongjunsong(a)huawei.com) 彭彪(pengbiao1(a)huawei.com) 裴家俊(peijiajun(a)hisilicon.com) 2 新增三个三方开源代码仓： third_party_libsoup:https://gitee.com/openharmony/third_party_libsoup third_party_libpsl:https://gitee.com/openharmony/third_party_libpsl third_party_gettext:https://gitee.com/openharmony/third_party_gettext L2开源媒体子系统新增流媒体播放功能，依赖三方开源软件； 10 朱明亮刘荣亮朱明亮朱明亮（zhumingliang(a)huawei.com) 刘荣亮（liurongliang(a)huawei.com) 蒋文宇（jiangwenyu1(a)huawei.com) 谭利文（tanliwen1(a)huawei.com) 3 内核架构决策内核架构决策 10 吴祚煜吴祚煜吴祚煜吴祚煜（wuzuoyu(a)huawei.com) 余长春（yuchangchun1(a)huawei.com) 董金光（dongjinguang(a)huawei.com)

1 0

OpenHarmony 架构SIG，时间：2021-08-31 09:10-10:30，地点：线上会议，请您准时与会：）
by hengting (A) 30 Aug '21

30 Aug '21

会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-08-31 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=febefee8674c45a5ac377781605…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0215199241&app=welink> Join (External) >><https://welink.zhumu.com/j/215199241> 会议ID : 0215199241 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io<mailto:dev@openharmony.io> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 新增ark_js_runtime,ark_runtime_core,ark_ts2abc,third_party_miniz仓 https://gitee.com/openharmony/ark_js_runtime https://gitee.com/openharmony/ark_runtime_core https://gitee.com/openharmony/ark_ts2abc https://gitee.com/openharmony/third_party_miniz 新增方舟运行时合入社区主线 10 蒋晗蒋晗蒋晗蒋晗(jianghan2(a)huawei.com<mailto:jianghan2@huawei.com>) 龚俊松(gongjunsong(a)huawei.com<mailto:gongjunsong@huawei.com>) 彭彪(pengbiao1(a)huawei.com<mailto:pengbiao1@huawei.com>) 裴家俊(peijiajun(a)hisilicon.com<mailto:peijiajun@hisilicon.com>) 2 新增三个三方开源代码仓： third_party_libsoup:https://gitee.com/openharmony/third_party_libsoup third_party_libpsl:https://gitee.com/openharmony/third_party_libpsl third_party_gettext:https://gitee.com/openharmony/third_party_gettext L2开源媒体子系统新增流媒体播放功能，依赖三方开源软件； 10 朱明亮刘荣亮朱明亮朱明亮（zhumingliang(a)huawei.com<mailto:zhumingliang@huawei.com>）刘荣亮（liurongliang(a)huawei.com<mailto:liurongliang@huawei.com>）蒋文宇（jiangwenyu1(a)huawei.com<mailto:jiangwenyu1@huawei.com>）谭利文（tanliwen1(a)huawei.com<mailto:tanliwen1@huawei.com>） 3 内核架构决策内核架构决策 10 吴祚煜吴祚煜吴祚煜吴祚煜（wuzuoyu(a)huawei.com<mailto:wuzuoyu@huawei.com>）余长春（yuchangchun1(a)huawei.com<mailto:yuchangchun1@huawei.com>）董金光（dongjinguang(a)huawei.com<mailto:dongjinguang@huawei.com>）

1 0

鸿蒙驱动适配咨询
by Issac Renton 29 Aug '21

29 Aug '21

你好！我是一名嵌入式开发工程师。现对鸿蒙刚开始了解不多。碰到了一些比较笼统的疑问，尤其是3518平台相关，如：鸿蒙给出的例程中， 1. 默认的摄像头sensor驱动，内置了imx307、f23等型号如果因为成本等因素考量，需要更换其他型号的sensor（而且该sensor我已适配于较早版本的liteos，可运行），该如何开展？有无相关例程、流程？同样， 2. 默认使用的WIFI芯片是3881，如果因为某些因素的考量，使用非3881WIFI芯片，该如何适配？ 3. 如何优雅的（鸿蒙风格）驱动第三方传感器？如使用I2C接口的一些测距传感器祝国产越来越好！

1 0

[New Committer] Welcoming to become committer of OpenHarmony's multimedia_camera_standard repository : Muralid
by dongjinguang 28 Aug '21

28 Aug '21

Hello Muralid , The OpenHarmony PMC hereby offers you committer privileges to the multimedia_camera_standard project. These privileges are offered on the understanding that you'll use them reasonably and with common sense<https://gitee.com/openharmony/community/blob/master/zh/guidelines_role_grou…>. You have made great contributions to multimedia camera. Below are your PRs: 1. Reviewer of camera, audio & medialibrary ~300+ review comments in camera_standard, audio_standard & media_standard https://gitee.com/openharmony/multimedia_camera_standard/pulls/3 https://gitee.com/openharmony/multimedia_camera_standard/pulls/5 https://gitee.com/openharmony/multimedia_camera_standard/pulls/7 https://gitee.com/openharmony/multimedia_camera_standard/pulls/6 https://gitee.com/openharmony/multimedia_camera_standard/pulls/17 https://gitee.com/openharmony/multimedia_camera_standard/pulls/28 2. Design Contribution : - Designed audio framework & pulseaudio interfaces - Contributed to MediaLibrary design We’re excited to have Muralid join the project. If you accept, please follow your guidelines: 1. Register an DCO<https://dco.openharmony.io/sign/Z2l0ZWUlMkZPcGVuQXRvbQ==> 2. Provide your personal information as following format and sent to email: pmc(a)openharmony.io<mailto:pmc@openharmony.io> 3. OpenHarmony Repository: 4. your name: 5. gitee id url: https://www.gitee.com/xxx 6. gitee id associated email: Best Regards OpenHarmony PMC

1 0

[New Committer] Welcoming to become committer of OpenHarmony's multimedia_audio_standard repository : Anurup
by dongjinguang 28 Aug '21

28 Aug '21

Hello Anurup, The OpenHarmony PMC hereby offers you committer privileges to the multimedia_audio_standard project. These privileges are offered on the understanding that you'll use them reasonably and with common sense<https://gitee.com/openharmony/community/blob/master/zh/guidelines_role_grou…>. You have made great contributions to multimedia audio. Below are your PRs: 1. audio_standard in OpenHarmony https://gitee.com/openharmony/multimedia_audio_standard/commit/899ce4a2c0b5… https://gitee.com/openharmony/multimedia_audio_standard/commit/4fe82b86f4e6… https://gitee.com/openharmony/multimedia_audio_standard/commit/ccfb2e856b88… https://gitee.com/openharmony/multimedia_audio_standard/commit/aaba390e14dd… 2. Some bug fixes in weston+wayland opensouce https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/519 https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/522 https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/530 https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/526 We’re excited to have Anurup join the project. If you accept, please follow your guidelines: 1. Register an DCO<https://dco.openharmony.io/sign/Z2l0ZWUlMkZPcGVuQXRvbQ==> 2. Provide your personal information as following format and sent to email: pmc(a)openharmony.io<mailto:pmc@openharmony.io> 3. OpenHarmony Repository: 4. your name: 5. gitee id url: https://www.gitee.com/xxx 6. gitee id associated email: Best Regards OpenHarmony PMC

1 0

订阅测试
by 戴东东 27 Aug '21

27 Aug '21

您好！测试是否订阅成功！谢谢！

1 0

Re: openharmony的文档上应用开发到底按照哪个来进行？
by minglong 27 Aug '21

27 Aug '21

感谢提醒。今晚刷新文档。 On Aug 27, 2021 10:45，zhaiqi163@163.com<zhaiqi163(a)163.com> wrote：这个网页，https://www.openharmony.cn/pages/0f194b/下面按照这个开发准备，直接跳转到HarmonyOS的开发界面，然后在下面的页面中又说：到底应该按照哪种描述来开发Openharmony的应用？？ Openharmony的文档和工程能否同HarmonyOS完全分离？本身这两个概念就让大众比较混乱了，连文档都混乱，那大家就更不知道什么是Openharmony，什么是HarmonyOS了 zhaiqi163(a)163.com

1 0

openharmony的文档上应用开发到底按照哪个来进行？
by zhaiqi163＠163.com 27 Aug '21

27 Aug '21

这个网页，https://www.openharmony.cn/pages/0f194b/下面按照这个开发准备，直接跳转到HarmonyOS的开发界面，然后在下面的页面中又说：到底应该按照哪种描述来开发Openharmony的应用？？ Openharmony的文档和工程能否同HarmonyOS完全分离？本身这两个概念就让大众比较混乱了，连文档都混乱，那大家就更不知道什么是Openharmony，什么是HarmonyOS了 zhaiqi163(a)163.com

2 1

关于输入法的一点想法
by 962030＠qq.com 26 Aug '21

26 Aug '21

各位，因为目前的版本里没有WIFI配网的界面，所以社区里面有一个兄弟开发了一个WIFI配网的APP，详情如下： https://harmonyos.51cto.com/posts/6290 代码在这里： https://gitee.com/panda-coder/open-harmony-apps/tree/master/Wifi 因为要输入WIFI密码，所以就要做个输入法，我看做的已经相对完善了，如下图：之前PMC会议讨论过输入法的问题，我建议，把这件事在社区里推动起来，没必要等华为的兄弟开发一个类似的东西了。是不是可以考虑怎样把这样一个APP，变成所有APP可以共享的输入法。我们应该更多依赖社区的力量，用开源而不是“满足需求”的思路去解决一些特性的缺失。 962030(a)qq.com

2 1

请反馈会议纪要//RE: 【会议通知】 OpenHarmony 架构SIG，时间：2021-08-20 09:10-10:30，地点：线上会议，请您准时与会：）
by hengting (A) 26 Aug '21

26 Aug '21

会议纪要反馈链接：https://shimo.im/sheets/CqJChdHgcXywT9Gt/MODOC From: hengting (A) Sent: Wednesday, August 18, 2021 5:18 PM To: Rengelin <rengelin(a)huawei.com>; wanchengzhen <wanchengzhen(a)huawei.com>; Zhangyongzhi <zhangyongzhi(a)huawei.com>; Qiangbo(Paul,Device OS) <qiangbo2(a)huawei.com>; dongjinguang <dongjinguang(a)huawei.com>; wuzuoyu <wuzuoyu(a)huawei.com>; wangchun <chunn.wang(a)huawei.com>; lihong (AC) <lihong67(a)huawei.com>; Chengongping (gongping) <chengongping(a)huawei.com> Cc: 'dev(a)openharmony.io' <dev(a)openharmony.io> Subject: 【会议通知】 OpenHarmony 架构SIG，时间：2021-08-20 09:10-10:30，地点：线上会议，请您准时与会：）会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-08-20 09:10-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting · 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=1c758b03c1974ba78fc7a8d4dab…> · Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0189538452&app=welink> · Join (External) >><https://welink.zhumu.com/j/189538452> · 会议ID : 0189538452 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io<mailto:dev@openharmony.io> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 新增Linux内核5.10仓 https://gitee.com/openharmony/kernel_linux_5.10 新增Linux内核5.10，合入社区主线 10 吴祚煜吴祚煜吴祚煜吴祚煜 2 新增ace_ets_loader和ace_js_loader仓 https://gitee.com/openharmony/ace_ets_loader https://gitee.com/openharmony/ace_js_loader 新增ets_loader和js_loader编译工具合入社区主线 10 王纯王纯王纯李洪（lihong67(a)huawei.com<mailto:lihong67@huawei.com>）王纯（chunn.wang(a)huawei.com<mailto:chunn.wang@huawei.com>）陈功平（chengongping(a)huawei.com<mailto:chengongping@huawei.com>）

1 0

请反馈会议纪要//RE: OpenHarmoy PMC Biweekly Meeting Time: 2021-08-19 09:00-11:00
by hengting (A) 26 Aug '21

26 Aug '21

会议纪要反馈链接：https://shimo.im/sheets/N2A1MZgDZxfbBVAD/MODOC From: hengting (A) Sent: Monday, August 16, 2021 10:27 AM To: Liyi (Nicholas, Software Engineering Device OS Dept) <nicholas.li(a)huawei.com>; dongjinguang <dongjinguang(a)huawei.com>; Mazhanfu <mazhanfu(a)huawei.com>; wanchengzhen <wanchengzhen(a)huawei.com>; Rengelin <rengelin(a)huawei.com>; Wangyiming (Youthdragon) <youthdragon.wangyiming(a)huawei.com>; Xingwenhua <xw.hua(a)huawei.com>; Xiaofeng (Blue) <blue.xiaofeng(a)huawei.com>; Niexin (A) <niexin.nie(a)huawei.com>; Houxuanzhe (George) <houxuanzhe(a)huawei.com>; Lijiaxin (Nina Li) <nina.lijiaxin(a)huawei.com>; chenxin (H) <chenxin100(a)huawei.com>; Lizheng (Benson, BG) <lizheng2(a)huawei.com>; niulihua <niulihua3(a)huawei.com>; 'liu_yang(a)hoperun.com' <liu_yang(a)hoperun.com>; 'kelei(a)iscas.ac.cn' <kelei(a)iscas.ac.cn>; zhangxiaowei (A) <zhangxiaowei1(a)huawei.com>; 'dev(a)openharmony.io' <dev(a)openharmony.io> Subject: OpenHarmoy PMC Biweekly Meeting Time: 2021-08-19 09:00-11:00 会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-08-19 09:10-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting · 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=67b27137f4974370b8734c2627e…> · Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0134638027&app=welink> · Join (External) >><https://welink.zhumu.com/j/134638027> · 会议ID : 0134638027 与会人 Attendees 李毅；董金光；马占福；万承臻；任革林；王意明；邢文华；肖峰；聂欣外部与会人 External Participants noel@openatom.org,kelei@iscas.ac.cn<mailto:noel@openatom.org,kelei@iscas.ac.cn> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 三方开开发板移植专项进展 1 图形、媒体、输入统一的HDI接口，隔离芯片平台内核驱动的差异，提升移植效率； 2 OpenHarmony 内核三方开发移植优化方案&进展 3 DRM驱动玻璃SOC芯片平台驱动的可行性进展 https://lists.openatom.io/hyperkitty/list/dev@openharmony.io/message/JQRZQF… 30min 董金光专项一：候选哲专题二：李家欣专题三：陈鑫候选哲李政牛立华梁克雷刘洋 2 新增OLA sig 为OH提供基于通用标准应用层连接协议平台 10min 钟伟跃东跃东钟伟跃东黄明龙梁克雷 3 新增物流机器人os平台sig 为OH提供通用标准物流机器人OS平台 10min 孙敏刚孙敏刚孙敏刚孙敏刚黄明龙梁克雷 4 新增Taro sig 将Taro向OH平台迁移，并将Taro生态的应用提供向OH转换的能力 10min 马剑马剑马剑马剑黄明龙梁克雷 5 OpenHarmony 输入法应用开发策略输入法应用要求的专业性极强，目前仅少数商业公司具备此方面的能力，鉴于这个特点，输入法应用开源版本，建议仅做打字机功能（简单的英文、数字输入，没有中文），并以sample形式对外公布 10min 张晓伟张晓伟张晓伟张晓伟

1 0

【议题征集】 OpenHarmony内核SIG例会，时间：2021-08-31 09:30-11:30(UTC+08:00)，地点：线上接入
by Lijiaxin (Nina Li) 25 Aug '21

25 Aug '21

议题申报<https://shimo.im/sheets/VgQV6VjCJ9cXtY8G/MODOC> （点此链接申报议题）会议时间： 8月31日（周二）09:30-11:30 会议地点：电话会议会议主题： OpenHarmony内核SIG例会召集人：李家欣与会人：软件所：梁克雷，黄明龙，罗未，夏凡 KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，李家欣，沈伟，刘宇，朱佳鑫，易见，周未来，张智伟，吴祚煜，王米虎，李开龙，候选哲，陈风，杜潇泊，鲍国涛，杨妮，段夕超，赵鸿江，魏勇军，缪勰，方炜，贾宁，王力，张小田接入信息： Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=d65a9ea50ea443d9adc0f107e98…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0205777211&app=welink> Join (External) >><https://welink.zhumu.com/j/205777211> Meeting ID 0205777211

1 0

OpenHarmoy PMC Biweekly Meeting Time: 2021-08-26 09:10-11:00
by hengting (A) 25 Aug '21

25 Aug '21

会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-08-26 09:10-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=b79e181d8e8c4f9aa8561f8da3c…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0145296477&app=welink> Join (External) >><https://welink.zhumu.com/j/145296477> 会议ID : 0145296477 与会人 Attendees 李毅；董金光；马占福；万承臻；任革林；王意明；邢文华；肖峰；聂欣外部与会人 External Participants noel@openatom.org;kelei@iscas.ac.cn<mailto:noel@openatom.org;kelei@iscas.ac.cn> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 OpenHarmony社区文档开发&SIG Docs运作社区文档开发流程&SIG Docs运作机制 10min 杨妮 (Neen.yang(a)huawei.com<mailto:Neen.yang@huawei.com>) 杨妮杨妮刘果梁克雷黄明龙 2 OpenHarmony Github镜像代码仓方案计划 OpenHarmony Github镜像代码仓方案计划 10min 刘果刘果刘果梁克雷黄明龙王意明马明帅杨妮

1 0

【会议纪要】OpenHarmony内核SIG例会，会议时间：2021年8月24日（周二）09:30-11:30
by Lijiaxin (Nina Li) 24 Aug '21

24 Aug '21

会议纪要一，同意按照“Linux内核可移植性增强整体方案”进行试运行，迭代几次之后形成正式的流程。二，试运行分工如下： 1，提供4.19上的hdf patch 候选哲 8/26前 2，提供hdf testcase和对应的指导文档候选哲 8/26前 3，提供4.19上的small config 、 standard config路径和指导文档 , 吴祚煜 8/25前 4，提供启动 4.19上的init 指导文档张小田 8/26前 5，梁克雷找一个团队，找一个非海思平台非4.19的三方已有内核，验证在有限的技术指导之下，仅凭以上1,2,3,4提供的代码和文档，该团队是否能够独自快速把OpenHarmony在三方已有内核上跑起来，碰到的每一个Blocking问题都要记录下来，下周二SIG例会之前给大家反馈梁克雷 8/31 6，研究特性级的移植patch案例 https://backports.wiki.kernel.org/index.php/Main_Page 下次例会讨论候选哲 8/31 7，研究内核测试框架 https://lkft.linaro.org/ 和 https://git.lavasoftware.org/lava/lava 下次例会讨论李家欣8/31 附：Linux内核可移植性增强整体方案的简介图 [cid:image001.png@01D798D7.C40BB090] 发件人: Lijiaxin (Nina Li) [mailto:nina.lijiaxin@huawei.com] 发送时间: 2021年8月23日 14:46 收件人: dev(a)openharmony.io; dongjinguang <dongjinguang(a)huawei.com>; Rengelin <rengelin(a)huawei.com>; wanchengzhen <wanchengzhen(a)huawei.com>; Houxuanzhe (George) <houxuanzhe(a)huawei.com>; Shenwei (Denny, Device OS) <denny.shenwei(a)huawei.com>; Liuyu (Ted) <liuyu82(a)huawei.com>; zhujiaxin <zhujiaxin(a)huawei.com>; Yijian (A) <salient.yijian(a)huawei.com>; zhouweilai <zhouweilai(a)huawei.com>; Zhangzhiwei (D) <weizhi.zhang(a)huawei.com>; wuzuoyu <wuzuoyu(a)huawei.com>; Wangmihu <wangmihu(a)huawei.com>; Likailong (kkup, Development Dept Seven of Device OS) <likailong(a)huawei.com>; Yangni (A) <neen.yang(a)huawei.com>; duanxichao <duanxichao(a)huawei.com>; Duxiaobo <duxiaobo(a)huawei.com>; Baoguotao <baoguotao(a)huawei.com>; Chenfeng (Scott) <chenfeng469(a)huawei.com>; Zhaohongjiang <zhaohongjiang(a)huawei.com>; weiyongjun (A) <weiyongjun1(a)huawei.com>; miaoxie (A) <miaoxie(a)huawei.com>; fangwei (I) <fangwei1(a)huawei.com>; Jianing (OS-LAB) <ning.jia(a)huawei.com>; Wangli (T) <wangli74(a)huawei.com> 抄送: Liyi (Nicholas, Software Engineering Device OS Dept) <nicholas.li(a)huawei.com>; dongjinguang <dongjinguang(a)huawei.com>; Yuxiaoqi <yuxiaoqi(a)huawei.com> 主题: [Dev] 【会议通知】OpenHarmony内核SIG例会，会议时间：2021年8月24日（周二）09:30-11:30 OpenHarmony内核SIG例会序号议题汇报人相关与会人时段时长 1 OpenHarmony当前已开源Linux内核的default config介绍朱佳鑫 All 9:30~9:50 20min 2 OpenHarmony Linux内核可移植性增强整体方案已在PMC汇报通过，遗留问题讨论： l 问题一：如何吸引开发者将OH 内核patch移植到不同的三方内核上，并引导开发者将移植之后的patch贡献给社区？ l 问题二：如果出现多个开发者同时将OH 内核patch移植到同一个三方内核，社区应如何操作？ l 问题三：OH内核patch的License是否存在GPL之外的选择？ l 问题四：是否可以构建自动化测试方式来代替手工认证，从而使开发者能够自己完成OH内核patch的自动化验证和自主发布？ l 问题五：OH 内核patch以及三方芯片平台内核patch的代码上库及发布流程细节讨论 All 9:50~10:50 60min 3 OpenHarmony Linux内核可移植性增强方案的落地分工讨论 All 10:50~11:30 40min 会议时间： 8月24日（周二）09:30-11:30 会议地点：电话会议会议主题： OpenHarmony内核SIG例会召集人：李家欣与会人：软件所：梁克雷，黄明龙，罗未，夏凡 KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，李家欣，沈伟，刘宇，朱佳鑫，易见，周未来，张智伟，吴祚煜，王米虎，李开龙，候选哲，陈风，杜潇泊，鲍国涛，杨妮，段夕超，赵鸿江，魏勇军，缪勰，方炜，贾宁，王力会议接入： Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=306ba1f11c80428387cd74f4a07…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0152392426&app=welink> Join (External) >><https://welink.zhumu.com/j/152392426> Meeting ID 0152392426

1 0

【会议通知】OpenHarmony内核SIG例会，会议时间：2021年8月24日（周二）09:30-11:30
by Lijiaxin (Nina Li) 23 Aug '21

23 Aug '21

OpenHarmony内核SIG例会序号议题汇报人相关与会人时段时长 1 OpenHarmony当前已开源Linux内核的default config介绍朱佳鑫 All 9:30~9:50 20min 2 OpenHarmony Linux内核可移植性增强整体方案已在PMC汇报通过，遗留问题讨论： l 问题一：如何吸引开发者将OH 内核patch移植到不同的三方内核上，并引导开发者将移植之后的patch贡献给社区？ l 问题二：如果出现多个开发者同时将OH 内核patch移植到同一个三方内核，社区应如何操作？ l 问题三：OH内核patch的License是否存在GPL之外的选择？ l 问题四：是否可以构建自动化测试方式来代替手工认证，从而使开发者能够自己完成OH内核patch的自动化验证和自主发布？ l 问题五：OH 内核patch以及三方芯片平台内核patch的代码上库及发布流程细节讨论 All 9:50~10:50 60min 3 OpenHarmony Linux内核可移植性增强方案的落地分工讨论 All 10:50~11:30 40min 会议时间： 8月24日（周二）09:30-11:30 会议地点：电话会议会议主题： OpenHarmony内核SIG例会召集人：李家欣与会人：软件所：梁克雷，黄明龙，罗未，夏凡 KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，李家欣，沈伟，刘宇，朱佳鑫，易见，周未来，张智伟，吴祚煜，王米虎，李开龙，候选哲，陈风，杜潇泊，鲍国涛，杨妮，段夕超，赵鸿江，魏勇军，缪勰，方炜，贾宁，王力会议接入： Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=306ba1f11c80428387cd74f4a07…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0152392426&app=welink> Join (External) >><https://welink.zhumu.com/j/152392426> Meeting ID 0152392426

1 0

【会议通知】OpenHarmony内核SIG例会，会议时间：2021年8月24日（周二）09:30-11:30
by Lijiaxin (Nina Li) 23 Aug '21

23 Aug '21

OpenHarmony内核SIG例会序号议题汇报人相关与会人时段时长 1 OpenHarmony当前已开源Linux内核的default config介绍朱佳鑫 All 9:30~9:50 20min 2 OpenHarmony Linux内核可移植性增强整体方案已在PMC汇报通过，遗留问题讨论： l 问题一：如何吸引开发者将OH 内核patch移植到不同的三方内核上，并引导开发者将移植之后的patch贡献给社区？ l 问题二：如果出现多个开发者同时将OH 内核patch移植到同一个三方内核，社区应如何操作？ l 问题三：OH内核patch的License是否存在GPL之外的选择？ l 问题四：是否可以构建自动化测试方式来代替手工认证，从而使开发者能够自己完成OH内核patch的自动化验证和自主发布？ l 问题五：OH 内核patch以及三方芯片平台内核patch的代码上库及发布流程细节讨论 All 9:50~10:50 60min 3 OpenHarmony Linux内核可移植性增强方案的落地分工讨论 All 10:50~11:30 40min 会议时间： 8月24日（周二）09:30-11:30 会议地点：电话会议会议主题： OpenHarmony内核SIG例会召集人：李家欣与会人：软件所：梁克雷，黄明龙，罗未，夏凡 KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，李家欣，沈伟，刘宇，朱佳鑫，易见，张智伟，吴祚煜，王米虎，李开龙，候选哲，陈风，杜潇泊, 鲍国涛，杨妮，段夕超会议接入： Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=306ba1f11c80428387cd74f4a07…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0152392426&app=welink> Join (External) >><https://welink.zhumu.com/j/152392426> Meeting ID 0152392426

1 0

SIG-Charter-Proposal-softtotalline
by 1148264186 23 Aug '21

23 Aug '21

新建sig仓  背景信息: IPC JS接口联调.因为之前STD分支上IPC的仓直接指向OpenHarmony相应的仓，IPC JS无法单独上STD分支联调，因此需要新建仓业务范围:IPC JS接口联调目标:JS代码上STD分支联调

1 0

SIG-Charter-Proposal-softtotalline
by 1148264186 23 Aug '21

23 Aug '21

新建sig仓

2 1

SIG-Charter-Proposal-01sig
by 763793334＠qq.com 20 Aug '21

20 Aug '21

提交新建SIG申请

1 0

Fw: Welcome to the "dev" mailing list
by 763793334＠qq.com 20 Aug '21

20 Aug '21

---Original--- From: "dev-request"<dev-request(a)openharmony.io> Date: Fri, Aug 20, 2021 17:43 PM To: "xujiahao"<1148264186(a)qq.com>; Subject: Welcome to the "dev" mailing list Welcome to the "dev" mailing list! To post to this list, send your message to:   dev(a)openharmony.io You can unsubscribe or make adjustments to your options via email by sending a message to:   dev-request(a)openharmony.io with the word 'help' in the subject or body (don't include the quotes), and you will get back a message with instructions.  You will need your password to change your options, but for security purposes, this password is not included here.  If you have forgotten your password you will need to reset it via the web UI.

1 0

[VOTE] New Committer baihaili@huawei.com
by zhumingliang 20 Aug '21

20 Aug '21

各位PMC/committer专家：提名baihaili(a)huawei.com<mailto:提名luoboming@huawei.com>为以下模块的committer。请大家回复邮件投票，赞成请回复 +1，不赞成请回复 -1 及不赞成原因。 https://gitee.com/openharmony/multimedia_media_standard 白海丽(https://gitee.com/brookbai)是菲尔兹实验室 [2012实验室]资深多媒体专家，有丰富的多媒体设计开发经验。其带领的多媒体团队完成了OpenHarmony媒体子系统Media模块的原始开发工作，累计交付代码21Kloc，有效支撑OpenHarmony首次开源。其团队将会长期致力于OpenHarmony社区的多媒体能力建设，添加Committer将能更高效的服务社区建设。

1 0

【会议通知】 OpenHarmony 架构SIG，时间：2021-08-20 09:10-10:30，地点：线上会议，请您准时与会：）
by hengting (A) 18 Aug '21

18 Aug '21

会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-08-20 09:10-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting ・加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=1c758b03c1974ba78fc7a8d4dab…> ・ Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0189538452&app=welink> ・ Join (External) >><https://welink.zhumu.com/j/189538452> ・会议ID : 0189538452 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io<mailto:dev@openharmony.io> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 新增Linux内核5.10仓 https://gitee.com/openharmony/kernel_linux_5.10 新增Linux内核5.10，合入社区主线 10 吴祚煜吴祚煜吴祚煜吴祚煜 2 新增ace_ets_loader和ace_js_loader仓 https://gitee.com/openharmony/ace_ets_loader https://gitee.com/openharmony/ace_js_loader 新增ets_loader和js_loader编译工具合入社区主线 10 王纯王纯王纯李洪（lihong67(a)huawei.com<mailto:lihong67@huawei.com>）王纯（chunn.wang(a)huawei.com<mailto:chunn.wang@huawei.com>）陈功平（chengongping(a)huawei.com<mailto:chengongping@huawei.com>）

1 0

【会议通知】 OpenHarmony 架构SIG，时间：2021-08-20 09:10-10:30，地点：线上会议，请您准时与会：）
by hengting (A) 18 Aug '21

18 Aug '21

会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-08-20 09:10-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting · 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=1c758b03c1974ba78fc7a8d4dab…> · Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0189538452&app=welink> · Join (External) >><https://welink.zhumu.com/j/189538452> · 会议ID : 0189538452 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io<mailto:dev@openharmony.io> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 新增Linux内核5.10仓 https://gitee.com/openharmony/kernel_linux_5.10 新增Linux内核5.10，合入社区主线 10 吴祚煜吴祚煜吴祚煜吴祚煜 2 新增ace_ets_loader和ace_js_loader仓 https://gitee.com/openharmony/ace_ets_loader https://gitee.com/openharmony/ace_js_loader 新增ets_loader和js_loader编译工具合入社区主线 10 王纯王纯王纯李洪（lihong67(a)huawei.com) 王纯（chunn.wang(a)huawei.com) 陈功平（chengongping(a)huawei.com)

1 0

OpenHarmoy PMC Biweekly Meeting Time: 2021-08-19 09:10-11:00
by hengting (A) 17 Aug '21

17 Aug '21

会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-08-19 09:10-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting ・加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=67b27137f4974370b8734c2627e…> ・ Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0134638027&app=welink> ・ Join (External) >><https://welink.zhumu.com/j/134638027> ・会议ID : 0134638027 与会人 Attendees 李毅；董金光；马占福；万承臻；任革林；王意明；邢文华；肖峰；聂欣外部与会人 External Participants noel@openatom.org,kelei@iscas.ac.cn<mailto:noel@openatom.org,kelei@iscas.ac.cn> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 三方开开发板移植专项进展 1 图形、媒体、输入统一的HDI接口，隔离芯片平台内核驱动的差异，提升移植效率； 2 OpenHarmony 内核三方开发移植优化方案&进展 3 DRM驱动玻璃SOC芯片平台驱动的可行性进展 https://lists.openatom.io/hyperkitty/list/dev@openharmony.io/message/JQRZQF… 30min 董金光专项一：候选哲专题二：李家欣专题三：陈鑫候选哲李政牛立华梁克雷刘洋 2 新增OLA sig 为OH提供基于通用标准应用层连接协议平台 10min 钟伟跃东跃东钟伟跃东黄明龙梁克雷 3 新增物流机器人os平台sig 为OH提供通用标准物流机器人OS平台 10min 孙敏刚孙敏刚孙敏刚孙敏刚黄明龙梁克雷 4 新增Taro sig 将Taro向OH平台迁移，并将Taro生态的应用提供向OH转换的能力 10min 马剑马剑马剑马剑黄明龙梁克雷 5 OpenHarmony 输入法应用开发策略输入法应用要求的专业性极强，目前仅少数商业公司具备此方面的能力，鉴于这个特点，输入法应用开源版本，建议仅做打字机功能（简单的英文、数字输入，没有中文），并以sample形式对外公布 10min 张晓伟张晓伟张晓伟张晓伟 6 编译框架整改方案汇总对现有编译框架结构进行梳理并输出一套切实可行的落地方案 30min 黄明龙梁克雷刘洋李传钊黄明龙罗未梁克雷刘洋李传钊黄明龙 7 新增工业Paas平台 SIG 为OH的工业OS提供PaaS云平台架构 5min 解伟俊解伟俊何向阳黄明龙何向阳解伟俊 8 新增教育信息化平台 SIG 为OH 教育平台提供信息化（数据采集、处理、展示等）标准 5min 解伟俊解伟俊何向阳黄明龙何向阳解伟俊 9 OpenHarmony社区文档开发&SIG Docs运作社区文档开发流程&SIG Docs运作机制 10min 杨妮 (Neen.yang(a)huawei.com<mailto:Neen.yang@huawei.com>) 杨妮杨妮刘果梁克雷黄明龙

1 0

【会议纪要】Project Management Committee Meeting 2021-07-22
by hengting (A) 16 Aug '21

16 Aug '21

Project Management Committee Meeting 2021-07-22 Attendance: The attendance have reached quorum with 7 participants in the meeting. Agenda: 1. Review the actions from last meetings 2. Review the issues and PRs from the community which need to higlight 3. Open discussion Review the actions from last meetings: Topic 1: Proposal for solution-component * The basic OS capability has not been incorporated into the openharmony project, should be embeded in the form of vendor repository. Topic 2: QEMU Progress Report * Agree to the repository of vendor_ohemu will be accepted into OpenHarmony project. Topic 3: Proposal the ark toolchain and runtime as a default runtime of OpenHarmony * Agree the proposal Topic 4: Proposal for creating blockchain sig * As a part of project of security sig Topic 5: Proposal for creating Python SIG * The code of the SIG group has been refactored and will setup in OpenHarmony SIG group. Topic 6: Proposal for creating CICD SIG * Suggest to rename as infrastructure SIG and will setup in OpenHarmony SIG group. Topic 7: Porting thirdparty devboard requirements for OpenHarmony * It is tracked by some special issue. Topic 8: Proposal for creating Linkboy sig * Agree the proposal and establish education sig. Review the issues and PRs from the community which need to higlight Open discussion From: hengting (A) Sent: Wednesday, July 21, 2021 11:45 AM To: dongjinguang <dongjinguang(a)huawei.com<mailto:dongjinguang@huawei.com>>; Liyi (Nicholas, Software Engineering Device OS Dept) <nicholas.li(a)huawei.com<mailto:nicholas.li@huawei.com>>; Futianfu (FU Tianfu, CBG) <futianfu(a)huawei.com<mailto:futianfu@huawei.com>>; Mazhanfu <mazhanfu(a)huawei.com<mailto:mazhanfu@huawei.com>>; wanchengzhen <wanchengzhen(a)huawei.com<mailto:wanchengzhen@huawei.com>>; Rengelin <rengelin(a)huawei.com<mailto:rengelin@huawei.com>>; Wangyiming (Youthdragon) <youthdragon.wangyiming(a)huawei.com<mailto:youthdragon.wangyiming@huawei.com>>; Xingwenhua <xw.hua(a)huawei.com<mailto:xw.hua@huawei.com>>; Xiaofeng (Blue) <blue.xiaofeng(a)huawei.com<mailto:blue.xiaofeng@huawei.com>>; Niexin (A) <niexin.nie(a)huawei.com<mailto:niexin.nie@huawei.com>>; Litao (Tom) <litao33(a)huawei.com<mailto:litao33@huawei.com>>; wanchengzhen <wanchengzhen(a)huawei.com<mailto:wanchengzhen@huawei.com>>; Likailong (kkup, Development Dept Seven of Device OS) <likailong(a)huawei.com<mailto:likailong@huawei.com>>; maguangyao <maguangyao(a)huawei.com<mailto:maguangyao@huawei.com>>; laokz(a)foxmail.com<mailto:laokz@foxmail.com>; zhushengle <zhushengle(a)huawei.com<mailto:zhushengle@huawei.com>>; zuoyl(a)neusoft.com<mailto:zuoyl@neusoft.com>; baineng(a)digitalchina.com<mailto:baineng@digitalchina.com>; jianghan (A) <jianghan2(a)huawei.com<mailto:jianghan2@huawei.com>>; gongjunsong <gongjunsong(a)huawei.com<mailto:gongjunsong@huawei.com>>; minglong(a)iscas.ac.cn<mailto:minglong@iscas.ac.cn>; Lizhiqi (OS) <lizhiqi1(a)huawei.com<mailto:lizhiqi1@huawei.com>>; liuyuehua (A) <liuyuehua1(a)huawei.com<mailto:liuyuehua1@huawei.com>>; Houpengfei (A) <pengfei.hou(a)huawei.com<mailto:pengfei.hou@huawei.com>>; Houxuanzhe (George) <houxuanzhe(a)huawei.com<mailto:houxuanzhe@huawei.com>>; Yinyouzhan <yinyouzhan(a)huawei.com<mailto:yinyouzhan@huawei.com>>; Xuwenfang <xuwenfang(a)huawei.com<mailto:xuwenfang@huawei.com>>; 910360201(a)QQ.COM<mailto:910360201@QQ.COM> Cc: Xieyan (E) <xieyan20(a)huawei.com<mailto:xieyan20@huawei.com>>; Liyi (Nicholas, Software Engineering Device OS Dept) <nicholas.li(a)huawei.com<mailto:nicholas.li@huawei.com>>; Chenjian (Jeffrey, Chen) <Thor.chen(a)huawei.com<mailto:Thor.chen@huawei.com>>; Daizhicheng <daizhicheng(a)huawei.com<mailto:daizhicheng@huawei.com>>; gaoquan 00222800 <gaoquan(a)huawei.com<mailto:gaoquan@huawei.com>>; huangqing (I) <huangqing14(a)huawei.com<mailto:huangqing14@huawei.com>>; Liuying (Loewe) <loewe.liu(a)huawei.com<mailto:loewe.liu@huawei.com>>; Wangchangliang (A) <austin.wang(a)huawei.com<mailto:austin.wang@huawei.com>>; xianyuqiang <xianyuqiang(a)huawei.com<mailto:xianyuqiang@huawei.com>>; Zhongxiaofei (Device OS) <zhongxiaofei(a)huawei.com<mailto:zhongxiaofei@huawei.com>>; Zhushuang(Walker,CBG R&D) <zhushuang(a)huawei.com<mailto:zhushuang@huawei.com>>; Chencheng (J) <beyond.chen(a)huawei.com<mailto:beyond.chen@huawei.com>>; Chenfeng (Scott) <chenfeng469(a)huawei.com<mailto:chenfeng469@huawei.com>>; Chengguohong (guohong) <guohong.cheng(a)huawei.com<mailto:guohong.cheng@huawei.com>>; Gongashi <gongashi(a)huawei.com<mailto:gongashi@huawei.com>>; Guojinwei <guojinwei(a)huawei.com<mailto:guojinwei@huawei.com>>; Houpengfei (A) <pengfei.hou(a)huawei.com<mailto:pengfei.hou@huawei.com>>; Houweibo <houweibo(a)huawei.com<mailto:houweibo@huawei.com>>; Huanghuijin <huanghuijin(a)huawei.com<mailto:huanghuijin@huawei.com>>; Ligang (william) <william.ligang(a)huawei.com<mailto:william.ligang@huawei.com>>; Lijiaxin (Nina Li) <nina.lijiaxin(a)huawei.com<mailto:nina.lijiaxin@huawei.com>>; liyu (M) <liyu1(a)huawei.com<mailto:liyu1@huawei.com>>; Niuhui <niuhui(a)huawei.com<mailto:niuhui@huawei.com>>; Qiangbo(Paul,Device OS) <qiangbo2(a)huawei.com<mailto:qiangbo2@huawei.com>>; tanliwen (A) <tanliwen1(a)huawei.com<mailto:tanliwen1@huawei.com>>; Wangjun (iov) <wangjun145(a)huawei.com<mailto:wangjun145@huawei.com>>; Wangjuntao (Pis, OS) <wangjuntao.wang(a)huawei.com<mailto:wangjuntao.wang@huawei.com>>; Wangmihu <wangmihu(a)huawei.com<mailto:wangmihu@huawei.com>>; Wangxiangyang (Walton) <walton.wang(a)huawei.com<mailto:walton.wang@huawei.com>>; Wangxing (Raymond) <raymond.wangxing(a)huawei.com<mailto:raymond.wangxing@huawei.com>>; Wangzaishang <wangzaishang(a)huawei.com<mailto:wangzaishang@huawei.com>>; Yangni (A) <neen.yang(a)huawei.com<mailto:neen.yang@huawei.com>>; Yanyongjie <yongjie.yan(a)huawei.com<mailto:yongjie.yan@huawei.com>>; dev(a)openharmony.io<mailto:dev@openharmony.io> Subject: 【会议通知】 OpenHarmoy PMC Biweekly Meeting，时间：2021-07-22 14:30-16:00，地点：线上会议，请您准时与会：）会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-07-22 14:30-16:00(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=99f8191480664ab09125863680d…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0156054198&app=welink> Join (External) >><https://welink.zhumu.com/j/156054198> 会议ID : 015 605 419 8 与会人 Attendees 李毅；董金光；马占福；万承臻；任革林；王意明；邢文华；肖峰；聂欣外部与会人 External Participants noel@openatom.org,kelei@iscas.ac.cn<mailto:noel@openatom.org,kelei@iscas.ac.cn> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 OpenHamony社区状态审视 20min 董金光邢文华邢文华 2 申请新增SIG：solution-component 将尚未收编到openharmony社区的一些OS公共基础能力通过SIG孵化，更方便快捷去支持南向生态拓展。 15min 李涛李涛李涛李涛、万承臻 3 qemu进展汇报 qemu标准化编译 qemu加入门禁 qemu图形显示和鼠标键盘输入 15min 李开龙李开龙马广耀张凯、朱生乐、马广耀、左永亮柏能 4 方舟JS/TS部分作为OpenHarmony的JS/TS语言编译工具链和运行时子系统开源 1）提供JS/TS编译工具链 2）提供JS语言运行时 15min 蒋晗蒋晗蒋晗龚俊松 5 新增blockchain sig 增加OH区块链功能拓展 5min 尚璇尚璇尚璇尚璇 6 新增python sig 为OH增加python样例 5min 唐佐林唐佐林唐佐林唐佐林 7 新增cicd sig OpenHarmony的CICD能力提升与改进 5min 梁克雷梁克雷梁克雷梁克雷/黄明龙 8 L2对Linux需求讨论L2对Linux的基础需求，便于三方芯片厂家接入 15min 梁克雷梁克雷梁克雷梁克雷、李之琦刘跃华、侯鹏飞候选哲、尹友展徐文方 9 新增 Linkboy sig 为OpenHarmony提供可视化编程能力 5min 王强王强王强王强

1 0

OpenHarmoy PMC Biweekly Meeting Time: 2021-08-19 09:00-11:00
by hengting (A) 16 Aug '21

16 Aug '21

会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-08-19 09:10-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting ・加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=67b27137f4974370b8734c2627e…> ・ Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0134638027&app=welink> ・ Join (External) >><https://welink.zhumu.com/j/134638027> ・会议ID : 0134638027 与会人 Attendees 李毅；董金光；马占福；万承臻；任革林；王意明；邢文华；肖峰；聂欣外部与会人 External Participants noel@openatom.org,kelei@iscas.ac.cn<mailto:noel@openatom.org,kelei@iscas.ac.cn> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 三方开开发板移植专项进展 1 图形、媒体、输入统一的HDI接口，隔离芯片平台内核驱动的差异，提升移植效率； 2 OpenHarmony 内核三方开发移植优化方案&进展 3 DRM驱动玻璃SOC芯片平台驱动的可行性进展 https://lists.openatom.io/hyperkitty/list/dev@openharmony.io/message/JQRZQF… 30min 董金光专项一：候选哲专题二：李家欣专题三：陈鑫候选哲李政牛立华梁克雷刘洋 2 新增OLA sig 为OH提供基于通用标准应用层连接协议平台 10min 钟伟跃东跃东钟伟跃东黄明龙梁克雷 3 新增物流机器人os平台sig 为OH提供通用标准物流机器人OS平台 10min 孙敏刚孙敏刚孙敏刚孙敏刚黄明龙梁克雷 4 新增Taro sig 将Taro向OH平台迁移，并将Taro生态的应用提供向OH转换的能力 10min 马剑马剑马剑马剑黄明龙梁克雷 5 OpenHarmony 输入法应用开发策略输入法应用要求的专业性极强，目前仅少数商业公司具备此方面的能力，鉴于这个特点，输入法应用开源版本，建议仅做打字机功能（简单的英文、数字输入，没有中文），并以sample形式对外公布 10min 张晓伟张晓伟张晓伟张晓伟

1 0

OpenHarmoy PMC Biweekly Meeting Time: 2021-08-19 09:00-11:00
by hengting (A) 16 Aug '21

16 Aug '21

会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-08-19 09:10-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting · 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=67b27137f4974370b8734c2627e…> · Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0134638027&app=welink> · Join (External) >><https://welink.zhumu.com/j/134638027> · 会议ID : 0134638027 与会人 Attendees 李毅；董金光；马占福；万承臻；任革林；王意明；邢文华；肖峰；聂欣外部与会人 External Participants noel@openatom.org,kelei@iscas.ac.cn<mailto:noel@openatom.org,kelei@iscas.ac.cn> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 三方开开发板移植专项进展 1 图形、媒体、输入统一的HDI接口，隔离芯片平台内核驱动的差异，提升移植效率； 2 OpenHarmony 内核三方开发移植优化方案&进展 3 DRM驱动玻璃SOC芯片平台驱动的可行性进展 https://lists.openatom.io/hyperkitty/list/dev@openharmony.io/message/JQRZQF… 30min 董金光专项一：候选哲专题二：李家欣专题三：陈鑫候选哲李政牛立华梁克雷刘洋 2 新增OLA sig 为OH提供基于通用标准应用层连接协议平台 10min 钟伟跃东跃东钟伟跃东黄明龙梁克雷 3 新增物流机器人os平台sig 为OH提供通用标准物流机器人OS平台 10min 孙敏刚孙敏刚孙敏刚孙敏刚黄明龙梁克雷 4 新增Taro sig 将Taro向OH平台迁移，并将Taro生态的应用提供向OH转换的能力 10min 马剑马剑马剑马剑黄明龙梁克雷 5 OpenHarmony 输入法应用开发策略输入法应用要求的专业性极强，目前仅少数商业公司具备此方面的能力，鉴于这个特点，输入法应用开源版本，建议仅做打字机功能（简单的英文、数字输入，没有中文），并以sample形式对外公布 10min 张晓伟张晓伟张晓伟张晓伟

1 0

SIG-MiniBlink（申请新建SIG）
by 马铁 15 Aug '21

15 Aug '21

SIG组工作目标和范围工作目标打造一款多平台，高精简的H5渲染内核组件工作范围 H5渲染内核代码仓代码仓地址： MiniBlink：https://gitee.com/weolar_admin/miniblink57 SIG组成员 Leader @码云账号(https://gitee.com/weolar) @码云账号(https://gitee.com/ampereufo) Committers列表暂无会议会议时间：2021-08-20（目前是独立开发者，大部分时间都比较自由，随时可以会议）会议申报：会议链接：会议通知：会议纪要：联系方式(可选) 王斌：QQ：93527630、手机/微信：13714449252 马铁：QQ：17136608、手机/微信：13726276317

1 0

尝试编译arm
by 962030＠qq.com 15 Aug '21

15 Aug '21

各位，昨天今天尝试编译ohos-arm64，编译不过，碰到的主要问题是-Wall -Werror导致的一些Warning被当作错误。仔细看挡住的这些Warning，基本上都是从32切到64以后，long的范围变化导致的。在64位系统下，int为了与之前的兼容，仍占4字节32位，而long被扩展到了8字节64位。如下面的例子： /foundation/communication/wifi/services/wifi_standard/wifi_framework/wifi_manage/idl_client/wifi_idl_client.cpp:879:41: warning: format specifies type 'int' but the argument has type 'std::__h::vector<int, std::__h::allocator<int> >::size_type' (aka 'unsigned long') [-Wformat] LOGD("start GetChipIds %{public}d", ids.size()); /* fixed compile error, -Werror,-Wunused-parameter */ ~~~~~~~~~~ ^~~~~~~~~~ %lu 解决办法有两个：1、改代码，消除Warning；2、改编译选项，压制相关的Warning。尝试了一下，都有点行不通，改代码，地方太多了，而且也不知道怎么改好，大的改小了还是小的改大了。改编译选项，本来以为在\build\config\compiler\BUILD.gn中加入-Wno-error=format即可，但是实际上不行。整个编译构建体系，不知道哪个小可爱在后面又加入了-Wall -Werror，如下图：这种搞法真的是让人无所适从。李传钊 962030(a)qq.com

1 0

OpenHarmony 架构SIG 会议纪要
by minglong 14 Aug '21

14 Aug '21

会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-08-11 14:15-15:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting Join Conference Join (Host) >> Join (Internal) >> Join (External) >> Meeting ID 0137362574 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 新增 workscheduler和backgroundtask manager 仓 "https://gitee.com/openharmony/resourceschedule_workscheduler", "https://gitee.com/openharmony/resourceschedule_backgroundtaskmanager" 在开源社区启动backgrundtask manager和workscheduler的开发，需要新增两个仓，该仓属于资源调度子系统resourceschedule 10 wanghui hujun hujun hujun 2 新增ipc_auth仓 https://gitee.com/openharmony/ipc_auth permission功能已经交接给安工部门，ipc_auth功能属于轻鸿蒙，因此需要挪出来单独建仓 10 蒋晓峰/00421855 江丽丽/00291086 江丽丽/00291086 江丽丽/00291086 蒋晓峰/00421855 3 新增DLLite-Micro仓 https://gitee.com/openharmony/dllite_micro DLLite-Micro sig孵化毕业，合入主线 10 施裕瀚施裕瀚施裕瀚施裕瀚黄明龙梁克雷 4 小熊派代码合入主线评审 https://gitee.com/openharmony/vendor_bearpi https://gitee.com/openharmony/applications_sample_bearpi_hm_nano https://gitee.com/openharmony/device_bearpi_bearpi_hm_nano 小熊派代码合入主线评审 10 王城王城王城王城黄明龙梁克雷 5 新增三方厂商的sig仓库 device_asrmicro: asr三方单板sdk的仓库 vendor_beken：博通集成，黑蜂智造智能采耳棒产品 vendor_bouffalolab: 博流产品连接类模组格兰仕/九阳/格力 vendor_bestechnic: 恒玄产品连接类模组、语音、显示图形华为xxx产品 vendor_ingenic: 君正产品万研通词典笔 vendor_allwinner: 全志产品讯飞录音笔 vendor_asrmicro: asr 连接类模组美的家居 vendor_winnermicro: 联盛德连接类模组美的家居生态产品拓展，三方芯片厂商在openharmony-sig下建仓 10 李开龙李开龙蔡俊蔡俊李开龙刘洋李凯关浔陈俊（BES）邱东升（君正）赵安璞（博流）刘大伟（ASR）（全志）（联盛德）（博通集成）议题决议如下: 1. 新增 workscheduler和backgroundtask manager 仓议题人没有上会。作为遗留问题。 2. 新增ipc_auth仓背景如下：permission 仓下有ipc_auth 鉴权能力，但是permission功能已经交接给安工部门，ipc_auth功能还未交接出，其功能属于轻鸿蒙，因此需要将ipc_auth仓挪出来到security仓下，与permission仓平级目录，申请单独建仓。 -permission下有两个功能，一个为ipc鉴权（看通信时是否有访问权限），一个是应用的权限鉴定（该功能已经交接给安工部了） -安工部反馈ipc_auth 不应该放在permission仓下，应属于security子集功能，会影响其permission仓的更新和维护，因此申请将ipc_auth 功能仓转出到security子仓下，新建仓ipc_auth，与permission同级目录 -具体permission架构如下： -应用权限管理主要是对应用在其配置表中的权限进行持久化存储和管理，提供应用申请和取消服务等 -ipc 鉴权通信不仅仅应用于应用程序，包括整个系统运行过程中所有的bundle通信，以ipc通信方式进行通讯的都需要经过ipc鉴权管理，在L1 上部分替代SE Linux功能，在L2上没有此功能 -对外提供的接口不会有变化，唯一变化的是内部系统服务在配置，目录地址会变化。因为轻设备没有单独编译的模块的sdk这一级，所以在使用时直接引入 ipc头文件，如果做了inner scq就没有上述问题 -如果做上述修改，其他子系统都需要根据修改做对应的修改（主要是系统服务相关的目录结构要改变），目前libspace无变化，只是目录路径发生变化 -想要移仓的主要是因为目前permission仓的功能和ipc_auth仓功能进行了拆分，permission仓交接给安工部，ipc_auth仓与安工部的permission仓耦合在一起，不易于后续的维护 -不建议现在进行整改 -下周与安工部会议统一对齐后，再进行探讨 -inner SDK 统一部署后 -目前整改与否对主线影响不大。等上述事项完成后，再进行整改 3. 新增DLLite-Micro仓 -之前已经与架构成员完成评审，此议题关闭 4. 小熊派代码合入主线评审 -一共需要新建三个仓 https://gitee.com/openharmony/vendor_bearpi https://gitee.com/openharmony/applications_sample_bearpi_hm_nano https://gitee.com/openharmony/device_bearpi_bearpi_hm_nano -另外还需要引入两个三方仓，将会以外链加patch的形式进行引入 Chipset -|hisilicon -|xxx Device (目录放板级和芯片) -board -|bearpi -|st -|hispark -qemu 按照上述文档进行整改 -后续需要解决的问题是，各自的非官方开发板引入主仓后需要各自负责人定期维护 -整改的方向明确，整体代码的具体整改以渐进的方式进行（先新建一套新的目录结构，逐渐替换现有目录结构的方式进行） 5. 新增三方厂商的sig仓库 - device_asrmicro: asr三方单板sdk的仓库 - vendor_beken：博通集成，黑蜂智造智能采耳棒产品 - vendor_bouffalolab: 博流产品连接类模组格兰仕/九阳/格力 - vendor_bestechnic: 恒玄产品连接类模组、语音、显示图形华为xxx产品 - vendor_ingenic: 君正产品万研通词典笔 - vendor_allwinner: 全志产品讯飞录音笔 - vendor_asrmicro: asr 连接类模组美的家居 - vendor_winnermicro: 联盛德连接类模组美的家居 -所有仓，对应的device仓已经建立 -所有仓的vendor device仓都由各自厂商提供并提供代码 -编译的工具链都是厂家子集提供 -先在sig仓建立，后续要求跟今天目录结构整改保持一致，以保证后续整改一致 -后续所有芯片级别的建仓按照今天的情况进行汇总并汇报一下 -开发者 Nagesh 希望贡献 Arduino Nano 33 BLE 开发板后续由社区负责对接，目前已经加入zulip，持续跟进其工作进度。

1 0

Proposal to add New MCU hardware support for OpenHarmony
by Nagesh shamnur 13 Aug '21

13 Aug '21

Dear OpenHarmony PMC, This mail is to propose adding new hardware such as Arduino Nano 33 BLE as supported MCU for OpenHarmony which is targeted for L0-L1 devices. Detailed information about the proposal I have added in the attached .md file. I am sending this mail after having an initial discussion with likailong (likailong(a)huawei.com<mailto:likailong@huawei.com>) over the welink messaging. Looking forward for the meeting to present the proposal in the upcoming meeting. Regards, Nagesh.

2 1

[SIG-Charter-Proposal-Telephony]
by zhf 12 Aug '21

12 Aug '21

SIG-Telephony SIG组工作目标和范围工作目标电话服务子系统开源贡献工作范围电话服务子系统开源贡献，包含搜网、卡、通话、短彩信、数据业务等代码仓代码仓地址：当前已存在的核心服务：https://gitee.com/openharmony/telephony_core_service 蜂窝通话：https://gitee.com/openharmony/telephony_cellular_call 通话管理：https://gitee.com/openharmony/telephony_call_manager 注册服务：https://gitee.com/openharmony/telephony_state_registry 短彩信：https://gitee.com/openharmony/telephony_sms_mms 本次新增 ril：https://gitee.com/openharmony/telephony_ril_adapter 数据业务：https://gitee.com/openharmony/telephony_cellular_data 网络管理：https://gitee.com/openharmony/communication_netmanager_standard Leader @码云账号(https://gitee.com/zhang-hai-feng) Committers列表 @码云账号 https://gitee.com/zhang-hai-feng https://gitee.com/jyh926 会议会议时间：每周四例行会议申报：可参考PMC例会申请方式，提供石墨共享文档链接，便于SIG相关申报人自行申请议题会议链接: Welink或其他会议会议通知: 请订阅邮件列表 dev(a)openharmony.xn--io -q31m340b7l6b1o6eowvavz3a 会议纪要: 归档链接地址联系方式(可选)

1 0

Re: 鸿蒙OS 适配RK3399 的SDK 有正式释放的版本吗
by minglong 11 Aug '21

11 Aug '21

您好。目前OpenHarmony在适配RK3399 芯片。等适配完成后，会将手册及代码开源。欢迎加入zulip 参与我们讨论。 https://zulip.openharmony.cn/join/yd44lblwyoe64hyvljomyisf/ On Aug 11, 2021 14:25，qinfanzhong@jlinksz.com<qinfanzhong(a)jlinksz.com> wrote：各位，请教下，鸿蒙OS 适配RK3399 的SDK 有正式释放的版本吗，谁了解这方面信息的，能分享下吗？ qinfanzhong(a)jlinksz.com 覃凡忠 13631628245 深圳市瑞拓创展科技有限公司深圳市南山区西丽平山一路南山云谷二期14栋6楼602

1 0

升级到鸿蒙系统以后，USB摄像头设备无法识别
by 付丙瑞 11 Aug '21

11 Aug '21

我的P40 Pro手机，更新到鸿蒙系统以后，就识别不到USB摄像头了。另外，其他的手机比如MATE30也有同样的问题。我是通过android app程序来监控摄像头插拔的，但是升级到鸿蒙以后，就无法监控了。 -- -- 致礼 13636683506

4 3

Re: 回复：企业如何参与到RK3399的适配工作
by qinfanzhong＠jlinksz.com 10 Aug '21

10 Aug '21

xzmu和xiaofan，请问下，目前RK3399 适配鸿蒙系统的进度如何？是否可以share进度。 qinfanzhong(a)jlinksz.com 覃凡忠 13631628245 深圳市瑞拓创展科技有限公司深圳市南山区西丽平山一路南山云谷二期14栋6楼602 发件人： ‪noel@openatom.org‬ 发送时间： 2021-06-26 17:21 收件人： SM0387; dongjinguang(a)huawei.com; 梁克雷; 谭小凡抄送： dev(a)openharmony.io 主题： [Dev] 回复：企业如何参与到RK3399的适配工作非常感谢上海商米的同事 OH社区非常希望您这样的团队加入。目前3399的移植是由xzmu@openatom.org，xiaofan@iscas.ac.cn 在推进，请xzmu和xiaofan将上海商米的同事的力量整合起来发自手机 -------- 原始邮件 -------- 发件人： SM0387 <liyang(a)sunmi.com> 日期： 2021年6月24日周四上午10:52 收件人： dongjinguang(a)huawei.com 抄送： dev(a)openharmony.io 主题： [Dev] 企业如何参与到RK3399的适配工作您好, 我们是来自上海的一家企业: 上海商米科技集团股份有限公司, 我们致力于为商用领域提供丰富且优秀的智能IoT硬件及软硬结合的数字化解决方案. 我们的官网: https://www.sunmi.com/index 目前我们在进行Harmony的技术预研, 后续我们希望部分产品可以使用 Harmony OS. 我们从网上了解到 FireFly 在进行 RK3399的移植工作, 并且我们内部也有RK3399的量产项目, 我们团队拥有丰富的软硬件开发能力. 请问, 如何参与到 Harmony 的 RK3399 的移植项目? 李阳 15221450901 上海商米科技集团股份有限公司

1 0

【会议通知】 OpenHarmony 架构SIG，时间：2021-08-11 14:15-15:30，地点：线上会议，请您准时与会：）
by hengting (A) 10 Aug '21

10 Aug '21

会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-08-11 14:15-15:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=b6c902bf4bb24971ac35ee0b84c…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0137362574&app=welink> Join (External) >><https://welink.zhumu.com/j/137362574> Meeting ID 0137362574 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io<mailto:dev@openharmony.io> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 新增 workscheduler和backgroundtask manager 仓 "https://gitee.com/openharmony/resourceschedule_workscheduler", "https://gitee.com/openharmony/resourceschedule_backgroundtaskmanager" 在开源社区启动backgrundtask manager和workscheduler的开发，需要新增两个仓，该仓属于资源调度子系统resourceschedule 10 wanghui hujun hujun hujun 2 新增ipc_auth仓 https://gitee.com/openharmony/ipc_auth permission功能已经交接给安工部门，ipc_auth功能属于轻鸿蒙，因此需要挪出来单独建仓 10 蒋晓峰/00421855 江丽丽/00291086 江丽丽/00291086 江丽丽/00291086 蒋晓峰/00421855 3 新增DLLite-Micro仓 https://gitee.com/openharmony/dllite_micro DLLite-Micro sig孵化毕业，合入主线 10 施裕瀚施裕瀚施裕瀚施裕瀚黄明龙梁克雷 4 小熊派代码合入主线评审 https://gitee.com/openharmony/vendor_bearpi https://gitee.com/openharmony/applications_sample_bearpi_hm_nano https://gitee.com/openharmony/device_bearpi_bearpi_hm_nano 小熊派代码合入主线评审 10 王城王城王城王城黄明龙梁克雷 5 新增三方厂商的sig仓库 device_asrmicro: asr三方单板sdk的仓库 vendor_beken：博通集成，黑蜂智造智能采耳棒产品 vendor_bouffalolab: 博流产品连接类模组格兰仕/九阳/格力 vendor_bestechnic: 恒玄产品连接类模组、语音、显示图形华为xxx产品 vendor_ingenic: 君正产品万研通词典笔 vendor_allwinner: 全志产品讯飞录音笔 vendor_asrmicro: asr 连接类模组美的家居 vendor_winnermicro: 联盛德连接类模组美的家居生态产品拓展，三方芯片厂商在openharmony-sig下建仓 10 李开龙李开龙蔡俊蔡俊李开龙刘洋李凯关浔陈俊（BES）邱东升（君正）赵安璞（博流）刘大伟（ASR）（全志）（联盛德）（博通集成）

1 0

文档图片404
by Paddy 06 Aug '21

06 Aug '21

3 2

请反馈会议纪要//RE: 【会议通知】 OpenHarmoy PMC Biweekly Meeting，时间：2021-07-22 14:30-16:00，地点：线上会议，请您准时与会：）
by hengting (A) 05 Aug '21

05 Aug '21

会议纪要反馈链接：https://shimo.im/sheets/N2A1MZgDZxfbBVAD/MODOC 会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-07-22 14:30-16:00(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=99f8191480664ab09125863680d…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0156054198&app=welink> Join (External) >><https://welink.zhumu.com/j/156054198> 会议ID : 015 605 419 8 与会人 Attendees 李毅；董金光；马占福；万承臻；任革林；王意明；邢文华；肖峰；聂欣外部与会人 External Participants noel@openatom.org,kelei@iscas.ac.cn<mailto:noel@openatom.org,kelei@iscas.ac.cn> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 OpenHamony社区状态审视 20min 董金光邢文华邢文华 2 申请新增SIG：solution-component 将尚未收编到openharmony社区的一些OS公共基础能力通过SIG孵化，更方便快捷去支持南向生态拓展。 15min 李涛李涛李涛李涛、万承臻 3 qemu进展汇报 qemu标准化编译 qemu加入门禁 qemu图形显示和鼠标键盘输入 15min 李开龙李开龙马广耀张凯、朱生乐、马广耀、左永亮柏能 4 方舟JS/TS部分作为OpenHarmony的JS/TS语言编译工具链和运行时子系统开源 1）提供JS/TS编译工具链 2）提供JS语言运行时 15min 蒋晗蒋晗蒋晗龚俊松 5 新增blockchain sig 增加OH区块链功能拓展 5min 尚璇尚璇尚璇尚璇 6 新增python sig 为OH增加python样例 5min 唐佐林唐佐林唐佐林唐佐林 7 新增cicd sig OpenHarmony的CICD能力提升与改进 5min 梁克雷梁克雷梁克雷梁克雷/黄明龙 8 L2对Linux需求讨论L2对Linux的基础需求，便于三方芯片厂家接入 15min 梁克雷梁克雷梁克雷梁克雷、李之琦刘跃华、侯鹏飞候选哲、尹友展徐文方 9 新增 Linkboy sig 为OpenHarmony提供可视化编程能力 5min 王强王强王强王强会议公告 Bulletins 上次会议纪要如下：https://codehub-y.huawei.com/openharmony/mom_for_pmc/files?ref=mas… OpenHarmony Committer清单：https://codehub-y.huawei.com/openharmony/pmc-committer/files?re…

1 0

OpenHarmony 2.2 Beta2（2021-08-04）Release
by Fuchao (Process Quality Dept) 04 Aug '21

04 Aug '21

OpenHarmony 2.2 Beta2（2021-08-04）Release 版本概述当前版本在OpenHarmony 2.0 Canary的基础上，针对轻量系统、小型系统和标准系统都有增加新的特性，并修复已知缺陷：标准系统新增特性功能如下： * 新增分布式远程拉起能力端到端的构建。 * 新增系统基础应用的拖拽能力和新增若干Sample应用。 * 新增媒体三大服务能力，提供更好的媒体系统功能。轻量和小型系统新增特性功能如下： * 新增轻量级linux版本构建能力。 * 新增轻量级内核能力增强，包括文件系统增强、内核调试工具增强支持、内核模块支持可配置、三方芯片适配支持、支持ARM9架构等。 * 轻量级图形能力增强支持，包括支持多语言字体对齐、支持显示控件轮廓、支持点阵字体、供统一多后端框架支持多芯片平台等。 * DFX能力增强支持，包括HiLog功能增强、HiEvent功能增强，提供轻量级系统信息dump工具、提供重启维侧框架等。 * AI能力增强支持，包括新增linux内核适配支持、AI引擎支持基于共享内存的数据传输。配套关系表 1 版本软件和工具配套关系软件版本备注 OpenHarmony 2.2 Beta2 NA HUAWEI DevEco Studio（可选） DevEco Studio 2.2 Beta1 OpenHarmony应用开发推荐使用。 HUAWEI DevEco Device Tool（可选） Deveco DeviceTool 2.2 Beta1 OpenHarmony智能设备集成开发环境推荐使用。源码获取方式一（推荐）通过repo + ssh 下载（需注册公钥，请参考码云帮助中心<https://gitee.com/help/articles/4191>）。 repo init -u git@gitee.com:openharmony/manifest.git<mailto:git@gitee.com:openharmony/manifest.git> -b refs/tags/OpenHarmony-v2.2-Beta2 --no-repo-verify repo sync -c repo forall -c 'git lfs pull' 方式二通过repo + https 下载。 repo init -u https://gitee.com/openharmony/manifest.git -b refs/tags/OpenHarmony-v2.2-Beta2 --no-repo-verify repo sync -c repo forall -c 'git lfs pull' 详细信息请见Release notes：https://gitee.com/openharmony/docs/blob/master/zh-cn/release-notes/Op…

1 0

hispark_pegasus仓库的审核人员奇慢，请协调解决。
by 947828231 04 Aug '21

04 Aug '21

hi3861芯片作为现在开发者最热衷的目标芯片之一收到很多关注，但是代码issue和pr的反馈极慢，给热心的开发者贡献代码和及时更正错误增添了障碍。希望能及时解决这个问题。谢谢。郎鹏

2 1

能否优化dco检查的机制，让开发人员在网页端通过轻量级pr轻松修改代码
by 947828231 04 Aug '21

04 Aug '21

是否可以通过固定格式署名等方式便利网页在线修改代码，使轻量级pr也能进行和通过dco检查，进一步提升代码贡献效率呢？谢谢。郎鹏

3 2

OpenHarmony编译框架设计分享与问题交流
by denny 02 Aug '21

02 Aug '21

Denny 邀请您参加腾讯会议会议主题：OpenHarmony编译框架设计分享与问题交流会议时间：2021/08/03 14:00-16:00 (GMT+08:00) 中国标准时间 - 北京点击链接入会，或添加至会议列表： https://meeting.tencent.com/s/Dc3eRGBzmPml 会议 ID：225 450 407 手机一键拨号入会 +8675536550000,,225450407# (中国大陆) +85230018898,,,2,225450407# (中国香港) 根据您的位置拨号 +8675536550000 (中国大陆) +85230018898 (中国香港) 复制该信息，打开手机腾讯会议App V2.13以上版本即可参与议程：编译框架设计思路 ---peitaiyi 常见应用场景案例演示 ---peitaiyi 问题讨论和改进建议 ---ALL

1 0

《OpenHarmony三方芯片移植现状和诉求讨论 -- 会议纪要》
by dongjinguang 31 Jul '21

31 Jul '21

1、OpenHarmony平台类公共问题&优化措施： • （1）针对音频、视频、输入的提供标准Linux参考实现（ALSA、V4L2、Input Event），尤其是TDE（图形二维加速器）、VO对DRM依赖需要规划统一的HDI接口，隔离芯片平台内核驱动的差异，提升移植效率; owner: houxuanzhe<https://gitee.com/zianed>, lizheng<https://gitee.com/lz-230>, niulihua<https://gitee.com/niulihua>, liangkelei<https://gitee.com/xzmu> • （2）小海思评估可否提供一套参考的DRM驱动，作为OpenHarmony开源社区的用户态驱动的开源实现；owner： chenxin<https://gitee.com/northking-super> • （3）内核LTS多版本支持诉求，从交流来看，目前OpenHarmony并未强制指定4.19内核，为了降低三方SOC针对不同LTS版本kernel移植的便捷性和实际与三方SOC合作的可行性，初步协商如下解决措施： owner: lijiaxin<nina.lijiaxin(a)huawei.com> o a、策略一：维护一套common kernel（譬如4.19），针对不同的LTS版本，将OpenHarmony依赖内核的default defconfig特性和驱动针对不同的LTS版本制作成不同版本的patch：LTS kernel patches + 移植指导； o b、策略二：随着OpenHarmony南向生态逐步完善，逐步牵引SOC来维护common kernel和不同SOC tree的方式； 2、外部开发者暴露问题&优化措施： • （1）缺乏编译单个模块的能力 -- 通过编译选项[可选] --build-target 指定编译目标，可以指定多个 • （2）预编译init、rc等问题 --730 master主线版本解决 • （3）GPIO管脚服用、时钟树、GIC（中断控制器）L0~L1上缺少统一的HDF驱动框架，当前由于Iot SOC 跨芯片平台的差异，未统一设计，从跨芯片平台移植和易用性考虑来看需要统一规划，针对该问题建议采取如下措施： • a、临时解决方案：内核启动初始化init阶段统一初始化配置； • b、由OpenHarmony 驱动框架SIG Leader或社区开发者通过社区PR方式逐步完善对应的驱动框架HDF的能力； owner：houxuanzhe<https://gitee.com/zianed> • （4）OpenHarmony1.1.0 LTS版本是否有计划回合master主线上的HDF MMC驱动框架，在社区中可以与LTS维护者沟通回合的必要性 ; owner:zhangguang<https://gitee.com/zhangg05283106>, 侯鹏飞<1290635392(a)qq.com> • （5）liteos-a 移植中的芯片差异导致的内存映射差异、移植指导说明，需要收集devboard sig移植过程中的问题，并针对性的完善； owner：likailong<https://gitee.com/kkup180>, liuyang<https://gitee.com/liuyang198591> • （6）调测手段单一繁琐，针对OS系统调测只能编译、烧录，不支持单模块替换、模拟器等方式调试，目前标准系统的调测功能相对单一，建议新增调试工具链相关需求进行完善；owner: wangzaishang<https://gitee.com/wangzaishang> 遗留问题，请对应领域责任人周期性的议题在PMC例会上进行问题闭环 -----约会原件----- 发件人: wangke (AN) 发送时间: 2021年7月26日 17:22 收件人: Mazhanfu; dongjinguang; Zhanglei (LeiBJ, OS3); Lijiaxin (Nina Li); Wangmihu; Rengelin; wanchengzhen; Houxuanzhe (George); Likailong (kkup, Development Dept Seven of Device OS); chenxin (H); Yuanwenhong 抄送: Liyi (Nicholas, Software Engineering Device OS Dept); Yuxiaoqi; Xuejiancheng 主题: 链接刷新//【会议通知】OpenHarmony三方芯片移植现状和诉求讨论//时间：07-27（周二） 19:00-20:30//请您预留时间准时接入，谢谢~ 时间: 2021年7月27日星期二 19:00-20:30(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐。地点: 语音接入会议主题 OpenHarmony三方芯片移植现状和诉求讨论会议时间 2021-07-27（周二） 19:00-20:30 与会人马占福、董金光、任革林、张磊、李加欣、万承臻、候选哲、李开龙、陈鑫、袁文鸿会议议题编号议题名称引导人 1 OpenHarmony三方芯片移植现状和诉求讨论董金光语音会议加入会议(Host)<http://imeeting.huawei.com/meeting/startzoom?id=93c55a819ff54e1ea24ca09f657…> 加入会议(Internal)<http://imeeting.huawei.com/meeting/joinzoom?id=0207747088&app=welink> 加入会议(External)<https://welink.zhumu.com/j/207747088> 会议ID 0207747088 会议公告 1、请勿迟到、早退。 2、会议期间，请将手机设为振动或转至秘书座机。 3、请控制会议时间，及时输出会议纪要，让我们开一个高效的会！

1 0

Re: Welcome to the "dev" mailing list
by 黄节两 31 Jul '21

31 Jul '21

At 2021-07-31 17:12:21, dev-request(a)openharmony.io wrote: >Welcome to the "dev" mailing list! > >To post to this list, send your message to: > > dev(a)openharmony.io > >You can unsubscribe or make adjustments to your options via email by >sending a message to: > > dev-request(a)openharmony.io > >with the word 'help' in the subject or body (don't include the >quotes), and you will get back a message with instructions. You will >need your password to change your options, but for security purposes, >this password is not included here. If you have forgotten your >password you will need to reset it via the web UI.

1 0

刷新会议时间为16:30开始，请知//【会议通知】 OpenHarmony 2.2 beta2版本发布评审会议，时间：2021-07-30 16:30-17:30(UTC+08:00)，
by hengting (A) 30 Jul '21

30 Jul '21

发件人: wangke (AN) 发送时间: 2021年7月29日 17:56 收件人: wangke (AN) <wangke148(a)huawei.com<mailto:wangke148@huawei.com>> 抄送: pmc(a)openharmony.io<mailto:pmc@openharmony.io>; dev(a)openharmony.io<mailto:dev@openharmony.io>; kelei(a)iscas.ac.cn<mailto:kelei@iscas.ac.cn>; noel(a)openatom.org<mailto:noel@openatom.org>; minglong(a)iscas.ac.cn<mailto:minglong@iscas.ac.cn>; lotus(a)openatom.org<mailto:lotus@openatom.org> 主题: 【会议通知】 OpenHarmony 2.2 beta2版本发布评审会议，时间：2021-07-30 16:30-17:30 (UTC+08:00)，会议主题 OpenHarmony 2.2 beta2版本发布评审会议会议时间 2021-07-30 16:30-17:30 (UTC+08:00)Beijing 视频会议加入会议(External)<https://welink.zhumu.com/j/189730780> 会议ID Meeting ID：0189730780 与会人马占福、董金光、任革林、张勇智、聂欣、肖峰、陈雅旬、王意明、傅超、邢文华、张明修、张磊、鲍国涛、艾勇福、纪永、杨妮、喻靖、刘果外部抄送人 pmc@openharmony.io、dev@openharmony.io、kelei@iscas.ac.cn、noel@openatom.org、minglong@iscas.ac.cn、lotus@openatom.org<mailto:pmc@openharmony.io、dev@openharmony.io、kelei@iscas.ac.cn、noel@openatom.org、minglong@iscas.ac.cn、lotus@openatom.org> 会议议题编号议题名称汇报人 1 OpenHarmony 2.2 beta2版本准出评审邢文华会议公告提示 Tips 请点击会议链接按照提示下载客户端，下载后请不要注册，重新点击链接入会。操作指导<https://app.huawei.com/eshare/meetings?locale=zh_CN> Click the conference link to download the client as prompted. After downloading the client, do not register. Click the link to join the conference again. Operation Guide<https://app.huawei.com/eshare/meetings?locale=en_US>

1 0

刷新会议时间为16:00开始，请知//【会议通知】 OpenHarmony 2.2 beta2版本发布评审会议，时间：2021-07-30 16:00-17:30(UTC+08:00)，
by hengting (A) 30 Jul '21

30 Jul '21

发件人: wangke (AN) 发送时间: 2021年7月29日 17:56 收件人: wangke (AN) <wangke148(a)huawei.com<mailto:wangke148@huawei.com>> 抄送: pmc(a)openharmony.io<mailto:pmc@openharmony.io>; dev(a)openharmony.io<mailto:dev@openharmony.io>; kelei(a)iscas.ac.cn<mailto:kelei@iscas.ac.cn>; noel(a)openatom.org<mailto:noel@openatom.org>; minglong(a)iscas.ac.cn<mailto:minglong@iscas.ac.cn>; lotus(a)openatom.org<mailto:lotus@openatom.org> 主题: 【会议通知】 OpenHarmony 2.2 beta2版本发布评审会议，时间：2021-07-30 16:00-17:30 (UTC+08:00)，会议主题 OpenHarmony 2.2 beta2版本发布评审会议会议时间 2021-07-30 16:00-17:30 (UTC+08:00)Beijing 视频会议加入会议(External)<https://welink.zhumu.com/j/189730780> 会议ID Meeting ID：0189730780 与会人马占福、董金光、任革林、张勇智、聂欣、肖峰、陈雅旬、王意明、傅超、邢文华、张明修、张磊、鲍国涛、艾勇福、纪永、杨妮、喻靖、刘果外部抄送人 pmc@openharmony.io、dev@openharmony.io、kelei@iscas.ac.cn、noel@openatom.org、minglong@iscas.ac.cn、lotus@openatom.org<mailto:pmc@openharmony.io、dev@openharmony.io、kelei@iscas.ac.cn、noel@openatom.org、minglong@iscas.ac.cn、lotus@openatom.org> 会议议题编号议题名称汇报人 1 OpenHarmony 2.2 beta2版本准出评审邢文华会议公告提示 Tips 请点击会议链接按照提示下载客户端，下载后请不要注册，重新点击链接入会。操作指导<https://app.huawei.com/eshare/meetings?locale=zh_CN> Click the conference link to download the client as prompted. After downloading the client, do not register. Click the link to join the conference again. Operation Guide<https://app.huawei.com/eshare/meetings?locale=en_US>

1 0

FW: 【会议通知】 OpenHarmony 2.2 beta2版本发布评审会议，时间：2021-07-30 14:15-16:00(UTC+08:00)，
by hengting (A) 30 Jul '21

30 Jul '21

From: wangke (AN) Sent: Friday, July 30, 2021 9:14 AM To: hengting (A) <hengting1(a)huawei.com> Subject: 转发: 【会议通知】 OpenHarmony 2.2 beta2版本发布评审会议，时间：2021-07-30 14:15-16:00(UTC+08:00)，发件人: wangke (AN) 发送时间: 2021年7月29日 17:56 收件人: wangke (AN) <wangke148(a)huawei.com<mailto:wangke148@huawei.com>> 抄送: pmc(a)openharmony.io<mailto:pmc@openharmony.io>; dev(a)openharmony.io<mailto:dev@openharmony.io>; kelei(a)iscas.ac.cn<mailto:kelei@iscas.ac.cn>; noel(a)openatom.org<mailto:noel@openatom.org>; minglong(a)iscas.ac.cn<mailto:minglong@iscas.ac.cn>; lotus(a)openatom.org<mailto:lotus@openatom.org> 主题: 【会议通知】 OpenHarmony 2.2 beta2版本发布评审会议，时间：2021-07-30 14:15-16:00(UTC+08:00)，会议主题 OpenHarmony 2.2 beta2版本发布评审会议会议时间 2021-07-30 14:15-16:00(UTC+08:00)Beijing 视频会议加入会议(External)<https://welink.zhumu.com/j/189730780> 会议ID Meeting ID：0189730780 与会人马占福、董金光、任革林、张勇智、聂欣、肖峰、陈雅旬、王意明、傅超、邢文华、张明修、张磊、鲍国涛、艾勇福、纪永、杨妮、喻靖、刘果外部抄送人 pmc@openharmony.io、dev@openharmony.io、kelei@iscas.ac.cn、noel@openatom.org、minglong@iscas.ac.cn、lotus@openatom.org<mailto:pmc@openharmony.io、dev@openharmony.io、kelei@iscas.ac.cn、noel@openatom.org、minglong@iscas.ac.cn、lotus@openatom.org> 会议议题编号议题名称汇报人 1 OpenHarmony 2.2 beta2版本准出评审邢文华会议公告提示 Tips 请点击会议链接按照提示下载客户端，下载后请不要注册，重新点击链接入会。操作指导<https://app.huawei.com/eshare/meetings?locale=zh_CN> Click the conference link to download the client as prompted. After downloading the client, do not register. Click the link to join the conference again. Operation Guide<https://app.huawei.com/eshare/meetings?locale=en_US>

1 0

求助：OpenHarmony 如何配置适用于嵌入式系统的最小组件配置？
by Luo Xiaogang 28 Jul '21

28 Jul '21

dear all : OpenHarmony 如何配置适用于嵌入式系统的最小组件配置？目标：配置嵌入式系统(linux)需要的最少的组件。硬件环境：arm926，主频 300M ，内存 128M , flash 64M 软件业务：协议网关类产品，网络和串口之间的协议转换。没有音视频，没有UI界面，没有分布式业务。以前系统：u-boot + linux + busybox 我在 Hi3516DV300.json 基础上只修改了 ”parts“ 的配置，其他保持不变，做了如下尝试： 1、"startup:init":{} 编译结束，组建文件体统时，提示找不到 root 目录，构建文件系统失败。只有 startup:init 组件相关的程序。 2、"startup":init{}, "common:common":{} 编译失败，gn gen 生成 ninja 文件的时候失败，提示如下： build configs generation is complete. ERROR at //build/templates/cxx/cxx.gni:648:7: Script returned non-zero exit code. exec_script(external_deps_script, arguments) ^---------- Current dir: /home/luo/linux/openharmony/tmp/out/ohos-arm-release/ Command: /usr/bin/env /home/luo/linux/openharmony/tmp/build/templates/common/external_deps_handler.py --external-deps hiviewdfx_hilog_native:libhilog --parts-src-flag-file build_configs/parts_src_flag.json --external-deps-temp-file gen/utils/native/base/utilsbase_external_deps_temp.json --sdk-base-dir ../../sdk/ohos-arm --sdk-dir-name sdk/ohos-arm --current-toolchain //build/toolchain/ohos:ohos_clang_arm Returned 1 and printed out: file '../../sdk/ohos-arm/hiviewdfx_hilog_native/sdk_info.json' doesn't exist. stderr: Traceback (most recent call last): File "/home/luo/linux/openharmony/tmp/build/templates/common/external_deps_handler.py", line 239, in <module> sys.exit(main()) File "/home/luo/linux/openharmony/tmp/build/templates/common/external_deps_handler.py", line 205, in main sdk_module_info, adapted_ok = _get_external_module_from_sdk( File "/home/luo/linux/openharmony/tmp/build/templates/common/external_deps_handler.py", line 73, in _get_external_module_from_sdk raise Exception("part '{}' doesn't exist in sdk modules.".format( Exception: part 'hiviewdfx_hilog_native' doesn't exist in sdk modules. See //utils/native/base/BUILD.gn:100:1: whence it was called. ohos_static_library("utilsbase") { ^--------------------------------- See //third_party/sqlite/BUILD.gn:72:5: which caused the file to be included. "//utils/native/base:utils", ^-------------------------- build: gn gen error 3、"startup":init{}, "common:common":{},"utils:utils_base":{} 编译失败，gn gen 生成 ninja 文件的时候失败，提示和2类似可能需要的子系统：startup、common、xts 不需要的子系统：distributeddatamgr、account、hiviewdfx、communication、distributedschedule、multimedia、telephony、distributedhardware 使用哪些组件可以配置一个适用于嵌入式的最小的 openHarmony 系统（linux）？谢谢！

1 0

求助：OpenHarmony 如何配置适用于嵌入式系统的最小组件配置？
by 骆小刚 28 Jul '21

28 Jul '21

dear all : OpenHarmony 如何配置适用于嵌入式系统的最小组件配置？目标：配置嵌入式系统(linux)需要的最少的组件。硬件环境：arm926，主频 300M ，内存 128M , flash 64M 软件业务：协议网关类产品，网络和串口之间的协议转换。没有音视频，没有UI界面，没有分布式业务。以前系统：u-boot + linux + busybox 我在 Hi3516DV300.json 基础上只修改了 ”parts“ 的配置，其他保持不变，做了如下尝试： 1、"startup:init":{} 编译结束，组建文件体统时，提示找不到 root 目录，构建文件系统失败。只有 startup:init 组件相关的程序。 2、"startup":init{}, "common:common":{} 编译失败，gn gen 生成 ninja 文件的时候失败，提示如下： build configs generation is complete. ERROR at //build/templates/cxx/cxx.gni:648:7: Script returned non-zero exit code. exec_script(external_deps_script, arguments) ^---------- Current dir: /home/luo/linux/openharmony/tmp/out/ohos-arm-release/ Command: /usr/bin/env /home/luo/linux/openharmony/tmp/build/templates/common/external_deps_handler.py --external-deps hiviewdfx_hilog_native:libhilog --parts-src-flag-file build_configs/parts_src_flag.json --external-deps-temp-file gen/utils/native/base/utilsbase_external_deps_temp.json --sdk-base-dir ../../sdk/ohos-arm --sdk-dir-name sdk/ohos-arm --current-toolchain //build/toolchain/ohos:ohos_clang_arm Returned 1 and printed out: file '../../sdk/ohos-arm/hiviewdfx_hilog_native/sdk_info.json' doesn't exist. stderr: Traceback (most recent call last): File "/home/luo/linux/openharmony/tmp/build/templates/common/external_deps_handler.py", line 239, in <module> sys.exit(main()) File "/home/luo/linux/openharmony/tmp/build/templates/common/external_deps_handler.py", line 205, in main sdk_module_info, adapted_ok = _get_external_module_from_sdk( File "/home/luo/linux/openharmony/tmp/build/templates/common/external_deps_handler.py", line 73, in _get_external_module_from_sdk raise Exception("part '{}' doesn't exist in sdk modules.".format( Exception: part 'hiviewdfx_hilog_native' doesn't exist in sdk modules. See //utils/native/base/BUILD.gn:100:1: whence it was called. ohos_static_library("utilsbase") { ^--------------------------------- See //third_party/sqlite/BUILD.gn:72:5: which caused the file to be included. "//utils/native/base:utils", ^-------------------------- build: gn gen error 3、"startup":init{}, "common:common":{},"utils:utils_base":{} 编译失败，gn gen 生成 ninja 文件的时候失败，提示和2类似可能需要的子系统：startup、common、xts 不需要的子系统：distributeddatamgr、account、hiviewdfx、communication、distributedschedule、multimedia、telephony、distributedhardware 使用哪些组件可以配置一个适用于嵌入式的最小的 openHarmony 系统（linux）？谢谢！

1 0

标准系统开发n-api的JS模块的一些问题以及解决方法
by 谭小凡 28 Jul '21

28 Jul '21

存在的问题问题1. NAPI_CALL一族函数可能会导致函数体返回，造成内存泄露（2021/7/25更新）该状态已经得到缓解，目前代码中看到的是在外层函数中申请资源，调用Wrap函数去实际干活。Wrap函数中随意使用NAPI_CALL宏，一旦异常返回，外层函数负责回收申请到的资源。但是这种机制未解决了所有内存泄露的问题，以NAPI_GetProcessName函数为例（为了板书简短，下面代码做了适当精简） napi_value NAPI_GetProcessName(napi_env env, napi_callback_info info) { ProcessNameCB *processNameCB = CreateProcessNameCBInfo(env); if (processNameCB == nullptr) returnnullptr; napi_value ret = GetProcessNameWrap(env, info, processNameCB); if (ret == nullptr && processNameCB != nullptr) { delete processNameCB; processNameCB = nullptr; } return ret; } napi_value GetProcessNameWrap(napi_env env, napi_callback_info info, ProcessNameCB *processNameCB) { if (processNameCB == nullptr) returnnullptr; size_t argcAsync = 1; const size_t argcPromise = 0; const size_t argCountWithAsync = argcPromise + ARGS_ASYNC_COUNT; napi_value args[ARGS_MAX_COUNT] = {nullptr}; napi_value ret = nullptr; NAPI_CALL(env, napi_get_cb_info(env, info, &argcAsync, args, nullptr, nullptr)); if (argcAsync > argCountWithAsync || argcAsync > ARGS_MAX_COUNT) returnnullptr; if (argcAsync > argcPromise) ret = GetProcessNameAsync(env, args, argcAsync, argcPromise, processNameCB); else ret = GetProcessNamePromise(env, processNameCB); return ret; } napi_value GetProcessNameAsync( napi_env env, napi_value *args, size_t argcAsync, const size_t argcPromise, ProcessNameCB *processNameCB) { if (args == nullptr || processNameCB == nullptr) returnnullptr; napi_value resourceName = nullptr; NAPI_CALL(env, napi_create_string_latin1(env, __func__, NAPI_AUTO_LENGTH, &resourceName)); napi_valuetype valuetype = napi_undefined; NAPI_CALL(env, napi_typeof(env, args[argcPromise], &valuetype)); if (valuetype == napi_function) NAPI_CALL(env, napi_create_reference(env, args[argcPromise], 1, &processNameCB->cbBase.cbInfo.callback)); NAPI_CALL(env, napi_create_async_work(env, nullptr, resourceName, GetProcessNameExecuteCB, GetProcessNameAsyncCompleteCB, (void *)processNameCB, &processNameCB->cbBase.asyncWork)); NAPI_CALL(env, napi_queue_async_work(env, processNameCB->cbBase.asyncWork)); napi_value result = nullptr; NAPI_CALL(env, napi_get_null(env, &result)); return result; } void GetProcessNameAsyncCompleteCB(napi_env env, napi_status status, void *data) { ProcessNameCB *processNameCB = (ProcessNameCB *)data; napi_value callback = nullptr; napi_value undefined = nullptr; napi_value result[ARGS2] = {nullptr}; napi_value callResult = nullptr; NAPI_CALL_RETURN_VOID(env, napi_get_undefined(env, &undefined)); result[PARAM0] = GetCallbackErrorValue(env, NO_ERROR); result[PARAM1] = WrapProcessName(env, processNameCB); NAPI_CALL_RETURN_VOID(env, napi_get_reference_value(env, processNameCB->cbBase.cbInfo.callback, &callback)); NAPI_CALL_RETURN_VOID(env, napi_call_function(env, undefined, callback, ARGS2, &result[PARAM0], &callResult)); if (processNameCB->cbBase.cbInfo.callback != nullptr) NAPI_CALL_RETURN_VOID(env, napi_delete_reference(env, processNameCB->cbBase.cbInfo.callback)); NAPI_CALL_RETURN_VOID(env, napi_delete_async_work(env, processNameCB->cbBase.asyncWork)); delete processNameCB; processNameCB = nullptr; } 目前仍然存在的问题 cbInfo.callback和asyncWork泄露 GetProcessNameAsync调用了napi_create_reference创建了一个processNameCB->cbBase.cbInfo.callback，一旦后续步骤发生失败，将返回空指针到NAPI_GetProcessName 就会发生NAPI_GetProcessName仅删除了processNameCB资源，并未删除processNameCB->cbBase.cbInfo.callback。同理napi_queue_async_work函数运行失败，也会造成processNameCB->cbBase.asyncWork这个资源泄露 NAPI_CALL_RETURN_VOID导致泄露在async_work的complete回调中，并未采用Wrap函数这种技巧，可能导致无法顺利执行资源释放的工作。 processNameCB,cbInfo.callback,asyncWork都将有未释放的风险对不再使用的局部变量置空是无意义的写法 delete processNameCB; processNameCB = nullptr; 问题2. 何时使用NAPI_CALL这一族宏定义来检查n-api函数是否成功从目前代码中来看该族函数，大部分napi函数都使用了NAPI_CALL这一族宏定义来判断状态，但还是有很多未检查的代码，例如 napi_value NAPI_KillProcessesByBundleName(napi_env env, napi_callback_info info) { size_t argc = 2; napi_value argv[argc]; NAPI_CALL(env, napi_get_cb_info(env, info, &argc, argv, NULL, NULL)); std::string bundleName; ParseBundleName(env, bundleName, argv[0]); // 内部使用了NAPI_CALL但外部未检查返回值是否为空指针bool callBackMode = false; if (argc >= 2) { napi_valuetype valuetype; NAPI_CALL(env, napi_typeof(env, argv[1], &valuetype)); NAPI_ASSERT(env, valuetype == napi_function, "Wrong argument type. Function expected."); callBackMode = true; } AsyncKillProcessCallbackInfo *async_callback_info = new (std::nothrow) AsyncKillProcessCallbackInfo{.env = env, .asyncWork = nullptr, .deferred = nullptr}; if (async_callback_info == nullptr) returnnullptr; async_callback_info->bundleName = bundleName; if (callBackMode) napi_create_reference(env, argv[1], 1, &async_callback_info->callback[0]); // 未检查 napi_value ret = NAPI_KillProcessesByBundleNameWrap(env, info, callBackMode, async_callback_info); if (ret == nullptr) { delete async_callback_info; async_callback_info = nullptr; } return ((callBackMode) ? (nullptr) : (ret)); } napi_value NAPI_KillProcessesByBundleNameWrap( napi_env env, napi_callback_info info, bool callBackMode, AsyncKillProcessCallbackInfo *async_callback_info) { if (callBackMode) { napi_value resourceName; napi_create_string_latin1(env, "NAPI_KillProcessesByBundleNameCallBack", NAPI_AUTO_LENGTH, &resourceName); // 未检查 napi_create_async_work(env, nullptr, resourceName, [](napi_env env, void *data) { HILOG_INFO("killProcessesByBundleName called(CallBack Mode)..."); AsyncKillProcessCallbackInfo *async_callback_info = (AsyncKillProcessCallbackInfo *)data; async_callback_info->result = GetAbilityManagerInstance()->KillProcess(async_callback_info->bundleName); }, [](napi_env env, napi_status status, void *data) { HILOG_INFO("killProcessesByBundleName compeleted(CallBack Mode)..."); AsyncKillProcessCallbackInfo *async_callback_info = (AsyncKillProcessCallbackInfo *)data; napi_value result[2] = {0}; napi_value callback; napi_value undefined; napi_value callResult = 0; result[0] = GetCallbackErrorValue(async_callback_info->env, BUSINESS_ERROR_CODE_OK); // 内部使用了NAPI_CALL但外部未检查返回值是否为空指针 napi_create_int32(async_callback_info->env, async_callback_info->result, &result[1]); // 未检查 napi_get_undefined(env, &undefined); // 未检查 napi_get_reference_value(env, async_callback_info->callback[0], &callback); // 未检查 napi_call_function(env, undefined, callback, 2, &result[0], &callResult); // 未检查if (async_callback_info->callback[0] != nullptr) { napi_delete_reference(env, async_callback_info->callback[0]); // 未检查，但此处确实无需检查 } napi_delete_async_work(env, async_callback_info->asyncWork); // 未检查，但此处确实无需检查delete async_callback_info; }, (void *)async_callback_info, &async_callback_info->asyncWork); // 未检查 NAPI_CALL(env, napi_queue_async_work(env, async_callback_info->asyncWork)); napi_value ret = 0; NAPI_CALL(env, napi_create_int32(env, 0, &ret)); // 若此函数失败程序可能会崩溃，因为会出现double delete的问题。return ret; } else { napi_value resourceName; napi_create_string_latin1(env, "NAPI_KillProcessesByBundleNamePromise", NAPI_AUTO_LENGTH, &resourceName); // 未检查 napi_deferred deferred; napi_value promise; NAPI_CALL(env, napi_create_promise(env, &deferred, &promise)); async_callback_info->deferred = deferred; napi_create_async_work(env, nullptr, resourceName, [](napi_env env, void *data) { HILOG_INFO("killProcessesByBundleName called(Promise Mode)..."); AsyncKillProcessCallbackInfo *async_callback_info = (AsyncKillProcessCallbackInfo *)data; async_callback_info->result = GetAbilityManagerInstance()->KillProcess(async_callback_info->bundleName); }, [](napi_env env, napi_status status, void *data) { HILOG_INFO("killProcessesByBundleName compeleted(Promise Mode)..."); AsyncKillProcessCallbackInfo *async_callback_info = (AsyncKillProcessCallbackInfo *)data; napi_value result; napi_create_int32(async_callback_info->env, async_callback_info->result, &result); // 未检查 napi_resolve_deferred(async_callback_info->env, async_callback_info->deferred, result); // 未检查 napi_delete_async_work(env, async_callback_info->asyncWork); // 未检查，但此处确实无需检查delete async_callback_info; }, (void *)async_callback_info, &async_callback_info->asyncWork); // 未检查 napi_queue_async_work(env, async_callback_info->asyncWork); // 未检查return promise; } } 问题3. Promise模式和Callback模式代码混乱 promise和callback的语义不统一 void AsyncCompleteCallback(napi_env env, napi_status status, void *data) { AsyncPermissionCallbackInfo *asyncCallbackInfo = (AsyncPermissionCallbackInfo *)data; if (asyncCallbackInfo == nullptr) return; const size_t cbCount = 2; napi_value callback = 0; napi_value undefined = 0; napi_get_undefined(env, &undefined); napi_value result = 0; napi_value callResult = 0; NAPI_GetNapiValue(env, &asyncCallbackInfo->native_data, &result); if (asyncCallbackInfo->run_status) { if (asyncCallbackInfo->callback[0] != nullptr) { napi_get_reference_value(env, asyncCallbackInfo->callback[0], &callback); napi_call_function(env, undefined, callback, 1, &result, &callResult); napi_delete_reference(env, asyncCallbackInfo->callback[0]); } } else { if (asyncCallbackInfo->callback[1] != nullptr) { napi_value rev[2] = {nullptr}; napi_create_int32(env, asyncCallbackInfo->error_code, &rev[0]); napi_create_int32(env, asyncCallbackInfo->run_status ? 0 : -1, &rev[1]); napi_get_reference_value(env, asyncCallbackInfo->callback[1], &callback); napi_call_function(env, undefined, callback, cbCount, rev, &callResult); napi_delete_reference(env, asyncCallbackInfo->callback[1]); } } napi_delete_async_work(env, asyncCallbackInfo->asyncWork); delete asyncCallbackInfo; } void PromiseCompleteCallback(napi_env env, napi_status status, void *data) { AsyncPermissionCallbackInfo *asyncCallbackInfo = (AsyncPermissionCallbackInfo *)data; if (asyncCallbackInfo != nullptr) { napi_value result = 0; NAPI_GetNapiValue(env, &asyncCallbackInfo->native_data, &result); napi_resolve_deferred(env, asyncCallbackInfo->deferred, result); napi_delete_async_work(env, asyncCallbackInfo->asyncWork); delete asyncCallbackInfo; } } 以上述代码为例，callback分为成功回调和失败回调。那为何promise始终都用napi_resolve_deferred而不用napi_reject_deferred呢？现存代码中callback有两种写法传入一个或两个callback，第一个表success_cb，第二个表fail_cb 传入一个callback对象，其中携带success, fail, complete三个回调代码过于重复大部分同时支持promise模式和callback模式的函数拥有着高度重复的代码，严重降低代码的可维护性，代码数量快速膨胀。解决思路问题1,2 这两个问题的根源内存泄露，其实只要解决了内存泄露，那问题1,2就能迎刃而解了建议为asyncCallbackInfo添加析构函数，由析构函数负责释其所管理的所有资源。具体的来说，在析构函数中调用napi_delete_reference,api_delete_async_work等资源清理函数建议用std::unique_ptr来管理asyncCallbackInfo指针当函数因失败而返回，或者正常退出且需要释放asyncCallbackInfo的场合，std::unique_ptr可以自动释放资源当函数正常结束无需释放asyncCallbackInfo的场合，调用std::unique_ptr<T>::release()接口即可取消自动释放资源的功能问题3 为async_callback_data抽象一个共同的基类来屏蔽promise，callback的差异，实现只需要写一份代码，就可以同时实现两种模式 class AsyncWorkData { public: // 构造函数，需要持有一个napi_env对象 AsyncWorkData(napi_env env); // 析构函数，释放本对象管理的所有资源 ~AsyncWorkData(); // argc,argv// argc == 0: promise模式// argc == 1: callback模式// * 如果type(argv[0]) == napi_function// 则将argv作为success_cb// * 如果type(argv[0]) == napi_object 的话// 则将argv[0].success作为success_cb，argv[0].fail作为fail_cb，argv[0].complete作为complete_cb// argc == 2: callback模式// 将argv[0]作为success_cb, argv[1]作为fail_cb// retval// 若为promise模式，则使*retval = promise对象// 若为callback模式，则使*retval = nullptrbool parse_args(size_t argc, napi_value argv[], napi_value *retval); // 若为promise模式:// 根据resolved值来调用napi_resolve_deferred或napi_reject_deferred函数，result作为resolve/reject的参数。// 若为callback模式// 根据resolved值来调用complete_cb(result)或fail_cb(result)。如果存在complete_cb，则调用complete_cb()void notify(napi_value result， bool resolved = true); // 每个这个成员与参数解析无关，但他是所有async_callback_data的共同成员，所以放在基类里统一管理 napi_async_work async_work; protected: napi_env env; private: napi_ref success_cb; napi_ref fail_cb; napi_ref complete_cb; napi_deferred deferred; }; 使用这种技巧编写这种同时支持callback和promise的应用将会非常简单，例如开发一个getProcessInfo的函数 struct GetProcessNameAsyncInfo : public AsyncWorkData { GetProcessInfoAsyncInfo(napi_env env); Ability *ability; std::shared_ptr<ProcessInfo> process_info; }; static napi_value NAPI_getProcessInfo(napi_env env, napi_callback_info info) { size_t argc = 1; napi_value argv[1], retval, resourceName; NAPI_CALL(env, napi_get_cb_info(env, info, &argc, argv, NULL, NULL)); GetProcessInfoAsyncInfo *async_callback_info = new GetProcessInfoAsyncInfo { env }; std::unique_ptr<GetProcessInfoAsyncInfo> cleaner { async_callback_info }; // 如果回调参数下标是从n开始的话，可以写作parse_args(argc-n, argv+n, &retval)if (!async_callback_info->parse_args(argc, argv, &retval)) returnnullptr; NAPI_CALL(env, util_get_ability(env, &async_callback_info->ability)); NAPI_CALL(env, napi_create_string_latin1(env, __func__, NAPI_AUTO_LENGTH, &resourceName)); NAPI_CALL(env, napi_create_async_work( env, nullptr, resourceName, [](napi_env env, void *data) { GetProcessInfoAsyncInfo *async_callback_info = reinterpret_cast<GetProcessInfoAsyncInfo*>(data); async_callback_info->process_info = async_callback_info->ability->GetProcessInfo(); }, [](napi_env env, napi_status status, void *data) { GetProcessInfoAsyncInfo *async_callback_info = reinterpret_cast<GetProcessInfoAsyncInfo*>(data); std::unique_ptr<GetProcessInfoAsyncInfo> cleaner { async_callback_info }; ProcessInfo &process_info = *async_callback_info->process_info; napi_value result; napi_value pid, name; NAPI_CALL_RETURN_VOID(env, napi_create_object(env, &result)); NAPI_CALL_RETURN_VOID(env, util_napi_value_from_string_utf8(env, process_info.GetProcessName(), &name)); NAPI_CALL_RETURN_VOID(env, napi_create_uint32(env, (uint32_t)process_info.GetPid(), &pid)); NAPI_CALL_RETURN_VOID(env, napi_set_named_property(env, result, "processName", name)); NAPI_CALL_RETURN_VOID(env, napi_set_named_property(env, result, "pid", pid)); async_callback_info->notify(result); // 如果此处有失败分支的话，令第三个参数为false即可。 }, reinterpret_cast<void*>(async_callback_info), &async_callback_info->async_work)); NAPI_CALL(env, napi_queue_async_work(env, async_callback_info->async_work)); cleaner.release(); return retval; } 这样一来，以上代码同时支持callback模式和promise模式 vm = this// callback风格: 只传一个success_cb getProcessInfo(info => { vm.message = 'name: ' + info.processName }) // callback风格: 传两个回调函数 getProcessInfo(info => { vm.message = 'name: ' + info.processName }, err => { vm.message = 'fail: ' + err.message }) // callback风格: 传入一个携带success,fail,complete信息的对象 getProcessInfo({ success: info => { vm.message = 'name: ' + info.processName }, fail: err => { vm.message = 'fail: ' + err.message }, complete: () => { console.log('complete') } }) // callback风格: 传入一个不完整的回调对象 getProcessInfo({ success: info => { vm.message = 'name: ' + info.processName }, }) // promise风格 getProcessInfo() .then(info => { vm.message = info.processName }) .catch(err => { vm.message = 'fail: ' + err.message })

2 2

Re: SIG项目孵化询问
by minglong 26 Jul '21

26 Jul '21

开发者你好。正在推动SIG毕业流程。我后续会按照SIG毕业孵化流程跟咱们一起跟进。祝好。 On Jul 21, 2021 13:51，Shi Yuhan<YuhanShi53(a)outlook.com> wrote：您好，我们在OpenHarmony-SIG仓下有个DLLite Micro组件需要孵化毕业，请问当前孵化合入OpenHarmony的要求有哪些？代码仓地址：dllite_micro: 为了支持AI模型在IoT设备上完成推理功能，使IoT设备具备AI能力，并能够更好的匹配OpenHarmonyOS的各种设备形态，DLLite SIG不仅需要为用户提供基础的推理服务，包括统一的API和 (gitee.com) 祝好！ Yuhan

1 0

Fw:Welcome to the "dev" mailing list
by fengyuanrong168 24 Jul '21

24 Jul '21

-------- Forwarding messages -------- From: dev-request(a)openharmony.io Date: 2021-07-24 17:00:33 To: fengyuanrong <fengyuanrong168(a)163.com> Subject: Welcome to the "dev" mailing list Welcome to the "dev" mailing list! To post to this list, send your message to: dev(a)openharmony.io You can unsubscribe or make adjustments to your options via email by sending a message to: dev-request(a)openharmony.io with the word 'help' in the subject or body (don't include the quotes), and you will get back a message with instructions. You will need your password to change your options, but for security purposes, this password is not included here. If you have forgotten your password you will need to reset it via the web UI.

1 0

Re: 社区刚刚发布的开发板移植指导文档，我有话说
by Netroby 24 Jul '21

24 Jul '21

大家好，我也是一名开发者，也一直关注着鸿蒙系统的开发和进展。 @李传钊大佬分享的观点很有建设性意义。我也反思，咱们该如何把社区建设，开发指南这些机制做好。如果各位有建设性的意见，也可以一起分享出来。。找到问题，不足，我们反馈出来，这肯定是很好的。但是在这个基础之上，我们能提供解题思路。能提供解决难题的方案。那更是功德无量。以下观点，仅抛砖引玉：目前做的好的Linux kernel，我们可以看到他们有 LTS 分支和 mainline的划分就是如果你的业务，是不关注新特性，新功能，那么是可以选用LTS 分支，我知道很多公司还在用2.x的内核。。。因为它太稳了。。如果在这个基础上，有精力，那么可以跟一跟 mainline版本。。鸿蒙也可以参考这一点。看是不是可以做支持。软件迭代开发是肯定要做的，开拓创新，积极进取。但是也不能说，我自己飙车，爽就完事了。那这样其他小伙伴跟不上你的节奏，那这个游戏还怎么玩。跑的快的继续跑。但是也要有关照跑的慢的同学。所以我以为解决开发者对鸿蒙跑太快了的顾虑，可能就是拿一个LTS方案。。 LTS分支， API固定，保证兼容，不经常大改架构。但是会修复性能缺陷，安全漏洞等。支持期可以是十年，二十年。这样开发者就不会担心，我怎么一个星期没看到代码，就完全看不懂了？？我相信以华为强大的技术实力，一天做一百个变更，是可以的。是小菜一碟。但对于第三方开发者，可能就要哭晕了。。。这怎么学，怎么跟得上嘛。 Appreciate your time. ---------------------------- Netroby dongjinguang <dongjinguang(a)huawei.com> 于2021年7月24日周六上午9:09写道： > > > 传钊你好 > 非常感谢你反馈的这些问题，对OpenHarmony的推广和生态建设都是非常有建设性的建议，初步计划下周二晚上我们组织内核、驱动框架、海思芯片平台等的相关专家一起对这些问题和建议进行研讨，诚邀你能一起参与讨论和交流。 > > > > ________________________________ > > 董金光 Dong Jinguang > Mobile: +86-50000008869(For Welink,eSpace Calls) > Email: dongjinguang(a)huawei.com > 发件人：962030 <962030(a)qq.com> > 收件人：dev <dev(a)openharmony.io> > 时间：2021-07-23 20:43:42 > 主题：[Dev] 社区刚刚发布的开发板移植指导文档，我有话说 > > 各位， > > 刚刚看到社区新发布的移植指导文档，我认为其内容偏离真实的三方开发板移植工作，是在缺乏真正的开发板移植经验的情况下写出的。 > > 我有如下问题： > 1.LiteOS-a移植过程中不需要考虑芯片的差异？不需要仔细阅读芯片手册？ > 2.LiteOS-a移植过程中不需要进行内存映射的计算和设计？ > 3.LiteOS-a移植过程中不需要考虑启动过程，与uboot的衔接？ > 4.Standard系统要求大家尽量采用4.19内核，这在大多数场合下是做不到的。 > 5.Standard系统对图形部分DRM毫无涉及，难道这块不用管就能跑起来？OpenHarmony的代码能适配所有芯片？ > 6.Standard系统的移植不需要调整rc？ > > 第三方芯片移植是一个极其重要，对于OpenHarmony有生死意义的工作，期间涉及到的技术内容，即使写一本书，都不嫌罗嗦，建议重视此文档的持续改进。 > > 另外目前的第三方芯片移植仍旧是困难重重，OS与kernel，OS与芯片的耦合现象仍旧十分严重，此问题暴露已久，大家要想出办法来，别再掩耳盗铃了！！！ > > 也请邮件组中的各位老板，你们仔细了解一下移植的难度，忙着点赞的同时也客观评价一下工作的进度。大家都是做技术出身的，你们都知道远离技术的真相是多么可怕的事情。 > > 李传钊 2021.7.23 > > > ________________________________ > 962030(a)qq.com > _______________________________________________ > dev mailing list -- dev(a)openharmony.io > To unsubscribe send an email to dev-leave(a)openharmony.io

2 1

关于展锐T618适配的疑问
by free 24 Jul '21

24 Jul '21

各位开发人员，您好, 目前我手上有一块展锐T618芯片的板子，想问一下 1、openharmony是否支持展锐T618 2、不支持的话，后续会不会增加相关的支持 3、是否有相关的移植文档百忙之中打扰各位十分抱歉，感谢各位

4 4

社区刚刚发布的开发板移植指导文档，我有话说
by 962030＠qq.com 24 Jul '21

24 Jul '21

各位，刚刚看到社区新发布的移植指导文档，我认为其内容偏离真实的三方开发板移植工作，是在缺乏真正的开发板移植经验的情况下写出的。我有如下问题： 1.LiteOS-a移植过程中不需要考虑芯片的差异？不需要仔细阅读芯片手册？ 2.LiteOS-a移植过程中不需要进行内存映射的计算和设计？ 3.LiteOS-a移植过程中不需要考虑启动过程，与uboot的衔接？ 4.Standard系统要求大家尽量采用4.19内核，这在大多数场合下是做不到的。 5.Standard系统对图形部分DRM毫无涉及，难道这块不用管就能跑起来？OpenHarmony的代码能适配所有芯片？ 6.Standard系统的移植不需要调整rc？第三方芯片移植是一个极其重要，对于OpenHarmony有生死意义的工作，期间涉及到的技术内容，即使写一本书，都不嫌罗嗦，建议重视此文档的持续改进。另外目前的第三方芯片移植仍旧是困难重重，OS与kernel，OS与芯片的耦合现象仍旧十分严重，此问题暴露已久，大家要想出办法来，别再掩耳盗铃了！！！也请邮件组中的各位老板，你们仔细了解一下移植的难度，忙着点赞的同时也客观评价一下工作的进度。大家都是做技术出身的，你们都知道远离技术的真相是多么可怕的事情。李传钊 2021.7.23 962030(a)qq.com

2 1

request
by 许百茹 21 Jul '21

21 Jul '21

confirm d25587e49e27d9e482d4239111b8ede346c75f07 许百茹行业应用开发部北京思必拓科技有限责任公司 Beijing Speedata Technology Co., Ltd. 电话/Phone：010-8234-6858-609┃手机/Mobile：185-0195-6467 网址/Web：http://www.speedata.cn 邮箱/Email：bairu.xu(a)speedatagroup.com 地址/Address：北京市海淀区中关村南大街18号院北京国际大厦D座801 Room 801, Block D, Beijing International Building, No.18 Zhongguancun South Street, Haidian District, Beijing,China

1 0

SIG项目孵化询问
by Shi Yuhan 21 Jul '21

21 Jul '21

您好，我们在OpenHarmony-SIG仓下有个DLLite Micro组件需要孵化毕业，请问当前孵化合入OpenHarmony的要求有哪些？代码仓地址：dllite_micro: 为了支持AI模型在IoT设备上完成推理功能，使IoT设备具备AI能力，并能够更好的匹配OpenHarmonyOS的各种设备形态，DLLite SIG不仅需要为用户提供基础的推理服务，包括统一的API和 (gitee.com)<https://gitee.com/openharmony-sig/dllite_micro> 祝好！ Yuhan

1 0

【会议通知】 OpenHarmoy PMC Biweekly Meeting，时间：2021-07-22 14:30-16:00，地点：线上会议，请您准时与会：）
by hengting (A) 21 Jul '21

21 Jul '21

会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-07-22 14:30-16:00(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议 : Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=99f8191480664ab09125863680d…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0156054198&app=welink> Join (External) >><https://welink.zhumu.com/j/156054198> 会议ID : 015 605 419 8 与会人 Attendees 李毅；董金光；马占福；万承臻；任革林；王意明；邢文华；肖峰；聂欣外部与会人 External Participants noel@openatom.org,kelei@iscas.ac.cn<mailto:noel@openatom.org,kelei@iscas.ac.cn> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 OpenHamony社区状态审视 20min 董金光邢文华邢文华 2 申请新增SIG：solution-component 将尚未收编到openharmony社区的一些OS公共基础能力通过SIG孵化，更方便快捷去支持南向生态拓展。 15min 李涛李涛李涛李涛、万承臻 3 qemu进展汇报 qemu标准化编译 qemu加入门禁 qemu图形显示和鼠标键盘输入 15min 李开龙李开龙马广耀张凯、朱生乐、马广耀、左永亮柏能 4 方舟JS/TS部分作为OpenHarmony的JS/TS语言编译工具链和运行时子系统开源 1）提供JS/TS编译工具链 2）提供JS语言运行时 15min 蒋晗蒋晗蒋晗龚俊松 5 新增blockchain sig 增加OH区块链功能拓展 5min 尚璇尚璇尚璇尚璇 6 新增python sig 为OH增加python样例 5min 唐佐林唐佐林唐佐林唐佐林 7 新增cicd sig OpenHarmony的CICD能力提升与改进 5min 梁克雷梁克雷梁克雷梁克雷/黄明龙 8 L2对Linux需求讨论L2对Linux的基础需求，便于三方芯片厂家接入 15min 梁克雷梁克雷梁克雷梁克雷、李之琦刘跃华、侯鹏飞候选哲、尹友展徐文方 9 新增 Linkboy sig 为OpenHarmony提供可视化编程能力 5min 王强王强王强王强会议公告 Bulletins 上次会议纪要如下：https://codehub-y.huawei.com/openharmony/mom_for_pmc/files?ref=mas… OpenHarmony Committer清单：https://codehub-y.huawei.com/openharmony/pmc-committer/files?re…

1 0

社区问题答复// openharmony桌面开发
by Lvzhongwei 17 Jul '21

17 Jul '21

默语：你好，你想了解的是在openharmony怎么开发桌面launcher应用本身，还是在桌面上开发一个应用？（1）如果是launcher本身，就关注开源仓，里面有代码实现和架构介绍 https://gitee.com/openharmony/applications_launcher （2）如果是开发应用，见应用开发入门指导 https://gitee.com/openharmony/docs/blob/master/zh-cn/application-dev/quick-… [cid:image001.png@01D77B46.C3030080] ------------------------------------ 本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！ This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! 发件人: 默语 [mailto:1101296726@qq.com] 发送时间: 2021年7月9日 9:31 收件人: dev <dev(a)openharmony.io<mailto:dev@openharmony.io>> 主题: [Dev] openharmony桌面开发请问现在有关于openharmony桌面开发的开源资料吗。

1 0

Re: 回复：企业如何参与到RK3399的适配工作
by qinfanzhong＠jlinksz.com 16 Jul '21

16 Jul '21

RK3399的适配工作有哪些进展了？大概什么时间可以释放到OpenHarmony社区 qinfanzhong(a)jlinksz.com 覃凡忠 13631628245 深圳市瑞拓创展科技有限公司深圳市南山区西丽平山一路南山云谷二期14栋6楼602 发件人： ‪noel@openatom.org‬ 发送时间： 2021-06-26 17:21 收件人： SM0387; dongjinguang(a)huawei.com; 梁克雷; 谭小凡抄送： dev(a)openharmony.io 主题： [Dev] 回复：企业如何参与到RK3399的适配工作非常感谢上海商米的同事 OH社区非常希望您这样的团队加入。目前3399的移植是由xzmu@openatom.org，xiaofan@iscas.ac.cn 在推进，请xzmu和xiaofan将上海商米的同事的力量整合起来发自手机 -------- 原始邮件 -------- 发件人： SM0387 <liyang(a)sunmi.com> 日期： 2021年6月24日周四上午10:52 收件人： dongjinguang(a)huawei.com 抄送： dev(a)openharmony.io 主题： [Dev] 企业如何参与到RK3399的适配工作您好, 我们是来自上海的一家企业: 上海商米科技集团股份有限公司, 我们致力于为商用领域提供丰富且优秀的智能IoT硬件及软硬结合的数字化解决方案. 我们的官网: https://www.sunmi.com/index 目前我们在进行Harmony的技术预研, 后续我们希望部分产品可以使用 Harmony OS. 我们从网上了解到 FireFly 在进行 RK3399的移植工作, 并且我们内部也有RK3399的量产项目, 我们团队拥有丰富的软硬件开发能力. 请问, 如何参与到 Harmony 的 RK3399 的移植项目? 李阳 15221450901 上海商米科技集团股份有限公司

1 0

Re: [SIG-Charter-Proposal-申请新增blockchain sig]
by minglong 14 Jul '21

14 Jul '21

金光，已经在石墨里面新增了两个议题。等下次PMC会议上我们推动两个Leader向大家做一下详细的介绍。感谢支持。祝好。 On Jul 14, 2021 17:36，dongjinguang<dongjinguang(a)huawei.com> wrote：明龙请一并参考 https://gitee.com/openharmony/community/blob/master/zh/pmc.md 申报议题，谢谢 From: minglong [mailto:minglong@iscas.ac.cn] Sent: Wednesday, July 14, 2021 4:04 PM To: dev(a)openharmony.io; shangxuan <shangxuan(a)hyperchain.cn> Subject: [Dev] Re: [SIG-Charter-Proposal-申请新增blockchain sig] 尚璇老师您好，我们之前已经收到您的新申请sig 组的申请了。原定于本周一的PMC会议未来得及参加。现将咱们的申请纳入到下周的PMC会议议题中去。请您与我们的工作人员对接，并按照规范提交咱们的相关文档。祝好。 minglong On Jul 14, 2021 15:33，shangxuan<shangxuan(a)hyperchain.cn> wrote：各位老师好：申请新增blockchain sig。sig 中文章程如下。中英文章程md文件见附件。欢迎批评指正！ # SIG Charter模板 ## SIG组工作目标和范围 ### 工作目标致力于探索物联网 + 区块链方向，打造「物链网OpenHarmony OS」，为OpenHarmony OS用户提供原生、友好、通用化的“上链”能力，满足用户在数据隐私服务，设备安全服务，身份保护服务的需求，打造物链网系统生态场景（碳中和、车生态、智慧城市、智慧社区、智能家居），构建万物互联场景下数字化可信基石。 ### 业务范围 - OpenHarmony数据上链功能以及兼容性需求提供OpenHarmony数据上链功能，深度定制可适配OpenHarmony的数据上链组件 - 样例工程创建物联网 + 区块链样例工程，给其他厂商做参考 - 生态拓展积极与物联网设备厂商进行洽谈合作，推动物链网应用场景落地，推广物链网操作系统生态。探索OpenHarmony + Blockchain在碳中和场景下的应用。 ## SIG相关代码仓及描述交付件形式：源码、文档等 - repository1名称： - repository2名称： ## SIG组成员 ### Leader - [Shangxuan](https://gitee.com/shangxuan_hz) ### Committers列表 - [haisong2](https://gitee.com/haisong2) - [Lee](https://gitee.com/www.lee.com) - [platformdepartment](https://gitee.com/platformdepartment) ### 会议 - 会议时间：双周例会，周二下午16:00 - 会议链接：在slack的oh-blockchain channel ### 联系方式(可选) - 邮件列表： - Slack群组：[oh-blockchain](https://oh-blockchain.slack.com/archives/C026W6NT7D… - 微信群：尚璇基础平台部 Mail: shangxuan(a)hyperchain.cn Mobile: +86 15305711806 Address: 浙江省杭州市丹枫路399号2号楼A楼2001室

1 0

harmongOS 是否已经支持图片识别功能
by Zhang,Enzhi 14 Jul '21

14 Jul '21

Harmony开发者：你好，我是软件开发者，想质询一下，现在harmongOS是否已经支持 android 的 tensorflow lite（图片识别）功能。或者有类似的插件吗？

2 1

Re: [SIG-Charter-Proposal-申请新增blockchain sig]
by minglong 14 Jul '21

14 Jul '21

尚璇老师您好，我们之前已经收到您的新申请sig 组的申请了。原定于本周一的PMC会议未来得及参加。现将咱们的申请纳入到下周的PMC会议议题中去。请您与我们的工作人员对接，并按照规范提交咱们的相关文档。祝好。 minglong On Jul 14, 2021 15:33，shangxuan<shangxuan(a)hyperchain.cn> wrote：各位老师好：申请新增blockchain sig。sig 中文章程如下。中英文章程md文件见附件。欢迎批评指正！ # SIG Charter模板 ## SIG组工作目标和范围 ### 工作目标致力于探索物联网 + 区块链方向，打造「物链网OpenHarmony OS」，为OpenHarmony OS用户提供原生、友好、通用化的“上链”能力，满足用户在数据隐私服务，设备安全服务，身份保护服务的需求，打造物链网系统生态场景（碳中和、车生态、智慧城市、智慧社区、智能家居），构建万物互联场景下数字化可信基石。 ### 业务范围 - OpenHarmony数据上链功能以及兼容性需求提供OpenHarmony数据上链功能，深度定制可适配OpenHarmony的数据上链组件 - 样例工程创建物联网 + 区块链样例工程，给其他厂商做参考 - 生态拓展积极与物联网设备厂商进行洽谈合作，推动物链网应用场景落地，推广物链网操作系统生态。探索OpenHarmony + Blockchain在碳中和场景下的应用。 ## SIG相关代码仓及描述交付件形式：源码、文档等 - repository1名称： - repository2名称： ## SIG组成员 ### Leader - [Shangxuan](https://gitee.com/shangxuan_hz) ### Committers列表 - [haisong2](https://gitee.com/haisong2) - [Lee](https://gitee.com/www.lee.com) - [platformdepartment](https://gitee.com/platformdepartment) ### 会议 - 会议时间：双周例会，周二下午16:00 - 会议链接：在slack的oh-blockchain channel ### 联系方式(可选) - 邮件列表： - Slack群组：[oh-blockchain](https://oh-blockchain.slack.com/archives/C026W6NT7D… - 微信群：尚璇基础平台部 Mail: shangxuan(a)hyperchain.cn Mobile: +86 15305711806 Address: 浙江省杭州市丹枫路399号2号楼A楼2001室

2 1

[SIG-Charter-Proposal-申请新增blockchain sig]
by shangxuan 14 Jul '21

14 Jul '21

1 0

openharmony桌面开发
by 默语 09 Jul '21

09 Jul '21

请问现在有关于openharmony桌面开发的开源资料吗。

1 0

[VOTE] New Committer luoboming@huawei.com
by zhengbin (C) 06 Jul '21

06 Jul '21

各位PMC/committer专家：提名luoboming(a)huawei.com<mailto:提名luoboming@huawei.com>为以下模块的committer, zhengbin5(a)huawei.xn--comcommitter-cy4s10mf7jr3ykpzsls9fbu61g1sfiw2e.xn--,-116ax6wca60zda0po5ri8q7hbny5mzs5bja831ck1o +1，不赞成请回复 -1 及不赞成原因。 https://gitee.com/openharmony/third_party_icu https://gitee.com/openharmony/global_i18n_lite luoboming是国际化领域的专家，同时也承担了icu及i18n模块方案设计及初始代码开发，对该模块非常熟悉，可以承担committer职责。

1 0

账号不能同步问题
by lexueye 06 Jul '21

06 Jul '21

我的watch3 pro手表，在和mate 40同步华为账号的时候总是等待，过一段时间之后就提示同步失败，已经同步了很多次了，一直不成功，请问是什么问题？请帮忙一下，谢谢。 15653469100 网易VIP邮箱提醒：安全收发邮件，务必核实往来邮件地址、银行账号等机密信息，请通过电话或视频等多种方式确认信息真实性，提高警惕，请勿轻易透露个人重要信息。 Alert message of Netease Vipmail：Never provide your password, security questions, verification codes, or any other personal important information details to anyone else. You can identify mail message by telephone,video-chat or other ways.You should make sure that your email address, bank account and other confidential information as secure as possible. Thank you for keeping your email account secure.

1 0

开发版Hi3516DV300 烧录失败求助！！！
by Bifeng Zhang 张笔峰 06 Jul '21

06 Jul '21

您好，我买了一块Hi3516DV300的开发板子，使用源码编译后的img文件烧录失败，麻烦大神帮我看看是哪里出了问题，在此衷心感谢您的协助。 1，源码编译结果如下： 2，visual studio code 配置和文件拷贝如下 2.1 我把需要的img都拷贝到了Hi3516下。 2.2 visual studio code 配置如下以上配置都是参照 https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/quick-start… 3，执行下面这步擦除U-Boot成功了。 4.执行下面这步烧录失败了。 4.1 ，失败日志显示如下，详细日志在附件中； The preference.config file was loaded successfully! SerialPort has been connented, Please power off, then power on the device. If it doesn't work, please try to repower on. # ---- 36% # ---- 63% ---- 100% Boot download completed! Failed to wait boot running! There may be no boot on the board. Boot started successfully! Send command: getinfo version Timeout error. Failed to send the command head! Failed to load version info! Failed to Prepare for other partitions! hiburn.jar --burn [-x xmlPath] [-p programmerPath] This command will burn image to the flash according to the partition table xmlPath. First of all, you need to configure the burn.config file. 4.2 ,反复尝试上面的烧录步骤都不成功。 5，此开发版烧录前是正常可使用的。 --------------------------------------------------- bifeng.zhang(a)midea.com 张笔峰 17097236214 地址：深圳市南山区怡化金融科技大厦22层

1 0

visual studio code 报 huawei.deveco-device-tool无法找到
by Bifeng Zhang 张笔峰 06 Jul '21

06 Jul '21

你好，我在ubuntu上使用visual studio code ,它总是在报下面这个错误，这是什么原因？ The 1 extension(s) below, in workspace recommendations have issues: huawei.deveco-device-tool (not found in marketplace) --------------------------------------------------- bifeng.zhang(a)midea.com 张笔峰 17097236214 地址：深圳市南山区怡化金融科技大厦22层 ------------------------------ --------------------------------------------------- bifeng.zhang(a)midea.com 张笔峰 17097236214 地址：深圳市南山区怡化金融科技大厦22层

2 1

[SIG-Charter-Proposal-申请创建mini-solution-component SIG]
by Litao (Tom) 05 Jul '21

05 Jul '21

# SIG组简体中文 | [English](./sig-mini-solution-component.md) 说明：本SIG的内容遵循OpenHarmony的PMC管理章程 [README](/zh/pmc.md)中描述的约定。 ## SIG组工作目标和范围 ### 工作目标为OpenHarmony轻量系统的开发者提供丰富的轻量级组件。 ### 工作范围提供OpenHarmony轻量系统的非官方组件，包括芯片架构支持、开发板支持、三方组件等。 ## 代码仓 - 代码仓地址： - cortex-m33：https://gitee.com/openharmony-sig/cortex-m33 - stm32l552: https://gitee.com/openharmony-sig/stm32l552 - thttpd: https://gitee.com/openharmony-sig/thttpd ## SIG组成员 ### Leader - @LiTao(https://gitee.com/litao33) ### Committers列表 - @harmony_zhangjian(https://gitee.com/harmony_zhangjian) - @xun-g(https://gitee.com/xun-g) - @lyer_hu(https://gitee.com/lyer_hu) - @taiyipei(https://gitee.com/taiyipei) - @pilipala195(https://gitee.com/pilipala195) ### 会议 - 会议时间：每周二 14:00 - 会议链接：Welink ### 联系方式(可选) - 邮件列表：litao33(a)huawei.com; zhangjian112(a)huawei.com; guanxun(a)huawei.com; lyer.hu(a)huawei.com; peitaiyi(a)huawei.com; yangguangzhao1(a)huawei.com - Slack群组：NA - 微信群：NA

2 1

SIG-Charter-Proposal-Notificaion
by 刘威 05 Jul '21

05 Jul '21

新建SIG申请: 事件通知SIG https://gitee.com/openharmony/community/pulls/182

1 0

[PMC] [VOTE]提名distributeddatamgr_datamgr仓新的备份committer: 紫丁花絮 https://gitee.com/purple-ding-gags
by Xuchao (Tom, MBB) 02 Jul '21

02 Jul '21

Hi, 各位PMC成员，提名紫丁花絮 https://gitee.com/purple-ding-gags作为https://gitee.com/openharmony/distribut… https://gitee.com/openharmony/distributeddatamgr_appdatamgr/issues/I3SMI1?f… https://gitee.com/openharmony/utils_native_lite/issues/I3ICH0?from=project-… https://gitee.com/openharmony/utils_native_lite/issues/I3ICGH?from=project-… https://gitee.com/openharmony/utils_native_lite/issues/I3ICG4?from=project-… https://gitee.com/openharmony/utils_native_lite/issues/I3ICFO?from=project-…

1 0

Re: SIG-Charter-Proposal-talkwebyunchaung
by minglong 01 Jul '21

01 Jul '21

感谢申请。我们团队已经与开发者取得联系。正在推动流程。祝好。 On Jul 1, 2021 16:09，dongjinguang<dongjinguang(a)huawei.com> wrote： Hi tiandasheng 欢迎申请，还请同步按照如下方式创建议题申请，谢谢 https://gitee.com/openharmony/community/blob/master/zh/pmc.md PMC会议链接 • 会议时间: 每双周周一 14:30-16:00 • 议题申报: OpenHarmony PMC Meeting Proposal • 会议主题: 通过邮件通知 • 会议通知: 请订阅邮件列表 dev(a)openharmony.io 获取会议链接 From: tiandasheng(a)talkweb.com.cn [mailto:tiandasheng@talkweb.com.cn] Sent: Thursday, July 1, 2021 9:56 AM To: dev(a)openharmony.io Subject: [Dev] SIG-Charter-Proposal-talkwebyunchaung 第一次申请，不知道对不对，望指正！ SIG组工作目标和范围工作目标丰富鸿蒙第三方库工作范围主要针对涉及地图，图像处理，动画，控件组件封装等的三方库的创新，移植与整合代码仓代码仓地址：城市选择器：https://gitee.com/talkwebyunchaung/citypicker-ohos 鸿蒙加载效果组件库：https://gitee.com/talkwebyunchaung/loading-library-ohos 基于鸿蒙ActiveData实现的通信组件： https://gitee.com/talkwebyunchaung/active-databus-ohos 鸿蒙版读书APP：https://gitee.com/talkwebyunchaung/read-books 兴趣组仓库：https://gitee.com/talkwebyunchaung SIG组成员 Leader @码云账号(https://gitee.com/talkwebyunchaung) Committers列表 @码云账号(https://gitee.com/newbie_yhj) @码云账号(https://gitee.com/suqi1) @码云账号(https://gitee.com/liujianjiu) @码云账号(https://gitee.com/damonmatte) 会议会议时间：xxx 会议链接：xxx 联系方式(可选) 邮件列表：xxx Slack群组：xxx 微信群： tiandasheng(a)talkweb.com.cn

1 0

SIG-Charter-Proposal-talkwebyunchaung
by tiandasheng＠talkweb.com.cn 01 Jul '21

01 Jul '21

第一次申请，不知道对不对，望指正！ SIG组工作目标和范围工作目标丰富鸿蒙第三方库工作范围主要针对涉及地图，图像处理，动画，控件组件封装等的三方库的创新，移植与整合代码仓代码仓地址：城市选择器：https://gitee.com/talkwebyunchaung/citypicker-ohos 鸿蒙加载效果组件库：https://gitee.com/talkwebyunchaung/loading-library-ohos 基于鸿蒙ActiveData实现的通信组件： https://gitee.com/talkwebyunchaung/active-databus-ohos 鸿蒙版读书APP：https://gitee.com/talkwebyunchaung/read-books 兴趣组仓库：https://gitee.com/talkwebyunchaung SIG组成员 Leader @码云账号(https://gitee.com/talkwebyunchaung) Committers列表 @码云账号(https://gitee.com/newbie_yhj) @码云账号(https://gitee.com/suqi1) @码云账号(https://gitee.com/liujianjiu) @码云账号(https://gitee.com/damonmatte) 会议会议时间：xxx 会议链接：xxx 联系方式(可选) 邮件列表：xxx Slack群组：xxx 微信群： tiandasheng(a)talkweb.com.cn

2 1

Android应用移植相关咨询
by Tian,Lin(BG9/DL) 01 Jul '21

01 Jul '21

各位开发人员，您好我是来自文思海辉的开发人员，我们将来可能有一些android的app想要适配OpenHarmonyOS，有一些问题想要请教一下： 1） Android的app能够像华为手机的OpenHarmonyOS那样直接跑在OpenHarmonyOS吗？可以不用修改代码就能够适配OpenHarmonyOS吗？或者现在Android的APP可以直接在Hi3516D的开发板上跑吗？ 2）不能直接跑的话，华为手机的OpenHarmonyOS是能够支持Android应用的版本吗？这部分功能有加入到开源社区的计划吗？ 3）移植的话，是需要重写代码以适配OpenHarmonyOS的Ability应用程序子系统吗？现阶段有没有Android移植到OpenHarmonyOS的相关guideline？百忙之中打扰各位十分抱歉，还请各位帮忙确认。 [cid:image001.jpg@01D72C5F.562353B0] Lin Tian 田林 Desk: +86.411.8455.6712 Email: lin.tian2(a)pactera.com<mailto:lin.tian2@pactera.com> Address: 33 LiXian St, Qixianling Industrial Base, Dalian Hi-Tech Zone, Liao Ning, PRC, 116023 Visit our website: http://www.pactera.com/ Follow us on: [cid:image003.png@01D72C5F.562353B0] [cid:image004.jpg@01D72C5F.562353B0] [cid:image005.png@01D72C5F.562353B0] Pactera Technology International Ltd. This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient or have received this transmission in error, please contact the sender by reply email and destroy all copies of the original message. Any unauthorized review, use, copy, dissemination, or disclosure of this email is strictly prohibited.

2 3

回复：回复： [Contact] 请帮解答OpenHarmony困惑，谢谢
by 超人 01 Jul '21

01 Jul '21

        目前 OpenHarmony 通信框架已经成熟可以使用了吗？例如华为HarmonyOS的案例：华为手机与智能屏的互动将手机中的内容投到智能屏上，类似这样的功能使用的是 OpenHarmony 的哪部分通信功能？想通过这样的通信能力建立基于某个场景的物联网解决方案，请给予解答支持，谢谢🙏。 ------------------ 原始邮件 ------------------ 发件人: "梁克雷" <kelei(a)iscas.ac.cn>; 发送时间: 2021年6月28日(星期一) 下午3:34 收件人: "超人"<215287870(a)qq.com>; 抄送: "Simon Cheung"<zzliang(a)openatom.org>;"dev"<dev(a)openharmony.io>; 主题: Re: [Dev] 回复： [Contact] 请帮解答OpenHarmony困惑，谢谢 1、OpenHarmony目前是跑在嵌入式设备上的。目前暂时不支持x86架构 2、OpenHarmony跟安卓没有关系，但是代码是公开的，你可以将OpenHarmony的代码自己整合进安卓中 3、Hilink是华为的协议，请跟华为直接联系 4、可以直接编译使用，目前支持Hi3516D的开发板，更多的开发板目前正在移植 5、OpenHarmony从来没有说要跟华为的HarmonyOS进行绑定的关系。 6、Gitee上有roadmap https://gitee.com/openharmony/community/blob/master/release-management/Open… 7、跟6类似，目前是按照RoadMap、Release Note来进行，也欢迎其他的开发者来进行开发。 -----原始邮件----- 发件人:"超人" <215287870(a)qq.com> 发送时间:2021-06-28 13:31:09 (星期一) 收件人: "Simon Cheung" <zzliang(a)openatom.org> 抄送: dev <dev(a)openharmony.io> 主题: [Dev] 回复： [Contact] 请帮解答OpenHarmony困惑，谢谢您好，    请问 dev(a)openharmony.io 回复邮件的周期一般是多久呢？ ------------------ 原始邮件 ------------------ 发件人: "Simon Cheung" <zzliang(a)openatom.org>; 发送时间: 2021年6月21日(星期一) 中午1:45 收件人: "dev"<dev(a)openharmony.io>; 抄送: "超人"<215287870(a)qq.com>; 主题: Re: [Contact] 请帮解答OpenHarmony困惑，谢谢 Hi, 现将您的疑问转发到 dev@openharmony.io 邮件列表。这个邮件列表是讨论OpenHarmony相关技术问题，以后还有疑问也可以继续发邮件来讨论。谢谢关注OpenHarmony Simon 2021年6月18日下午3:11，超人 <215287870(a)qq.com> 写道：您好，关于OpenHarmony有些疑问很困惑，请帮忙解答一下，以帮助学习HarmonyOS的功能和应用： 1） OpenHarmony能否编译在个人PC或者服务器上使用？ 2） OpenHarmony是否编译在安卓的开发版上面使用呢？ 3） HiLink协议除了华为的智能家居场景还有什么其他类别的物联网场景吗？ HiLink协议在哪能下载？ 4） OpenHarmony 2.0 现在可以直接拿来编译使用，还是需要在2.0基础上自己开发然后给自己使用？ 5） OpenHarmony 能否脱离“华为手机的鸿蒙系统”而独立提供给其他场景使用？ 6） OpenHarmony 后续版本发布周期计划是什么？ 7）看了OpenHarmony 2.0代码，感觉很多还是没有实现的，需要自己来实现的，我的理解对吗？因为 HarmonyOS是全新的系统，也是未来物联网的一个很好的方向，很想了解学习，奈何网上资料很少所以还是懵懵懂懂不清楚，如上疑问望回复，在此拜谢。 _______________________________________________ Contact mailing list -- contact(a)openharmony.io To unsubscribe send an email to contact-leave(a)openharmony.io

5 5

Fwd: [Contact] Openharmony 2.0代码下载
by Simon Cheung 30 Jun '21

30 Jun '21

Hi, 现将您的疑问转发到 dev(a)openharmony.io <mailto:dev@openharmony.io> 邮件列表。这个邮件列表是讨论OpenHarmony相关技术问题，以后还有疑问也可以继续发邮件来讨论。谢谢关注OpenHarmony Simon > 下面是被转发的邮件： > > 发件人: "刘兴金" <109334127(a)qq.com> > 主题: [Contact] Openharmony 2.0代码下载 > 日期: 2021年6月30日 GMT+8 下午4:23:14 > 收件人: "contact" <contact(a)openharmony.io> > > 你好， > 参照文档执行下载代码时报错，操作如下： > repo init -u https://gitee.com/openharmony/manifest.git -b master --no-repo-verify > repo sync -c 这步一直报如下错误： > > > 尝试了很多遍，都是一样的结果，麻烦提供帮助，谢谢！ > > > _______________________________________________ > Contact mailing list -- contact(a)openharmony.io > To unsubscribe send an email to contact-leave(a)openharmony.io

3 2

【会议通知】 OpenHarmoy PMC Biweekly Meeting，时间：2021-06-28 14:30-16:00，地点：线上会议，请您准时与会：）
by hengting (A) 29 Jun '21

29 Jun '21

会议空间 WeMeeting 议题(Agendas)<http://w3.huawei.com/emeeting/mail/?redirect=http%3A%2F%2Fw3.huawei.com%2Fe…> | 材料(Materials)<http://w3.huawei.com/emeeting/mail/?redirect=http%3A%2F%2Fw3.huawei.com%2Fe…> 会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-06-28 14:30-16:00(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议(Host)<http://imeeting.huawei.com/meeting/startzoom?id=d23a600ab51d4e96a245f8a2f80…> 加入会议(Guest)<http://imeeting.huawei.com/meeting/joinzoom?id=0202809867&app=welink> 加入会议(External)<https://meeting.zhumu.me/j/202809867> 会议ID 0202809867 与会人 Attendees 李毅; 董金光; 付天福; 马占福; 万承臻; 任革林; 王意明; 邢文华; 肖峰; 聂欣外部与会人 External Participants noel@openatom.org,kelei@iscas.ac.cn<mailto:noel@openatom.org,kelei@iscas.ac.cn> 会议议题 Agenda 编号 No. 议题名称 Topic 时长 Duration 议题背景介绍 Topic background introduction 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 OpenHamony社区状态审视 20min 董金光邢文华邢文华 2 应用服务开发常用通用前端模块SIG 30min https://lists.openatom.io/hyperkitty/list/dev@openharmony.io/message/3TPCWR… 李洋李洋李洋李洋 3 ACE应用开发框架PC预览三方件引入 20min https://lists.openatom.io/hyperkitty/list/dev@openharmony.io/message/W75AUZ… 吴海滨吴海滨吴海滨吴海滨兰守忍李浩 4 社区治理机制完善建议 20min 针对OpenHarmony社区治理中存在的问题进行分析，并提出改进建议刘果刘果刘果 PMC 全体成员 5 softbus支持HTTP2协议三方件引入 10min 为支持HTTP2协议，引入nghttp2开源组件张建张建张建张建李涛会议公告 Bulletins 上次会议纪要如下：https://codehub-y.huawei.com/openharmony/mom_for_pmc/files?ref=mas… OpenHarmony Committer清单：https://codehub-y.huawei.com/openharmony/pmc-committer/files?re…

2 1

Test for dev maillist
by Goldenboy 28 Jun '21

28 Jun '21

1 0

Re: [Contact] 请帮解答OpenHarmony困惑，谢谢
by Simon Cheung 28 Jun '21

28 Jun '21

Hi, 现将您的疑问转发到 dev(a)openharmony.io <mailto:dev@openharmony.io> 邮件列表。这个邮件列表是讨论OpenHarmony相关技术问题，以后还有疑问也可以继续发邮件来讨论。谢谢关注OpenHarmony Simon > 2021年6月18日下午3:11，超人 <215287870(a)qq.com> 写道： > > 您好， > 关于OpenHarmony有些疑问很困惑，请帮忙解答一下，以帮助学习HarmonyOS的功能和应用： > 1） OpenHarmony能否编译在个人PC或者服务器上使用？ > 2） OpenHarmony是否编译在安卓的开发版上面使用呢？ > 3） HiLink协议除了华为的智能家居场景还有什么其他类别的物联网场景吗？ HiLink协议在哪能下载？ > 4） OpenHarmony 2.0 现在可以直接拿来编译使用，还是需要在2.0基础上自己开发然后给自己使用？ > 5） OpenHarmony 能否脱离“华为手机的鸿蒙系统”而独立提供给其他场景使用？ > 6） OpenHarmony 后续版本发布周期计划是什么？ > 7）看了OpenHarmony 2.0代码，感觉很多还是没有实现的，需要自己来实现的，我的理解对吗？ > 因为 HarmonyOS是全新的系统，也是未来物联网的一个很好的方向，很想了解学习，奈何网上资料很少所以还是懵懵懂懂不清楚，如上疑问望回复，在此拜谢。 > _______________________________________________ > Contact mailing list -- contact(a)openharmony.io > To unsubscribe send an email to contact-leave(a)openharmony.io

3 3

【会议通知】 OpenHarmoy PMC Biweekly Meeting，时间：2021-06-28 14:30-16:00，地点：线上会议，请您准时与会：）
by hengting (A) 28 Jun '21

28 Jun '21

会议空间 WeMeeting 议题(Agendas)<http://w3.huawei.com/emeeting/mail/?redirect=http%3A%2F%2Fw3.huawei.com%2Fe…> | 材料(Materials)<http://w3.huawei.com/emeeting/mail/?redirect=http%3A%2F%2Fw3.huawei.com%2Fe…> 会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-06-28 14:30-16:00(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议(Host)<http://imeeting.huawei.com/meeting/startzoom?id=d23a600ab51d4e96a245f8a2f80…> 加入会议(Guest)<http://imeeting.huawei.com/meeting/joinzoom?id=0202809867&app=welink> 加入会议(External)<https://meeting.zhumu.me/j/202809867> 会议ID 0202809867 与会人 Attendees 李毅; 董金光; 付天福; 马占福; 万承臻; 任革林; 王意明; 邢文华; 肖峰; 聂欣外部与会人 External Participants noel@openatom.org,kelei@iscas.ac.cn<mailto:noel@openatom.org,kelei@iscas.ac.cn> 会议议题 Agenda 编号 No. 议题名称 Topic 时长 Duration 议题背景介绍 Topic background introduction 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 OpenHamony社区状态审视 20min 董金光邢文华邢文华 2 应用服务开发常用通用前端模块SIG 30min https://lists.openatom.io/hyperkitty/list/dev@openharmony.io/message/3TPCWR… 李洋李洋李洋李洋 3 ACE应用开发框架PC预览三方件引入 20min https://lists.openatom.io/hyperkitty/list/dev@openharmony.io/message/W75AUZ… 吴海滨吴海滨吴海滨吴海滨兰守忍李浩 4 社区治理机制完善建议 20min 针对OpenHarmony社区治理中存在的问题进行分析，并提出改进建议刘果刘果刘果 PMC 全体成员 5 softbus支持HTTP2协议三方件引入 10min 为支持HTTP2协议，引入nghttp2开源组件张建张建张建张建李涛 6 Openharmony XX版本测试报告模板评审 10min 为了体现Openharmony路标版本质量状态，引入测试报告，呈现到社区纪永纪永纪永纪永聂欣会议公告 Bulletins 上次会议纪要如下：https://codehub-y.huawei.com/openharmony/mom_for_pmc/files?ref=mas… OpenHarmony Committer清单：https://codehub-y.huawei.com/openharmony/pmc-committer/files?re…

1 0

【会议通知】 OpenHarmoy PMC Biweekly Meeting，时间：2021-06-28 14:30-16:00，地点：线上会议，请您准时与会：）
by hengting (A) 28 Jun '21

28 Jun '21

会议空间 WeMeeting 议题(Agendas)<http://w3.huawei.com/emeeting/mail/?redirect=http%3A%2F%2Fw3.huawei.com%2Fe…> | 材料(Materials)<http://w3.huawei.com/emeeting/mail/?redirect=http%3A%2F%2Fw3.huawei.com%2Fe…> 会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-06-28 14:30-16:00(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议(Host)<http://imeeting.huawei.com/meeting/startzoom?id=d23a600ab51d4e96a245f8a2f80…> 加入会议(Guest)<http://imeeting.huawei.com/meeting/joinzoom?id=0202809867&app=welink> 加入会议(External)<https://meeting.zhumu.me/j/202809867> 会议ID 0202809867 与会人 Attendees 李毅; 董金光; 付天福; 马占福; 万承臻; 任革林; 王意明; 邢文华; 肖峰; 聂欣外部与会人 External Participants noel@openatom.org,kelei@iscas.ac.cn<mailto:noel@openatom.org,kelei@iscas.ac.cn> 会议议题 Agenda 编号 No. 议题名称 Topic 时长 Duration 议题背景介绍 Topic background introduction 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 OpenHamony社区状态审视 20min 董金光邢文华邢文华 2 应用服务开发常用通用前端模块SIG 30min https://lists.openatom.io/hyperkitty/list/dev@openharmony.io/message/3TPCWR… 李洋李洋李洋李洋 3 ACE应用开发框架PC预览三方件引入 20min https://lists.openatom.io/hyperkitty/list/dev@openharmony.io/message/W75AUZ… 吴海滨吴海滨吴海滨吴海滨兰守忍李浩 4 社区治理机制完善建议 20min 针对OpenHarmony社区治理中存在的问题进行分析，并提出改进建议刘果刘果刘果 PMC 全体成员 5 softbus支持HTTP2协议三方件引入 10min 为支持HTTP2协议，引入nghttp2开源组件张建张建张建张建李涛会议公告 Bulletins 上次会议纪要如下：https://codehub-y.huawei.com/openharmony/mom_for_pmc/files?ref=mas… OpenHarmony Committer清单：https://codehub-y.huawei.com/openharmony/pmc-committer/files?re…

1 0

关于rk3399适配鸿蒙的疑问
by 老A 28 Jun '21

28 Jun '21

已知firefly在做鸿蒙rk3399的适配工作，我这里有几个疑问: 1.适配后的sdk是否会全开源. 2.是否和firefly的硬件绑定，非firefly的硬件是否可以使用建议，适配尽量使用软硬件(硬件原理图至少要开源)全开源的平台，其他玩家能利用现有的资源，尽快玩起来。

1 0

企业如何参与到RK3399的适配工作
by SM0387 26 Jun '21

26 Jun '21

您好, 我们是来自上海的一家企业: 上海商米科技集团股份有限公司, 我们致力于为商用领域提供丰富且优秀的智能IoT硬件及软硬结合的数字化解决方案. 我们的官网: https://www.sunmi.com/index 目前我们在进行Harmony的技术预研, 后续我们希望部分产品可以使用 Harmony OS. 我们从网上了解到 FireFly 在进行 RK3399的移植工作, 并且我们内部也有RK3399的量产项目, 我们团队拥有丰富的软硬件开发能力. 请问, 如何参与到 Harmony 的 RK3399 的移植项目? 李阳 15221450901 上海商米科技集团股份有限公司

4 3

test for subscript dev maillist
by hengting (A) 26 Jun '21

26 Jun '21

1 0

编译报错
by bifeng 23 Jun '21

23 Jun '21

您好我尝试使用仓库下载的源码编译； ./build.sh --product-name Hi3516DV300 在ubuntu上编译报下面的错误；应该从哪些方面排查？ ******************************************************************** 美的_美的集团_智能家居事业群_IoT_软件开发_Android开发张笔峰 Tel：17097236214 Add：深圳怡华22楼 ********************************************************************

2 1

[SIG-Charter-Proposal-softbus]SIG-softbus组申请，请处理，多谢
by Xuyongpan 23 Jun '21

23 Jun '21

SIG-softbus组工作目标和范围工作目标为开源社区软总线持续贡献力量，实现近场设备间统一的分布式通信能力管理，提供不区分链路的设备发现连接、组网和传输能力。工作范围 1.负责责任分布式软总线相关软件模块架构设计、评审和决策； 2.负责责任分布式软总线领域软件模块的代码审核、合入，禁止低质量代码合入开源版本主干，负责测试代码看护； 3.积极有效参与开源社区代码检视与点评，共享编程经验，与开源社区开发者交流，传递软件开发技能，有效辅导开源社区开发者写出好代码； 4.处理开源社区上的需求、issue、邮件列表和开发问题，闭环周期满足开源社区的SLA要求； 5.结合评审和开发活动，给予代码质量反馈与指导，促进开源社区代码质量提升。代码仓 * 代码仓地址： * https://gitee.com/openharmony/communication_dsoftbus * https://gitee.com/openharmony/communication_softbus_lite * https://gitee.com/openharmony/communication_ipc_lite * https://gitee.com/openharmony/communication_bluetooth<https://gitee.com/openharmony/communication_bluetooth/blob/master/README_zh…> * https://gitee.com/openharmony/communication_wifi<https://gitee.com/openharmony/communication_wifi/blob/master/README_zh.md> SIG组成员 Leader * @h00329621 (https://gitee.com/h00329621 <https://gitee.com/h00329621%20> ) Committers列表 * @yinyouzhan(https://gitee.com/yinyouzhan * @rain_myf(https://gitee.com/rain_myf) * @bigpumpkin(https://gitee.com/bigpumpkin) * @jyh926(https://gitee.com/jyh926) * @life-liu (https://gitee.com/life-liu) * @knpingan(https://gitee.com/knpingan) * @hwlitao(https://gitee.com/hwlitao) * @xuyongpan(https://gitee.com/xuyongpan) 会议 * 会议时间：双周例会，周一晚上19：00, UTC+8 * 会议链接：welink 联系方式(可选) * 邮件列表：xxx * Slack群组：xxx * 微信群：xxx

2 1

Re: [Contact] 鸿蒙系统为什么不在系统级别约束新开发的软件必须采用某一个统一的推送机制呢？
by Simon Cheung 23 Jun '21

23 Jun '21

ps lengyufeng,现将您的邮件转发到dev(a)openharmony.io <mailto:dev@openharmony.io>邮件讨论组。这是OpenHarmony项目技术讨论区域。欢迎以后多多参与该邮件列表的讨论。 ps dev(a)openharmony.io <mailto:dev@openharmony.io>，帮忙解答下lengyufeng的疑问，谢谢。 Simon > 2021年6月21日下午9:03，lengyufeng <lengyf117(a)icloud.com> 写道： > > 如题 > 这样不就可以避免想安卓里面一样各个厂家拥有一套自己的推送而导致的耗电问题吗？ > _______________________________________________ > Contact mailing list -- contact(a)openharmony.io > To unsubscribe send an email to contact-leave(a)openharmony.io

2 1

请问一下，分布式软总线softbus，可以在lite-m内核上使用么
by 黄赵伟 23 Jun '21

23 Jun '21

可以的话，lite-m内核上的分布式软总线，有那些功能上的裁剪么分布式软总线，后续有关于ble，ble mesh等智能家居使用相关协议的演进计划么 openHarmonyOS 后续有智能家居相关使用的指导方案么

1 0

[SIG-Charter-Proposal-softbus]SIG-softbus组申请，请处理，多谢
by Xuyongpan 22 Jun '21

22 Jun '21

SIG-softbus组工作目标和范围工作目标为开源社区软总线持续贡献力量，实现近场设备间统一的分布式通信能力管理，提供不区分链路的设备发现连接、组网和传输能力。工作范围 1.负责责任分布式软总线相关软件模块架构设计、评审和决策； 2.负责责任分布式软总线领域软件模块的代码审核、合入，禁止低质量代码合入开源版本主干，负责测试代码看护； 3.积极有效参与开源社区代码检视与点评，共享编程经验，与开源社区开发者交流，传递软件开发技能，有效辅导开源社区开发者写出好代码； 4.处理开源社区上的需求、issue、邮件列表和开发问题，闭环周期满足开源社区的SLA要求； 5.结合评审和开发活动，给予代码质量反馈与指导，促进开源社区代码质量提升。代码仓 * 代码仓地址： * https://gitee.com/openharmony/communication_dsoftbus * https://gitee.com/openharmony/communication_softbus_lite * https://gitee.com/openharmony/communication_ipc_lite * https://gitee.com/openharmony/communication_bluetooth<https://gitee.com/openharmony/communication_bluetooth/blob/master/README_zh…> * https://gitee.com/openharmony/communication_wifi<https://gitee.com/openharmony/communication_wifi/blob/master/README_zh.md> SIG组成员 Leader * @h00329621 (https://gitee.com/h00329621 <https://gitee.com/h00329621%20> ) Committers列表 * @yinyouzhan(https://gitee.com/yinyouzhan * @rain_myf(https://gitee.com/rain_myf) * @bigpumpkin(https://gitee.com/bigpumpkin) * @jyh926(https://gitee.com/jyh926) * @life-liu (https://gitee.com/life-liu) * @knpingan(https://gitee.com/knpingan) * @hwlitao(https://gitee.com/hwlitao) * @xuyongpan(https://gitee.com/xuyongpan) 会议 * 会议时间：双周例会，周一晚上19：00, UTC+8 * 会议链接：welink 联系方式(可选) * 邮件列表：xxx * Slack群组：xxx * 微信群：xxx

1 0

ARE: 企业如何加入OpenHarmony 项目组织成员
by dongjinguang 21 Jun '21

21 Jun '21

我们是来自深圳的一家企业：深圳市瑞拓创展科技有限公司，一个专门为企业提供设备的公司，像智能跑步机，会议系统，三防设备，便携式设备等。想了解下，企业如何加入OpenHarmony 项目组织成员，成为捐赠人呢 è 请罗未、建深答复一下后续我们相关产品以及对应产品的app软件都想移植到harmony上来，因此想在rk3399平台移植harmony系统。请问可以提供harmony在rk3399的移植补丁吗？ è 请贵生、选哲共同确认一下rk3399 适配的节奏和计划 From: qinfanzhong(a)jlinksz.com [mailto:qinfanzhong@jlinksz.com] Sent: Friday, June 11, 2021 2:48 PM To: dongjinguang <dongjinguang(a)huawei.com>; dev(a)openharmony.io Subject: 企业如何加入OpenHarmony 项目组织成员您好，我们是来自深圳的一家企业：深圳市瑞拓创展科技有限公司，一个专门为企业提供设备的公司，像智能跑步机，会议系统，三防设备，便携式设备等。想了解下，企业如何加入OpenHarmony 项目组织成员，成为捐赠人呢后续我们相关产品以及对应产品的app软件都想移植到harmony上来，因此想在rk3399平台移植harmony系统。请问可以提供harmony在rk3399的移植补丁吗？ ________________________________ qinfanzhong(a)jlinksz.com<mailto:qinfanzhong@jlinksz.com> 覃凡忠 13631628245 深圳市瑞拓创展科技有限公司深圳市南山区西丽平山一路南山云谷二期14栋6楼602

4 3

请教关于harmony移植泰凌微esp32的问题
by 黄赵伟 18 Jun '21

18 Jun '21

请问一下，官方有相应的鸿蒙移植esp32的计划么。我们是一家智能家居厂商，现在使用的主要是esp32芯片。我们希望能够拥抱鸿蒙，请问现在有什么官方的计划于支持么？

2 1

Re: 关于DSoftbus的详细资料
by Maerli (Ali) 17 Jun '21

17 Jun '21

你好，关于DSoftbus相关的资料，可以看这两个部分： https://gitee.com/openharmony/docs/blob/master/zh-cn/readme/%E5%88%86%E5%B8… https://gitee.com/openharmony/communication_dsoftbus#https://gitee.com/open… 另外，请问”分布式账本”，这个是哪里看到的？ Email: maerli(a)huawei.com<mailto:maerli@huawei.com>

1 0

openharmony JS页面渲染机制请教
by DENGYUANMING 邓远明 17 Jun '21

17 Jun '21

Dear 我是美的IOT开发人员，想了解基于openharmony JS的详细的页面渲染机制，我们查阅没有发现相关文档，也没有搜索到相关资料，麻烦告知。

2 1

OpenHarmony2.0适用于手机开发吗
by Andy Chien 17 Jun '21

17 Jun '21

你好，请问，现在的Openharmony2.0已经适用于手机研发了吗？如果我司打算用MTK平台来开发，贵司是否有针对MTK平台导入的开发文档，又或者是有boot up 和kernel开发流程的文档。谢谢发自我的iPhone

1 0

Re: [New Committer] Welcoming to become committer of OpenHarmony's device_qemu repository : laokz
by Liu Guo 15 Jun '21

15 Jun '21

laokz，congratulations! ---Original--- From: "dongjinguang"<dongjinguang(a)huawei.com> Date: Tue, Jun 15, 2021 21:59 PM To: "dev(a)openharmony.io"<dev(a)openharmony.io>;"pmc(a)openharmony.io"<pmc(a)openharmony.io>;"laokz(a)foxmail.com"<laokz(a)foxmail.com>; Subject: [Dev] [New Committer] Welcoming to become committer of OpenHarmony's device_qemu repository : laokz Hello laokz, The OpenHarmony PMC hereby offers you committer privileges to the device_qemu project. These privileges are offered on the understanding that you'll use them reasonably and with common sense. You have made great contributions to arm_virt, including the CFI flash driver, virtnet, and GPU display, and has also done some bugfixes for the kernel_liteos_a repository. Below are your PRs: device_qemu repository: Added the QEMU arm'virt' CFI flash driver https://gitee.com/openharmony/device_qemu/pulls/6. CFI Flash Driver Code Style Compliance Rectification https://gitee.com/openharmony/device_qemu/pulls/13 Update the CFI flash driver to implement the erase method https://gitee.com/openharmony/device_qemu/pulls/11. The virtio-mmio network device driver https://gitee.com/openharmony/device_qemu/pulls/15 is added to the arm-virt platform. Upgrade the virtnet driver to the nonlegacy version https://gitee.com/openharmony/device_qemu/pulls/26. Kernel_liteos_a repository: The OsSigTimedWaitNoLock clears only one pending signal https://gitee.com/openharmony/kernel_liteos_a/pulls/39. The SYSV shm function https://gitee.com/openharmony/kernel_liteos_a/pulls/37 is fixed. Rectified several issues related to regions. https://gitee.com/openharmony/kernel_liteos_a/pulls/34 Fixed the bug where LOS_BitmapSetNBits incorrectly considers the number of bits as the bit mode. https://gitee.com/openharmony/kernel_liteos_a/pulls/23 etc. All of them contributed to OpenHarmony and we’re excited to have laokz join the project. If you accept, please follow your guidelines: Register an DCO Provide your personal information as following format and sent to email: pmc(a)openharmony.io OpenHarmony Repository: your name: gitee id url: https://www.gitee.com/xxx gitee id associated email:   Best Regards OpenHarmony PMC  

1 0

[New Committer] Welcoming to become committer of OpenHarmony's device_qemu repository : laokz
by dongjinguang 15 Jun '21

15 Jun '21

Hello laokz, The OpenHarmony PMC hereby offers you committer privileges to the device_qemu project. These privileges are offered on the understanding that you'll use them reasonably and with common sense<https://gitee.com/openharmony/community/blob/master/zh/guidelines_role_grou…>. You have made great contributions to arm_virt, including the CFI flash driver, virtnet, and GPU display, and has also done some bugfixes for the kernel_liteos_a repository. Below are your PRs: 1. device_qemu repository: 2. Added the QEMU arm'virt' CFI flash driver https://gitee.com/openharmony/device_qemu/pulls/6. 3. CFI Flash Driver Code Style Compliance Rectification https://gitee.com/openharmony/device_qemu/pulls/13 4. Update the CFI flash driver to implement the erase method https://gitee.com/openharmony/device_qemu/pulls/11. 5. The virtio-mmio network device driver https://gitee.com/openharmony/device_qemu/pulls/15 is added to the arm-virt platform. 6. Upgrade the virtnet driver to the nonlegacy version https://gitee.com/openharmony/device_qemu/pulls/26. 7. Kernel_liteos_a repository: 8. The OsSigTimedWaitNoLock clears only one pending signal https://gitee.com/openharmony/kernel_liteos_a/pulls/39. 9. The SYSV shm function https://gitee.com/openharmony/kernel_liteos_a/pulls/37 is fixed. 10. Rectified several issues related to regions. https://gitee.com/openharmony/kernel_liteos_a/pulls/34 11. Fixed the bug where LOS_BitmapSetNBits incorrectly considers the number of bits as the bit mode. https://gitee.com/openharmony/kernel_liteos_a/pulls/23 etc. All of them contributed to OpenHarmony and we’re excited to have laokz join the project. If you accept, please follow your guidelines: 1. Register an DCO<https://dco.openharmony.io/sign/Z2l0ZWUlMkZPcGVuQXRvbQ==> 2. Provide your personal information as following format and sent to email: pmc(a)openharmony.io 3. OpenHarmony Repository: 4. your name: 5. gitee id url: https://www.gitee.com/xxx 6. gitee id associated email: Best Regards OpenHarmony PMC

2 1

dco未签署问题
by 杨子荣 15 Jun '21

15 Jun '21

各位开发者大家好：我在OpenHarmony/docs这个仓提交了对一个文档的Pull Request，一直显示dco未签署，但我其实已经签署过了，请问一下一直合不进去是什么原因？谢谢！

2 2

回复：答复: Re: [PMC] [VOTE] ��device_qemu�ֿ��µ�committer: laokz
by 万承臻 12 Jun '21

12 Jun '21

Vote +1 （binding） ---原始邮件--- 发件人: "Rengelin"<rengelin(a)huawei.com> 发送时间: 2021年6月11日(周五) 下午5:18 收件人: "Goldenboy"<dongjinguang(a)qq.com>;"李开龙"<long_kl(a)outlook.com>;"pmc(a)openharmony.io"<pmc(a)openharmony.io>;"dev(a)openharmony.io"<dev(a)openharmony.io>; 主题: [Dev] 答复: Re: [PMC] [VOTE] ��device_qemu�ֿ��µ�committer: laokz Vote +1 （binding）   发件人: Goldenboy [mailto:dongjinguang@qq.com] 发送时间: 2021年6月8日 14:58 收件人: 李开龙 <long_kl(a)outlook.com>; pmc(a)openharmony.io; dev(a)openharmony.io 主题: [Dev] Re: [PMC] [VOTE] device_qemu ֿ µ committer: laokz   Vote +1   ---Original--- From: "李开龙"<long_kl(a)outlook.com> Date: Tue, Jun 8, 2021 14:57 PM To: "pmc(a)openharmony.io"<pmc(a)openharmony.io>;"dev(a)openharmony.io"<dev(a)openharmony.io>; Subject: [PMC] [VOTE] device_qemu ֿ µ committer: laokz   Hi, 各位PMC成员，   提名laokz作为device_qemu仓新的committer，他为arm_virt做了非常大的贡献，包括：CFI Flash驱动、virtnet以及正在做的gpu显示；同时他以前也为kernel_liteos_a仓库做了一些bugfix。以下是他的PR：   device_qemu仓库：增加QEMU arm 'virt' CFI flash驱动程序  https://gitee.com/openharmony/device_qemu/pulls/6 CFI flash驱动代码样式合规整改 https://gitee.com/openharmony/device_qemu/pulls/13 更新CFI flash驱动程序，实现erase方法 https://gitee.com/openharmony/device_qemu/pulls/11 arm-virt平台增加virtio-mmio网络设备驱动 https://gitee.com/openharmony/device_qemu/pulls/15  升级virtnet驱动到nonlegacy版本 https://gitee.com/openharmony/device_qemu/pulls/26 kernel_liteos_a仓库：修正OsSigTimedWaitNoLock只清除一个pending信号 https://gitee.com/openharmony/kernel_liteos_a/pulls/39 修复SYSV shm有关函数 https://gitee.com/openharmony/kernel_liteos_a/pulls/37 修改region相关的几个问题 https://gitee.com/openharmony/kernel_liteos_a/pulls/34 修复LOS_BitmapSetNBits误将位数当作位模式的错误 https://gitee.com/openharmony/kernel_liteos_a/pulls/23 等   

1 0

Fw:Your confirmation is needed to join the dev@openharmony.io mailing list.
by xuqin 12 Jun '21

12 Jun '21

-------- Forwarding messages -------- From: dev-confirm+4c87d6291e130d6f7816360fb69b4ed22da1b395(a)openharmony.io Date: 2021-06-12 11:06:42 To: xuqincq(a)126.com Subject: Your confirmation is needed to join the dev(a)openharmony.io mailing list. Email Address Registration Confirmation Hello, this is the GNU Mailman server at openharmony.io. We have received a registration request for the email address xuqincq(a)126.com Before you can start using GNU Mailman at this site, you must first confirm that this is your email address. You can do this by replying to this message. Or you should include the following line -- and only the following line -- in a message to dev-request(a)openharmony.io: confirm 4c87d6291e130d6f7816360fb69b4ed22da1b395 Note that simply sending a `reply' to this message should work from most mail readers. If you do not wish to register this email address, simply disregard this message. If you think you are being maliciously subscribed to the list, or have any other questions, you may contact dev-owner(a)openharmony.io

1 0

Re: [PMC] [VOTE] ��device_qemu�ֿ��µ�committer: laokz
by Goldenboy 11 Jun '21

11 Jun '21

Vote +1 ---Original--- From: "李开龙"<long_kl(a)outlook.com> Date: Tue, Jun 8, 2021 14:57 PM To: "pmc(a)openharmony.io"<pmc(a)openharmony.io>;"dev(a)openharmony.io"<dev(a)openharmony.io>; Subject: [PMC] [VOTE] ��device_qemu�ֿ��µ�committer: laokz Hi, 各位PMC成员，   提名laokz作为device_qemu仓新的committer，他为arm_virt做了非常大的贡献，包括：CFI Flash驱动、virtnet以及正在做的gpu显示；同时他以前也为kernel_liteos_a仓库做了一些bugfix。以下是他的PR：   device_qemu仓库：增加QEMU arm 'virt' CFI flash驱动程序  https://gitee.com/openharmony/device_qemu/pulls/6 CFI flash驱动代码样式合规整改 https://gitee.com/openharmony/device_qemu/pulls/13 更新CFI flash驱动程序，实现erase方法 https://gitee.com/openharmony/device_qemu/pulls/11 arm-virt平台增加virtio-mmio网络设备驱动 https://gitee.com/openharmony/device_qemu/pulls/15  升级virtnet驱动到nonlegacy版本 https://gitee.com/openharmony/device_qemu/pulls/26 kernel_liteos_a仓库：修正OsSigTimedWaitNoLock只清除一个pending信号 https://gitee.com/openharmony/kernel_liteos_a/pulls/39 修复SYSV shm有关函数 https://gitee.com/openharmony/kernel_liteos_a/pulls/37 修改region相关的几个问题 https://gitee.com/openharmony/kernel_liteos_a/pulls/34 修复LOS_BitmapSetNBits误将位数当作位模式的错误 https://gitee.com/openharmony/kernel_liteos_a/pulls/23 等   

3 2

如何加入OpenHarmony-TPC
by gaozilong＠talkweb.com.cn 11 Jun '21

11 Jun '21

您好：我们是拓维信息的，专门从事软件开发的企业，一直关注鸿蒙开源，我们目前从Android移植了一些开源库到鸿蒙，我们想加入OpenHarmony-TPC，成为贡献者，不知道要怎么申请加入高子龙拓维集团｜拓维云创科技有限责任公司手机：18008438254 地址：长沙市岳麓区桐梓坡西路298号网址：http://www.talkweb.com.cn/

1 0

Re: [Contact] 맘폚桡牭潮秔�欳㌹㦵쓒웖늲릶�
by Simon 11 Jun '21

11 Jun '21

现将您的邮件抄送dev@openharmony.io。该邮件列表为OpenHarmony社区技术讨论区，未来有技术疑问也可以直接发邮件到该地址。谢谢。 Simon 发自我的iPhone > 在 2021年6月10日，09:47，hyl@guoguang.com.cn 写道： > > > contact(a)openharmony.io 你好： > 我们是一个专门给银行提供设备的公司，包括ATM 自助，柜面设备，便携式设备等。后续我们相关产品以及对应产品的app软件都想移植到harmony上来。因此想在rk3399平台移植harmony系统。跟瑞芯微沟通说，他们说可以直接找你们要rk3399的相关补丁。 > 请问可以提供harmony在rk3399的移植补丁吗？ > 谢谢，盼复。 > > ------------- > 2021-06-10 > 硬件开发部黄永亮 > 金融设备及系统应用事业部 > 江苏国光信息产业股份有限公司 > Add：江苏省常州市清潭路93号国光大厦3E056 > Tel: 0519-86970000-2325 13222500861 > _______________________________________________ > Contact mailing list -- contact(a)openharmony.io > To unsubscribe send an email to contact-leave(a)openharmony.io

4 3

关于DSoftbus的详细资料
by JohnSuu 11 Jun '21

11 Jun '21

各位好，通过DSoftbus的相关文档，能够看到模块的一个大概情况。请问在这个基础上，还有更加详细的资料吗？比如模块中的分布式账本的设计等等。

1 0

FYI for 黄慧进 //RE: openharmony的toolchain会开源吗？
by dongjinguang 10 Jun '21

10 Jun '21

From: Huanghuijin Sent: Thursday, June 10, 2021 12:05 PM To: dongjinguang <dongjinguang(a)huawei.com>; william1994dx(a)163.com; dev(a)openharmony.io Subject: 答复: [Dev] openharmony的toolchain会开源吗？随openharmony 7.30号的开源计划开源，当前在合规整改黄慧进华为技术有限公司 Tel : 17602105508 Email : huanghuijin(a)huawei.com<mailto:huanghuijin@huawei.com> [cid:image001.png@01D75E41.839B30B0] This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! 发件人: dongjinguang 发送时间: Thursday, June 10, 2021 11:46 AM 收件人: william1994dx(a)163.com<mailto:william1994dx@163.com>; dev(a)openharmony.io<mailto:dev@openharmony.io>; Huanghuijin <huanghuijin(a)huawei.com<mailto:huanghuijin@huawei.com>> 主题: RE: [Dev] openharmony的toolchain会开源吗？请慧进确认一下 From: william1994dx(a)163.com<mailto:william1994dx@163.com> [mailto:william1994dx@163.com] Sent: Thursday, June 10, 2021 11:19 AM To: dev(a)openharmony.io<mailto:dev@openharmony.io> Subject: [Dev] openharmony的toolchain会开源吗？大家好请问openharmony的toolchain有开源计划吗？发自我的华为手机

1 0

[SIG-Charter-Proposal-ACE-PC-Preview]
by seaside 10 Jun '21

10 Jun '21

新建SIG申请 SIG组工作目标和范围工作目标： ACE应用开发框架PC预览三方件引入工作范围： ACE应用开发框架PC预览三方开源件引入与维护代码仓  代码仓地址： SIG组成员： Leader https://gitee.com/seaside_wu Committers列表 https://gitee.com/laigerendaqiu https://gitee.com/lanshouren 会议暂无联系方式邮件列表： wuhaibin(a)hitee.net lanshouren(a)163.com lihao71(a)huawei.com slack群组：无微信群：

1 0

openharmony的toolchain会开源吗？
by william1994dx＠163.com 10 Jun '21

10 Jun '21

2 1

[SIG-Charter-Proposal-ACE-PC-Preview]
by seaside 10 Jun '21

10 Jun '21

新建SIG申请 SIG组工作目标和范围工作目标： ACE应用开发框架PC预览三方件glfw引入工作范围： ACE应用开发框架PC预览三方开源件引入与维护代码仓  代码仓地址： SIG组成员： Leader https://gitee.com/seaside_wu Committers列表 https://gitee.com/laigerendaqiu https://gitee.com/lanshouren 会议暂无联系方式邮件列表： wuhaibin(a)hitee.net lanshouren(a)163.com lihao71(a)huawei.com slack群组：无微信群：

1 0

申请创建3rd-kernel SIG
by 谭小凡 09 Jun '21

09 Jun '21

申请创建3rd-kernel-SIG，内容见附件 Best regards.

1 0

回复:Re: [PMC] [VOTE] device_qemu ֿ µ committer: laokz
by JohnSuu 08 Jun '21

08 Jun '21

同意 --------------原始邮件-------------- 发件人："Goldenboy "<dongjinguang(a)qq.com>; 发送时间：2021年6月8日(星期二) 下午2:58 收件人："李开龙" <long_kl(a)outlook.com>;"pmc(a)openharmony.io" <pmc(a)openharmony.io>;"dev(a)openharmony.io" <dev(a)openharmony.io>; 主题：[Dev] Re: [PMC] [VOTE] device_qemu ֿ µ committer: laokz ----------------------------------- Vote +1 ---Original--- From: "李开龙"<long_kl(a)outlook.com> Date: Tue, Jun 8, 2021 14:57 PM To: "pmc(a)openharmony.io"<pmc(a)openharmony.io>;"dev(a)openharmony.io"<dev(a)openharmony.io>; Subject: [PMC] [VOTE] device_qemu ֿ µ committer: laokz Hi, 各位PMC成员，   提名laokz作为device_qemu仓新的committer，他为arm_virt做了非常大的贡献，包括：CFI Flash驱动、virtnet以及正在做的gpu显示；同时他以前也为kernel_liteos_a仓库做了一些bugfix。以下是他的PR：   device_qemu仓库：增加QEMU arm 'virt' CFI flash驱动程序  https://gitee.com/openharmony/device_qemu/pulls/6 CFI flash驱动代码样式合规整改 https://gitee.com/openharmony/device_qemu/pulls/13 更新CFI flash驱动程序，实现erase方法 https://gitee.com/openharmony/device_qemu/pulls/11 arm-virt平台增加virtio-mmio网络设备驱动 https://gitee.com/openharmony/device_qemu/pulls/15  升级virtnet驱动到nonlegacy版本 https://gitee.com/openharmony/device_qemu/pulls/26 kernel_liteos_a仓库：修正OsSigTimedWaitNoLock只清除一个pending信号 https://gitee.com/openharmony/kernel_liteos_a/pulls/39 修复SYSV shm有关函数 https://gitee.com/openharmony/kernel_liteos_a/pulls/37 修改region相关的几个问题 https://gitee.com/openharmony/kernel_liteos_a/pulls/34 修复LOS_BitmapSetNBits误将位数当作位模式的错误 https://gitee.com/openharmony/kernel_liteos_a/pulls/23 等   

4 3

HDF框架疑问
by Days Win 08 Jun '21

08 Jun '21

https://gitee.com/openharmony/drivers_adapter_khdf_linux.git 关于HDF框架这部分的一次开发，多核部署的Linux实现， HDF_INIT是怎么组进linux内核的呀。 linux部分没有看到.hdf.driver的section的link脚本。kernel_linux仓库里也没搜到相关代码。 HDF_DRIVER_INIT在Linux下是怎么link进内核的， lite_os部分的link脚本里面已经看到了。有没有大神提示一下。

2 2

Re: [Contact] What model of Huawei mobile phone can be run?
by Simon Cheung 07 Jun '21

07 Jun '21

Your email has been copied to the technical mailing list (dev(a)openharmony.io) and the community experts would send you a reply later. Thanks for your attention in OpenHarmony. Simon > 2021年6月7日下午2:59，<wcyu(a)itri.org.tw> <wcyu(a)itri.org.tw> 写道： > > Hi, > So far, can the source code build run on your Huawei mobile phone? > What’s the model it supports? > David > > > -- > 本信件可能包含工研院機密資訊，非指定之收件者，請勿使用或揭露本信件內容，並請銷毀此信件。 This email may contain confidential information. Please do not use or disclose it in any way and delete it if you are not the intended recipient. _______________________________________________ > Contact mailing list -- contact(a)openharmony.io <mailto:contact@openharmony.io> > To unsubscribe send an email to contact-leave(a)openharmony.io <mailto:contact-leave@openharmony.io>

1 0

Re: [Contact] 建议鸿蒙支持语音输入中文域名直接访问网站，语音输入中文域名可作为语音访问网站服务的通用接口，谢谢！
by Simon Cheung 07 Jun '21

07 Jun '21

谢谢您的建议。已经抄送社区技术邮件列表：dev(a)openharmony.io <mailto:dev@openharmony.io>。 Simon > 2021年6月7日下午3:25，华微服务 <huaweifuwu(a)qq.com> 写道： > > > 人工智能在与人交互应用层面有两大基础：语音和视觉，智能音箱战胜电视机顶盒和路由器成为智能家居的入口，靠的是语音操控来方便儿童和老人。目前手机、手表、VR、AR、自动驾驶和智能家居等产品都离不开语音操控，可是讯飞、阿里、腾讯和百度等语音接口服务提供商有各自的语音指令操控，没有一个通用的方式来访问外部应用，应用提供商都受制于语音接口的流量控制，我认为语音输入中文域名直接访问网站服务是解决语音访问网站服务最通用和直接的互联网基础应用。以下视频是安卓手机版360浏览器实现语音输入中文域名“小度.中国”直接访问小度官网的示例（附件的视频是演示示例，或者点击下方链接）。 > > https://v.qq.com/x/page/r3216khdw39.html <https://v.qq.com/x/page/r3216khdw39.html> > > > 2017年8月24日，中华人民共和国工业和信息化部令第43号公布了新的《互联网域名管理办法》，里面第一条提到“推动中文域名和国家顶级域名发展和应用”，而且第一章总则的第六条着重提到“中文域名是中国互联网域名体系的重要组成部分。国家鼓励和支持中文域名系统的技术研究和推广应用。”。语音输入中文域名作为语音访问网站服务的通用接口将有法可依和有法可循。 > > > > > > 2020年1月9日，由中国互联网协会主办的“中文域名推进工作组成立大会”在北京召开。大会审议通过《中国互联网协会中文域名推进工作组工作规则》草案、首届工作组领导名单，接下来工作组将加强中文域名体系建设，为中文域名创新发展打造良好的应用环境。随着推动中文域名邮箱、中文域名超链接和语音输入中文域名的广泛支持，中文域名便于记忆，易于品牌宣传，利于移动互联网时代的手写输入和语音输入，让众多老幼人群更便于接入互联网。 > > > > 工信部于2020年03月19日发布了《工业和信息化部关于开展2020年IPv6端到端贯通能力提升专项行动的通知》。从工信部2020年11月发布的数据可知，我国网络基础设施方面，已全部支持IPv6；应用基础设施方面，数据中心、云产品、内容分发（CDN）等也初步具备全国、全网IPv6服务能力；用户数量方面，获得IPv6地址的用户数，已从三年前的0.74亿达到了今年10月份的14.7亿；流量方面，也从多年前的几乎为零，到现在LTE网络14%的流量都是IPv6流量，我国的IPv6网络高速公路已经建成。目前我国很多的宽带用户和手机用户都被分配到动态公网IPv6地址，域名绑定手机和宽带等将主要采用目前动态域名所用的策略方式，中文域名也会由于便于记忆、品牌宣传和可语音输入等优势被广泛应用。 > > > > 目前我国提供“语音识别”接口服务的主要企业有讯飞、百度、阿里巴巴和腾讯（搜狗已经被腾讯控股）等，这4家企业总共的市场份额已经超过98%，，而且这些企业的“语音识别”服务对于中文词汇的准确识别率高达96%以上，其中4%不到的错误率是因为有极少部分中文词汇的同音同调特性所致，且并不足以影响语音输入中文词汇的日常使用，目前语音输入中文词汇在手机、智能音箱、智能电视和智能空调等智能家居设备上已经普遍作为操控设备的简短指令，这为语音输入中文域名的实现提供了非常有价值的经验基础。如果中文域名推进工作组能推动讯飞、百度、阿里巴巴和腾讯等这4家“语音识别”接口服务提供商支持语音输入中文域名，将极大地推动中文域名的应用场景。语音输入中文域名的应用场景可以多种多样，例如回到家通过语音操控打开智能电视，可以语音换台，如果能支持语音输入中文域名，还可以实现语音浏览网页，以下是智能电视实现语音操控浏览网站的假想场景：当用户语音打开家里的电视，再语音输入中文域名“小度点中国”，系统能打开浏览器直接访问中文域名网站“小度.中国”；而且，结合页面检索和定位功能，还可以实现语音浏览网页功能，例如小度官网里有这一段内容“小度在家是百度AI首款智能视频音箱，涵盖视频通话，听歌追剧，早教陪伴，生活助手，智能家控等功能，为用户提供更好的AI体验。”，当用户语音输入“AI体验”，页面浏览焦点转到“AI体验”内容处；再者，当网页有菜单“产品”，当用户语音输入“产品”就能直接打开网页“产品”菜单下的子菜单或者内容页，这个功能在VR和AR里会更加实用。如今所有的智能语音的逻辑实现都需要文字作为载体，未来中文域名在手机、手表、VR、AR、自动驾驶和智能家居等智能设备的优秀应用将更加丰富！ > > > > > > > > <语音输入中文域名“小度.中国”直接访问小度官网.MP4><语音输入中文域名“腾讯.中国”直接访问官网.mp4>_______________________________________________ > Contact mailing list -- contact(a)openharmony.io > To unsubscribe send an email to contact-leave(a)openharmony.io

1 0

Re: [Contact] 兼容适配问题
by Simon Cheung 07 Jun '21

07 Jun '21

现将您的邮件转到dev(a)openharmony.io <mailto:dev@openharmony.io>。dev邮件列表是OpenHarmony技术讨论区域。谢谢 Simon > 2021年6月6日下午8:38，2t <2517088321(a)qq.com> 写道： > > 你好，请问OpenHarmony是否有计划去兼容龙芯（LoongArch 架构），并且据此开发适配于PC端的鸿蒙操作系统？ > 谢谢！ > > > > > > _______________________________________________ > Contact mailing list -- contact(a)openharmony.io > To unsubscribe send an email to contact-leave(a)openharmony.io

1 0

Fwd: [Contact] 来自屌丝的建议😹😹
by Simon 03 Jun '21

03 Jun '21

FYI Simon 发自我的iPhone 以下是转发的邮件： > 发件人: 1485790147 <1485790147(a)qq.com> > 日期: 2021年6月3日 GMT+8 19:18:26 > 收件人: contact <contact(a)openharmony.io> > 主题: [Contact] 来自屌丝的建议😹😹 > > > 可以把软件开发环境集成到平板里面吗，现在平板性能这么好，光买来玩太浪费了。 > _______________________________________________ > Contact mailing list -- contact(a)openharmony.io > To unsubscribe send an email to contact-leave(a)openharmony.io

1 0

Fwd: [Contact] 我想体验鸿蒙系统
by Simon Cheung 03 Jun '21

03 Jun '21

Fyi > 下面是被转发的邮件： > > 发件人: "1301220539(a)qq.com" <1301220539(a)qq.com> > 主题: [Contact] 我想体验鸿蒙系统 > 日期: 2021年6月2日 GMT+8 下午10:31:10 > 收件人: "contact(a)openharmony.io" <contact(a)openharmony.io> > > > > 发自我的荣耀手机 > _______________________________________________ > Contact mailing list -- contact(a)openharmony.io > To unsubscribe send an email to contact-leave(a)openharmony.io

1 0

?
by 范星 03 Jun '21

03 Jun '21

?

1 0

测试邮件
by 梁克雷 31 May '21

31 May '21

测试邮件

1 0

Fwd: [Contact] ACE ENGINE是否需要MMU的支持？
by Simon Cheung 31 May '21

31 May '21

你好，我把邮件转发至dev(a)openharmony.io <mailto:dev@openharmony.io>，这个邮件列表讨论技术问题。若再有疑问，请直接发送邮件至dev(a)openharmony.io <mailto:dev@openharmony.io>咨询。感谢关注OpenHarmony。 Simon > 下面是被转发的邮件： > > 发件人: chenqiang <chenqiang(a)topwaydisplay.com> > 主题: [Contact] ACE ENGINE是否需要MMU的支持？ > 日期: 2021年5月31日 GMT+8 上午9:32:46 > 收件人: contact(a)openharmony.io <contact(a)openharmony.io> > > 您好，最近在研究你们开源的openharmony，想请教您一个问题:ACE ENGINE是否需要MMU的支持？ > 我们想在RT1052(M7)的平台上跑ACE，是否能实现呢？如果不能实现的话，是因为哪些原因呢？ > > 期待您的回复，谢谢！ > _______________________________________________ > Contact mailing list -- contact(a)openharmony.io <mailto:contact@openharmony.io> > To unsubscribe send an email to contact-leave(a)openharmony.io <mailto:contact-leave@openharmony.io>

1 0

Add a DHT routing table into distributed soft bus.
by zou 26 May '21

26 May '21

Following opened documents,  distributed soft bus use broadcast to find devices and only supported LAN. Consider of some huge device number case, a DHT like KAD will be better than broadcast. By using DHT(KAD), a stronger Peer-to-Peer network can be construct. On the other hand, devices Not only in a same LAN but also WLAN can connecting with another devices with auth methods, and things will going to be more funny.

2 1

[SIG-Charter-Proposal-RISC-V]
by 杜东 26 May '21

26 May '21

申请创建RISC-V SIG。祝好，杜东

2 1

[VOTE] 提名device_qemu仓库新的committer: laokz
by 李开龙 24 May '21

24 May '21

Hi, 各位PMC成员，提名laokz作为device_qemu仓新的committer，他为arm_virt做了非常大的贡献，包括：CFI Flash驱动、virtnet以及正在做的gpu显示；同时他以前也为kernel_liteos_a仓库做了一些bugfix。以下是他的PR： device_qemu仓库：增加QEMU arm 'virt' CFI flash驱动程序 https://gitee.com/openharmony/device_qemu/pulls/6 CFI flash驱动代码样式合规整改 https://gitee.com/openharmony/device_qemu/pulls/13 更新CFI flash驱动程序，实现erase方法 https://gitee.com/openharmony/device_qemu/pulls/11 arm-virt平台增加virtio-mmio网络设备驱动 https://gitee.com/openharmony/device_qemu/pulls/15 升级virtnet驱动到nonlegacy版本 https://gitee.com/openharmony/device_qemu/pulls/26 kernel_liteos_a仓库：修正OsSigTimedWaitNoLock只清除一个pending信号 https://gitee.com/openharmony/kernel_liteos_a/pulls/39 修复SYSV shm有关函数 https://gitee.com/openharmony/kernel_liteos_a/pulls/37 修改region相关的几个问题 https://gitee.com/openharmony/kernel_liteos_a/pulls/34 修复LOS_BitmapSetNBits误将位数当作位模式的错误 https://gitee.com/openharmony/kernel_liteos_a/pulls/23 等

1 0

申请汽车 openHarmoy SIG
by 时红仁 21 May '21

21 May '21

如题！

2 2

[SIG-Charter-Proposal-HBlockly]
by 杜天微 21 May '21

21 May '21

# SIG组简体中文 | [English](./sig_hblockly.md) 说明：本SIG的内容遵循OpenHarmony的PMC管理章程 [README](/zh/pmc.md)中描述的约定。 ## SIG组工作目标和范围 ### 工作目标为了扩展 OpenHarmony OS 在青少年编程和STEM教育中的应用范围，HBlockly SIG 将移植基于Blockly的图形化编程语言的运行时到OpenHarmony OS上，并支持软总线、分布式等OpenHarmony OS 能力。 HBlockly SIG同时将协助第三方设备厂商和教育服务商构建自有发行版和样例，协助设备厂商代码入库，与STEM教育行业合作，扩展 OpenHarmony OS 在少儿编程领域的生态。 ### 工作范围 - 提供基于Web的图形化编程IDE和编译器基于Web环境的IDE和编译器，减少环境依赖。为L0~L5不同级别硬件设备提供统一、标准的编程环境。 - 定义图形化编程接口规范指导外设厂商、开发板厂商、第三方服务贡献代码到社区 - 样例工程创建三方传感器、网络服务样例工程，如温度传感器、电机控制板、百度AI、讯飞语音识别，给其他厂商和教师提供参考。 - 生态拓展积极与学校、教师和教育服务商进行洽谈合作 ## 代码仓 - 代码仓地址： - hblockly: https://gitee.com/openharmony-sig/hblockly - hblockly-blocks: https://gitee.com/openharmony-sig/hblockly_blocks ## SIG组成员 ### Leader - [duzc2](https://gitee.com/duzc2) ### Committers列表 - [aaronchan_cx](https://gitee.com/aaronchan_cx) - [胡天麒](https://gitee.com/htq110219891) ### 联系方式(可选) 微信；duzc2dtw # SIG Template English | [简体中文](./sig_hblockly_cn.md) Note: The content of this SIG follows the convention described in OpenHarmony's PMC Management Charter [README](/zh/pmc.md). ## SIG group work objectives and scope In order to extend OpenHarmony OS's use in youth programming and STEM education, HBlockly SIG will port the runtime of the Blockly based graphical programming language to OpenHarmony OS. And support soft bus, distributed and other OpenHarmony OS capabilities. Hblockly SIG will also assist third party device vendors and education providers to build their own distribution and samples, assist device vendor code repository, and work with the STEM education industry to expand the OpenHarmony OS ecosystem in the field of programming for children. ### Scope - Provides a Web-based graphical programming IDE and compiler Web-based IDE and compiler to reduce environment dependency. For L0~L5 different levels of hardware equipment to provide a unified, standard programming environment. - Define graphical programming interface specifications Guide peripheral vendors, development board vendors, and third party service providers to contribute code to the community - Demo Projects Create third-party sensor and network service sample projects, such as temperature sensor, motor control board, Baidu AI, iFlytek voice recognition, to provide reference for other manufacturers and teachers. - Expanding Ecosystems Actively cooperate with schools, teachers and education providers ### The repository - project name: - hblockly: https://gitee.com/openharmony-sig/hblockly - hblockly-blocks: https://gitee.com/openharmony-sig/hblockly_blocks ## SIG Members ### Leader - [duzc2](https://gitee.com/duzc2) ### Committers列表 - [aaronchan_cx](https://gitee.com/aaronchan_cx) - [胡天麒](https://gitee.com/htq110219891) ### Contact (optional) - WeChat: duzc2dtw

2 1

SIG-Charter-Proposal-李洋申请
by 木子龙 19 May '21

19 May '21

尊敬的PMC项目管理委员会：好。附件是我们申请OpenHarmony 应用服务开发常用通用前端模块特别兴趣小组（SIG)的相关事项，请查阅，望能获得通过，有不妥的地方请指示我们修改调整。   此致敬礼                                                李洋 2021.5.19

1 0

SIG-Charter-Proposal-李洋申请
by 木子龙 19 May '21

19 May '21

尊敬的PMC项目管理委员会：好。附件是我们申请OpenHarmony 应用服务开发常用通用前端模块特别兴趣小组（SIG)相关事项。  请查阅，望能获得通过，有不妥的地方请指示我们修改调整。   此致敬礼                                                李洋 2021.5.19

1 0

Re: [SIG-Charter-Proposal-OpenBlock]
by 万承臻 17 May '21

17 May '21

同意申请 ---Original--- From: "dongjinguang"<dongjinguang(a)huawei.com> Date: Mon, May 17, 2021 22:37 PM To: "杜天微"<duzc2(a)163.com>; Cc: "开源鸿蒙开发组"<dev(a)openharmony.io>;"Rengelin"<rengelin(a)huawei.com>;"wanchengzhen"<wanchengzhen(a)huawei.com>;"Xiaofeng (Blue)"<blue.xiaofeng(a)huawei.com>;"Mazhanfu"<mazhanfu(a)huawei.com>;"Liyi (Nicholas, Software Engineering Device OS Dept)"<nicholas.li(a)huawei.com>; Subject: [Dev] Re: [SIG-Charter-Proposal-OpenBlock] 同意申请 1、需要提前识别对OpenHamrony 平台能力的诉求。   2、请直接提交PR 创建SIG申请的，下周一PMC 例会评审   From: 杜天微 [mailto:duzc2@163.com] Sent: Sunday, May 16, 2021 10:13 AM To: dongjinguang <dongjinguang(a)huawei.com> Cc: 开源鸿蒙开发组 <dev(a)openharmony.io>; Rengelin <rengelin(a)huawei.com>; wanchengzhen <wanchengzhen(a)huawei.com>; Xiaofeng (Blue) <blue.xiaofeng(a)huawei.com>; Mazhanfu <mazhanfu(a)huawei.com>; Liyi (Nicholas, Software Engineering Device OS Dept) <nicholas.li(a)huawei.com> Subject: [SIG-Charter-Proposal-OpenBlock]   确定命名 OpenBlock 申请建仓   # SIG组简体中文 | [English](./sig_openblock.md)   说明：本SIG的内容遵循OpenHarmony的PMC管理章程 [README](/zh/pmc.md)中描述的约定。     ## SIG组工作目标和范围   ### 工作目标为了扩展 OpenHarmony OS 在青少年编程和STEM教育中的应用范围，OpenBlock SIG 将移植基于Blockly的图形化编程语言的运行时到OpenHarmony OS上，并支持软总线、分布式等OpenHarmony OS 能力。 OpenBlock SIG同时将协助第三方设备厂商和教育服务商构建自有发行版和样例，协助设备厂商代码入库，与STEM教育行业合作，扩展 OpenHarmony OS 在少儿编程领域的生态。   ### 工作范围   - 提供基于Web的图形化编程IDE和编译器   基于Web环境的IDE和编译器，减少环境依赖。为L0~L5不同级别硬件设备提供统一、标准的编程环境。   - 定义图形化编程接口规范   指导外设厂商、开发板厂商、第三方服务贡献代码到社区   - 样例工程   创建三方传感器、网络服务样例工程，如温度传感器、电机控制板、百度AI、讯飞语音识别，给其他厂商和教师提供参考。   - 生态拓展   积极与学校、教师和教育服务商进行洽谈合作   ## 代码仓 - 代码仓地址：   - openblock: https://gitee.com/openharmony-sig/openblock   - openblock-blocks: https://gitee.com/openharmony-sig/openblock_blocks   ## SIG组成员   ### Leader - [duzc2](https://gitee.com/duzc2)   ### Committers列表 - [aaronchan_cx](https://gitee.com/aaronchan_cx) - [胡天麒](https://gitee.com/htq110219891)   ### 联系方式(可选) 微信；duzc2dtw     # SIG Template English | [简体中文](./sig_openblock_cn.md)   Note: The content of this SIG follows the convention described in OpenHarmony's PMC Management Charter [README](/zh/pmc.md).   ## SIG group work objectives and scope   In order to extend OpenHarmony OS's use in youth programming and STEM education, OpenBlock SIG will port the runtime of the Blockly based graphical programming language to OpenHarmony OS. And support soft bus, distributed and other OpenHarmony OS capabilities. OpenBlock SIG will also assist third party device vendors and education providers to build their own distribution and samples, assist device vendor code repository, and work with the STEM education industry to expand the OpenHarmony OS ecosystem in the field of programming for children.   ### Scope   - Provides a Web-based graphical programming IDE and compiler   Web-based IDE and compiler to reduce environment dependency. For L0~L5 different levels of hardware equipment to provide a unified, standard programming environment.   - Define graphical programming interface specifications   Guide peripheral vendors, development board vendors, and third party service providers to contribute code to the community   - Demo Projects   Create third-party sensor and network service sample projects, such as temperature sensor, motor control board, Baidu AI, iFlytek voice recognition, to provide reference for other manufacturers and teachers.   - Expanding Ecosystems   Actively cooperate with schools, teachers and education providers   ### The repository - project name:   - openblock: https://gitee.com/openharmony-sig/openblock   - openblock-blocks: https://gitee.com/openharmony-sig/openblock_blocks       ## SIG Members   ### Leader - [duzc2](https://gitee.com/duzc2)   ### Committers列表 - [aaronchan_cx](https://gitee.com/aaronchan_cx) - [胡天麒](https://gitee.com/htq110219891)   ### Contact (optional)   - WeChat: duzc2dtw           在 2021-05-14 14:15:28，"dongjinguang" <dongjinguang(a)huawei.com> 写道： Approve the SIG proposal.   To 天微：另外有个建议，该SIG的名称是否可以不取名blockly语言本身。   CC 革林、老万，肖峰、老马，请发表一下该申请的意见   From: duzc2(a)163.com [mailto:duzc2@163.com] Sent: Friday, May 14, 2021 8:49 AM To: 开源鸿蒙开发组 <dev(a)openharmony.io> Subject: [Dev] [SIG-Charter-Proposal-HBlockly]   # SIG组简体中文 | [English](./sig_hblockly.md)   说明：本SIG的内容遵循OpenHarmony的PMC管理章程 [README](/zh/pmc.md)中描述的约定。     ## SIG组工作目标和范围   ### 工作目标为了扩展 OpenHarmony OS 在青少年编程和STEM教育中的应用范围，HBlockly SIG 将移植基于Blockly的图形化编程语言的运行时到OpenHarmony OS上，并支持软总线、分布式等OpenHarmony OS 能力。 HBlockly SIG同时将协助第三方设备厂商和教育服务商构建自有发行版和样例，协助设备厂商代码入库，与STEM教育行业合作，扩展 OpenHarmony OS 在少儿编程领域的生态。   ### 工作范围   - 提供基于Web的图形化编程IDE和编译器   基于Web环境的IDE和编译器，减少环境依赖。为L0~L5不同级别硬件设备提供统一、标准的编程环境。   - 定义图形化编程接口规范   指导外设厂商、开发板厂商、第三方服务贡献代码到社区   - 样例工程   创建三方传感器、网络服务样例工程，如温度传感器、电机控制板、百度AI、讯飞语音识别，给其他厂商和教师提供参考。   - 生态拓展   积极与学校、教师和教育服务商进行洽谈合作   ## 代码仓 - 代码仓地址：   - hblockly: https://gitee.com/openharmony-sig/hblockly   - hblockly-blocks: https://gitee.com/openharmony-sig/hblockly_blocks   ## SIG组成员   ### Leader - [duzc2](https://gitee.com/duzc2)   ### Committers列表 - [aaronchan_cx](https://gitee.com/aaronchan_cx) - [胡天麒](https://gitee.com/htq110219891)   ### 联系方式(可选) 微信；duzc2dtw     # SIG Template English | [简体中文](./sig_hblockly_cn.md)   Note: The content of this SIG follows the convention described in OpenHarmony's PMC Management Charter [README](/zh/pmc.md).   ## SIG group work objectives and scope   In order to extend OpenHarmony OS's use in youth programming and STEM education, HBlockly SIG will port the runtime of the Blockly based graphical programming language to OpenHarmony OS. And support soft bus, distributed and other OpenHarmony OS capabilities. Hblockly SIG will also assist third party device vendors and education providers to build their own distribution and samples, assist device vendor code repository, and work with the STEM education industry to expand the OpenHarmony OS ecosystem in the field of programming for children.   ### Scope   - Provides a Web-based graphical programming IDE and compiler   Web-based IDE and compiler to reduce environment dependency. For L0~L5 different levels of hardware equipment to provide a unified, standard programming environment.   - Define graphical programming interface specifications   Guide peripheral vendors, development board vendors, and third party service providers to contribute code to the community   - Demo Projects   Create third-party sensor and network service sample projects, such as temperature sensor, motor control board, Baidu AI, iFlytek voice recognition, to provide reference for other manufacturers and teachers.   - Expanding Ecosystems   Actively cooperate with schools, teachers and education providers   ### The repository - project name:   - hblockly: https://gitee.com/openharmony-sig/hblockly   - hblockly-blocks: https://gitee.com/openharmony-sig/hblockly_blocks       ## SIG Members   ### Leader - [duzc2](https://gitee.com/duzc2)   ### Committers列表 - [aaronchan_cx](https://gitee.com/aaronchan_cx) - [胡天麒](https://gitee.com/htq110219891)   ### Contact (optional)   - WeChat: duzc2dtw            

1 0

Re: SIG-Charter-Proposal-AutoCockpit
by 万承臻 17 May '21

17 May '21

赞同此类车机智能座舱的行业发行版，由于该类行业并无强android应用生态，建议android应用框架只作为备份，车上新增的应用和系统应用建议只使用鸿蒙应用框架。 ---Original--- From: "dongjinguang"<dongjinguang(a)huawei.com> Date: Mon, May 17, 2021 22:39 PM To: "Weitao (D)"<wtweitao.wei(a)huawei.com>;"时红仁"<hrshi(a)pateo.com.cn>;"dev "<dev(a)openharmony.io>;"Rengelin"<rengelin(a)huawei.com>;"wanchengzhen"<wanchengzhen(a)huawei.com>;"Liyi(Nicholas, Software Engineering Device OS Dept)"<nicholas.li(a)huawei.com>;"Mazhanfu"<mazhanfu(a)huawei.com>;"Xiaofeng (Blue)"<blue.xiaofeng(a)huawei.com>;"Zhongxiaofei (Device OS)"<zhongxiaofei(a)huawei.com>; Subject: [Dev] Re: SIG-Charter-Proposal-AutoCockpit 请魏涛分析一下车机SIG的创建诉求，并给出对应的策略和建议，谢谢   From: 时红仁 [mailto:hrshi@pateo.com.cn] Sent: Friday, May 14, 2021 3:43 PM To: dev <dev(a)openharmony.io> Subject: [Dev] SIG-Charter-Proposal-AutoCockpit           申请 SIG！

1 0

SIG-Charter-Proposal-AutoCockpit
by 时红仁 17 May '21

17 May '21

2 1

Re: [SIG-Charter-Proposal-HBlockly]
by dongjinguang 17 May '21

17 May '21

Approve the SIG proposal. To 天微：另外有个建议，该SIG的名称是否可以不取名blockly语言本身。 CC 革林、老万，肖峰、老马，请发表一下该申请的意见 From: duzc2(a)163.com [mailto:duzc2@163.com] Sent: Friday, May 14, 2021 8:49 AM To: 开源鸿蒙开发组 <dev(a)openharmony.io> Subject: [Dev] [SIG-Charter-Proposal-HBlockly] # SIG组简体中文 | [English](./sig_hblockly.md) 说明：本SIG的内容遵循OpenHarmony的PMC管理章程 [README](/zh/pmc.md)中描述的约定。 ## SIG组工作目标和范围 ### 工作目标为了扩展 OpenHarmony OS 在青少年编程和STEM教育中的应用范围，HBlockly SIG 将移植基于Blockly的图形化编程语言的运行时到OpenHarmony OS上，并支持软总线、分布式等OpenHarmony OS 能力。 HBlockly SIG同时将协助第三方设备厂商和教育服务商构建自有发行版和样例，协助设备厂商代码入库，与STEM教育行业合作，扩展 OpenHarmony OS 在少儿编程领域的生态。 ### 工作范围 - 提供基于Web的图形化编程IDE和编译器基于Web环境的IDE和编译器，减少环境依赖。为L0~L5不同级别硬件设备提供统一、标准的编程环境。 - 定义图形化编程接口规范指导外设厂商、开发板厂商、第三方服务贡献代码到社区 - 样例工程创建三方传感器、网络服务样例工程，如温度传感器、电机控制板、百度AI、讯飞语音识别，给其他厂商和教师提供参考。 - 生态拓展积极与学校、教师和教育服务商进行洽谈合作 ## 代码仓 - 代码仓地址： - hblockly: https://gitee.com/openharmony-sig/hblockly - hblockly-blocks: https://gitee.com/openharmony-sig/hblockly_blocks ## SIG组成员 ### Leader - [duzc2](https://gitee.com/duzc2) ### Committers列表 - [aaronchan_cx](https://gitee.com/aaronchan_cx) - [胡天麒](https://gitee.com/htq110219891) ### 联系方式(可选) 微信；duzc2dtw # SIG Template English | [简体中文](./sig_hblockly_cn.md) Note: The content of this SIG follows the convention described in OpenHarmony's PMC Management Charter [README](/zh/pmc.md). ## SIG group work objectives and scope In order to extend OpenHarmony OS's use in youth programming and STEM education, HBlockly SIG will port the runtime of the Blockly based graphical programming language to OpenHarmony OS. And support soft bus, distributed and other OpenHarmony OS capabilities. Hblockly SIG will also assist third party device vendors and education providers to build their own distribution and samples, assist device vendor code repository, and work with the STEM education industry to expand the OpenHarmony OS ecosystem in the field of programming for children. ### Scope - Provides a Web-based graphical programming IDE and compiler Web-based IDE and compiler to reduce environment dependency. For L0~L5 different levels of hardware equipment to provide a unified, standard programming environment. - Define graphical programming interface specifications Guide peripheral vendors, development board vendors, and third party service providers to contribute code to the community - Demo Projects Create third-party sensor and network service sample projects, such as temperature sensor, motor control board, Baidu AI, iFlytek voice recognition, to provide reference for other manufacturers and teachers. - Expanding Ecosystems Actively cooperate with schools, teachers and education providers ### The repository - project name: - hblockly: https://gitee.com/openharmony-sig/hblockly - hblockly-blocks: https://gitee.com/openharmony-sig/hblockly_blocks ## SIG Members ### Leader - [duzc2](https://gitee.com/duzc2) ### Committers列表 - [aaronchan_cx](https://gitee.com/aaronchan_cx) - [胡天麒](https://gitee.com/htq110219891) ### Contact (optional) - WeChat: duzc2dtw

2 2

[SIG-Charter-Proposal-申请建立系统应用SIG]
by Wangfeng (nicolas) 13 May '21

13 May '21

申请在openHarmony社区建立系统应用SIG，内容如下：系统应用SIG组工作目标和范围 * SIG的工作目标定义并构建OpenHarmony的系统应用，负责申请、实施孵化项目，广泛收集社区开发者需求，以持续完善系统应用的特性。 * SIG的业务范围 1. 新一代系统应用架构及特性的孵化 2. 主干仓库系统应用的开发及维护 3. 识别应用对其他子系统的依赖，并提出相应需求，促进系统完善 4. 与开发者交流、合作，持续完善系统应用的特性 5. 组织社区相关问题的澄清并及时给予解答 * 相关联SIG及所需支持 1. 系统应用SIG的工作流程上依赖测试SIG、Release-SIG、QA-SIG、UX-SIG、资料SIG提供公共的流程支持 2. 应用的功能实现应用框架SIG、软总线SIG、图形与媒体SIG、编译与运行时SIG、数据管理SIG等提供基础功能API接口 SIG相关代码仓及描述交付件形式：源码 * Launcher应用：applications/standard/launcher（毕业申请中） * 设置应用：applications/standard/settings（毕业申请中） * SystemUI应用：applications/standard/systemui（毕业申请中）

1 0

Re: Testing for dev maillist
by Linzhinan 26 Apr '21

26 Apr '21

-------------------------------------------------- 林志南 Lin Zhinan Mobile: +86-13530131985<tel:+86-13530131985> Email: linzhinan(a)huawei.com<mailto:linzhinan@huawei.com> 发件人：Linzhinan <linzhinan(a)huawei.com> 收件人：dev <dev(a)openharmony.io> 时间：2021-04-26 21:04:52 主题：Testing for dev maillist -------------------------------------------------- 林志南 Lin Zhinan Mobile: +86-13530131985<tel:+86-13530131985> Email: linzhinan(a)huawei.com<mailto:linzhinan@huawei.com>

2 2

请问目前能加入到哪些SIG？谢谢
by 张路 23 Apr '21

23 Apr '21

以下无正文

1 0

答复: [SIG-Charter-Proposal-data_manager]
by dongjinguang 10 Apr '21

10 Apr '21

Ok 请准备好相关方案介绍，于下周PMC例会讨论，在数据管理SIG组织中孵化成熟后进入OpenHarmony。发件人: Xuchao (Tom, MBB) 发送时间: 2021年4月9日 21:57 收件人: dev(a)openharmony.io 抄送: dongjinguang <dongjinguang(a)huawei.com> 主题: [SIG-Charter-Proposal-data_manager] SIG组工作目标和范围 SIG的工作目标：构建面向1+8+N设备全场景的分布式数据管理框架，为开发者提供便捷、高效、稳定、安全的数据管理相关服务。 SIG的业务范围：本地数据库、分布式数据库、数据管理服务等相关联SIG及所需支持：无 SIG相关代码仓及描述：数据管理框架| Data manager service framework 交付件形式：源码、文档等 repository1名称：https://gitee.com/openharmony/data_manager SIG组成员 Leader @码云账号(https://gitee.com/purple-ding-gags) Committers列表 @码云账号(https://gitee.com/wbq_sky) @码云账号（https://gitee.com/zmincoding）

1 0

New-SIG-Proposal-TFLiteAdapter
by Mr.J 23 Mar '21

23 Mar '21

Hey, guys     Glad to see the AI-Engine framework in the recent update of OpenHarmony.          Based on the interfaces defined in its Engine-Hal configuration, we provide the TFLite adapter, which enables plugins using TensorFlow-Lite models.     You will see the detailed information in our attachment.     Looking forward to your reply, sincerely.     Yours.

1 0

OHOS-TFLite-Adapter
by showMeTheCode 09 Mar '21

09 Mar '21

Apply to create a repository named "OHOS-TFLite-Adapter" in Openharmony-SIG In details, please refer to the attachment.

1 0

OpenHarmony 公板SIG 申请
by shi_lei1＠hoperun.com 25 Feb '21

25 Feb '21

尊敬的OpenHarmony ，为促进OpenHarmony 公板的开发，润和软件申请成立OpenHarmony 公板SIG，请审核相关的申请报告。有任何问题，敬请指正。 Shilei R&D Director HiHope Division Jiangsu HopeRun Software Co.,Ltd. Mob: 86 13776601724 E-mail :shi_lei1@hoperun.com Web: www.hihope.org Add: No.168, Software Avenue, Yuhuatai District, Nanjing, China, 210012

1 0

LiteIPC Simulator
by Christopher Tom 17 Feb '21

17 Feb '21

I made a simulator for LiteIPC (https://gitee.com/cctom/liteipc_simulator) so that OpenHarmony components which depend on LiteIPC can be developed/used on Linux systems. Read the README.md before doing anything with the simulator, and if you use it let me know how things go. Constructive comments/suggestions are welcomed. I will try to answer questions if I have time.

1 0

Is there any mobile phone which could use the harmony yet?
by zhaiqi163＠163.com 11 Jan '21

11 Jan '21

Hello, everyone Is there any mobile phone which could use the harmony yet? i want to use a phone to do something based on the harmony. And when would the harmony for the mobile phone open its sources? Best Wishes Aman

1 0

询问树莓派移植进展
by 邓可笈 10 Jan '21

10 Jan '21

1 0

SIG-Proposal-Best Open Source RTOS integration
by Jianyu Liu 31 Dec '20

31 Dec '20

Hello, Here's the SIG proposal for Best Open Source RTOS integration. The goal of the SIG is to quickly solve the third-party chip kernel adaptation by integrating the industry's existing mature RTOS. The lead maintainer of this SIG is Amit Kucheria ( amit.kucheria.ext(a)huawei.com<mailto:amit.kucheria.ext@huawei.com> ). Detailed proposal is attached. Thank you. Best Regards, Jianyu Liu Warsaw Research Center [w6]

3 3

SIG-Proposal-reST Documentation and Sphynx Auto-generation
by Jianyu Liu 31 Dec '20

31 Dec '20

Hello, Here's the SIG proposal for reST Documentation and Sphynx Auto-generation. The goal of the SIG is to create documentation processes and tools, that allow community to extend, as well as system to auto-generate. The lead maintainers of this SIG are Konagalla Satya Ratna Kishore ( konagalla.kishore(a)huawei.com<mailto:konagalla.kishore@huawei.com> ) and Gururaj Shetty ( gururaj.shetty(a)huawei.com<mailto:gururaj.shetty@huawei.com> ). Detailed proposal is attached. Thank you. Best Regards, Jianyu Liu Warsaw Research Center [w6]

2 1

SIG-Proposal-Tools and Toolchain
by Jianyu Liu 31 Dec '20

31 Dec '20

Hello, Here's the SIG proposal for Tools and Tool Chain. The goal of the SIG is to keep assessing new toolchains and toolsets for integration into OpenHarmonyOS mainstream, starting with LLVM. The lead maintainer of this SIG is Bernhard Rosenkraenzer ( bernhard.rosenkraenzer.ext(a)huawei.com<mailto:bernhard.rosenkraenzer.ext@huawei.com> ). Detailed proposal is attached. Thank you. Best Regards, Jianyu Liu Warsaw Research Center [w6]

3 2

Re: SIG-Proposal-Over The Air（OTA）updates
by Jianyu Liu 31 Dec '20

31 Dec '20

Hello, Sorry about the mistake in the previous email, the lead maintainer of this SIG ( OTA updates ) is Andrei Gherzan ( andrei.gherzan(a)huawei.com<mailto:andrei.gherzan@huawei.com> ). Thank you. Best Regards, Jianyu Liu Warsaw Research Center [w6] From: Jianyu Liu Sent: Wednesday, December 30, 2020 14:58 To: 'dev(a)openharmony.io' <dev(a)openharmony.io> Cc: Andrei Gherzan <andrei.gherzan(a)huawei.com> Subject: SIG-Proposal-Over The Air（OTA）updates Hello, Here’s the SIG proposal for Over The Air（OTA）updates. The goal of the SIG is to connect cross kernel OTA devices to cloud. The lead maintainer of this SIG is Amit Kucheria ( andrei.gherzan(a)huawei.com<mailto:andrei.gherzan@huawei.com> ). Detailed proposal is attached. Thank you. Best Regards, Jianyu Liu Warsaw Research Center [w6]

3 2

Re: SIG-Proposal-reST Documentation and Sphynx Auto-generation
by 万承臻 31 Dec '20

31 Dec '20

approve ---Original--- From: "Jianyu Liu"<jianyu.liu(a)huawei.com> Date: Wed, Dec 30, 2020 22:13 PM To: "dev(a)openharmony.io"<dev(a)openharmony.io>; Cc: "Gururaj Shetty"<gururaj.shetty(a)huawei.com>;"Konagalla Satya Ratna Kishore"<konagalla.kishore(a)huawei.com>; Subject: [Dev] SIG-Proposal-reST Documentation and Sphynx Auto-generation Hello,     Here’s the SIG proposal for reST Documentation and Sphynx Auto-generation. The goal of the SIG is to create documentation processes and tools, that allow community to extend, as well as system to auto-generate.   The lead maintainers of this SIG are Konagalla Satya Ratna Kishore ( konagalla.kishore(a)huawei.com ) and Gururaj Shetty ( gururaj.shetty(a)huawei.com ).   Detailed proposal is attached.       Thank you. Best Regards,   Jianyu Liu   Warsaw Research Center  

1 0

Re: SIG-Proposal-Best Open Source RTOS integration
by 万承臻 31 Dec '20

31 Dec '20

approve ---Original--- From: "Jianyu Liu"<jianyu.liu(a)huawei.com> Date: Wed, Dec 30, 2020 22:17 PM To: "dev(a)openharmony.io"<dev(a)openharmony.io>; Cc: "Amit Kucheria"<amit.kucheria.ext(a)huawei.com>; Subject: [Dev] SIG-Proposal-Best Open Source RTOS integration Hello,     Here’s the SIG proposal for Best Open Source RTOS integration. The goal of the SIG is to quickly solve the third-party chip kernel adaptation by integrating the industry's existing mature RTOS.   The lead maintainer of this SIG is Amit Kucheria ( amit.kucheria.ext(a)huawei.com ).   Detailed proposal is attached.       Thank you. Best Regards,   Jianyu Liu   Warsaw Research Center  

1 0

SIG-Proposal-Over The Air（OTA）updates
by Jianyu Liu 30 Dec '20

30 Dec '20

Hello, Here’s the SIG proposal for Over The Air（OTA）updates. The goal of the SIG is to connect cross kernel OTA devices to cloud. The lead maintainer of this SIG is Amit Kucheria ( andrei.gherzan(a)huawei.com<mailto:andrei.gherzan@huawei.com> ). Detailed proposal is attached. Thank you. Best Regards, Jianyu Liu Warsaw Research Center [w6]

1 0

subscribe
by Nagesh shamnur 10 Dec '20

10 Dec '20

Regards, Nagesh S Huawei Technologies India Pvt. Ltd. Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield Bengaluru-560066, Karnataka Tel: + 91-80-49160700 Ext H1-5A-308 Mob: 9900117960 Email: nagesh.shamnur(a)huawei.com [Company_logo] ________________________________ This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!

1 0

The SIG Application for My Project
by delphi_tang 08 Dec '20

08 Dec '20

Hi, all I'm Delphi Tang (唐佐林) from HOS community, and I have an idea to simplify the HOS device application development. For the purpose, I create the open source project on Gitee named Python for HOS and I'd like to make it as a SIG project for the further development. I list some infomation about the project below, and I wish your feedback. Enjoy it! Delphi Tang (唐佐林) Project: Python for HOS Summary Python for HOS is an optional module for HOS device development which is aimed at using Python language to develop device application. At the moment, HOS device application is created via C language and the developer has no other choice, which would be a wide gap for the junior. Python is a simple and widely used language, the requirement for supporting Python on HOS device is huge. On the other hand, Python application is described as script, no need to compile to binary before deploying to device, the language feature could simplify the process of application deployment and upgrade. Motivation 1.    Only C language is supported for HOS device 2.    The process of application deployment is complicated 3.    Application upgrade from the air is difficult 4.    Make it easy to make HOS device simulator Goals 1.    Making a Python engine for HOS device 2.    Binding HOS device system API to Python type 3.    Making Python module as a choice to develop application 4.    Using the Python engine to make HOS device simulator on PC Non-Goals NA Proposal 1.    Porting the Python engine from MicroPython project and doing the necessary clipping 2.    Making Python module as a choice at the application layer, NOT the system layer 3.    Binding the system API from C type to Python type at HOS side 4.    Providing a user friendly tool to transmit Python script from PC to device 5.    Re-implement Python type system API on PC side to simulate device behavior User Stories (optional) I’m a deep learning engineer to supply CV solution for other companies currently. Somtimes, I’d like to talk about HOS from Huawei to them, the CV algorithm practitioner. Most of them show me the enthusiasm on HOS development, and they want to have a try. But, unfortunately, they are just good at using Python to create application and unfamiliar with C, the gap from Python to C makes a terrible obstacle for them to try to play with HOS, especially the HOS device. So, the idea emerged from my mind, why not make Python as a choice to develop HOS device application. Notes/Constraints/Caveats (optional) NA Risks and Mitigations NA Design Details 1. System Architecture 2. The Applilcation Level Adapter Test Plan 1. Python API Unit Test 2. Python Module Integration Test 3. Muti-Type Device Platform Test Graduation Criteria NA Upgrade / Downgrade Strategy NA Implementation History NA Drawbacks NA Alternatives NA Infrastructure Needed (optional) NA References (optional) NA

4 4

HiSilicon hi3861 build (wifiiot): PATH gotcha (and other setup)
by Christopher Tom 30 Oct '20

30 Oct '20

Hopefully can save others a little time. The PATH to the gcc executables can't end with a '/' character or you will get an error like "riscv32-unknown-elf-ld: cannot find -lgcc" (see get_lib_path in vendor/hisi/hi3861/hi3861/build/scripts/scons_env_cfg.py). eg. PATH=/gcc_riscv32/bin not PATH=/gcc_riscv32/bin/ Other requirements: the PATH to the executables must contain gcc_riscv32 and end with bin, and libgcc.a must be in the directory ../lib/gcc/riscv32-unknown-elf/<gcc version number>/ relative to the executables directory. (ie. must be a relatively standard directory structure). Might be relevant for those thinking of putting the executables in $HOME/bin. The scons_env_param_check in scons_utils.py performs the same check as get_lib_path and supports ending with '/' so it may be fair to ask HiSilicon to call this function instead. I also needed to install the scons, pycrypto, and ecdsa packages for the HiSilicon hi3861 build (available through pip).

2 1

Problem accessing repository through openharmony.gitee.com/openharmony/
by Christopher Tom 26 Oct '20

26 Oct '20

For the past few days I haven't been able to access https://openharmony.gitee.com/openharmony/ either through the website or repo/git. I can connect to the website at https://gitee.com/openharmony/ and after changing the 3rd line of .repo/manifests/default.xml from <remote fetch="https://openharmony.gitee.com/openharmony/" name="origin" review="https://openharmony.gitee.com/openharmony/"/> to <remote fetch="https://gitee.com/openharmony/" name="origin" review="https://openharmony.gitee.com/openharmony/"/> I can sync with repo (and faster than openharmony.gitee.com/openharmony/ was). But the manifest seems to still be pointing at openharmony.gitee.com/openharmony/, is anyone else having problems accessing the repository? Am I doing something wrong?

1 0

OpenArkCompiler仓库呢？之前开源的仓库怎么不见了
by Netroby 14 Sep '20

14 Sep '20

老的仓库现在看不到了 https://gitee.com/harmonyos/OpenArkCompiler/commit/d14c022feada8ce6d8c45792… 现在访问，就提示没有权限你们开源的，还可以收回？这么玩？ Appreciate your time. ---------------------------- Netroby

2 1

来了来了，终于订阅成功了。恭喜鸿蒙开源
by Netroby 14 Sep '20

14 Sep '20

来了来了，终于订阅成功了。恭喜鸿蒙开源由于一直没搞定邮件收取，所以注册验证没成功。一直是没订阅成功，看起来终于搞定了。大家好。恭喜鸿蒙开源一起加油，期待鸿蒙越来越好 Appreciate your time. ---------------------------- Netroby

1 0

帮助
by 叶在林 14 Sep '20

14 Sep '20

帮助

1 0

Welcome to the "dev" mailing list!
by ]]如奇是才本♐ 12 Sep '20

12 Sep '20

Welcome to the "dev" mailing list! To post to this list, send your email to:   dev(a)openharmony.io You can unsubscribe or make adjustments to your options via email by sending a message to:   dev-request(a)openharmony.io with the word 'help' in the subject or body (don't include the quotes), and you will get back a message with instructions.  You will need your password to change your options, but for security purposes, this password is not included here.  If you have forgotten your password you will need to reset it via the web UI.

1 0

回复：
by 万承臻 11 Sep '20

11 Sep '20

Mouri Naruto，您好！谢谢您对OpenHarmony社区的关注，对于您提出的几个问题，答复如下。如您有其他License相关的疑问，也可以同时联系邮箱law(a)openatom.org. wanchengzhen https://openharmony.gitee.com/wanchengzhen ------------------ 原始邮件 ------------------ 发件人: "Mouri Naruto" <Mouri_Naruto(a)outlook.com>; 发送时间: 2020年9月10日(星期四) 晚上10:16 收件人: "dev(a)openharmony.io"<dev(a)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/LICENCE 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)    

1 0

done
by 苦叶子 11 Sep '20

11 Sep '20

1 0

关于鸿蒙 OS 开源许可的担忧
by Mouri Naruto 10 Sep '20

10 Sep '20

我下载源代码的地址：http://tools.harmonyos.com/mirrors/os/1.0/code-1.0.tar.gz 我好好的看了下里面的源代码，对鸿蒙引用的第三方库的许可表示担忧。首先鸿蒙使用了 Linux 内核（third_party\Linux_Kernel）的部分实现，该项目采用 GPL v2 许可，那么关于设备开发者定制了鸿蒙的内核，会有必须要求开源的风险。其次鸿蒙在用 Linux 内核部分实现的情况下还用了 OpenSSL 的实现（third_party\openssl），而 OpenSSL 的开源许可证严格来说不兼容 GPL 系列开源许可证。（参阅：https://www.gnu.org/licenses/license-list.html#OpenSSL）还有 freetype 库（third_party\freetype）的许可可能也需要担心（这个库采用的双许可，要么 GPLv2，要么就是与 GPLv2 互斥的 BSD 风格许可），但由于鸿蒙的代码树第三方库包含了 Linux 的代码，于是这方面也没法确定。还有 hi35xx 芯片支持的代码里引用了 ffmpeg （vendor\hisi\hi35xx\middleware\source\third_party\ffmpeg\ffmpeg-y）这个最起码需要遵守 LGPL v2.1 的库。我希望社区能够在这方面做出解答，期待回复。总之希望鸿蒙项目顺利。 Best Regards, Kenji Mouri (https://github.com/MouriNaruto)

1 0

(no subject)
by Yangni (A) 10 Sep '20

10 Sep '20

杨妮消费者资料部华为技术有限公司 Tel : +86 18709251268 Email : neen.yang(a)huawei.com [cid:image001.png@01D68786.D2726C90] This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!

1 0

订阅OpenHarmony邮件列表
by Liuguo (A) 01 Sep '20

01 Sep '20

1 0