- dev - lists.openatom.io

Re：部分仓在 OpenHarmony GitHub镜像上未公开，导致代码获取失败 | Certain repos are not public on OpenHarmony Github mirror, casuing code fetch failure
by Goldenboy 04 Jan '22

04 Jan '22

请明帅协助看看是什么原因 Original From:"Jianyu Liu via dev"< dev(a)openharmony.io >; Date:2022/1/3 22:33 To:"dev"< dev(a)openharmony.io >; CC:"community(a)openharmony.io"< community(a)openharmony.io >; Subject:[Dev] 部分仓在 OpenHarmony GitHub镜像上未公开，导致代码获取失败 | Certain repos are not public on OpenHarmony Github mirror, casuing code fetch failure 各位新年好，参照获取源码.md中的获取方式4 - 方式二，从OpenHarmony GitHub镜像仓获取代码时，下载会卡在 95% （ Fetching: 95% (264/276) vendor_ohemu）。后会显示错误代码： fatal: Authentication failed for 'https://github.com/openharmony/third_party_egl/' fatal: Authentication failed for 'https://github.com/openharmony/third_party_opengles/' fatal: Authentication failed for 'https://github.com/openharmony-sig/third_party_tinyalsa/' 以上三个仓在Gitee上是开源仓，但在GitHub上则需授权访问。这个问题已有同事在oschina 开源中国的仓下反馈（Issue链接）。因为不确定该在OpenHarmony Gitee的哪个仓下反馈，所以在dev 邮件列表反馈。希望可以尽快修复。谢谢。祝好，刘建宇 Hello guys, happy new year. Followingsourcecode-acquire.md Method 4 – Method 2, to acquire source code from OpenHarmony GitHub mirror, it constantly stuck at 95% (Fetching: 95% (264/276) vendor_ohemu ). Based on the error info: fatal: Authentication failed for 'https://github.com/openharmony/third_party_egl/' fatal: Authentication failed for 'https://github.com/openharmony/third_party_opengles/' fatal: Authentication failed for 'https://github.com/openharmony-sig/third_party_tinyalsa/' It seems like those 3 repos are not public and require access authentication. Yet those same 3 repos are public accessable on OpenHarmony Gitee. This issues is already reported by others under oschina Gitee (Issue link ). Since I’m not sure which OpenHarmony repo this issue should be reported to, hence dev mailing list. Looking forward for the fix. Thanks. Best, Jianyu Liu

2 1

部分仓在 OpenHarmony GitHub镜像上未公开，导致代码获取失败 | Certain repos are not public on OpenHarmony Github mirror, casuing code fetch failure
by Jianyu Liu 03 Jan '22

03 Jan '22

各位新年好，参照获取源码.md<https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/get-code/so…> 中的获取方式4 - 方式二，从OpenHarmony GitHub 镜像仓获取代码时，下载会卡在 95% （ Fetching: 95% (264/276) vendor_ohemu ）。后会显示错误代码： fatal: Authentication failed for 'https://github.com/openharmony/third_party_egl/' fatal: Authentication failed for 'https://github.com/openharmony/third_party_opengles/' fatal: Authentication failed for 'https://github.com/openharmony-sig/third_party_tinyalsa/' 以上三个仓在Gitee上是开源仓，但在GitHub上则需授权访问。这个问题已有同事在 oschina 开源中国的仓下反馈（Issue链接<https://gitee.com/oschina/git-osc/issues/I4P4QE>）。因为不确定该在OpenHarmony Gitee的哪个仓下反馈，所以在 dev 邮件列表反馈。希望可以尽快修复。谢谢。祝好，刘建宇 ________________________________ Hello guys, happy new year. Following sourcecode-acquire.md<https://gitee.com/openharmony/docs/blob/master/en/device-dev/get-code/sourc…> Method 4 – Method 2, to acquire source code from OpenHarmony GitHub mirror, it constantly stuck at 95% ( Fetching: 95% (264/276) vendor_ohemu ). Based on the error info: fatal: Authentication failed for 'https://github.com/openharmony/third_party_egl/' fatal: Authentication failed for 'https://github.com/openharmony/third_party_opengles/' fatal: Authentication failed for 'https://github.com/openharmony-sig/third_party_tinyalsa/' It seems like those 3 repos are not public and require access authentication. Yet those same 3 repos are public accessable on OpenHarmony Gitee. This issues is already reported by others under oschina Gitee ( Issue link<https://gitee.com/oschina/git-osc/issues/I4P4QE> ). Since I’m not sure which OpenHarmony repo this issue should be reported to, hence dev mailing list. Looking forward for the fix. Thanks. Best, Jianyu Liu

1 0

[New Committer] Welcoming to become committer of OpenHarmony's HDC debug tool related repository : Mayaohui
by dongjinguang 31 Dec '21

31 Dec '21

Hello MaYaohui, The OpenHarmony PMC hereby offers you committer privileges to those HDC debug tools releated project. These privileges are offered on the understanding that you'll use them reasonably and with common sense. You have made great contributions to HDC related project. Below are your PRs: HDC repository: 1. Fixed the server process startup problem: https://gitee.com/openharmony/developtools_hdc_standard/pulls/200 2. Optimized debug log information: https://gitee.com/openharmony/developtools_hdc_standard/pulls/190 3. Help to update the HDC version Number:https://gitee.com/openharmony/developtools_hdc_standard/pulls/197 4. Fixed the file synchronization problem: https://gitee.com/openharmony/developtools_hdc_standard/pulls/175: And MaYaohui also is PMC member for OpenHarmony project and the owner of DFX project. All of them contributed to OpenHarmony and we’re excited to have Yuhao join the project. If you accept, please follow your guidelines: 1. Register an DCO 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:

1 0

[New Committer] Welcoming to become committer of OpenHarmony's softbus related repositories : Yuhao
by dongjinguang 31 Dec '21

31 Dec '21

Hello Yuhao, The OpenHarmony PMC hereby offers you committer privileges to those softbus releated project. These privileges are offered on the understanding that you'll use them reasonably and with common sense. You have made great contributions to softbus related project. Below are your PRs: ipc_lite repository: 1. Add ResetLiteIpc interface: https://gitee.com/openharmony/communication_ipc_lite/pulls/4 2. Review ipc related document: https://gitee.com/openharmony/docs/pulls/173 3. Fix the typo of the LTEPC interface: https://gitee.com/openharmony-retired/communication_interfaces_kits_ipc_lit…. ipc repository: 1. The ipc implements the token ID transfer and query: https://gitee.com/openharmony/communication_ipc/pulls/58. dsoftbus repository: 1. Enhancement ble gat connection capability: https://gitee.com/openharmony/communication_dsoftbus/pulls/426. 2. Added osd capability: https://gitee.com/openharmony/communication_dsoftbus/pulls/286. 3. Issue fixed: https://gitee.com/openharmony/communication_dsoftbus/pulls/520 4. Using hilog for softbus debug information: https://gitee.com/openharmony/communication_dsoftbus/pulls/40. All of them contributed to OpenHarmony and we’re excited to have Yuhao join the project. If you accept, please follow your guidelines: 1. Register an DCO 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:

1 0

[New Committer] Welcoming to become committer of OpenHarmony's ace related repositories : Sunfei
by dongjinguang 30 Dec '21

30 Dec '21

Hello Sunfei, The OpenHarmony PMC hereby offers you committer privileges to those ace_ace_engine, ace_napi, third_party_flutter project. These privileges are offered on the understanding that you'll use them reasonably and with common sense. You have made great contributions to ACE related project. Below are your PRs: Ace related repository contribution: 1. https://gitee.com/openharmony/ace_ace_engine/pulls/13 2. https://gitee.com/openharmony/ace_ace_engine/pulls/15 3. https://gitee.com/openharmony/ace_ace_engine/pulls/226 4. https://gitee.com/openharmony/ace_ace_engine/pulls/232 5. https://gitee.com/openharmony/ace_ace_engine/pulls/285 6. https://gitee.com/openharmony/ace_ace_engine/pulls/291 7. https://gitee.com/openharmony/ace_ace_engine/pulls/316 8. https://gitee.com/openharmony/ace_ace_engine/pulls/345 9. https://gitee.com/openharmony/ace_ace_engine/pulls/398 10. https://gitee.com/openharmony/ace_napi/pulls/64 11. https://gitee.com/openharmony/ace_napi/pulls/97 12. https://gitee.com/openharmony/third_party_flutter/pulls/16 13. https://gitee.com/openharmony/third_party_flutter/pulls/30 All of them contributed to OpenHarmony and we’re excited to have Sunfei join the project. If you accept, please follow your guidelines: 1. Register an DCO 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:

1 0

[New Committer] Welcoming to become committer of OpenHarmony's multimedia related repositories : sharpshooter_t
by dongjinguang 29 Dec '21

29 Dec '21

Hello taojun, The OpenHarmony PMC hereby offers you committer privileges to those multimedia_media_standard, third_party_gstreamer project. These privileges are offered on the understanding that you'll use them reasonably and with common sense. You have made great contributions to multimedia related project. Below are your PRs: 1. https://gitee.com/openharmony/multimedia_media_standard/pulls/5 2. https://gitee.com/openharmony/multimedia_media_standard/pulls/39 3. https://gitee.com/openharmony/multimedia_media_standard/pulls/40 4. https://gitee.com/openharmony/multimedia_media_standard/pulls/42 5. https://gitee.com/openharmony/multimedia_media_standard/pulls/53 6. https://gitee.com/openharmony/multimedia_media_standard/pulls/54 7. https://gitee.com/openharmony/multimedia_media_standard/pulls/55 9. https://gitee.com/openharmony/multimedia_media_standard/pulls/66 10. https://gitee.com/openharmony/multimedia_media_standard/pulls/72 11. https://gitee.com/openharmony/multimedia_media_standard/pulls/74 12. https://gitee.com/openharmony/multimedia_media_standard/pulls/80 13. https://gitee.com/openharmony/multimedia_media_standard/pulls/89 All of them contributed to OpenHarmony and we’re excited to have taojun join the project. If you accept, please follow your guidelines: 1. Register an DCO 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:

1 0

[New Committer] Welcoming to become committer of OpenHarmony's little kernel related repositories : JerryH
by dongjinguang 29 Dec '21

29 Dec '21

Hello JerryH, The OpenHarmony PMC hereby offers you committer privileges to those drivers_liteos, kernel_liteos_a, kernel_liteos_m, third_party_FatFs, third_party_FreeBSD, third_party_Linux_Kernel, third_party_NuttX, third_party_cmsis, third_party_mksh, third_party_mtd_utils, third_party_musl, third_party_optimized_routines, third_party_rt_thread, third_party_toybox, third_party_littlefs project. These privileges are offered on the understanding that you'll use them reasonably and with common sense. You have made great contributions to little kernel related project. Below are your PRs: kernel_liteos_m repository: 1. TrustZone for the TEE solution with Cortex-m33: https://gitee.com/openharmony/kernel_liteos_m/pulls/118 2. Modified the kernel CMSIS interface and abnormal commissioning: https://gitee.com/openharmony/kernel_liteos_m/pulls/24 3. The MPU-based task stack protection mechanism is added: https://gitee.com/openharmony/kernel_liteos_m/pulls/46 4. Add the backtrace component: https://gitee.com/openharmony/kernel_liteos_m/pulls/135 5. Add the arm9 architecture: https://gitee.com/openharmony/kernel_liteos_m/pulls/205 6. Optimized scheduling and interrupt assembly logic: https://gitee.com/openharmony/kernel_liteos_m/pulls/222 7. The mechanism for deleting software timers is optimized: https://gitee.com/openharmony/kernel_liteos_m/pulls/446. 8. Fixed issues: https://gitee.com/openharmony/kernel_liteos_m/pulls/455 kernel_liteos_a repository: 1. The VM module supports small-sized tailoring: https://gitee.com/openharmony/kernel_liteos_a/pulls/105 2. Multi-core boot and memory mapping decoupling simplify third-party chip adaptation: https://gitee.com/openharmony/kernel_liteos_a/pulls/487 3. Solving the deadlock problem of the SHM shared memory interface: https://gitee.com/openharmony/kernel_liteos_a/pulls/438. 4. Troubleshooting the Memory Leakage Mechanism: https://gitee.com/openharmony/kernel_liteos_a/pulls/242 5. Solving the image code segment tampered vulnerability: https://gitee.com/openharmony/kernel_liteos_a/pulls/112 Contribution to code review: 1. Low memory resource reclamation: https://gitee.com/openharmony/kernel_liteos_m/pulls/434#diff_note_7812600 2. LMS lightweight address disinfection: https://gitee.com/openharmony/kernel_liteos_a/pulls/708#diff_note_7539548 3. Low power consumption: https://gitee.com/openharmony/kernel_liteos_m/pulls/298#diff_note_6666918 4. A stack error occurs when a new chip is transplanted in the community: https://gitee.com/openharmony/docs/issues/I4852F#note_6507406. 5. Memory size collected by task: https://gitee.com/openharmony/kernel_liteos_m/pulls/285#diff_note_6415610 6. The heap memory algorithm supports multiple discontinuous memory segments: https://gitee.com/openharmony/kernel_liteos_m/pulls/249#diff_note_6250867 All of them contributed to OpenHarmony and we’re excited to have JerryH join the project. If you accept, please follow your guidelines: 1. Register an DCO 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:

1 0

[SIG-Charter-Proposal-Lua] 申请成立SIG_Lua
by 乔楚|HonestQia 27 Dec '21

27 Dec '21

各位PMC负责人及社区专家：现申请成立SIG_Lua，申请材料请见附件，敬请各位审阅和提出建议，谢谢！顺祝工作顺利！ -------------------------------------- 乔楚|HonestQiao 手机：13581882013 微信：HonestQiao 邮箱：honestqiao(a)163.com

1 0

请点击链接反馈SIG会议纪要，后续上会评审后请尽快反馈纪要//FW: 【会议通知】OpenHarmony 架构SIG，时间：2021-12-21 09:30-10:30，地点：线上会议，请您准时与会：）
by hengting (A) 27 Dec '21

27 Dec '21

反馈纪要链接：https://etherpad.openharmony.cn/p/sig-architecture From: hengting (A) Sent: Monday, December 20, 2021 4:39 PM To: Rengelin <rengelin(a)huawei.com>; wanchengzhen <wanchengzhen(a)huawei.com>; Qiangbo(Paul,OpenHarmony) <qiangbo2(a)huawei.com>; dongjinguang <dongjinguang(a)huawei.com>; Zhaowenhua <zhaowenhua(a)huawei.com>; fangzhongcan <fangzhongcan(a)huawei.com>; 毛思平 <maosiping(a)huawei.com>; Jiayanhong <jiayanhong(a)huawei.com>; zhanghaifeng (K) <zhanghaifeng11(a)huawei.com>; Zhangxiaobo (Tony) <tony.zhangxiaobo(a)huawei.com>; Tangchengkai <tangchengkai(a)huawei.com>; renxiang (E) <renxiang11(a)huawei.com>; zhaizhiqiang <zhaizhiqiang(a)huawei.com>; guochaosheng <guochaosheng(a)huawei.com>; Xudaqing <xudaqing(a)huawei.com> Subject: 【会议通知】OpenHarmony 架构SIG，时间：2021-12-21 09:30-10:30，地点：线上会议，请您准时与会：）会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-12-21 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 任革林视频会议 Video Meeting 加入会议： Join (Host) <http://imeeting.huawei.com/meeting/startzoom?id=bc2483726ec1475daeff49d2b0f…> Join (Internal) <http://imeeting.huawei.com/meeting/joinzoom?id=0171006113&app=welink> Join (External) <https://welink.zhumu.com/j/171006113> 地点：线上会议ID： 0171006113 与会人 Attendees 万承臻；任革林；赵文华；强波；董金光外部与会人 External Participants dev(a)openharmony.io<mailto:dev@openharmony.io>;minglong@iscas.ac.cn；kelei@iscas.ac.cn 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 新增杂散子系统开源仓 10 10 赵超、方忠灿赵超、方忠灿赵超、方忠灿赵超、方忠灿 2 新增仓communication_netmanager_base和communication_netmanager_ext 基础网络连接管理：提供基础网络连接管理和对应的native和ACE JS API接口，包括不同网络连接优先级管理，网络连通性检查、网络连接质量评估、网络连接信息查询、网络连接状态变化等；网络管理扩展：提供网络热点共享、VPN、加密DNS等附加网络管理能力和对应的native和ACE JS API接口 10 毛思平、贾艳红、张海丰毛思平、贾艳红、张海丰毛思平、贾艳红、张海丰毛思平、贾艳红、张海丰 3 新增开源仓libexif 图片Exif相关功能需求依赖开源仓引入 10 张晓波张晓波张晓波李昕，朱明亮，程成 4 新建全局资源调度子系统sig仓 OpenHarmony上新建5个仓，用于子系统仓代码提交和开源。修改两个仓名 10 唐城开唐城开唐城开王文利、曾广珠、陈明 5 新增开源仓auxiliary_tools OpenHarmony上新建OH辅助工具SIG代码仓auxiliary_tools 10 赵军霞赵军霞赵军霞张亮亮、李祥志、陈迅 6 测试子系统开源仓third_party_benchmark孵化毕业评审测试子系统C++ benchmark测试开源 10 任翔任翔任翔任翔 7 新增AI子系统(MindSpore)开源仓 AI引擎MindSpore Lite作为OHOS内置AI引擎 10 翟智强翟智强翟智强翟智强、柴俊、张海波、孙锁东 8 新增PPG功能框架开源仓sensors_health PPG模块HDI&HDF适配 10 郭超胜武和波武和波武和波、穆凡、郭超胜 9 新增开源仓data_share_ability OpenHarmony上新建数据分享SIG代码仓data_share_ability 10 徐大庆徐大庆徐大庆徐大庆

1 0

[SIG-Charter-Proposal-HuaweiCloud_IoT] 申请新建 SIG_HuaweiCloud_IoT
by Suzhen(Max,IoT) 24 Dec '21

24 Dec '21

您好，申请新建 SIG_HuaweiCloud_IoT（申请材料见附件）。谢谢！ [cid:image002.jpg@01D7F8BC.D1251F10]

1 0

OpenHarmoy PMC Biweekly Meeting Time:2021-12-23 09:30-10:30
by hengting (A) 22 Dec '21

22 Dec '21

会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-12-23 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议： Join (Host) <http://imeeting.huawei.com/meeting/startzoom?id=e227a5cc3c7d4e37af8b8adacdb…> Join (Internal) <http://imeeting.huawei.com/meeting/joinzoom?id=0150162129&app=welink> Join (External) <https://welink.zhumu.com/j/150162129> 会议ID： 0150162129 与会人 Attendees 李毅；高泉；董金光；万承臻；任革林；付天福；吴勇辉；王意明；邢文华；强波；鲜余强；余枝强；李家欣；马耀辉；赵文华；丁勇；高涵一外部与会人 External Participants 梁克雷；黄明龙会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 OpenHarmony项目社区运营目标、计划对齐2022年社区运营目标 20min 张明修张明修张明修 PMC成员 2 OpenHarmony迁移助手开源SIG仓计划 OpenHarmony迁移助手开源SIG仓评议 15min 林枫林枫林枫刘金华、刘源、李鹏、余甜、董金光、汪剑、魏三川、李钱钱 3 OpenHarmony 64位软件编程规范评审发布 5 邢文华张春鑫张春鑫张智伟、强波、黄明龙、李建钊 4 OpenHarmony HDF驱动编程规范评审发布 5 邢文华张春鑫张春鑫张智伟、强波、黄明龙、李建钊、李开龙 5 OpenHarmony 日志打印规范评审发布 5 邢文华姚满海姚满海张智伟、强波、黄明龙、李建钊、李开龙 6 OpenHarmony主仓代码贡献度量规则评审 5 邢文华金榆承林志南邢文华、金榆承、林志南、刘果会议公告上次会议纪要：https://gitee.com/openharmony/community/blob/master/meeting-notes/20…

1 0

OpenHarmoy PMC Biweekly Meeting Time:2021-12-23 09:30-10:30
by hengting (A) 22 Dec '21

22 Dec '21

会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-12-23 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议： Join (Host) <http://imeeting.huawei.com/meeting/startzoom?id=e227a5cc3c7d4e37af8b8adacdb…> Join (Internal) <http://imeeting.huawei.com/meeting/joinzoom?id=0150162129&app=welink> Join (External) <https://welink.zhumu.com/j/150162129> 会议ID： 0150162129 与会人 Attendees 李毅；高泉；董金光；万承臻；任革林；付天福；吴勇辉；王意明；邢文华；强波；鲜余强；余枝强；李家欣；马耀辉；赵文华；丁勇；高涵一外部与会人 External Participants 梁克雷；黄明龙会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 OpenHarmony项目社区运营目标、计划对齐2022年社区运营目标 20min 张明修张明修张明修 PMC成员 2 OpenHarmony迁移助手开源SIG仓计划 OpenHarmony迁移助手开源SIG仓评议 15min 林枫林枫林枫刘金华、刘源、李鹏、余甜、董金光、汪剑、魏三川、李钱钱 3 OpenHarmony 64位软件编程规范评审发布 5 邢文华张春鑫张春鑫张智伟、强波、黄明龙、李建钊 4 OpenHarmony HDF驱动编程规范评审发布 5 邢文华张春鑫张春鑫张智伟、强波、黄明龙、李建钊、李开龙 5 OpenHarmony 日志打印规范评审发布 5 邢文华姚满海姚满海张智伟、强波、黄明龙、李建钊、李开龙 6 OpenHarmony主仓代码贡献度量规则评审 5 邢文华金榆承林志南邢文华、金榆承、林志南、刘果会议公告上次会议纪要：https://gitee.com/openharmony/community/blob/master/meeting-notes/20…

1 0

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

21 Dec '21

OpenHarmony Driver SIG例会会议时间： 12月22日（周三）16:00-18:00 会议主题： OpenHarmony Driver SIG例会会议议题 1、Media的codec驱动能力开发进展。时间：16:00-16:15 汇报人：张国荣参与人：孙赫赫，翟海鹏 2、light模块新增3个HDI接口评审。时间：16:15-16:30 汇报人：刘飞虎参与人：陈风，王兴，袁博，刘飞虎，侯朋飞 3、HDF&HDI框架代码自动化工具共建. 时间：16:30-17:00 汇报人：赵军霞（深开鸿）参与人：陈风，王兴，袁博，刘飞虎，张亮亮(深开鸿) 欢迎大家申报会议议题： https://etherpad.openharmony.cn/p/SIG-Driver 会议接入：会议链接：https://welink.zhumu.com/j/136637430 加入会议(External)<https://welink.zhumu.com/j/136637430> 会议ID 0136637430

1 0

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

21 Dec '21

OpenHarmony��SIG�� 1 OpenHarmony��L2 qemu-arm-linux-minƽ̨��չ �C wawanala & ��С�� 2 qemu-arm-linux-min֧��߻�� C ��ϰ�� ʱ�䣺 12��22�գ��14:15-16:15 ��ص㣺 �绰�� ⣺ OpenHarmony��SIG�� ټ��ˣ� ��С�� ˣ� ��ף��δ��̷С����Chandwich KOL���� ͣ�� wawanala<https://gitee.com/wawanala> ��Ϊ��⣬�θ��֣��飬��С���գ��ϣ��Ƴǿ��죬��ѧ��ˣ��ҫ�ԣ�Ԭ��ϰ��̫�� 룺 * ʱ�� : 2021-12-22 14:15-16:15 ((UTC+08:00)Beijing) * �� : * Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0217774597&app=welink> * Join (External) >><https://welink.zhumu.com/j/217774597> * ��ID : 0217774597 (��ID�ڱ��λ��󲻿ɼ��ʹ��)

1 0

回复: 呼吁社区公开XTS测试认证报告，确保XTS认证的透明性，打造透明的OpenHarmony
by qinfanzhong＠jlinksz.com 11 Dec '21

11 Dec '21

支持XTS测试认证报告的公开流程、公开方法和公开平台 qinfanzhong(a)jlinksz.com 覃凡忠 13631628245 深圳市汇联时代科技有限公司深圳市南山区西丽平山一路南山云谷二期14栋5楼503 发件人： 962030--- via dev 发送时间： 2021-12-09 22:48 收件人： dev 主题： [Dev] 呼吁社区公开XTS测试认证报告，确保XTS认证的透明性，打造透明的OpenHarmony 各位同仁，目前社区正在制定PCS标准，并据此设计XTS测试的流程，而XTS测试报告以及PCS遵从行报告是识别设备是否为OpenHarmony兼容性设备的重要依据。在此呼吁兼容性测试组要确保提供：XTS测试认证报告的公开流程、公开方法和公开平台（可以考虑对厂商敏感信息进行隐藏处理）。我们必须要保证XTS认证的透明公开，理由如下： 1、透明公开可以有效防止权力寻租，防止走后门，防止总裁特批，绿色通道等等不正常的现象出现，损害OpenHarmony兼容性测试认证的公开公正公平。 2、透明公开可以有效防止蹭热度，炒作，甚至借由此拉升股价的行为，OpenHarmony炒股第一神器的帽子能不能摘掉？ 3、透明公开有利于吸引更多有志于OpenHarmony设备开发的厂商的加入，所有人都不愿意加入一个暗箱操作黑盒子的团队。我希望大家都能秉承对OpenHarmony长远未来负责的态度来下决策，而不是保留各种门槛、手段，各种卡，各种内卷，是时候做点有意义的事情了。李传钊

3 2

【会议纪要】OpenHarmony 架构SIG纪要20211123
by hengting (A) 10 Dec '21

10 Dec '21

【会议纪要】OpenHarmony 架构SIG纪要20211123 议题一：申请辞去架构SIG成员工作—张勇智结论：同意架构SIG成员张勇智相关工作交接给赵文华。议题二：研发工具链子系统申请新增hiperf开源部件仓—韩记晓结论：同意在openharmony创建hiperf仓。工具链中的部件仓代码分设备端和host端，建议拆分host代码仓。 -----Original Appointment----- From: hengting (A) Sent: Monday, November 22, 2021 4:24 PM To: Rengelin; wanchengzhen; Zhangyongzhi; Qiangbo(Paul,OpenHarmony); dongjinguang; Zhaowenhua; hanjixiao; yexiangbin; Liuqi (Lucas); jiyong Cc: 'dev(a)openharmony.io'; Dong Du Subject: 【会议通知】OpenHarmony 架构SIG，时间：2021-11-23 09:30-10:30，地点：线上会议，请您准时与会：） When: 2021年11月23日星期二 9:30-10:30(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐。 Where: 线上会议会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-11-23 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议:Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=45c39199d6a147b1b227a9e4c8e…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0135425435&app=welink> Join (External) >><https://welink.zhumu.com/j/135425435> 会议ID:0135425435 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io<mailto:dev@openharmony.io> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 申请辞去架构SIG成员工作因为工作范围调整，申请辞去张勇智，gitee账号：@karl-z，zhangyongzhi@huawei.com.架构SIG<mailto:zhangyongzhi@huawei.com.架构SIG>成员工作。同时提议赵文华，@shidi_snow,加入架构SIG。 5min 张勇智张勇智张勇智赵文华 2 研发工具链子系统申请新增hiperf开源部件仓 openharmony新增hiperf开源部件仓 5min 韩记晓韩记晓韩记晓韩记晓

1 0

呼吁社区公开XTS测试认证报告，确保XTS认证的透明性，打造透明的OpenHarmony
by 962030＠qq.com 09 Dec '21

09 Dec '21

各位同仁，目前社区正在制定PCS标准，并据此设计XTS测试的流程，而XTS测试报告以及PCS遵从行报告是识别设备是否为OpenHarmony兼容性设备的重要依据。在此呼吁兼容性测试组要确保提供：XTS测试认证报告的公开流程、公开方法和公开平台（可以考虑对厂商敏感信息进行隐藏处理）。我们必须要保证XTS认证的透明公开，理由如下： 1、透明公开可以有效防止权力寻租，防止走后门，防止总裁特批，绿色通道等等不正常的现象出现，损害OpenHarmony兼容性测试认证的公开公正公平。 2、透明公开可以有效防止蹭热度，炒作，甚至借由此拉升股价的行为，OpenHarmony炒股第一神器的帽子能不能摘掉？ 3、透明公开有利于吸引更多有志于OpenHarmony设备开发的厂商的加入，所有人都不愿意加入一个暗箱操作黑盒子的团队。我希望大家都能秉承对OpenHarmony长远未来负责的态度来下决策，而不是保留各种门槛、手段，各种卡，各种内卷，是时候做点有意义的事情了。李传钊

1 0

OpenHarmoy PMC Biweekly Meeting Time:2021-12-9 09:30-10:30
by hengting (A) 09 Dec '21

09 Dec '21

会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-12-9 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议： Join (Host) <http://imeeting.huawei.com/meeting/startzoom?id=d944ff1e7d00426a819475b2b27…> Join (Internal) <http://imeeting.huawei.com/meeting/joinzoom?id=0172710381&app=welink> Join (External) <https://welink.zhumu.com/j/172710381> 地点：线上会议与会人 Attendees 李毅；高泉；董金光；万承臻；任革林；付天福；吴勇辉；王意明；邢文华；强波；鲜余强；余枝强；李家欣；马耀辉；赵文华；丁勇；高涵一外部与会人 External Participants 梁克雷；黄明龙会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 OH辅助工具SIG 负责openharmony开发效率提升的一些工具 15min 张亮亮张亮亮张亮亮陈迅、巴延兴、李祥志、张亮亮 2 OpenHarmony项目社区运营目标、计划对齐2022年社区运营目标 15min 张明修张明修张明修 PMC成员 3 OpenHarmony社区代码共建目标及思路对齐社区代码共建目标及思路 15min 林志南林志南林志南鲁波、董金光、各sig leader 会议公告上次会议纪要：https://gitee.com/openharmony/community/blob/master/meeting-notes/20…

1 0

OpenHarmoy PMC Biweekly Meeting Time:2021-12-9 09:30-10:30
by hengting (A) 09 Dec '21

09 Dec '21

会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-12-9 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议： Join (Host) <http://imeeting.huawei.com/meeting/startzoom?id=d944ff1e7d00426a819475b2b27…> Join (Internal) <http://imeeting.huawei.com/meeting/joinzoom?id=0172710381&app=welink> Join (External) <https://welink.zhumu.com/j/172710381> 地点：线上会议与会人 Attendees 李毅；高泉；董金光；万承臻；任革林；付天福；吴勇辉；王意明；邢文华；强波；鲜余强；余枝强；李家欣；马耀辉；赵文华；丁勇；高涵一外部与会人 External Participants 梁克雷；黄明龙会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 OH辅助工具SIG 负责openharmony开发效率提升的一些工具 15min 张亮亮张亮亮张亮亮陈迅、巴延兴、李祥志、张亮亮 2 OpenHarmony项目社区运营目标、计划对齐2022年社区运营目标 15min 张明修张明修张明修 PMC成员 3 OpenHarmony社区代码共建目标及思路对齐社区代码共建目标及思路 15min 林志南林志南林志南鲁波、董金光、各sig leader 会议公告上次会议纪要：https://gitee.com/openharmony/community/blob/master/meeting-notes/20…

1 0

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

08 Dec '21

OpenHarmony Driver SIG例会会议时间： 12月08日（周三）16:00-18:00 会议主题： OpenHarmony Driver SIG例会会议议题 1、Media的codec驱动能力开发进展。时间：16:00-16:15 汇报人：张国荣参与人：孙赫赫，翟海鹏 2、usb模块新增2个HDI接口评审。时间：16:15-16:30 汇报人：赵健华参与人：陈风，王兴，袁博，刘飞虎，吴成文会议议题申报： https://etherpad.openharmony.cn/p/SIG-Driver 会议接入：加入会议： Join (Host) <http://imeeting.huawei.com/meeting/startzoom?id=30c5a013b58049b8a0159419ccc…> Join (Internal) <http://imeeting.huawei.com/meeting/joinzoom?id=0210023672&app=welink> Join (External) <https://welink.zhumu.com/j/210023672> 会议ID： 0210023672

1 0

【会议纪要】OpenHarmony 架构SIG纪要20211201
by hengting (A) 08 Dec '21

08 Dec '21

【会议纪要】OpenHarmony 架构SIG纪要20211201 议题一：新增开源仓windowmanager，径:foundation/windowmanager—周耀颖结论：同意新增windowmanager 开源仓，路径:foundation/windowmanager 议题二：新增驱动dirver_platform与driver_interface仓评审—袁博结论：1、不同意新建driver_platform仓，platform驱动实现放到各自device仓 2、同意新建driver_interface仓议题三：新增libyuv开源软件评审—曹辉结论：1、不同意引androidsource下的libyuv 2、chrom网站下的需要根据12月中旬结论审视，寻找可替代方案议题四：新增libnl三方开源代码仓:thrid_party_libnl—徐赛结论：同意OpenHarmony建仓：third_party_libnl 议题五：OpenHarmony XTS部件仓申请—纪永结论：1、同意新增部件仓dcts（OpenHarmony设备兼容性测试套） hats（OpenHarmony硬件抽象测试套） ists （OpenHarmony镜像安全测试套） ssts （OpenHarmony系统易损测试套） hits（子系统集成测试）； 2、涉及开源仓需要进一步评审是否满足开源策略和要求议题六：新增libopenH264开源软件评审—朱明亮结论：1、同意建三方仓 2、支持产品可裁剪部署。 3、需同时适用Mini，Small设备形态。议题七：新增仓third_party/exfat-utils—谷德贺结论：1、确保有相应的权限管控策略防止三方应用直接调用 2、确保对MUSL等库链接方式，防止开源污染风险 3、二进制按需调用，风险较低，同意加仓 -----Original Appointment----- From: hengting (A) Sent: Wednesday, December 1, 2021 8:28 AM To: Rengelin; wanchengzhen; Qiangbo(Paul,OpenHarmony); dongjinguang; Zhaowenhua; Lizheng (Benson, BG); Yuanbo; Chenfeng (Scott); liufeihu (kevin); yanghaizhou; zhaihaipeng (A); caohui; renguang; Houxuanzhe (George); xusai (C); jiyong; Liuhonggang (Mark); Liuxun; zhouyaoying; zhumingliang; Liurongliang Subject: 【会议通知】OpenHarmony 架构SIG，时间：2021-12-01 09:30-10:30，地点：线上会议，请您准时与会：） When: 2021年12月1日星期三 9:30-11:00(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐。 Where: 线上会议会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-12-01 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议(Host)<http://imeeting.huawei.com/meeting/startzoom?id=d5743e5f90b845d385e0db70676…> 加入会议(Internal)<http://imeeting.huawei.com/meeting/joinzoom?id=0147352893&app=welink> 加入会议(External)<https://welink.zhumu.com/j/147352893> 会议ID 0147352893 与会人 Attendees 万承臻；任革林；赵文华；强波；董金光外部与会人 External Participants dev(a)openharmony.io<mailto:dev@openharmony.io> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 新增开源仓windowmanager 路径:foundation/windowmanager 在新架构下windowmanager需要作为单独的仓进行开发迭代 5 周耀颖周耀颖周耀颖周耀颖 2 新增驱动dirver_platform与driver_interface仓评审 1. driver_platform仓用于接收三方实现与通用Platform驱动2.driver_interface用于管理HDI接口idl 5 袁博袁博袁博陈风刘飞虎杨海舟翟海鹏 3 新增libyuv开源软件评审分布式硬件子系统分布式相机部件需要使用libyuv开源软件实现图像的后处理包括分辨率转换等 5 曹辉曹辉任广曹辉任广 4 新增libnl三方开源代码仓:thrid_party_libnl L2 Wifi 驱动通过nl80211与wpa对接，需要依赖libnl交互 5 徐赛徐赛徐赛侯选哲徐赛 5 OpenHarmony XTS部件仓申请 5 纪永纪永纪永纪永刘洪刚刘勋 6 新增libopenH264开源软件评审媒体子系统264编码需要引入libopenH264 开源软件 5 朱明亮刘荣亮朱明亮朱明亮刘荣亮

1 0

【会议纪要】OpenHarmony 架构SIG纪要20211109
by hengting (A) 08 Dec '21

08 Dec '21

【会议纪要】OpenHarmony 架构SIG纪要20211109 议题一：测试子系统申请新建开源仓third_party_benchmark—任翔结论： 1、同意在OpenHarmony新增third_party_benchmark开源仓。遗留问题： 1、Mini，Small benchmark库是否归一？会后闭环答复：benchmark库在标准与轻量级归一，均使用Google benchmark。 2、为什么使用Google benchmark？与OpenSSL Benchmark对比有什么优势？会后闭环答复：Google benchmark是专门针对C++ benchmark测试提供的测试库，提供了全面的性能测试接口，包括复杂度计算、多线程benchmark、模板化测试、CPU频率缩放等功能，简单易用。OpenSSL更擅长 IPv4、Ipv6协议及网络为主的场景下进行性能测试，因此选型时选用Google benchmark，更符合TDD C++ benchmark测试场景。议题二：帐号子系统申请新建开源仓account_app_account—徐大庆结论： 1、同意在OpenHarmony下新增帐号子系统开源仓account_app_account。遗留问题： 1、应用帐号在标准系统和大型系统上部件名不同，如何考虑代码服用？会后闭环答复：目前无代码可复用，后续涉及到复用时，以开源项目整体策略为准，统一处理。 2、支持按需跨设备同步的特性如何保证数据同步的时效性？会后闭环答复：目前设计与大型系统一致，依赖分布式数据管理的自动同步机制，后续会考虑自动+手动同步的机制，提高时效性。 From: hengting (A) Sent: Monday, November 8, 2021 4:27 PM To: Rengelin <rengelin(a)huawei.com>; wanchengzhen <wanchengzhen(a)huawei.com>; Zhangyongzhi <zhangyongzhi(a)huawei.com>; Qiangbo(Paul,OpenHarmony) <qiangbo2(a)huawei.com>; dongjinguang <dongjinguang(a)huawei.com>; renxiang (E) <renxiang11(a)huawei.com>; Xudaqing <xudaqing(a)huawei.com> Cc: 'dev(a)openharmony.io' <dev(a)openharmony.io> Subject: 【会议通知】OpenHarmony 架构SIG，时间：2021-11-09 09:30-10:30，地点：线上会议，请您准时与会：）会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-11-09 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议： Join (Host) <http://imeeting.huawei.com/meeting/startzoom?id=a6288118882a4a65a66d1b94231…> Join (Internal) <http://imeeting.huawei.com/meeting/joinzoom?id=0180249460&app=welink> Join (External) <https://welink.zhumu.com/j/180249460> 地点：线上会议会议ID： 0180249460 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io<mailto:dev@openharmony.io> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 测试子系统申请新建开源仓third_party_benchmark 测试子系统C++ benchmark测试11月底开源 10 任翔任翔任翔任翔 2 帐号子系统申请新建开源仓account_app_account 帐号子系统业务包括系统帐号和应用帐号，分别对应部件account_os_account和account_app_account。社区上开源的仅有系统帐号的分布式组网帐号状态管理，本地多用户生命周期和应用帐号的功能不具备。OpenHarmony 3.1交付的基础功能需要新增支持本地多用户生命周期和应用帐号，其中应用帐号需要单独建仓，且11月有技术合作项目交付的内容涉及该仓。 10 徐大庆徐大庆徐大庆徐大庆

1 0

OpenHarmoy PMC Biweekly Meeting Time:2021-12-9 09:30-10:30
by hengting (A) 07 Dec '21

07 Dec '21

会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-12-9 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议： Join (Host) <http://imeeting.huawei.com/meeting/startzoom?id=d944ff1e7d00426a819475b2b27…> Join (Internal) <http://imeeting.huawei.com/meeting/joinzoom?id=0172710381&app=welink> Join (External) <https://welink.zhumu.com/j/172710381> 地点：线上会议与会人 Attendees 李毅；高泉；董金光；万承臻；任革林；付天福；吴勇辉；王意明；邢文华；强波；鲜余强；余枝强；李家欣；马耀辉；赵文华；丁勇；高涵一外部与会人 External Participants 梁克雷；黄明龙会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 OH辅助工具SIG 负责openharmony开发效率提升的一些工具 15min 张亮亮张亮亮张亮亮陈迅、巴延兴、李祥志、张亮亮 2 新成员提名提议刘洋加入PMC，看护代码架构 15min 刘洋刘洋刘洋刘洋、董金光、梁克雷、黄明龙 3 OpenHarmony项目社区运营目标、计划对齐2022年社区运营目标 15min 张明修张明修张明修 PMC成员 4 OpenHarmony社区代码共建目标及思路对齐社区代码共建目标及思路 15min 林志南林志南林志南鲁波、董金光、各sig leader 会议公告上次会议纪要：https://gitee.com/openharmony/community/blob/master/meeting-notes/20…

1 0

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

07 Dec '21

OpenHarmony基础软件SIG例会序号议题 1 OpenHarmony社区L2 qemu模拟器现状分享 -- wawanala<https://gitee.com/wawanala> 2 OpenHarmony命令行进程级调试变量传入通道方案讨论 -- all 3 深开鸿OTA能力建设讨论会议时间： 12月8日（周三）14:15-16:15 会议地点：电话会议会议主题： OpenHarmony基础软件SIG例会召集人：张小田与会人：软件所：梁克雷，黄明龙，罗未，谭小凡，李凯，Chandwich KOL：李传钊润和：刘洋社区：wawanala<https://gitee.com/wawanala> 华为：董金光，任革林，万承臻，张小田，白永刚，李加润，李煜，刘威，唐城开，徐大庆，张政学，王兴，熊小勇，易见，李开龙，马耀辉，袁博会议接入： * 时间 : 2021-12-08 14:15-16:15 ((UTC+08:00)Beijing) * 加入会议 : * Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0152869740&app=welink> * Join (External) >><https://welink.zhumu.com/j/152869740> * 会议ID : 0152869740 (会议ID在本次会议结束后不可继续使用)

1 0

SIG-Charter-Proposal-T_HEAD
by 519689417＠qq.com 03 Dec '21

03 Dec '21

背景信息：鸿蒙融合需求，需要新增平头哥开发板业务范围：平头哥相关开发板适配业务目标：适配完成平头哥相关平台开发板，支持csky指令集。

2 3

Re: �ظ�: Re: Re: ��뿪ͨcn_comment��֧
by 泛舟西湖 02 Dec '21

02 Dec '21

狭隘民族主义要不得，光喊口号没用，科技尽量远离政治看过计算机架构组织原理，应该知道怎么做不懂就学，比较花两个字节存储一个汉字以及各种乱七八糟编码变换，都是巨型内卷 ---Original--- From: "962030--- via dev"<dev(a)openharmony.io> Date: Fri, Nov 26, 2021 16:07 PM To: "15390014138"<15390014138(a)163.com>;"Netroby"<hufeng1987(a)gmail.com>; Cc: "朱其罡"<qigang(a)openatom.org>;"刘允礼"<ylliu3788(a)163.com>;"dev"<dev(a)openharmony.io>; Subject: [Dev] �ظ�: Re: Re: ��뿪ͨcn_comment��֧ 就是要振兴中华才要用英文写注释，操作系统作为IT基础设施，光在窝里横是没前途的，基金会现在已经跟eclipse基金会合作开启了名为Oniro的欧洲发行版。不仅要用英文写注释，还要写好，写的精准，这是能耐，这不是什么崇洋媚外。不仅要写好英文注释，还要写好英文文档，还要写好英文log信息，还要规范代码里不好的变量命名。李传钊   发件人： 15390014138 发送时间： 2021-11-26 12:38 收件人： Netroby 抄送： 朱其罡; 刘允礼; 962030; dev 主题： Re:Re: [Dev] Re: 申请开通cn_comment分支基于代码注释这个任务，主要作用是2点： 1. 参与本项目的学生接触OH代码，学习知识并沉淀。这个放普通的仓库即可。 2. 未来需要加入OH的学生，需要一个方便的查看含注释代码的渠道，如果是在主仓中的话，更方便，省去了推广，否则还需要推广成本，告诉学生哪里有含中文注释的代码可以看。如果推广这个难度不用担忧的话，我个人觉得确实没有必要放主仓。在 2021-11-26 11:22:19，"Netroby" <hufeng1987(a)gmail.com> 写道： >大佬们好。 >我绝对支持中文注释， >原因是：英文是大英帝国殖民遗留的历史问题。大英帝国旗帜插在哪里，英语就在哪里。 > > >而中文，自古以来就是中国官方行文官方语言。 > >中文至少得到支持，不应该被放弃。 > >我们中国的开源项目，为什么不用中文？为什么要用英文作为主语言。 > >我100支持中文。 > >英文可以学，可以支持，但不应该为英文放弃中文。 > >自强不息，从我辈做起，如果我们自甘泯灭自己的文化和传统。不学中文，不用好中文。 > >都不用美帝国主义制裁，我们自己就不行了。 > > >Appreciate your time. >---------------------------- >Netroby > >朱其罡 via dev <dev(a)openharmony.io> 于2021年11月26日周五上午11:09写道： >> >> 开发者成长计划中的代码注释环节，意图是让学生去了解OH代码，尤其是那些无法下手写代码的去初步了解，设置的赛题数量和奖金都是偏低的，反馈社区的贡献不在计划目标范围内。 >> 注释可以以独立的形式在社区去做和传播，交流。 >> 注释是否能进主库听从PMC的专业指导意见，需保持社区代码的高质量。 >> >> 朱其罡 >> 手机：13701234598 >> OpenHarmony项目群工作委员会生态建设组 >> >> >> >> ------------------ Original ------------------ >> From: "刘允礼 via dev"<dev(a)openharmony.io>; >> Date: Thu, Nov 25, 2021 04:48 PM >> To: "'962030'"<962030(a)qq.com>; >> Cc: "15390014138"<15390014138(a)163.com>; "dev"<dev(a)openharmony.io>; >> Subject: [Dev] Re: 申请开通cn_comment分支 >> >> >> 钊哥，OHOS要开放就必然面临群体成员能力不一致的问题。加入中文注释不应该回避。我的建议是必须用英文注释，可以提供中文翻译作为辅助。 >> >> 学生群体是潜在的巨大力量，不应排斥，应给予充分的成长空间。 >> >> >> 代码会持续更新，不建议使用分支进行管理。 >> >> >> 在 2021-11-25 15:58:51，"962030--- via dev" <dev(a)openharmony.io> 写道： >> >> OHOS的编程规范有明确约束，要使用英文进行注释，因此强烈不建议在主库当中加入类似这样的中文注释内容。 >> 另外，学生们的水平我们要有客观认识，他们的输出不足以直接合入主库。 >> 李传钊 >> >> 发件人： 15390014138--- via dev >> 发送时间： 2021-11-17 20:57 >> 收件人： dev >> 主题： [Dev] 申请开通cn_comment分支 >> 尊敬的PMC以及各成员： >> >> >> 目前openharmony开发者成长计划第二期题目中含有文档和代码注释类题目。 >> 经过成长计划会议讨论，决定在主仓库内创建分支(分支名称暂定cn_comment, 即中文注释版本)，方便未来参与者学习。 >> >> >> 申请在openharmony主仓内部分代码仓库创建cn_comment (名称待定)分支，用于补充注释和文档 >> 当前阶段影响的仓库有： >> https://gitee.com/openharmony/communication_ipc_lite >> >> https://gitee.com/openharmony/communication_ipc >> >> https://gitee.com/openharmony/communication_dsoftbus >> >> https://gitee.com/openharmony/distributedschedule_samgr_lite >> >> https://gitee.com/openharmony/distributedschedule_samgr >> >> https://gitee.com/openharmony/distributedschedule_safwk_lite >> >> https://gitee.com/openharmony/distributedschedule_safwk >> >> https://gitee.com/openharmony/aafwk_aafwk_lite >> >> https://gitee.com/openharmony/aafwk_standard >> >> https://gitee.com/openharmony/appexecfwk_appexecfwk_lite >> >> https://gitee.com/openharmony/appexecfwk_standard >> >> >> >> >> >> 冷钦街 >> _______________________________________________ >> dev mailing list -- dev(a)openharmony.io >> To unsubscribe send an email to dev-leave(a)openharmony.io >> >> >> >> >> >> _______________________________________________ >> dev mailing list -- dev(a)openharmony.io >> To unsubscribe send an email to dev-leave(a)openharmony.io  

5 4

回复：回复:回复：关于代码中使用中文注释的问题
by 李传钊 02 Dec '21

02 Dec '21

要加强学习，提高讨论的质量，不要随意占用大家的时间。 ---原始邮件--- 发件人: "杜天微 via dev"<dev(a)openharmony.io> 发送时间: 2021年12月1日(周三) 下午5:31 收件人: "开源鸿蒙开发组"<dev(a)openharmony.io>; 主题: [Dev] 回复:回复：关于代码中使用中文注释的问题国际化。不是注释，是指南、手册。 OH，也有这个东西。 https://gitee.com/openharmony/docs/tree/master/en 在 2021-12-01 16:43:45，"刘允礼 via dev" <dev(a)openharmony.io> 写道：我倒是很想听听你们对这个路径下文件的意见 https://github.com/torvalds/linux/tree/master/Documentation/translations/zh… ylliu3788 ylliu3788(a)163.com 签名由网易邮箱大师定制在2021年11月30日 23:26，Luo Xiaogang via dev<dev(a)openharmony.io> 写道：我坚决反对在代码中加入中文注释。在代码中加入中文注释，有没有考虑过写代码的人的感受？有没有考虑过看代码的人的感受？还是说这些要求在代码中加入中文注释的人从来不写代码，也不看代码？前面回复的几封邮件，主题已经是乱码了，让使用者如何理解？ 1、中文注释，会让开发者在中英文输入状态下反复切换，体验极差，还有一些语法问题。 2、中文注释，对于阅读者，不同的编码方式，会导致乱码。如果10个文件，有多种文件编码方式，怎么看？？有 utf-8，gb2312, gb18030 等等。 3、是不是 commit message 也要中文注释？如果这样，git log 就非常难用了。 4、如果系统是纯英文的，怎么写中文注释？我们需要有一个开放的心态，需要国际视野，不能仅仅局限于国内。关于如何写注释，如果不会，可以去学习宋宝华老师的视频课程：《编写高质量注释之道》代码应该是自注释的，应该是很容易理解的，而不是晦涩难懂的。如果是晦涩难懂的代码，说明代码的质量有问题，需要改进。注释更多的是描述代码背后的故事，而不是代码本身。建议大家多研究一下 linux 的代码，包含代码风格、代码质量、架构、注释等。在 2021-11-28 21:05:38，"泛舟西湖 via dev" <dev(a)openharmony.io> 写道：狭隘民族主义要不得，光喊口号没用，科技尽量远离政治看过计算机架构组织原理，应该知道怎么做不懂就学，比较花两个字节存储一个汉字以及各种乱七八糟编码变换，都是巨型内卷 ---Original--- From: "962030--- via dev"<dev(a)openharmony.io> Date: Fri, Nov 26, 2021 16:07 PM To: "15390014138"<15390014138(a)163.com>;"Netroby"<hufeng1987(a)gmail.com>; Cc: "朱其罡"<qigang(a)openatom.org>;"刘允礼"<ylliu3788(a)163.com>;"dev"<dev(a)openharmony.io>; Subject: [Dev] ظ : Re: Re: 뿪ͨcn_comment ֧ 就是要振兴中华才要用英文写注释，操作系统作为IT基础设施，光在窝里横是没前途的，基金会现在已经跟eclipse基金会合作开启了名为Oniro的欧洲发行版。不仅要用英文写注释，还要写好，写的精准，这是能耐，这不是什么崇洋媚外。不仅要写好英文注释，还要写好英文文档，还要写好英文log信息，还要规范代码里不好的变量命名。李传钊   发件人： 15390014138 发送时间： 2021-11-26 12:38 收件人： Netroby 抄送： 朱其罡; 刘允礼; 962030; dev 主题： Re:Re: [Dev] Re: 申请开通cn_comment分支基于代码注释这个任务，主要作用是2点： 1. 参与本项目的学生接触OH代码，学习知识并沉淀。这个放普通的仓库即可。 2. 未来需要加入OH的学生，需要一个方便的查看含注释代码的渠道，如果是在主仓中的话，更方便，省去了推广，否则还需要推广成本，告诉学生哪里有含中文注释的代码可以看。如果推广这个难度不用担忧的话，我个人觉得确实没有必要放主仓。在 2021-11-26 11:22:19，"Netroby" <hufeng1987(a)gmail.com> 写道： >大佬们好。 >我绝对支持中文注释， >原因是：英文是大英帝国殖民遗留的历史问题。大英帝国旗帜插在哪里，英语就在哪里。 > > >而中文，自古以来就是中国官方行文官方语言。 > >中文至少得到支持，不应该被放弃。 > >我们中国的开源项目，为什么不用中文？为什么要用英文作为主语言。 > >我100支持中文。 > >英文可以学，可以支持，但不应该为英文放弃中文。 > >自强不息，从我辈做起，如果我们自甘泯灭自己的文化和传统。不学中文，不用好中文。 > >都不用美帝国主义制裁，我们自己就不行了。 > > >Appreciate your time. >---------------------------- >Netroby > >朱其罡 via dev <dev(a)openharmony.io> 于2021年11月26日周五上午11:09写道： >> >> 开发者成长计划中的代码注释环节，意图是让学生去了解OH代码，尤其是那些无法下手写代码的去初步了解，设置的赛题数量和奖金都是偏低的，反馈社区的贡献不在计划目标范围内。 >> 注释可以以独立的形式在社区去做和传播，交流。 >> 注释是否能进主库听从PMC的专业指导意见，需保持社区代码的高质量。 >> >> 朱其罡 >> 手机：13701234598 >> OpenHarmony项目群工作委员会生态建设组 >> >> >> >> ------------------ Original ------------------ >> From: "刘允礼 via dev"<dev(a)openharmony.io>; >> Date: Thu, Nov 25, 2021 04:48 PM >> To: "'962030'"<962030(a)qq.com>; >> Cc: "15390014138"<15390014138(a)163.com>; "dev"<dev(a)openharmony.io>; >> Subject: [Dev] Re: 申请开通cn_comment分支 >> >> >> 钊哥，OHOS要开放就必然面临群体成员能力不一致的问题。加入中文注释不应该回避。我的建议是必须用英文注释，可以提供中文翻译作为辅助。 >> >> 学生群体是潜在的巨大力量，不应排斥，应给予充分的成长空间。 >> >> >> 代码会持续更新，不建议使用分支进行管理。 >> >> >> 在 2021-11-25 15:58:51，"962030--- via dev" <dev(a)openharmony.io> 写道： >> >> OHOS的编程规范有明确约束，要使用英文进行注释，因此强烈不建议在主库当中加入类似这样的中文注释内容。 >> 另外，学生们的水平我们要有客观认识，他们的输出不足以直接合入主库。 >> 李传钊 >> >> 发件人： 15390014138--- via dev >> 发送时间： 2021-11-17 20:57 >> 收件人： dev >> 主题： [Dev] 申请开通cn_comment分支 >> 尊敬的PMC以及各成员： >> >> >> 目前openharmony开发者成长计划第二期题目中含有文档和代码注释类题目。 >> 经过成长计划会议讨论，决定在主仓库内创建分支(分支名称暂定cn_comment, 即中文注释版本)，方便未来参与者学习。 >> >> >> 申请在openharmony主仓内部分代码仓库创建cn_comment (名称待定)分支，用于补充注释和文档 >> 当前阶段影响的仓库有： >> https://gitee.com/openharmony/communication_ipc_lite >> >> https://gitee.com/openharmony/communication_ipc >> >> https://gitee.com/openharmony/communication_dsoftbus >> >> https://gitee.com/openharmony/distributedschedule_samgr_lite >> >> https://gitee.com/openharmony/distributedschedule_samgr >> >> https://gitee.com/openharmony/distributedschedule_safwk_lite >> >> https://gitee.com/openharmony/distributedschedule_safwk >> >> https://gitee.com/openharmony/aafwk_aafwk_lite >> >> https://gitee.com/openharmony/aafwk_standard >> >> https://gitee.com/openharmony/appexecfwk_appexecfwk_lite >> >> https://gitee.com/openharmony/appexecfwk_standard >> >> >> >> >> >> 冷钦街 >> _______________________________________________ >> dev mailing list -- dev(a)openharmony.io >> To unsubscribe send an email to dev-leave(a)openharmony.io >> >> >> >> >> >> _______________________________________________ >> dev mailing list -- dev(a)openharmony.io >> To unsubscribe send an email to dev-leave(a)openharmony.io      

3 2

Re: 回复: Re: Re: 申请开通cn_comment分支
by Jerry 01 Dec '21

01 Dec '21

各位优秀的前辈们的讨论都很精彩，我从参加这个代码注释计划的成员角度谈一下我的看法，限于个人水平，其中有不正确的地方还望各位前辈指正：从我接触OpenHarmony(下称ohos)的经历出发，我认为ohos目前的文档、指南、示例很差，对于刚刚接触ohos来说很不友好，对于那些只会调库或者刚刚接触这一块的人来说无从下手。而文档的友好程度和资源的丰富程度恰恰是很多初学者入门时最看重的点，这是linux做的非常优秀的点，也是ohos做的非常差的点。代码注释计划可以在一定程度上解决这个问题。具有丰富专业知识的社区核心人员没有精力去做这个事情，而想为社区做点事情的但能力达不到贡献核心代码的人（比如我）乐意去做这样的事情，社区应该为这批人提供一个机会和指导，教会了这批人后这批人可以去辐射到更多的人。而目前做这个事情来看，最合适的语言应该是中文。因为就ohos目前情况来看，最可能发展壮大的的地方还是中国大陆，而中国大陆的能够参与到这个项目来的应该都会中文，后续为了国际化全球化，可以像python的文档一样，由中文版本逐渐衍生出英文版本。我个人认为这次注释计划的成果不适合合并到主干分支的代码中，在这一点上我赞同Luo Xiaogang 的观点。主干分支代码中不应该有任何的中文。但我认为示例程序、文档、教程等，应该以中文版本为主，以方便在国内推广。中文注释的代码可以作为教程或者文档的一个组成部分，由一个fork出的仓库或者分支的形式呈现。主干代码的文档中应该有明显的位置帮助人们快速找到这些内容。至于Netroby 的观点，我不能赞同。这里我引用习近平同志的一段话作为我反对的理论依据：“传承中华文化，绝不是简单复古，也不是盲目排外，而是古为今用、洋为中用，辩证取舍、推陈出新，摒弃消极因素，继承积极思想，“以古人之规矩，开自己之生面”，实现中华文化的创造性转化和创新性发展。”全文可以参考习近平同志在《求是》杂志上发表的署名文章，《坚定文化自信，建设社会主义文化强国》。李传钊前辈的观点“ 另外，学生们的水平我们要有客观认识，他们的输出不足以直接合入主库。”我也难以苟同。我认为评判输出能否合并入主库的应该是其代码对ohos的贡献，而不是他们的身份。我身边有同学已经是Rust社区的贡献者，每个使用Rust的人都不可能绕过他的贡献，而且很多同学就业后进入的是国内外的大厂，他们的代码也已经进入到了各大软件中，我不认为他们的代码水平不能满足ohos社区的要求。此外，主库中也有一些边边角角东西是核心开发者没有时间去维护的，比如文档、示例程序等等，这部分核心开发者不愿意做的工作，如果愿意做的低水平开发者你们又看不起，那就只能使ohos变成少数人的os。比如dsoftbus仓库中文档中的简单的函数参数错误，至今都没修复。最后，祝ohos能真正担负起时代赋予它的使命。

1 0

回复：关于代码中使用中文注释的问题
by 泛舟西湖 01 Dec '21

01 Dec '21

这个是一个国际化标准问题，目前为止成员参差不齐，还没到那程度有些事情需要到一定阶段去做才有意义 Linux 国际化标准组织 li18nux www.li18nux.org ---原始邮件--- 发件人: "刘允礼"<ylliu3788(a)163.com> 发送时间: 2021年12月1日(周三) 下午4:43 收件人: "lxgrxd(a)163.com"<lxgrxd(a)163.com>; 抄送: "23273143(a)qq.com"<23273143(a)qq.com>;"962030(a)qq.com"<962030(a)qq.com>;"15390014138"<15390014138(a)163.com>;"hufeng1987(a)gmail.com"<hufeng1987(a)gmail.com>;"qigang(a)openatom.org"<qigang(a)openatom.org>;"dev"<dev(a)openharmony.io>; 主题: 回复：[Dev] 关于代码中使用中文注释的问题我倒是很想听听你们对这个路径下文件的意见 https://github.com/torvalds/linux/tree/master/Documentation/translations/zh… ylliu3788 ylliu3788(a)163.com 签名由网易邮箱大师定制在2021年11月30日 23:26，Luo Xiaogang via dev<dev(a)openharmony.io> 写道：我坚决反对在代码中加入中文注释。在代码中加入中文注释，有没有考虑过写代码的人的感受？有没有考虑过看代码的人的感受？还是说这些要求在代码中加入中文注释的人从来不写代码，也不看代码？前面回复的几封邮件，主题已经是乱码了，让使用者如何理解？ 1、中文注释，会让开发者在中英文输入状态下反复切换，体验极差，还有一些语法问题。 2、中文注释，对于阅读者，不同的编码方式，会导致乱码。如果10个文件，有多种文件编码方式，怎么看？？有 utf-8，gb2312, gb18030 等等。 3、是不是 commit message 也要中文注释？如果这样，git log 就非常难用了。 4、如果系统是纯英文的，怎么写中文注释？我们需要有一个开放的心态，需要国际视野，不能仅仅局限于国内。关于如何写注释，如果不会，可以去学习宋宝华老师的视频课程：《编写高质量注释之道》代码应该是自注释的，应该是很容易理解的，而不是晦涩难懂的。如果是晦涩难懂的代码，说明代码的质量有问题，需要改进。注释更多的是描述代码背后的故事，而不是代码本身。建议大家多研究一下 linux 的代码，包含代码风格、代码质量、架构、注释等。在 2021-11-28 21:05:38，"泛舟西湖 via dev" <dev(a)openharmony.io> 写道：狭隘民族主义要不得，光喊口号没用，科技尽量远离政治看过计算机架构组织原理，应该知道怎么做不懂就学，比较花两个字节存储一个汉字以及各种乱七八糟编码变换，都是巨型内卷 ---Original--- From: "962030--- via dev"<dev(a)openharmony.io> Date: Fri, Nov 26, 2021 16:07 PM To: "15390014138"<15390014138(a)163.com>;"Netroby"<hufeng1987(a)gmail.com>; Cc: "朱其罡"<qigang(a)openatom.org>;"刘允礼"<ylliu3788(a)163.com>;"dev"<dev(a)openharmony.io>; Subject: [Dev] ظ : Re: Re: 뿪ͨcn_comment ֧ 就是要振兴中华才要用英文写注释，操作系统作为IT基础设施，光在窝里横是没前途的，基金会现在已经跟eclipse基金会合作开启了名为Oniro的欧洲发行版。不仅要用英文写注释，还要写好，写的精准，这是能耐，这不是什么崇洋媚外。不仅要写好英文注释，还要写好英文文档，还要写好英文log信息，还要规范代码里不好的变量命名。李传钊   发件人： 15390014138 发送时间： 2021-11-26 12:38 收件人： Netroby 抄送： 朱其罡; 刘允礼; 962030; dev 主题： Re:Re: [Dev] Re: 申请开通cn_comment分支基于代码注释这个任务，主要作用是2点： 1. 参与本项目的学生接触OH代码，学习知识并沉淀。这个放普通的仓库即可。 2. 未来需要加入OH的学生，需要一个方便的查看含注释代码的渠道，如果是在主仓中的话，更方便，省去了推广，否则还需要推广成本，告诉学生哪里有含中文注释的代码可以看。如果推广这个难度不用担忧的话，我个人觉得确实没有必要放主仓。在 2021-11-26 11:22:19，"Netroby" <hufeng1987(a)gmail.com> 写道： >大佬们好。 >我绝对支持中文注释， >原因是：英文是大英帝国殖民遗留的历史问题。大英帝国旗帜插在哪里，英语就在哪里。 > > >而中文，自古以来就是中国官方行文官方语言。 > >中文至少得到支持，不应该被放弃。 > >我们中国的开源项目，为什么不用中文？为什么要用英文作为主语言。 > >我100支持中文。 > >英文可以学，可以支持，但不应该为英文放弃中文。 > >自强不息，从我辈做起，如果我们自甘泯灭自己的文化和传统。不学中文，不用好中文。 > >都不用美帝国主义制裁，我们自己就不行了。 > > >Appreciate your time. >---------------------------- >Netroby > >朱其罡 via dev <dev(a)openharmony.io> 于2021年11月26日周五上午11:09写道： >> >> 开发者成长计划中的代码注释环节，意图是让学生去了解OH代码，尤其是那些无法下手写代码的去初步了解，设置的赛题数量和奖金都是偏低的，反馈社区的贡献不在计划目标范围内。 >> 注释可以以独立的形式在社区去做和传播，交流。 >> 注释是否能进主库听从PMC的专业指导意见，需保持社区代码的高质量。 >> >> 朱其罡 >> 手机：13701234598 >> OpenHarmony项目群工作委员会生态建设组 >> >> >> >> ------------------ Original ------------------ >> From: "刘允礼 via dev"<dev(a)openharmony.io>; >> Date: Thu, Nov 25, 2021 04:48 PM >> To: "'962030'"<962030(a)qq.com>; >> Cc: "15390014138"<15390014138(a)163.com>; "dev"<dev(a)openharmony.io>; >> Subject: [Dev] Re: 申请开通cn_comment分支 >> >> >> 钊哥，OHOS要开放就必然面临群体成员能力不一致的问题。加入中文注释不应该回避。我的建议是必须用英文注释，可以提供中文翻译作为辅助。 >> >> 学生群体是潜在的巨大力量，不应排斥，应给予充分的成长空间。 >> >> >> 代码会持续更新，不建议使用分支进行管理。 >> >> >> 在 2021-11-25 15:58:51，"962030--- via dev" <dev(a)openharmony.io> 写道： >> >> OHOS的编程规范有明确约束，要使用英文进行注释，因此强烈不建议在主库当中加入类似这样的中文注释内容。 >> 另外，学生们的水平我们要有客观认识，他们的输出不足以直接合入主库。 >> 李传钊 >> >> 发件人： 15390014138--- via dev >> 发送时间： 2021-11-17 20:57 >> 收件人： dev >> 主题： [Dev] 申请开通cn_comment分支 >> 尊敬的PMC以及各成员： >> >> >> 目前openharmony开发者成长计划第二期题目中含有文档和代码注释类题目。 >> 经过成长计划会议讨论，决定在主仓库内创建分支(分支名称暂定cn_comment, 即中文注释版本)，方便未来参与者学习。 >> >> >> 申请在openharmony主仓内部分代码仓库创建cn_comment (名称待定)分支，用于补充注释和文档 >> 当前阶段影响的仓库有： >> https://gitee.com/openharmony/communication_ipc_lite >> >> https://gitee.com/openharmony/communication_ipc >> >> https://gitee.com/openharmony/communication_dsoftbus >> >> https://gitee.com/openharmony/distributedschedule_samgr_lite >> >> https://gitee.com/openharmony/distributedschedule_samgr >> >> https://gitee.com/openharmony/distributedschedule_safwk_lite >> >> https://gitee.com/openharmony/distributedschedule_safwk >> >> https://gitee.com/openharmony/aafwk_aafwk_lite >> >> https://gitee.com/openharmony/aafwk_standard >> >> https://gitee.com/openharmony/appexecfwk_appexecfwk_lite >> >> https://gitee.com/openharmony/appexecfwk_standard >> >> >> >> >> >> 冷钦街 >> _______________________________________________ >> dev mailing list -- dev(a)openharmony.io >> To unsubscribe send an email to dev-leave(a)openharmony.io >> >> >> >> >> >> _______________________________________________ >> dev mailing list -- dev(a)openharmony.io >> To unsubscribe send an email to dev-leave(a)openharmony.io    

1 0

申请开通cn_comment分支
by 15390014138＠163.com 26 Nov '21

26 Nov '21

7 9

回复：申请开通cn_comment
by ‪noel＠openatom.org‬ 25 Nov '21

25 Nov '21

1 0

移植OpenHarmony标准系统到全志D1开发板的问题
by 潘润鑫 25 Nov '21

25 Nov '21

openharmony团队你们好：我正在移植Openharmony标准系统到三方开发板，我使用Linux kernel作为内核、需要打HDF补丁，请问这个补丁是需要针对特定的芯片重新编写还是可以使用hi3516dv300_patch/hdf.patch直接打上？

1 0

标准系统的开发板
by yuwen＠ftsafe.com 25 Nov '21

25 Nov '21

Hi Dev Team: 目前OpenHarmony有轻量系统、小型系统、标准系统，有没有应用标准系统的开发板呢？我们希望在Arm Cortex-A系列芯片上上运行OpenHarmony系统，但目前参考的资料不多，还望您不吝指教；多谢！ Eaven Han

3 2

OpenHarmoy PMC Biweekly Meeting Time:2021-11-25 09:30-10:30
by hengting (A) 24 Nov '21

24 Nov '21

会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-11-25 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议： Join (Host) <http://imeeting.huawei.com/meeting/startzoom?id=1f815bb72fb44feea378a4e0571…> Join (Internal) <http://imeeting.huawei.com/meeting/joinzoom?id=0151020004&app=welink> Join (External) <https://welink.zhumu.com/j/151020004> 会议ID： 0151020004 与会人 Attendees 李毅；高泉；董金光；万承臻；任革林；付天福；吴勇辉；王意明；邢文华；强波；鲜余强；余枝强；李家欣；马耀辉；赵文华；丁勇；高涵一外部与会人 External Participants 梁克雷；黄明龙会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 申请辞去API SIG Leader工作因工作范围调整，申请辞去张勇智，@karl-z, API SIG Leader工作，同时提名强波，@huawei_qiangbo, 承担API SIG Leader工作。 10min 张勇智张勇智张勇智强波 2 在开源社区提供C，C++ API参考当前开源社区没有提供C，C++ API的参考。社区开发者反馈需要相关内容，业界开源系统基本也都有提供，建议社区补充对应内容。 10min 段夕超段夕超段夕超万承臻，杨妮 3 申请成立维护 SIG 维护SIG负责LTS分支的生命周期管理，负责LTS分支的问题修复和维护版本发布工作。 10min 陈鹏陈鹏陈鹏吴勇辉、钟小明会议公告上次会议纪要：https://gitee.com/openharmony/community/blob/master/meeting-notes/20…

1 0

OpenHarmoy PMC Biweekly Meeting Time:2021-11-25 09:30-10:30
by hengting (A) 24 Nov '21

24 Nov '21

会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-11-25 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议： Join (Host) <http://imeeting.huawei.com/meeting/startzoom?id=1f815bb72fb44feea378a4e0571…> Join (Internal) <http://imeeting.huawei.com/meeting/joinzoom?id=0151020004&app=welink> Join (External) <https://welink.zhumu.com/j/151020004> 会议ID： 0151020004 与会人 Attendees 李毅；高泉；董金光；万承臻；任革林；付天福；吴勇辉；王意明；邢文华；强波；鲜余强；余枝强；李家欣；马耀辉；赵文华；丁勇；高涵一外部与会人 External Participants 梁克雷；黄明龙会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 申请辞去API SIG Leader工作因工作范围调整，申请辞去张勇智，@karl-z, API SIG Leader工作，同时提名强波，@huawei_qiangbo, 承担API SIG Leader工作。 10min 张勇智张勇智张勇智强波 2 在开源社区提供C，C++ API参考当前开源社区没有提供C，C++ API的参考。社区开发者反馈需要相关内容，业界开源系统基本也都有提供，建议社区补充对应内容。 10min 段夕超段夕超段夕超万承臻，杨妮 3 申请成立维护 SIG 维护SIG负责LTS分支的生命周期管理，负责LTS分支的问题修复和维护版本发布工作。 10min 陈鹏陈鹏陈鹏吴勇辉、钟小明会议公告上次会议纪要：https://gitee.com/openharmony/community/blob/master/meeting-notes/20…

1 0

GN deptree tool
by Christopher Tom 23 Nov '21

23 Nov '21

I wrote a little tool (https://gitee.com/cctom/gn_helper_ohos) to look up dependency information from a GN dependency tree stored in a file. It understands OHOS build <subsystem>:<part_name> and <part_name>:<module> descriptions as well. Feedback welcome. I also added some notes on the build system (not documentation, just notes).

1 0

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

23 Nov '21

OpenHarmony Driver SIG例会会议时间： 11月24日（周三）16:00-18:00 会议主题： OpenHarmony Driver SIG例会会议议题 1、Media的codec驱动能力开发进展。时间：16:00-16:15 汇报人：张国荣 2、传感器模块新增HDI接口评审。时间：16:15-16:30 汇报人：刘飞虎会议议题申报： https://docs.qq.com/sheet/DZnpsUFZIT3BVcWJ5?tab=BB08J2&_t=1632723145103 会议接入：加入会议： Join (Host) <http://imeeting.huawei.com/meeting/startzoom?id=a2c35f4af53d49cc892ad987c2c…> Join (Internal) <http://imeeting.huawei.com/meeting/joinzoom?id=0217197502&app=welink> Join (External) <https://welink.zhumu.com/j/217197502> 会议ID： 0217197502

1 0

【会议取消】无议题，本次会议取消 //【议题征集】OpenHarmony内核SIG例会，会议时间：2021年11月24日（周五）09:30-10:30
by Lijiaxin (Nina Li) 23 Nov '21

23 Nov '21

无议题，本次例会取消发件人: Lijiaxin (Nina Li) 发送时间: 2021年11月19日 12:16 收件人: 'dev(a)openharmony.io' <dev(a)openharmony.io>; 'meetings(a)openharmony.io' <meetings(a)openharmony.io>; 'kernel(a)openharmony.io' <kernel(a)openharmony.io>; dongjinguang <dongjinguang(a)huawei.com>; Rengelin <rengelin(a)huawei.com>; wanchengzhen <wanchengzhen(a)huawei.com>; Houxuanzhe (George) <houxuanzhe(a)huawei.com>; Shenwei (Denny, Device OS) <denny.shenwei(a)huawei.com>; Liuyu (Ted) <liuyu82(a)huawei.com>; zhujiaxin <zhujiaxin(a)huawei.com>; Yijian (A) <salient.yijian(a)huawei.com>; zhouweilai <zhouweilai(a)huawei.com>; Zhangzhiwei (D) <weizhi.zhang(a)huawei.com>; Wuzuoyu(Zachery Wu,OpenHarmony) <wuzuoyu(a)huawei.com>; Wangmihu <wangmihu(a)huawei.com>; Likailong (kkup, Development Dept Seven of Device OS) <likailong(a)huawei.com>; Yangni (A) <neen.yang(a)huawei.com>; duanxichao <duanxichao(a)huawei.com>; Duxiaobo <duxiaobo(a)huawei.com>; Baoguotao <baoguotao(a)huawei.com>; Chenfeng (Scott) <chenfeng469(a)huawei.com>; Zhaohongjiang <zhaohongjiang(a)huawei.com>; weiyongjun (A) <weiyongjun1(a)huawei.com>; miaoxie (A) <miaoxie(a)huawei.com>; fangwei (I) <fangwei1(a)huawei.com>; Jianing (OS-LAB) <ning.jia(a)huawei.com>; Wangli (T) <wangli74(a)huawei.com>; Zhangxiaotian (Handy) <zhangxiaotian(a)huawei.com>; liufeihu (kevin) <liufeihu(a)huawei.com>; yuchangchun (C) <yuchangchun1(a)huawei.com> 抄送: Liyi (Nicholas, Software Engineering Device OS Dept) <nicholas.li(a)huawei.com>; dongjinguang <dongjinguang(a)huawei.com>; Yuxiaoqi <yuxiaoqi(a)huawei.com> 主题: 【议题征集】OpenHarmony内核SIG例会，会议时间：2021年11月24日（周五）09:30-10:30 议题申报<https://shimo.im/sheets/VgQV6VjCJ9cXtY8G/MODOC> （点此链接申报议题）会议时间： 11月24日（周三）09:30-10:30 会议地点：电话会议会议主题： OpenHarmony内核SIG例会召集人：李家欣与会人：软件所：梁克雷，黄明龙，罗未，谭小凡，李凯，徐常炜 KOL：李传钊润和：刘洋华为：董金光，任革林，万承臻，李家欣，沈伟，刘宇，朱佳鑫，易见，周未来，张智伟，吴祚煜，王米虎，李开龙，候选哲，陈风，杜潇泊，鲍国涛，杨妮，段夕超，赵鸿江，魏勇军，缪勰，方炜，贾宁，王力，张小田，刘飞虎，余长春接入信息：加入会议： Join (Host) <http://imeeting.huawei.com/meeting/startzoom?id=a2fb58827d7f49ec8d92bf0e08c…> Join (Internal) <http://imeeting.huawei.com/meeting/joinzoom?id=0175612275&app=welink> Join (External) <https://welink.zhumu.com/j/175612275> 会议ID： 0175612275

1 0

Re:
by minglong 22 Nov '21

22 Nov '21

新增议题： Block Chain SIG申请新开sig仓申请。申请文档会提前发出。祝好 On Nov 22, 2021 16:24，hengting (A) via dev<dev(a)openharmony.io> wrote：会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-11-23 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议:Join (Host) >> Join (Internal) >> Join (External) >> 会议ID:0135425435 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 申请辞去架构SIG成员工作因为工作范围调整，申请辞去张勇智，gitee账号：@karl-z，zhangyongzhi@huawei.com.架构SIG成员工作。同时提议赵文华，@shidi_snow,加入架构SIG。 5min 张勇智张勇智张勇智赵文华 2 研发工具链子系统申请新增hiperf开源部件仓 openharmony新增hiperf开源部件仓 5min 韩记晓韩记晓韩记晓韩记晓

1 0

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

22 Nov '21

会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-11-23 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议:Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=45c39199d6a147b1b227a9e4c8e…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0135425435&app=welink> Join (External) >><https://welink.zhumu.com/j/135425435> 会议ID:0135425435 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io<mailto:dev@openharmony.io> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 申请辞去架构SIG成员工作因为工作范围调整，申请辞去张勇智，gitee账号：@karl-z，zhangyongzhi@huawei.com.架构SIG<mailto:zhangyongzhi@huawei.com.架构SIG>成员工作。同时提议赵文华，@shidi_snow,加入架构SIG。 5min 张勇智张勇智张勇智赵文华 2 研发工具链子系统申请新增hiperf开源部件仓 openharmony新增hiperf开源部件仓 5min 韩记晓韩记晓韩记晓韩记晓

1 0

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

22 Nov '21

会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-11-23 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议:Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=45c39199d6a147b1b227a9e4c8e…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0135425435&app=welink> Join (External) >><https://welink.zhumu.com/j/135425435> 会议ID:0135425435 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io<mailto:dev@openharmony.io> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 申请辞去架构SIG成员工作因为工作范围调整，申请辞去张勇智，gitee账号：@karl-z，zhangyongzhi@huawei.com.架构SIG<mailto:zhangyongzhi@huawei.com.架构SIG>成员工作。同时提议赵文华，@shidi_snow,加入架构SIG。 5min 张勇智张勇智张勇智赵文华 2 研发工具链子系统申请新增hiperf开源部件仓 openharmony新增hiperf开源部件仓 5min 韩记晓韩记晓韩记晓韩记晓 3 新增仓test/xts/hats;test/xts/ssts;test/xts/ists; 兼容性测试套需要补充：1）HATS：硬件抽象层测试套件，类似VTS；2）SSTS：看护漏洞补丁，类比Google STS；3）看护镜像安全，防止恶意软件，类比Google BTS 5 刘琪叶翔斌叶翔斌刘琪纪永叶翔斌

1 0

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

22 Nov '21

会议主题 Subject OpenHarmony 架构SIG 会议时间 Time 2021-11-23 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议:Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=45c39199d6a147b1b227a9e4c8e…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=0135425435&app=welink> Join (External) >><https://welink.zhumu.com/j/135425435> 会议ID:0135425435 与会人 Attendees 万承臻；任革林；张勇智；强波；董金光外部与会人 External Participants dev(a)openharmony.io<mailto:dev@openharmony.io> 会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 申请辞去架构SIG成员工作因为工作范围调整，申请辞去张勇智，gitee账号：@karl-z，zhangyongzhi@huawei.com.架构SIG成员工作。同时提议赵文华，@shidi_snow,加入架构SIG。 5min 张勇智张勇智张勇智赵文华 2 研发工具链子系统申请新增hiperf开源部件仓 openharmony新增hiperf开源部件仓 5min 韩记晓韩记晓韩记晓韩记晓 3 新增仓test/xts/hats;test/xts/ssts;test/xts/ists; 兼容性测试套需要补充：1）HATS：硬件抽象层测试套件，类似VTS；2）SSTS：看护漏洞补丁，类比Google STS；3）看护镜像安全，防止恶意软件，类比Google BTS 5 刘琪叶翔斌叶翔斌刘琪纪永叶翔斌

1 0

兼容性SIG小组开工会
by Huangran (Frank) 19 Nov '21

19 Nov '21

大家好，感谢大家参加下午的兼容性SIG组的开工会议！对于兼容性SIG组的工作范围以及工作内容，包括2022年的目标，向大家做了一个基本介绍。附件是相关的会议材料。本周会开放新的PCS 3.0规范预审，后续也会请明龙提供线上的review。同步，计划本月底发布新的XTS 3.0套件，后面也会和大家同步信息。兼容性SIG组的会议也欢迎大家多申报议题！近期我们会采用比较频繁的单周会议运作。黄然 [cid:image001.png@01D7DD70.CBC5EA20][cid:image002.png@01D7DD70.CBC5EA20]

1 0

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

19 Nov '21

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

1 0

FYI //FW: 【交接通知】因工作范围调整，原由nie-x负责的OpenHarmony社区版本集成验证及PMC成员工作交接给高涵一，感谢！
by dongjinguang 17 Nov '21

17 Nov '21

From: Niexin (A) Sent: Friday, November 12, 2021 9:49 AM To: dongjinguang <dongjinguang(a)huawei.com> Cc: Gaohanyi <gaohanyi(a)huawei.com> Subject: 【交接通知】因工作范围调整，原由nie-x负责的OpenHarmony社区版本集成验证及PMC成员工作交接给高涵一，感谢！大家好：因工作范围调整，原由nie-x负责的OpenHarmony社区版本集成验证及PMC成员工作交接给高涵一。交接期2021/11/11 –2021/12/30，交接期内相关邮件请主送高涵一，抄送nie-x。衷心感谢各社区各位同仁一直以来对我工作的支持、理解和帮助，希望大家在后续工作中一如既往地支持被交接人的工作。祝大家工作顺利，生活愉快！交接账号交接工作内容被交接Gitee账号被交接Gitee链接 nie-x OpenHarmony社区版本集成验证及PMC成员高涵一 https://gitee.com/ gaohanyi1982

2 1

Re: 答复: 申请创建 OpenHarmony兼容性SIG
by minglong 16 Nov '21

16 Nov '21

各位好，之前信息有误。兼容性SIG由现在基金会兼容性工作小组组长黄然负责，团队的整体架构后续确认。 SIG-XTS SIG组工作目标和范围工作目标 1．吸引社区成员加入兼容性工作组 2．构建兼容性设计（PCS）和XTS认证体系，并随发行版和Beta版本按期发布 3．支持主流芯片厂商的兼容性认证 4．支持开发板、终端产品、LTSOpenHarmony发行版的认证工作范围主旨：闭环OpenHarmony技术和商业诉求，防止生态分裂具体任务： 1．定义战略目标和商业设计/生态产品定义 2．制定兼容性技术规范（PCS） 3．设计并开发兼容性测试套件（XTS） 4．构建认证管理平台 5．兼容性测试认证执行和发证代码仓代码仓地址： xts_acts：https://gitee.com/openharmony/xts_acts xts_tools：https://gitee.com/openharmony/xts_tools SIG组成员（暂定，待最终确认） Leader 黄然(https://gitee.com/frank-huangran) Committers列表 -待定

7 6

申请创建 OpenHarmony兼容性SIG
by minglong＠iscas.ac.cn 15 Nov '21

15 Nov '21

各位PMC成员，根据社区共建单位的诉求，现申请设立OpenHarmony兼容性工作组SIG， SIG组的工作范围和目标如下述内容所述。特此申请。请各位PMC委员审核。 SIG-XTS SIG组工作目标和范围工作目标 1．吸引社区成员加入兼容性工作组 2．构建兼容性设计（PCS）和XTS认证体系，并随发行版和Beta版本按期发布 3．支持主流芯片厂商的兼容性认证 4．支持开发板、终端产品、LTSOpenHarmony发行版的认证工作范围主旨：闭环OpenHarmony技术和商业诉求，防止生态分裂具体任务： 1．定义战略目标和商业设计/生态产品定义 2．制定兼容性技术规范（PCS） 3．设计并开发兼容性测试套件（XTS） 4．构建认证管理平台 5．兼容性测试认证执行和发证代码仓代码仓地址： xts_acts：https://gitee.com/openharmony/xts_acts xts_tools：https://gitee.com/openharmony/xts_tools SIG组成员（暂定，待最终确认） Leader @梁克雷(https://gitee.com/xzmu) Committers列表 @黄明龙(https://gitee.com/minglonghuang) @张键滢(https://gitee.com/21961252)

1 0

Intelligent Building SIG申请
by 冯春勇 15 Nov '21

15 Nov '21

尊敬的PMC项目管理委员会：现拟申请Intelligent Building SIG，Intelligent_Building SIG旨在基于Open Harmony OS在智能建筑系统中开展关键技术研究。申请材料如附件所示，希望百忙之中进行评审，谢谢。祝工作顺利！ ----- 冯春勇西安建筑科技大学 Tel：15093492497 Email：chunyongfeng(a)126.com

1 0

[SIG-Charter-Proposal-OpenBlockCC]
by 乔楚|HonestQia 14 Nov '21

14 Nov '21

各位PMC负责人及社区专家：现申请成立sig-OpenBlockCC，申请材料请见附件，谢谢！顺祝工作顺利！ -- -------------------------------------- 乔楚|HonestQiao 手机：13581882013 微信：HonestQiao 邮箱：honestqiao(a)163.com

4 7

OpenHarmoy PMC Biweekly Meeting Time:2021-11-11 09:30-10:30
by hengting (A) 10 Nov '21

10 Nov '21

会议主题 Subject OpenHarmoy PMC Biweekly Meeting 会议时间 Time 2021-11-11 09:30-10:30(UTC+08:00)Beijing 会议地点 Location 线上会议召集人 Convener 董金光视频会议 Video Meeting 加入会议： Join (Host) <http://imeeting.huawei.com/meeting/startzoom?id=0809aaf0c47742e3b006fa5d346…> Join (Internal) <http://imeeting.huawei.com/meeting/joinzoom?id=0144072763&app=welink> Join (External) <https://welink.zhumu.com/j/144072763> 地点：线上会议会议ID： 0144072763 与会人 Attendees 李毅；高泉；董金光；马占福；万承臻；任革林；王意明；邢文华；聂欣；强波；鲜余强；余枝强；李家欣；谭利文；马耀辉；赵文华；丁勇；王再尚外部与会人 External Participants 罗未；梁克雷；黄明龙会议议题 Agenda 编号 No. 议题名称 Topic 议题背景介绍 Topic background introduction 时长 Duration 提案人 Proposer 汇报人 Reporter 纪要人 Recorder 议题参与人 Members 1 社区开发板流水线资源部署梳理社区开发板需要的资源，及资源部署方案 10 董金光、邢文华黄明龙黄明龙王意明 2 社区开发板、芯片孵化准出到主线标准刷新孵化sig准出标准，针对开发板、芯片场景针对性定义准出标准 10 邢文华李开龙李开龙邢文华、鲍国涛、杨妮、黄明龙 3 社区编程规范刷新评审根据反馈的编程规范意见，已组织确认，本次评审后发布新版本 15 邢文华王汉才王汉才邢文华、张智伟、李传钊、董金光 4 Devboard开发板准出规范 Devboard开发板及代码准出至官网及在社区推广准出标准规范探讨 20 刘洋刘洋刘洋刘洋、石磊、梁克雷、黄明龙 5 taro sig设立申请 taro是一个小程序平台，可以将外部app转制成OH应用程序 20 陈嘉健陈嘉健陈嘉健陈嘉健、梁克雷、黄明龙 6 申请成立物联感知网 SIG 构建OH的行业物联场景的感知、通信增强能力，以满足行业物联的高可靠、易运维等场景要求。 20 王肖飞王肖飞王肖飞王肖飞、韦乃文会议公告上次会议纪要：https://gitee.com/openharmony/community/blob/master/meeting-notes/20…

1 0