【会议纪要】OpenHarmony 架构SIG(第202次会议)纪要20260324
会议主题 Subject OpenHarmony 架构SIG(第202次会议) 会议时间 Time 2026-3-24 9:30-12:00(UTC+08:00)Beijing 召集人 Convener 任革林 与会人 Attendees 任革林,董金光,各议题汇报人等 历史纪要归档路径 方式1:https://gitcode.com/openharmony/community/tree/master/sig/sig_architecture/m... 方式2:dev邮件列表 纪要查询方式:https://lists.openatom.io/postorius/lists/ ,找dev->Archives,页面左侧可以按月份筛选 会议议题 Agenda 议题1:opencore-amr开源软件独立选型申请 议题2:gptfdisk版本火车引入改为OpenHarmony独立选型 议题3:申请在sig_ide下面建立代码仓库 议题4:ani_rs、napi_rs移仓申请 议题5:sig仓申请孵化毕业:vendor/revoview/wukong100,device/board/revoview/wukong100,device/soc/unisoc/p7885 议题6:softbus-SIG:iot_connect仓遗留问题闭环毕业申请 本次会议主要内容: 议题1、opencore-amr开源软件独立选型申请 汇报人:蔡雷 会议结论: 1、闭环遗留问题后同意独立选型。(已闭环) 遗留问题: 1、补充opencore-amr核心开发者的情况。 闭环情况: 开源作者:Martin Storsjo;国家:芬兰;组织:无组织;社区:无维护社区; 代码托管:https://sourceforge.net/projects/opencore-amr/ 该项目属于Martin Storsjo个人英雄式开源项目,从AOSP的opencore媒体框架里提取AMR为独立库。 议题2、gptfdisk版本火车引入改为OpenHarmony独立选型 汇报人:任广 会议结论: 1、不同意。 遗留问题: 1、GPT fdisk开源软件近两年还有版本发布,针对风险评估不满足建议重新审视后再决策是否有必要独立选型。 议题3、申请在sig_ide下面建立代码仓库 汇报人:陈晓闯 会议结论: 1、闭环遗留问题后同意在OpenHarmony-SIG下新建codegenie-cli、codegenie-tools、codegenie-skills代码仓,归属IDE-SIG。 遗留问题: 1、刷新3个仓的职责定位,从开发者使用视角说明每个代码仓的功能,支持使用者定制。 2、定义codegenie相关规范,譬如tools、skills 代码仓分几层组织,每一层如何分类,以及构建粒度。 3、完善每个仓的架构图。 议题4、ani_rs、napi_rs移仓申请 汇报人:华鑫 会议结论: 1、闭环如下遗留问题后上会评审。 遗留问题: 1、外部应用需要用到的接口,需要通过OpenHarmony-TPC对外暴露。 2、OpenHarmony仓库中不对外暴露Rust接口,需要明确处理方式。 3、napi_rs和ani_rs在同一仓库孵化。 议题5、sig仓申请孵化毕业:vendor/revoview/wukong100,device/board/revoview/wukong100,device/soc/unisoc/p7885 汇报人:佘成东 会议结论: 1、闭环遗留问题后上会评审。 遗留问题: 1、当前性能指标相比rk3568的提升情况给出分析解释(后续主干会基于新板卡给出指标基线,专项解决)。 2、梳理当前的二进制列表和说明。 3、未闭环问题继续跟踪闭环。 议题6、softbus-SIG:iot_connect仓遗留问题闭环毕业申请 汇报人:陈理恩 会议结论: 1、暂不同意毕业。 遗留问题: 1、补充统一互联协议标准,以及如何遵从标准。 2、从解决方案层面端到端审视方案,包括控制端,配套资料,测试用例,配套应用等。 退订dev邮件列表请点击https://lists.openatom.io/postorius/lists/dev.openharmony.io/,取消订阅后将收不到所有通过dev邮件列表发送的邮件,请谨慎退订!
participants (1)
-
Yangna (y)