November 2020 - Dev - mailweb.openeuler.org

openEuler基础设施例会
by openEuler conference 17 Nov '20

17 Nov '20

1 0

欢迎订阅 doc@openeuler.org
by qiaominna 16 Nov '20

16 Nov '20

Hi，大家好~ doc sig已经申请<mailto:doc%20sig已经申请>了邮件列表，欢迎订阅。文档相关需要沟通可发送邮件到doc(a)openeuler.org<mailto:doc@openeuler.org>。 l 为方便开发文档合入doc仓库，请提供Markdown 格式交付件。 openEuler docs仓库简介请查看 https://gitee.com/openeuler/docs/tree/master 中的README。欢迎提交PR。 l openEuler 20.03 LTS SP1版本已经进入转测试冲刺阶段，docs仓库已基于20.03 LTS版本拉新分支20.03_LTS_Next， 20.03 LTS SP1版本相关文档请合入该分支。 [cid:image003.jpg@01D6BC36.896C99A0]

1 0

【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-11-17 15:00-15:30
by 方亚芬 16 Nov '20

16 Nov '20

1 0

sig-RaspberryPi例会
by openEuler conference 16 Nov '20

16 Nov '20

1 0

openEuler 20.03 LTS SP1分支受控合入通知
by Hufeng (Solar, Euler) 13 Nov '20

13 Nov '20

openEuler 20.03 LTS SP1版本经过大家的努力，已经进入转测试冲刺阶段，为了保证合入质量。 openEuler 20.03 LTS SP1分支今天起受控合入，所有合入除了maintainer以外，还需要受控合入清单内的人同意才能合入代码（见下清单），请知。 yaqiangchen openeuler-basic orange-snn solarhu Ronnie_Jiang small_leek

2 1

sig-Java例会
by openEuler conference 13 Nov '20

13 Nov '20

1 0

sig-Java例会
by openEuler conference 13 Nov '20

13 Nov '20

1 0

openEuler kernel sig meeting
by openEuler conference 13 Nov '20

13 Nov '20

2 3

答复: chrome 浏览器，在openEuler-20.03 系列分支编译进展情况
by guoge (A) 13 Nov '20

13 Nov '20

openEuler 20.03 LTS在尝试引入chrome浏览器，目前遇到编译问题目前怀疑需要gcc 8特性，需要具体看下是否可以简单补丁方式解决，否则可能会需要引入gcc 8及以上版本，需要麻烦@章海剑 @谢志恒看下发件人: qiaopeixin 发送时间: 2020年11月13日 10:25 收件人: gaojianxing <gaojianxing(a)huawei.com>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; sunguoshuai <sunguoshuai(a)huawei.com>; xiasenlin <xiasenlin1(a)huawei.com> 抄送: guoge (A) <guoge1(a)huawei.com>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com>; tc <tc(a)openeuler.org>; Zhanghaijian (A) <z.zhanghaijian(a)huawei.com> 主题: RE: chrome 浏览器，在openEuler-20.03 系列分支编译进展情况修正2.3: 代码是C++用了C语言结构体的格式。GCC trunk进入8.0.0之前的时候拉出来一个分支gcc-7，后面继续演进直到7.3，都没有修掉这个问题，7.5也没有修掉；trunk 同时继续演进，在8.0.0和9.0.0之间某一个节点修掉了这个问题。所以GCC release的版本中8.1之后的都修掉了这个问题。我找到修掉这个问题的节点后我们分析了一下，该节点依赖不少trunk之前合入的patch， gcc-7没有合入，初步尝试往前追溯了几个patch，都无法打到GCC 7.3.0上。预计需要合入多个patch，短时间无法适配好。祝好，乔沛鑫 From: gaojianxing Sent: Friday, November 13, 2020 9:14 AM To: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>; qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> Cc: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> Subject: chrome 浏览器，在openEuler-20.03 系列分支编译进展情况 Chrome 试引入进展情况： 1、openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译，功能待测试； 2、基于openEuler-20.03-LTS-Next，编译器gcc 7.3.0 版本，已进展如下 2．1、在编译第三方库 libjpeg_turbo 时，vld1_s16_x3 错误，已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 2．2、编译第三方库blink时， “requested alignment is not an integer constant”错误，已找到patch Bogus error with alignof [PR90736] 2．3、编译gpu/vulkan相关文件出错是因为gcc-7 不支持GNU C 方式的c++结构体对象赋值，已通过补丁形式修改chromium vulkan相关代码解决。 ---已解决因gcc相关特性是在gcc-8及以上版本支持的，gcc-7社区没有相关补丁，需要修改的地方比较多，且需要自个做补丁修改，困难较大。 2．4、编译net/dns/dns_query.cc 时出现如下错误，问题还在定位、修复中―已解决合入乔沛鑫提供的patch，PR c++/80452， optional-bug-fix.patch 此部分已编译通过 2．5、当前编译 gpu/command_buffer/service/external_vk_image_backing.cc出现错误，正在修改chromium相应文件。预期上午今天上午解决发件人: gaojianxing 发送时间: 2020年11月11日 18:11 收件人: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; 'tc' <tc(a)openeuler.org<mailto:tc@openeuler.org>>; '；qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>' <；qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome 试引入进展情况： 1、openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译，功能待测试； 2、基于openEuler-20.03-LTS-Next，编译器gcc 7.3.0 版本，已进展如下 2．1、在编译第三方库 libjpeg_turbo 时，vld1_s16_x3 错误，已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 2．2、编译第三方库blink时， “requested alignment is not an integer constant”错误，已找到patch Bogus error with alignof [PR90736] 2．3、当前编译错误如下图，已找到patch，patch commit ID为：d68ddd2b35078ab61f164b268bac63767b2a8e6a，但此patch不能直接合入，需要多个patch解决，正在回溯gcc解决此问题的历史patch。发件人: gaojianxing 发送时间: 2020年11月9日 20:45 收件人: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome 试引入进展情况： 1、openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译，功能待测试； 2、基于openEuler-20.03-LTS-Next，编译器gcc 7.3.0 版本，已进展如下 2．1、在编译第三方库 libjpeg_turbo 时，vld1_s16_x3 错误，已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 2．2、编译第三方库blink时， “requested alignment is not an integer constant”错误，已找到patch Bogus error with alignof [PR90736] 2．3、编译gpu/vulkan相关文件出错是因为gcc-7 不支持GNU C 方式的c++结构体对象赋值，已通过补丁形式修改chromium vulkan相关代码解决。 ---已解决因gcc相关特性是在gcc-8及以上版本支持的，gcc-7社区没有相关补丁，需要修改的地方比较多，且需要自个做补丁修改，困难较大。 2．4、编译net/dns/dns_query.cc 时出现如下错误，问题还在定位、修复中 [cid:image001.png@01D6B9AD.4C816EC0] 发件人: Hufeng (Solar, Euler) 发送时间: 2020年11月7日 14:51 收件人: gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> 主题: RE: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 20.09ukui有桌面，挂epol的源，可以试试 From: gaojianxing Sent: Friday, November 6, 2020 6:16 PM To: sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> Cc: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>> Subject: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome 试引入进展情况： 1、 openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译，功能未测试（需要GUI界面才能进行测试）; 2、基于openEuler-20.03-LTS-Next，编译器gcc 7.3.0 版本，已发现问题如下 2．1 在编译第三方库 libjpeg_turbo 时，vld1_s16_x3 错误，已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 此patch已合入到私有工程中，并编译通过，相应问题已解决； 2．2 当前错误 blink/renderer/platform/wtf/vector.h:268:58: error: requested alignment is not an integer constant 对应的漏洞原因正在定位中，尝试通过gcc补丁解决。发件人: sunguoshuai 发送时间: 2020年11月4日 17:48 收件人: xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>; gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome编译时间过长的问题需要提前考虑… Obs上次自己的分支编译了9个多小时发件人: xiasenlin 发送时间: 2020年11月4日 15:45 收件人: gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险引入chrome是很好的尝试，意义不止在于替换调更新版本的存在专利问题的firefox，更多的是为了提供更安全的浏览器。接下来需要做的： 1．“在openEuler-20.03及衍生版本中当前gcc是编译不过的（可以尝试gcc打补丁解决）”，具体打什么补丁尽快与编译器同事确认 2．本地编译打包完成之后，要给出进一步的安装和功能验证的自验文档发件人: gaojianxing 发送时间: 2020年11月4日 14:56 收件人: xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; platform.zhang(a)huawei.com<mailto:platform.zhang@huawei.com>；; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; dev(a)openeuler.org<mailto:dev@openeuler.org> 主题: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 1、当前firefox 在主线已经升级到79版本，openEuler-20.03-LTS 经过适配已经可以升级到79版本，但因下游需求及CVE解决需要，及firefox本身在不断的演进，后续存在升级的需求，注：（当前firefox最新版本已是firefox82） Firefox后续版本流媒编解码依赖于包fdk-acc，fdk-acc包托管于github.com, license经与公司法务张伟咨询发现存在专利权问题：具体见附件的license，有风险部分如下： [cid:image002.png@01D6B9AD.4C816EC0] [cid:image003.png@01D6B9AD.4C816EC0] 2．可采取的解决方案： 2.1．后续采用chromium 浏览器，当前调查不存在专利和license等相关法务风险，但是在openEuler-20.03及衍生版本中当前gcc是编译不过的（可以尝试gcc打补丁解决），当前在主线和09版本引入没有问题； 2.2．继续使用firefox，尝试寻找其它包替代fdk-aac相关包功能（有风险，可能引入的包也有法务问题，且需要解决依赖问题）； 2.3．继续使用firefox，但是firefox后续升级存在法务风险（firefox不升级，但漏洞无法修复）。

1 0

sig-easylife 第一次会议纪要 : 2020.11.12 19:00 ~ 20:00
by Chenye Liang 12 Nov '20

12 Nov '20

*【sig-easylife第一次会议】 * *时间*： 2020.11.12 19:00 ~ 20:00 *与会人*： [image: image.png] *内容及结论*： * 1. SIG**例会开展方式** - initlove * 本次是首次开会，需明确后续的例会开展方式。 *结论*： a) 频率及时间：双周一次，具体时间在对应周的周一投票表决 b) 内容：各个子项目惯例过进展+介绍计划；议题汇报，议题会前收集 c) 会议组织者：本次会上暂未讨论轮流计划，目前简化、暂由 initlove组织 *2. openEuler-Advisor/patch-trakcing/sync-bot **进展及计划 - xinweihu/各负责人* 没记录，见各项目README/PR/ISSUE *3. 对外宣传 easylife项目 - fangyufa/initlove * Easylife的对外推广有利于推动社区规范化、识别维护者痛点、推动高效可落地作业工具，希望吸引广泛的参与者。 openEuler Summit及其他 meetup上可以/有必要介绍easylife项目。 *结论*： a) openEuler Summit 2020.12.24 会上议题准备，建议相关owner准备材料（ slide/demo）及议题，出差参加。 *4. 补丁命名规范问题 - licihua * 无法识别补丁是来自上游社区还是来自openEuler 社区，也无法识别社区修复的补丁是否回馈到上游社区。 *结论*： a) 这个是双向可追溯的问题。命名规则可以先出个初稿、在社区讨论；后续重点关注如何推动执行 *5. patchinfo问题 - initlove * 在参与到漏洞补丁升级的时候，发现yum原生的updateinfo功能当前在 openEuler没有很好支撑，OBS的patchinfo功能没有执行起来，这块目前正在研究方案。 *结论*： a) 这个和补丁命名规范在某种程度上说有共同的地方，都是数据结构化、以及如何推动的问题，可以互相交流。 *6. easylife各项目的许可证选型问题 - chenyanpan * 当前easylife各项目许可证未确定。 *结论*： a) 没有许可证就不是开源软件，需要尽快拉上法务一起讨论、给出意见。 b) 各项目用统一一个许可证还是用不同许可证等到和法务讨论后明确。 *7. easylife**下的项目是否可以不放到 src-openeuler下面** - chenyanpan * 放到src-openeuler下面多了一个打tar包、N个打补丁的工作，目前OBS支持直接拉git repo代码的功能，能否优化成直接从 openeuler/XXX下面获取进行构建（但同样有spec、并且打成rpm包）。 *结论*： a) 这个在社区作为创新专题探索。从现代的开发/构建角度看，git开发 + 直连 git 进行构建似乎更高效。考虑到OBS 也支持这个功能，因此可以原型试验。 b) 需要从LTS branch等各方面考虑，给一个详细方案。 c) 可以参考kernel团队当前做法 * 8. 各子项目 logo问题 - all stars* 当前大家呼声选猫的图像作为各自logo，需要推动这个事情开展。 *结论*： a) 必须是猫，且猫必须是项目贡献者自己养的 b) 每个项目都投票选择一个logo（是否可以选相同的会上未讨论） c) 每个项目被选中的猫的主人选相应的社区纪念品 (openEuler限量版猫砂及猫粮) *【遗留问题】 * 1. pkgship介绍 - wangyiru (下次例会上 11.26) 2. 准备openEuler Summit分享的材料（slide/demo） - 各项目owner ( summit前 < 12.20) 3. 补丁的命名规范 - licihua (时间会上未讨论） 4. patchinfo - liangchenye （时间会上未讨论） 5. 各个项目的license选型问题 -- chenyanpan/liangchenye + 法务 ( 下次例会前 <11.26) 6. 是否可以省掉 src-repo - chenyanpan/liangchenye + kernel team （中期任务） 7. 猫logo投票 - fangyufa （紧急任务 < 11.20 ) 纪要在线：https://etherpad.openeuler.org/p/sig-EasyLife-meetings SIG： https://gitee.com/openeuler/community/tree/master/sig/sig-EasyLife - openEuler-Advisor： http://gitee.com/openeuler/openEuler-Advisor - patch-trakcing: http://gitee.com/openeuler/patch-tracking - pkgship: http://gitee.com/openeuler/pkgship - sync-bot: http://gitee.com/openeuler/sync-bot To make life eaiser. initlove

2 1

回复：Re: [Tc] 申请修改仓库配置文件格式
by George 12 Nov '20

12 Nov '20

0.      从评审角度，以举例的方式来评审格式是不严谨的。希望有一个规范的格式文件，比如字段的属性，可选项等等。 -- 输出了仓库配置管理格式说明.md 文件，看是否满足要求（ https://github.com/GeorgeCao-hw/georgedoc/blob/master/yaml… 1.      这个yaml文件格式看起来将来还有可能变化，那这次修改应该把格式版本字段加上。 -- 赞同该建议, 在yaml文件开头增加version字段 2.      Branch的type normal 有什么意义吗？ -- branch的type是按照码云分支的类型设置，包括protected，normal，readyonly三个选项,normal分支通常就是非保护分支       3.      Created_from 应该叫fork_from --create_from字段是按照gitee页面新建分支操作上的提示取的，希望和码云一致        4.      这样的branch 会一直增加下去，怎么表示已经衰退或者停止的分支？什么时候删除分支？ --我们考虑删除分支和删除仓库类似，属于高危操作，当前建议是不通过配置文件执行自动删除，    如果确实需要删除可以将该分支从配置文件中删除，然后再到码云仓库中手动删除 5.  你们这个应该只考虑 src-openeuler.yaml 就可以了吧？我没想到需要改 openEuler.yaml 的场景。 -- 如果src-openeuler.yaml改了格式，openeuler.yaml格式不调整， CI-bot需要两套处理逻辑，增加了复杂度。附格式样例： ------------------ 原始邮件 ------------------ 发件人: "Huxinwei" <huxinwei(a)huawei.com>; 发送时间: 2020年11月12日(星期四) 中午1:01 收件人: "George"<caozhi1214(a)qq.com>;"tc(a)openeuler.org"<tc(a)openeuler.org>; 抄送: "dev"<dev(a)openeuler.org>; 主题: [Dev] Re: [Tc] 申请修改仓库配置文件格式你们这个应该只考虑 src-openeuler.yaml 就可以了吧？我没想到需要改 openEuler.yaml 的场景。   以下是我的建议： 0.      从评审角度，以举例的方式来评审格式是不严谨的。希望有一个规范的格式文件，比如字段的属性，可选项等等。 1.      这个yaml文件格式看起来将来还有可能变化，那这次修改应该把格式版本字段加上。 2.      Branch的type normal 有什么意义吗？ 3.      Created_from 应该叫fork_from 4.      这样的branch 会一直增加下去，怎么表示已经衰退或者停止的分支？什么时候删除分支？   From: George [mailto:caozhi1214@qq.com] Sent: Thursday, November 12, 2020 12:05 PM To: tc(a)openeuler.org Cc: dev <dev(a)openeuler.org> Subject: [Tc] 申请修改仓库配置文件格式   Hi，各位TC委员：我是openEuler基础设施SIG的同事。我们在落地【根据仓库配置文件自动创建仓库分支】的需求，需要指定新建分支是基于哪个分支来创建；当前community仓库下配置管理文件 src-openeuler.yaml和openeuler.yaml 的配置项没有包含这个信息，需要新增。现申请修改两个仓库配置文件（src-openeuler.yaml和openeuler.yaml）格式如下，烦请评审一下，谢谢。   老格式：   新格式：注：create_from若为空，默认create_from到master，       type若为空，默认protected  

2 1

申请修改仓库配置文件格式
by George 12 Nov '20

12 Nov '20

Hi，各位TC委员：我是openEuler基础设施SIG的同事。我们在落地【根据仓库配置文件自动创建仓库分支】的需求，需要指定新建分支是基于哪个分支来创建；当前community仓库下配置管理文件 src-openeuler.yaml和openeuler.yaml 的配置项没有包含这个信息，需要新增。现申请修改两个仓库配置文件（src-openeuler.yaml和openeuler.yaml）格式如下，烦请评审一下，谢谢。老格式：新格式：注：create_from若为空，默认create_from到master，       type若为空，默认protected

3 3

sig-confidential-computing例会
by openEuler conference 12 Nov '20

12 Nov '20

1 0

【例会纪要】openEuler Release-Management SIG meeting
by chenyaqiang 11 Nov '20

11 Nov '20

议题一： pkgship工具Roadmap及纳入openEuler 21.03版本需求讨论；议题主讲人：汪奕如遗留问题： 1、软件包兼容性分级信息是否可以在pkgship网站呈现 A: 当前pkgship 数据库及web页面均已经预留软件包兼容性分级接口，待openEuler社区软件包分级数据收集完成后，对接预留接口，可以直接支持信息查询； 2、如何访问pkgship依赖关系数据库网站？ A：当前pkgship已经提供独立页面支持访问：https://pkgmanage.openeuler.org/ 。后续会在openEuler.org社区主页界面增加pkgship子入口，引导用户访问pkgship；议题二： openEuler 21.03 需求收集---引入python 3.9；议题主讲人：陈亚强遗留问题： 1、openEuler 21.03版本是否集成python 3.9，需要结合python 3.9稳定版本发布计划与openEuler 21.03版本节奏匹配；议题三： openEuler 20.03-LTS SP2计划移除python2及其相关子包；议题主讲人：陈亚强遗留问题： 1、pythpn2.7从标准ISO发布件中移除后，对于其他依赖python2的软件包的影响范围和差异需求梳理清楚，并在社区发起影响分析讨论； 2、openEuler线下交流会议中，同步收集openEuler 20.03-LTS用户对于python2.7移除的意见和建议议题四： openEuler 20.03-LTS SP1版本需求进展及版本计划同步：议题主讲人：胡峰议题五： openEuler 20.03-LTS 10月份补丁版本（update）发布评审；议题主讲人：胡峰 1、版本发布件及发布信息已公示openEuler社区release sig，本周持续收集社区意见及确认完成发布评审go_nogo签署；议题六： openEuler 20.03-LTS SP版本生命周期讨论议题主讲人：刘博 1、openEuler 20.03-LTS 330版本和后续LTS SP版本的生命周期、版本收编方式和收编计划需要在社区、线下交流沟通会议中持续收集建议，SP1发布时明确规范结论，支撑LTS版本在社区维护策略； Topic [WeLink Meeting] openEuler Release-Management SIG meeting Time 2020-11-11 09:30-11:30 ((UTC+08:00)Beijing) Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=8c8b822b759dc0a40175afc5be6…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=508447837&app=welink> Join (External) >><https://welink-meeting.zoom.us/j/508447837> Meeting ID 508 447 837 Convener 陈亚强 (c00390579) Internal (10) 陈亚强 (c00390579), 朱延朋 (z00482129), 姜振华 (j00509688), 胡峰 (h00275609), 江裕民 (j00285779), 李永强 (l00384083), 明沛 (m00256926), 张伟 (z00444582), 刘博 (l00392858), Ying Wu (y00565703) External (9) fangyafengqidai(a)163.com<mailto:fangyafengqidai@163.com>, jianmin(a)iscas.ac.cn<mailto:jianmin@iscas.ac.cn>, Erik.Yuan(a)arm.com<mailto:Erik.Yuan@arm.com>, panchenbo(a)uniontech.com<mailto:panchenbo@uniontech.com>, pengfeizhou(a)yunify.com<mailto:pengfeizhou@yunify.com>, majunjiev(a)gmail.con<mailto:majunjiev@gmail.con>, release(a)openeuler.org<mailto:release@openeuler.org>, dev(a)openeuler.org<mailto:dev@openeuler.org>, tc(a)openeuler.org<mailto:tc@openeuler.org> Agenda 本次例会议题持续收集中，新增议题直接邮件回复申报即可。已收集议题如下： 1、pkgship工具Roadmap及纳入openEuler 21.03版本需求讨论；议题主讲人：汪奕如 2、openEuler 21.03 需求收集---引入python 3.9；议题主讲人：陈亚强 3、openEuler 20.03 SP版本生命周期审视；议题主讲人：刘博注: 会议最大支持200人同时与会。(A conference supports a maximum of 200 participants.) 外部用户加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。 If external users fail to join a meeting, advise them to download the latest meeting client and try again. 下载链接( DownloadURL ):https://zoom.us/download

1 0

DDE sig组11月例会
by openEuler conference 11 Nov '20

11 Nov '20

3 2

会议纪要//reply: 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-11-10 10:00-11:00
by guoge (A) 10 Nov '20

10 Nov '20

与会人：ARM（徐拯、简宁胜、龚晓红）、阿里巴巴（蒯微）、华为（郭歌、杨飞、王篁、贺东博、何学锦、章海剑）会议议程： 1．华为介绍在SVE backend的工作 2． ARM介绍在SVE backend的工作 3． SVE / Vector API / 其他技术交流会议纪要： 1．华为和ARM分别介绍了在ARM SVE backend做的工作，以及to do issue a) 当前华为和ARM在社区主要进行中后端指令支持和intrinsic工作，已经完成了基础运算指令、规约类指令、mask指令，正在完成Cast、Load/Store等指令 2． SVE 和Vector API技术交流，关于SVE支持路径的讨论，并探讨Vector API在产业落地的一些价值和诉求 a) SVE指令支持现状，以及backport到jdk11的诉求，以及自动向量化的讨论 b) Vector API在Java层api的问题和诉求收集 c) 国密加密算法java层支持是否可以由阿里来提交JEP？ 3．后续java instrinsic的支持需要做好分工，避免工作重复，后续各团队加强关于SVE支持的合作交流发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年11月9日 10:56 收件人: dev(a)openeuler.org 主题: [Dev] 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-11-10 10:00-11:00 Topic Compiler SIG weekly meeting Time 2020-11-10 10:00-11:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/105703863> Meeting ID 105 703 863 Convener 郭歌 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

1 0

【请大家在评论区发表意见】openEuler 20.03 LTS Update 20201030 release 评审
by Hufeng (Solar, Euler) 10 Nov '20

10 Nov '20

https://gitee.com/openeuler/release-management/issues/I24KF3?from=project-i… 请大家发表该版本的评审意见。关键角色 QA（补充测试结论），TC委员会、包管理委员会、工程团队、release managment团队暂行评审规范（欢迎提意见） https://gitee.com/openeuler/release-management/blob/master/openEuler%E7%89%…

1 0

【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-11-11 09:30-11:30
by Meeting Book 10 Nov '20

10 Nov '20

1 0

答复: 【问题】基于 openEuler 的 ABI 检查工具
by Hexiaowen (Hex, EulerOS) 10 Nov '20

10 Nov '20

这里应该是笔误，正确地址是https://github.com/lvc [cid:image002.png@01D6B744.C3841240] 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! 发件人: huloves [mailto:huloves@163.com] 发送时间: 2020年11月9日 20:40 收件人: Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com> 主题: 【问题】基于 openEuler 的 ABI 检查工具何老师好：今天看到openEuler高校开发者大赛，有个问题如下。 https://www.oschina.net/2020-openeuler?from=oschina-wx#topic-introduce 该网页项目描述中的https://github.com/lvci 仓库没有公开，是否有其他的参考途径？

1 0

【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-11-11 09:30-11:30
by Meeting Book 10 Nov '20

10 Nov '20

1 0

【Meeting Notice】Compiler SIG weekly meeting Time: 2020-11-10 10:00-11:00
by Meeting Book 09 Nov '20

09 Nov '20

1 0

答复: openEuler开发者大赛---rust重写systemd
by Hexiaowen (Hex, EulerOS) 09 Nov '20

09 Nov '20

Huanbing Lu 你好，很高兴你能参加开发者大赛。我们正在启动该项目，下面是关于这个题目的一些信息，后续邮件可以抄送dev(a)openeuler.org<mailto:后续邮件可以抄送dev@openeuler.org>公开讨论。该项目在dev-utils sig中讨论，欢迎参加dev-utils sig双周例会。标题 - Rust重写sysytemd 描述鉴于目前systemd社区尚不成熟，质量不高，集成太多特性，控制点太多，同时也存在较多问题，特发起使用Rust语言重写systemd 。目标 · 使用Rust语言重写。 · 保留基本功能，保持足够的兼容性。 · 不应该是一比一的简单语言翻译。 · 使其更加使用于嵌入式和云场景。 · 最好可容器、虚拟化做一定的结合，类似CoreOS。 · 解决systemd当前问题高发的场景，cgroup、pam、session等难度高导师 overweight<https://gitee.com/overweight> 联系方式 hexiaowen(a)huawei.com<mailto:hexiaowen@huawei.com> 微信xiaowen_he softcore(openEuler小助手) 产出标准 · 基于rust语言的开源1号进程软件，在openEuler社区开发 · 兼容基础的systemd使用场景，如服务管理、日志管理以及资源管理。 · 支持多架构x86_64、aarch64，前期支持openEuler上运行技术要求 · 基本的Linux命令 · Rust语言 · systemd机制原理、代码框架 · 了解容器、虚拟化等原理何晓文（Hex EulerOS）庞加莱实验室 [2012实验室] Tel : +86 18042018786 Email : hexiaowen(a)huawei.com [cid:image001.png@01D6B67B.9934B810] 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! 发件人: Huanbing Lu [mailto:luhuanbing084@gmail.com] 发送时间: 2020年11月8日 12:44 收件人: Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com> 主题: openEuler开发者大赛---rust重写systemd 何晓文导师您好，我是参加这次openEuler的开发者，我想选择这个题目作为这次比赛的题目，有些冒昧了。您这边方便给一个联系方式嘛？队伍名称：队长负责带饭姓名：陆涣冰学校：南京邮电大学

1 0

答复: 会议纪要///【Meeting Notice】A-Tune & wisdom sig meeting Time: 2020-11-06 10:00-12:00
by hanxinke 06 Nov '20

06 Nov '20

本次sig会议议程： 1、调度亲和性探测与映射方法介绍，汇报人：chenmingmin 2、A-Tune web UI介绍与演示，汇报人：gaoruoshu 3、新场景调优介绍，汇报人：hanxinke 与会人：A-Tune sig组成员感谢与各位的线上交流！会议纪要： chenmingmin： 1、介绍了线程间亲和性、numa内存亲和性、网络亲和性的基本概念 2、分析了业界主流的亲和性探测方法，函数调用跟踪和内存访问跟踪 3、讲解了业界主流的线程映射方法，openmp和kmaf，并对kmaf方式进行了代码实现 4、演示了kmaf绑核方式实现的调度效果分享链接：https://gitee.com/openeuler/wisdom-advisor/wikis/ gaoruoshu： 1、介绍了A-Tune web UI实现的具体原理 2、在web UI上演示了在线静态调优analysis和离线动态调优Tuning的动态曲线图 3、介绍了现有web UI的功能点，以及后期的技术演进路线代码仓链接：https://gitee.com/openeuler/A-Tune-UI hanxinke： 1、展示了当前A-Tune已经支持的业务场景下的配置参数 2、演示了一个新场景如何入手调优的具体方法代码仓链接：https://gitee.com/openeuler/A-Tune/tree/master/tuning/yamls 问题交流以及下一步计划： 1、kmaf线程映射方法是不停地进行亲和性检测，频率为100ms，平均开销在1.5% 2、页面迁移需要达到从一个节点访问的最高数量是次高数量的2倍以上，这个统计值需要达到稳定状态才行 3、当前亲和性探测方法使用了page_fault缺页统计访问信息，性能开销较大，后期将用其他跟踪方式来替代 4、当前A-Tune web UI上面采集的数据无法实时显示，后期通过增加数据库进行改进 5、analysis上面比对的数据表只是简单的增加时间戳来区分，需要提升使用者体验 6、当前A-Tune web UI只支持一个集群的调优，多个集群调优的实现方式还需要改进下次sig会议议程：（预计时间：2020-11-20 10:00-12:00）欢迎大家将想要了解的内容或者讨论的议题发送到a-tune(a)openeuler.xn--org!-nz2k235h 敬请期待

1 0

OS-Builder sig例会
by openEuler conference 06 Nov '20

06 Nov '20

1 0

nothing provides mingw32-filesystem >= 95
by 翁志艺 06 Nov '20

06 Nov '20

大家好，自从mingw32-filesystem被移到master/openEuler:Mainline就好像出了问题。 buildinfo is broken... it says: unresolvable: nothing provides mingw32-filesystem >= 95 nothing provides mingw64-filesystem >= 95 2020-11-04 07:31:37,044 [ ERROR] : build package error, 1 2020-11-04 07:31:37,044 [ ERROR] : build standard_aarch64 ... failed 2020-11-04 07:31:37,045 [ ERROR] : build openEuler:Factory mingw-winpthreads aarch64 ... failed 其它依赖 mingw-filesystem 的项目 ci 测试时报错 https://gitee.com/src-openeuler/mingw-winpthreads/pulls/2 https://jenkins.openeuler.org/job/multiarch/job/src-openeuler/job/x86-64/jo… https://gitee.com/src-openeuler/mingw-headers/pulls/2 曾经成功过，现在也报同样的错误。但 mingw-filesystem version 是110的啊。 https://gitee.com/src-openeuler/mingw-filesystem/blob/master/mingw-filesyst… 请帮忙解决一下，谢谢！

2 4

【重要】openEuler 20.03 LTS SP1版本详细发布计划已经发布，请大家按照计划合入
by Hufeng (Solar, Euler) 05 Nov '20

05 Nov '20

https://gitee.com/openeuler/release-management/blob/f794679489b0d69a3e028ef… 2020年11月7日完成对老特性有影响的修改合入。 2020年11月18日完成所有特性冻结。请大家更新需求责任人，请大家审视是否有需求遗漏，原则上不再接纳新需求 HA，k8s，openstack团队前期有过讨论，可以考虑计划匹配度的情况下，修改如下问题，提交申请pr讨论。所有需求，先提issue跟踪，里程碑选择openEuler 20.03 LTS SP1

1 0

A-Tune & wisdom sig meeting Time: 2020-11-06 10:00-12:00
by hanxinke 04 Nov '20

04 Nov '20

您好！ openEuler A-Tune SIG 邀请您参加 2020-11-06 10:00 召开的ZOOM会议会议主题：A-Tune & wisdom sig meeting 本次会议议程： 1、调度亲和性探测与映射方法介绍，汇报人：chenmingmin 2、A-Tune web UI介绍与演示，汇报人：gaoruoshu 会议链接：https://zoom.us/j/99043681198?pwd=dlhvUUk3UHhzcTl5emtuTTFVSmdQUT09 欢迎大家提交议题~ Hello! openEuler A-Tune SIG invites you to attend the ZOOM conference will be held at 2020-11-06 10:00, The subject of the conference is A-Tune & wisdom sig meeting, There are two topics for the conference. 1. Scheduling Affinity Detection and Mapping 2. A-Tune Web UI Introduction and Demonstration You can join the meeting at https://zoom.us/j/99043681198?pwd=dlhvUUk3UHhzcTl5emtuTTFVSmdQUT09. Welcome to submit your topics. Thanks.

1 0

Meeting Minutes 会议纪要 //答复: topic update 2//转发: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00
by Xiehong (Cynthia) 04 Nov '20

04 Nov '20

【与会人：】胡欣蔚、熊伟、郭寒军、谢秀奇、王勋、谢红、梁栋、方亚芬、王建民、迟信泽、陆志浩、董德平、冯涛、管延杰、刘博、叶青龙、朱延朋、Luo Haibo，潘辰博，ZhuoHui,imjoey 【新SIG组提案】 sig-aarch32 提案，提供 openEuler 常用软件的 arm32 位的版本 PR : https://gitee.com/openeuler/community/pulls/1213 --- 润和梁栋 //会议结论： 1. 同意成立SIG组 2. 本SIG主要考虑的硬件是ARM 嵌入式 3. 当前重点在构建ARM32的rootfs 4. SIG组的软件仓优先单独建，如果没有问题再回合到主仓上遗留问题 1. 新SIG组的maintainer另外安排时间培训规范， 2. 32bit的OCS构建环境建设需要与基础设施组讨论落地方案 3. 希望目标能扩展到 openEuler的嵌入式版本，不仅仅在arm32,这个后续讨论 4. 希望补充SIG的相关说明文档中进一步明确本SIG的SCOPE和ROADMAP 【关键问题讨论】议题一：树莓派镜像 root用户密码设置策略 ---- 方亚芬 //会议结论 a) 对于树莓派，简单易用更重要，建议直接预置openeuler b) 可以考虑增加提示给用户，提示其修改初始密码，选择权给用户 c) 本结论只适用于树莓派的镜像，不影响openEuler的服务器版本的密码设置安全策略议题二：SIG-JAVA 构建Nexus私服申请Nexus Pro 版本评估 --- 董德平 //会议结论： a) 先请社区律师参与评估合规性要求； b) 评估以后，以openeuler社区名义向Nexus提申请 Pro版本；议题三: 开发者桌面版本在社区TC讨论范围和owner --- 刘博、管延杰 //会议结论： a) 先组织线下讨论【SIG组日常运作审视】 1.OS builder-SIG --- 冯涛 //会议结论： a) 建议将各个公有云的虚拟机镜像制作对接工作纳入到本SIG组，可以参考暑期项目的输出 b) 做个USB的安装工具 c) 可以考虑根据程序运行情况确定需要裁剪的包 2. CEPH-SIG -- 迟信泽 //会议结论： a) 版本分支管理方式与openEuler的分支管理规则不一致，导致CI无法集成，按照社区的规则调整一下大版本的规则 b) 与release-sig线下沟通，尽快纳入到发行版本里 3.高性能网络 --- 陆志浩 //会议结论： a) 结合应用场景，找出有差异化的竞争力，比如容器网络，多与相关SIG组沟通协作 b) 考虑构建自有品牌的软件（栈） c) 例会要定时开，例行运作起来发件人: Xiehong (Cynthia) 发送时间: 2020年11月3日 11:25 收件人: 'dev' <dev(a)openeuler.org>; 'tc(a)openeuler.org' <tc(a)openeuler.org>; 'hopeedge' <hopeedge(a)hoperun.com>; Guanyanjie <guanyanjie(a)huawei.com>; Liubo (Tony) <liubo79(a)huawei.com>; '582327062(a)qq.com' <582327062(a)qq.com>; 'rita_dong(a)isrc.iscas.ac.cn' <rita_dong(a)isrc.iscas.ac.cn> 主题: 答复: topic update 2//转发: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00 发件人: Xiehong (Cynthia) 发送时间: 2020年11月3日 11:07 收件人: dev <dev(a)openeuler.org<mailto:dev@openeuler.org>>; 'tc(a)openeuler.org' <tc(a)openeuler.org<mailto:tc@openeuler.org>>; 'hopeedge' <hopeedge(a)hoperun.com<mailto:hopeedge@hoperun.com>> 主题: topic till now//转发: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00 HI ALL 到目前为止，收集的申报议题有 1．新SIG组 sig-aarch32 提案，提供 openEuler 常用软件的 arm32 位的版本 PR : https://gitee.com/openeuler/community/pulls/1213 --- Liang Dong 2．关键问题讨论 A) 树莓派镜像 root用户密码设置策略 ---- 方亚芬 B) SIG-JAVA 构建Nexus私服申请Nexus Pro 版本评估 --- 董德平 C) 开发者桌面版本在社区TC讨论范围和owner --- 刘博、管延杰 3． SIG组日常运作审视 A) OS builder B) CEPH C) 高性能网络议题可以继续申报，今天晚上截止 Thanks and Regards 发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年11月3日 10:01 收件人: Tc(a)openeuler.org<mailto:Tc@openeuler.org> 主题: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00 Topic openEuler Community TC Regular Meeting Time 2020-11-04 10:00-12:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/972758019> Meeting ID 972 758 019 Convener 谢红 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

1 0

Re: [Dev]【会议纪要】 sig-confidential-computing例会
by chenmaodong 04 Nov '20

04 Nov '20

【会议纪要】会议时间：2020-11-03 16:00 与会人：liujingang，gaoguijin，银联5人整体接入，chenmaodong，yanlu，wanghongzhe，liwei，Eli ma，zhujianwei 议题：一、银联介绍当前在TEE领域的投入与应用，着重讲解了TEE在电动车场景的应用实例，以及银联安全操作系统TEEI的相关成果二、讨论当前机密计算sig组的运作模式 a) 由于当前机密计算sig组代码还未开源，社区其他参与者对sig组，特别是secGear的使用和运行模式不了解，鉴于代码暂时还未走完开源流程，银联祖立军建议将一些demo做成视频在下次sig例会上进行下演示。 b) 目前社区上大家有意愿参与进来却没有相关任务途径，而当前sgx相关的依赖包还有部分未引入，可以在sig组发布打包任务提高大家参与度 c) 当前sig例会时间进行调整，提高交流频率，时间为每个月第一周与第三周的周二下午16:00 – 17:00，会议信息通过dev@openeuler.org<mailto:会议信息通过dev@openeuler.org>进行发布 From: openEuler conference [mailto:public@openeuler.io] Sent: Monday, November 2, 2020 7:10 PM To: dev(a)openeuler.org Subject: [Dev] sig-confidential-computing例会您好！ openEuler sig-confidential-computing SIG 邀请您参加 2020-11-03 16:00 召开的ZOOM会议会议主题：sig-confidential-computing例会会议链接：https://zoom.us/j/93280756713?pwd=ZG1acUZIeHJRckhaZDRjbndMQlJ3QT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-confidential-computing SIG invites you to attend the ZOOM conference will be held at 2020-11-03 16:00, The subject of the conference is sig-confidential-computing例会, You can join the meeting at https://zoom.us/j/93280756713?pwd=ZG1acUZIeHJRckhaZDRjbndMQlJ3QT09. More information<https://openeuler.org/zh/>

1 0

会议纪要 // 答复: Container & iSula SIG例会 Time: 2020-11-03 16:00-17:30
by lujingxiao 03 Nov '20

03 Nov '20

与会者：jingxiaolu, imjoey, lifeng, haozi007 1、 Container & iSula SIG 近况： a) iSulad： i. volume特性（匿名卷、本地卷）：基本开发完成，计划本月中上openEuler主线； ii. 网络特性（命令行支持）：特性设计方案均已上传wiki，目前开发完成50%，计划1230上openEuler主线 iii. 社区：目前外部使用者询问比较多的都是网络特性 b) isula-build： i. openEuler 20.03 LTS SP1 预计月底发布，isula-build计划本周bump到0.9.4版本，带上特性：子命令pull/push，本地unix socket 支持isula group，支持同时save多个镜像，info支持展示runtime mem信息以及部分性能优化和bugfix ii. 下一阶段：开发两大特性OCI镜像格式的支持，子命令manifest，预计1230上全部合入openEuler主线 2、本次例会无其余议题谢谢， jingxiaolu

2 3