提交 524b3cda 编写于 作者: O ONa 提交者: jinguang

!1186 架构SIG会议纪要20220830&20220906

* add sig/sig-architecture/meetings/2022-09-06-meeting.md
* add sig/sig-architecture/meetings/2022-08-30-meeting.md
上级 a2726723
# 架构SIG例会 2022-8-30 9:30-12:30(UTC+08:00)Beijing
## 议题(Agenda)
议题1、新建sig仓:device_soc XS,device_board_UB,vendor_UB
议题2、新建sig 仓:device_board_hpmicro,device_soc_hpmicro,vendor_hpmicro
议题3、sig仓申请孵化毕业:device_board_kaihong,device_soc_rock,chipvendor_kaihong
议题4、树莓派开发板建仓申请
议题5、新增部件申请 :drivers_interface_camera、drivers_interface_audio、drivers_interface_codec
议题6、iperf三方库sig建仓申请
议题7、OHUI三方库建仓申请
议题8、ohos-unrar三方库sig建仓申请
议题9、sig仓申请孵化毕业:vulkan-headers
议题10、sig仓申请孵化毕业:opencl-headers
议题11、libjpeg 仓库退休
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
## 会议纪要(Notes)
**议题1、新建sig仓:device_soc XS,device_board_UB,vendor_UB**
汇报人:曾庆彬
会议结论:
1、同意先建立孵化仓:device_soc_xinsheng,device_board_ubtech,vendor_ubtech在社区孵化。
遗留问题:
无。
**议题2、新建sig 仓:device_board_hpmicro,device_soc_hpmicro,vendor_hpmicro**
汇报人:施灵峰
会议结论:
1、同意在openharmony-sig新建仓:device_board_hpmicro,device_soc_hpmicro,vendor_hpmicro。
遗留问题:
1、与主线的riscv进行硬件方面的对比。
**议题3、sig仓申请孵化毕业:device_board_kaihong,device_soc_rock,chipvendor_kaihong**
汇报人:张兴君
会议结论:
1、遗留问题闭环后准出。
遗留问题:
1、soc仓内核整改(soc内核代码尽量共用,提取到common目录,减少重复代码)。
**议题4、树莓派开发板建仓申请**
汇报人:吴圣垚
会议结论:
1、明确仓名后重新申请建仓。
遗留问题:
1、具体仓库名称和目录结构建议遵循开发板当前的目录结构和命名规范;
2、说明开发计划及进度。
**议题5、新增部件申请 :drivers_interface_camera、drivers_interface_audio、drivers_interface_codec**
汇报人:袁博
会议结论:
1、同意在主线新增以下部件:drivers_interface_audio,drivers_interface_codec,drivers_interface_camera。
遗留问题:
无。
**议题6、iperf三方库sig建仓申请**
汇报人:王永强
会议结论:
1、价值及场景不明,暂不同意新建iperf三方仓库。
遗留问题:
1、对场景进行充分调研,明确使用场景后再重新审视。
**议题7、OHUI三方库建仓申请**
汇报人:朱伟
会议结论:
1、同意在OpenHarmony-SIG下新建OHUI仓库,仓名待定。
遗留问题:
1、UI组件的分类方式要方便用户查找;
2、不同组件间解耦,方便开发者按需集成;
3、考虑对一次开发多端部署特性的支持;
4、仓库名称建议能体现组件的特性。
**议题8、ohos-unrar三方库sig建仓申请**
汇报人:王英俊
会议结论:
1、没有必要为1个接口建一个三方库,建议只移植适配C/C++库,放到之前的tpc_c_cplusplus库;
2、napi接口让用户自己去封装;
3、对于这种使用NAPI封装接口的,能否提供如C/C++库一样,告诉用户如何封装,不单独建仓;
4、以unrar为样本输出一份通用化的适配指导。
遗留问题:
无。
**议题9、sig仓申请孵化毕业vulkan-headers**
汇报人:张召
会议结论:
1、闭环遗留问题后再上会评审。
遗留问题:
1、调研system是否应该提供js接口调用vulkan api,类比Andorid是否提供java接口如何调用vulkan api;
2、宏命名去除OpenHarmony的后缀。
**议题10、sig仓申请孵化毕业opencl-headers**
汇报人:陈旭
会议结论:
1、同意opencl-headers孵化毕业。
遗留问题:
无。
**议题11、libjpeg 仓库退休**
汇报人:刘永畅
会议结论:
1、同意libjpeg退休。
遗留问题:
无。
# 架构SIG例会 2022-9-6 9:30-12:00(UTC+08:00)Beijing
## 议题(Agenda)
议题1、sig仓申请孵化毕业vulkan-headers
议题2、新建sig仓:third_party_lzma
议题3、third_party/boringssl仓申请退休
议题4、测试SIG相关代码仓名修改申请
议题5、xlnt三方库sig建仓遗留问题闭环
议题6、加解密算法库框架建仓申请
议题7、fastjson开源软件引入选型评审
议题8、amountinputtext 三方库sig建仓申请
## 与会人(Attendees)
任革林 [@im-off-this-week](https://gitee.com/im-off-this-week)
董金光 [@dongjinguang](https://gitee.com/dongjinguang)
## 会议纪要(Notes)
**议题1、sig仓申请孵化毕业vulkan-headers**
汇报人:张召
会议结论:
1、同意third_party_vulkan孵化毕业,仓名修改为third_party_vulkan-headers,同意该仓毕业。
2、在OpenHarmony组织下建仓third_party_vulkan-headers,文件位置//third_pary/vulkan-headers。
遗留问题:
1、vulkan_wrapper评审后申请建仓;
2、通过syscap通知使用者是否支持Vulkan。
**议题2、新建sig仓:third_party_lzma**
汇报人:严梦昭
会议结论:
1、不同意新建third_party_lzma。
遗留问题:
1、与安光霖讨论预置xz工具的编译方法;
2、与龚俊松讨论js/ts代码时debuginfo解压选型的问题;
3、轻量级上debuginfo的支持方式,目前选型是否满足。
**议题3、third_party/boringssl仓申请退休**
汇报人:张璀、臧磊真
会议结论:
1、同意boringssl退休。
遗留问题:
1、是否可用uRPC替代grpc?
**议题4、测试SIG相关代码仓名修改申请**
汇报人:任熠
会议结论:
1、同意以下部件对应代码仓名称修改方案:
developertest部件仓名修改为testfwk_developer_test;
arkxtest部件仓名修改为testfwk_arkxtest;
xdevice部件仓名修改为testfwk_xdevice;
wukong部件仓名修改为ostest_wukong。
遗留问题:
无。
**议题5、xlnt三方库sig建仓遗留问题闭环**
汇报人:高建明
会议结论:
1、同意xlnt在openharmony-sig组织下建孵化仓。
遗留问题:
1、会后发送详细的性能对比结果。
**议题6、加解密算法库框架建仓申请**
汇报人:吕元民
会议结论:
1、同意在openharmony-sig组织下的SIG_security下新建crypto_framework仓进行孵化。
遗留问题:
无。
**议题7、fastjson开源软件引入选型评审**
汇报人:帅煜韬
会议结论:
1、同意在OpenHarmony中使用fastjson 1.2.83版本
2、同意在openharmony-sig中建立孵化仓
遗留问题:
1、确认在sdk notice中是否有开源使用声明。
**议题8、amountinputtext 三方库sig建仓申请**
汇报人:刘子成
会议结论:
1、同意在openharmony-sig中建立amountinputtext孵化仓。
遗留问题:
丰富组件能力,主要包括:
1、结合使用设备的特性以及货币本身的特征使功能更具有通用性(支持多币种,能自动显示币种符号、支持小数点等),真正做到简化用户输入。
2、一多支持,对横竖屏切换、组件遮挡等特殊场景增加适配。
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册