- dev - lists.openatom.io

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