openEuler社区QA测试团队双周会议纪要（2020/10/28）
by liyongqiang (H)
openEuler社区QA测试团队双周会议
时间： 16:00-17:30 2020/10/28
参会者：kuhnchen18 lutianxiong speacher lemon-higgins rigorous Charlie_li
会议纪要人: Charlie_li
分类
遗留问题及其他
进展
状态
责任人
社区QA团队治理与运营
src_openeuler组织下申请制品仓
10/28:打为一个包test-tools，用例代码通过工具进行下载，不会单独打包用例包；不会放入ISO，可能放入epol
10/14:openEuler相关的test-tools/integration-test两个仓已经建立完成；包发布方式需和包管理团队对齐
Running
Charlie_li/kuhnchen18
测试代码合规检查(shell/python)
10/28:shell检查结果需要基础设施切换个服务
10/14:python和java码云已支持；shell也已经对接，当前是默认配置检查；
Running
Charlie_li/kuhnchen18/ lemon-higgins
集成类测试能力开源
10/28:代码开源范围评审中，争取月底前完成开源
10/14:单包加固/系统用户集成/新特性的月底前开源
8/12:包差异代码评审后还需进一步整改
7/29:容器基本功能开源完成；包差异整改80%
7/15:容器基本功能已完成整改，待开源；包差异对比工具整改进行60%
7/1:AT用例已完成检视，rpm包差异对比工具和容器基本功能用例整改中
Running
Charlie_li/lemon-higgins
内核和编译器提供指导文档说明如何使用内核LTP及gcc相关开源测试套
10/28:文档已编写完成，待PR合入
8/12:计划本周搞定
7/29:内核LTP的完成编写，之前由于蓝云网络问题，未上传，待提交PR
7/15:编译器指导文档已开源；内核LTP的完成编写，待提交PR
7/1:蓝云已提供，LTP待提交文档，GCC本周完成
Running
rigorous
社区QA测试流程及指导文档编写
10/28:虚拟化相关文档以blog的方式进行呈现；
10/14:虚拟化相关文档已写完，待开放到码云
8/12: 虚拟化相关文档已完成50%
Running
Charlie_li/ kuhnchen18
社区issue提单及处理规范
10/28: issue模板及issue处理流程文档编写中
10/14:发布issue提单指导手册和issue处理规范
Running
Charlie_li
版本测试
暑期2020活动
10/28:已结项
10/14:学生课题已提交结项报告，本周进行验收
7/29:一个学生已完成测试方案设计,待和学生对齐；
7/15:暑期活动学生已开学，进展有些慢，线下和学生单点沟通；
7/1:暑期2020活动lrzsz、mysql加固已有学生报名，待深入沟通
Close
Charlie_li
高优先级组件包质量加固
10/28:自动化率提升中，加固暂未投入
8/12:Euleros完成7个包的加固；openEuler完成8个包的加固
7/29:已完成6个包的加固，openEuler版本测试中会在执行时覆盖
Pause
Lutianxiong/lemon-higgins
缺陷分析
10/28:暂未开始
9/23: 完成9月份的issue分析并在openEuler 20.09版本中补充相应测试用例
8/12:暂无进展
7/15:缺陷分析模板已完成初步评审，先运作，有其它建议再补充；
每月例行开展一次，李永强统一整理外部问题作为输入提供给其它领域进行分析
Running
Charlie_li
问题回归策略
10/14:状态为“已完成”经过验证已解决的改完“已验收”
8/12:7月份最新的问题单已完成回归确认
7/15:各领域owner优先处理330后状态是“已完成”的缺陷；输入是严志华整理的issue表格
Close
Charlie_li/speacher/rigorous/lemon-higgins/ltx
1 year, 9 months
【会议纪要】//答复: 【明日例会议题】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
by Jiangyumin (Jimmy)
Release-Management SIG 组例会会议纪要（时间：2020-10-28 9:30-11:30）：
议题一：openEuler社区版本分支管理规范初稿讨论
1、 openEuler 20.03 LTS NEXT分支将作为 20.03 LTS SP版本的开发分支进行特性开发合入。
2、 20.03 LTS SP1版本发布后，CVE漏洞与BUG修复需要同时在 20.03 LTS、20.03 LTS NEXT、20.03 LTS SP1三个分支合入。
3、 OpenEuler 版本分支管理规范稿在release sig 组发起讨论后最终定稿。
议题二： kernel切换计划与后续的版本配套计划
1、 kernel计划本周v5.10-rc1版本发布后，启动在master分支上的切换，并最终5.10正式发布后（预计12月下旬），配套openEuler 21.03版本。
2、 kernel 将在openEuler 20.03 LTS SP2版本做较大的改动合入，可能会引起兼容性问题，需要kernel分析影响后在社区发起讨论，最终在TC决策。
3、 kernel是否单独建仓，在过程迭代中发布独立版本供开发者快速获取尝试，待进一步讨论在TC决策。
议题三：树莓派镜像添加到树莓派官方第三方系统镜像工作进展
1、 树莓派关于openEuler在使用与运营数据需要补充在全球的使用情况与发展趋势，运营数据可从运营团队获取。
2、 Jason文件的存放目录需要与运营负责人马全一讨论后确定。
3、 对于密码设置的策略需要与安全委员会成员沟通后，根据不同场景给出方案，在TC进行决策。
议题四：openEuler 20.03 LTS SP1 冻结需求
1、 openEuler 20.03 LTS SP1需求已冻结，需求列表在release sig组进行公布。
2、 后续openEuler 版本需求收集除了在社区上进行公示外，建议与每个SIG 的maintainer再进一步确认，对于有市场诉求SIG组无法支持的，建议上TC决策。
发件人: Jiangyumin (Jimmy)
发送时间: 2020年10月27日 16:22
收件人: release(a)openeuler.org; dev(a)openeuler.org
抄送: openEuler-tc <tc(a)openeuler.org>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; Xiexiuqi <xiexiuqi(a)huawei.com>; '方亚芬' <yafen(a)iscas.ac.cn>
主题: 【明日例会议题】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
明日Release sig 组例会议题如下：
1、openEuler 20.03 LTS SP1 冻结需求 ---- 胡峰
2、kernel切换计划 与后续的版本配套计划 --- 谢秀奇
3、树莓派镜像添加到树莓派官方第三方系统镜像工作进展 --- 方亚芬
发件人: Jiangyumin (Jimmy) [mailto:jiangyumin@huawei.com]
发送时间: 2020年10月26日 10:38
收件人: release(a)openeuler.org<mailto:release@openeuler.org>; dev(a)openeuler.org<mailto:dev@openeuler.org>
抄送: openEuler-tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>
主题: [Release] 【议题收集】【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
Topic
【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题）
Time
2020-10-28 9:30-11:30((UTC+08:00)Beijing)
--- 会议信息 ---
会议id: 96457420049
会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09
--- 会议纪要归档 ---
Meeting Record： https://gitee.com/openeuler/release-management/wikis
1 year, 9 months
答复: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要
by guoge (A)
建议方案1，在gcc中合入bugfix
在firefox的spec文件中是否需要关闭-fstack-clash-protection建议再进一步分析，一般认为这里可能有潜在的代码隐患，最好的方式是不要去关闭一个安全检查掩耳盗铃，而是通过修改代码修复安全问题
发件人: Zhanghaijian (A)
发送时间: 2020年10月28日 10:47
收件人: gaojianxing <gaojianxing(a)huawei.com>; xiasenlin <xiasenlin1(a)huawei.com>; guoge (A) <guoge1(a)huawei.com>; qiaopeixin <qiaopeixin(a)huawei.com>
抄送: Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com>
主题: RE: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要
目前就3个方案可以讨论：
1、关闭选项-fstack-clash-protection，回合bugfix patch。
2、关闭选项-fstack-clash-protection，升级gcc7.5。
3、升级gcc9.3。
方案3影响非常大，不建议。
--------------------------------------------------
章海剑 Zhang Haijian
Mobile: +86-15958121590<tel:+86-15958121590>
Email: z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>
发件人：Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>>
收件人：gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>;xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>;guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>;qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>>
抄 送：Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>
时 间：2020-10-28 10:35:47
主 题：RE: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要
编译选项“-fstack-clash-protection”，我们并没有说可以去掉，去掉会降低安全性，如果要去掉，需要firefox负责人自己评估
--------------------------------------------------
章海剑 Zhang Haijian
Mobile: +86-15958121590<tel:+86-15958121590>
Email: z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>
发件人：gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>
收件人：xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>;guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>;Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>>;qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>>
抄 送：Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>
时 间：2020-10-28 10:26:09
主 题：答复: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要
Firefox 79.0 依赖gcc（7.3.0）编译问题进展
在编译器组兄弟的协助下，对于firefox 79.0编译不通过问题定位如下：
问题1：firefox79.0 中 RefPtr.h 中相关构造函数问题，是gcc的一个bug引起的，Patch：https://github.com/gcc-mirror/gcc/commit/57... 可以解决此问题；
问题2：编译选项“-fstack-clash-protection”gcc 7.3.0 不识别问题，这个参数编译器提供的一个堆栈冲突缓解的选项，用于提高安全性的。注（编译器组兄弟说是可以去掉）
问题3：编译选项“-m64”参数不识别问题，-m64是x86 64位应用编译选项，m64选项设置int为32bits及long、指针为64 bits，为AMD的x86 64架构生成代码。在Arm64平台无法支持，arm64 对应的选项为：-mabi=lp64
方案选择：
gcc openEuler-20.03-LTS-Next、openEuler-20.03-LTS版本需要合入C++ PR/81589补丁；
在firefox的spec文件强行将默认的-fstack-clash-protection编译参数去除，注（只在openEuler-20.03-LTS-Next、openEuler-20.03-LTS）分支中移除，对arm64版本-m64参数更换为-mabi=lp64。
发件人: xiasenlin
发送时间: 2020年10月27日 15:30
收件人: gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>; guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>>; qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>>
主题: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要
关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要
1. 原始问题：
firefox基于当前版本的gcc编译失败
2. 原因分析：
firefox（79.0）需要智能指针特性，但是gcc7.3不支持（7.5及之后的版本是支持的）
3. 当前进展：
尝试依赖gcc7.5编译firefox（79.0），在强制关闭firefox中的-fstack-clash-protection选项后可以编译成功。
4. 下一步计划：
对比7.3到7.5之间的commit，找到能在gcc7.3上让firefox编译成功的patch。
5. 风险：
短时间内找到有风险，每次尝试gcc上打patch之后编译新的二进制后重编firefox一次需要2h。
6. 可能的最终策略：
本次的firefox是在LTS-NEXT分支，为SP1做准备，如果月底解决不掉当前的编译问题，firefox需要移出分支。
1 year, 9 months
Re: TC 议题申报：sig-Java构建Nexus私服申请Nexus Pro(Nexus Professional)版本评估
by 董德平
构建Nexus私服目的：
加速maven构件(Artifact)访问；
安全性检查；
维护社区内部构件(Artifact)；
目前选用Nexus3版本，但存在商业版Nexus3 Pro(Nexus Professional) 和开源版Nexus3 OSS(Nexus Open Source)两个版本，Nexus3 OSS不支持HA，不能搭建集群，而Nexus3 Pro版本在HA（High Availability）和安全检查（Health Check）等方面的feature更加完善，因此希望能申请Nexus Pro版本。
参考资料：
各版本feature对比：repository-manager-feature-matrix
Pro版本特性的详细说明：Repository Manager Pro Features
------------------ 原始邮件 ------------------
发件人: "Jiangyumin (Jimmy)" <jiangyumin(a)huawei.com>;
发送时间: 2020年10月26日(星期一) 上午10:37
收件人: "release(a)openeuler.org"<release(a)openeuler.org>;"dev(a)openeuler.org"<dev(a)openeuler.org>;
抄送: "openEuler-tc"<tc(a)openeuler.org>;
主题: [Tc] �������ռ�����Meeting Notice��openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
Topic
【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题）
Time
2020-10-28 9:30-11:30((UTC+08:00)Beijing)
--- 会议信息 ---
会议id: 96457420049
会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09
--- 会议纪要归档 ---
Meeting Record： https://gitee.com/openeuler/release-management/wikis
1 year, 9 months
Re: TC 议题申报：sig-Java构建Nexus私服申请Nexus Pro(Nexus Professional)版本评估
by 董德平
构建Nexus私服目的：
加速maven构件(Artifact)访问；
安全审核；
维护社区内部构件(Artifact)；
目前选用Nexus3版本，但存在商业版Nexus3 Pro(Nexus Professional) 和开源版Nexus3 OSS(Nexus Open Source)两个版本，Nexus3 OSS不支持HA，不能搭建集群，而Nexus3 Pro版本在HA（High Availability）和安全检查（Health Check）等方面的feature更加完善，因此希望能申请Nexus Pro版本。
参考资料：
各版本feature对比：repository-manager-feature-matrix
Pro版本特性的详细说明：Repository Manager Pro Features
------------------ 原始邮件 ------------------
发件人: "Jiangyumin (Jimmy)" <jiangyumin(a)huawei.com>;
发送时间: 2020年10月26日(星期一) 上午10:37
收件人: "release(a)openeuler.org"<release(a)openeuler.org>;"dev(a)openeuler.org"<dev(a)openeuler.org>;
抄送: "openEuler-tc"<tc(a)openeuler.org>;
主题: [Tc] �������ռ�����Meeting Notice��openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
Topic
【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题）
Time
2020-10-28 9:30-11:30((UTC+08:00)Beijing)
--- 会议信息 ---
会议id: 96457420049
会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09
--- 会议纪要归档 ---
Meeting Record： https://gitee.com/openeuler/release-management/wikis
1 year, 9 months
【明日例会议题】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
by Jiangyumin (Jimmy)
明日Release sig 组例会议题如下：
1、openEuler 20.03 LTS SP1 冻结需求 ---- 胡峰
2、kernel切换计划 与后续的版本配套计划 --- 谢秀奇
3、树莓派镜像添加到树莓派官方第三方系统镜像工作进展 --- 方亚芬
发件人: Jiangyumin (Jimmy) [mailto:jiangyumin@huawei.com]
发送时间: 2020年10月26日 10:38
收件人: release(a)openeuler.org; dev(a)openeuler.org
抄送: openEuler-tc <tc(a)openeuler.org>
主题: [Release] 【议题收集】【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
Topic
【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题）
Time
2020-10-28 9:30-11:30((UTC+08:00)Beijing)
--- 会议信息 ---
会议id: 96457420049
会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09
--- 会议纪要归档 ---
Meeting Record： https://gitee.com/openeuler/release-management/wikis
1 year, 9 months
会议纪要：回复：【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-10-22 19:30-20:30
by Hubble_Zhu
与会人：sinever，Hubble_zhu, hao, Hexiujun, ZhiBo Li, haowenchao, huzunhao, liuzhikang, wangli
会议纪要：
进展：
Hubble_Zhu:
1. Spark门禁x86构建通过，arm构建未通过。和GateKeeper sig交流是构建机器网络的原因。建议改为使用国内maven源
2. flink, hadoop, hive, hbase本地验证构建ok，待提交PR将包合入到openEuler上
Hao：
1. 尝试基于openEuler构建Zepplin，遇到了一些nodejs的依赖问题
下一步计划：
1. 建议对大数据软件包maven依赖改为使用国内maven源，构建ok后提到openEuler上 ——Hubble Zhu
2. 建议将jupyter引入到openEuler上 ——Hubble Zhu
3. 建议解决nodejs相关的依赖问题，继续尝试将zepplin引入到openEuler上 ——hao
新项目启动：
提供面向个人爱好者、科研人员、企业等提供全场景，高性能，易用的 ai/bigdata 的统一平台
一键安装、部署、运行支持单机、集群、各种云
屏蔽采集、存储、分析、训练等300+开源软件
屏蔽虚拟机/物理机/数据中心/各种云
屏蔽计算、网络、存储等基础设施
大家有任何关于新项目的想法，欢迎加群一起讨论：
PS:
非常感谢 ZhiBo Li 对bazel，TensorFlow构建做出的尝试和贡献
非常感谢 Hao 对openEuler引入Zepplin做出的贡献
------------------ 原始邮件 ------------------
发件人: "Meeting Book" <uMeeting(a)huawei.com>;
发送时间: 2020年10月22日(星期四) 上午9:03
收件人: "Hubble_Zhu"<hubble_zhu(a)qq.com>;
主题: 【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-10-22 19:30-20:30
Topic
sig-ai-bigdata regular meeting
Time
2020-10-22 19:30-20:30((UTC+08:00)Beijing)
Join Conference
Join (External) >>
Meeting ID
595 278 462
Convener
朱恒博
Agenda
1、sig成员前期工作审视
2、下一步计划与分工
Tips:
Dial the access number to join conference
注：仅支持部分国家和地区。( Only some countries and regions are supported.)
如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载
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
1 year, 9 months
【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-10-22 19:30-20:30
by Hubble_Zhu
Topic
sig-ai-bigdata regular meeting
Time
2020-10-22 19:30-20:30((UTC+08:00)Beijing)
Join Conference
Join (External) >>
Meeting ID
595 278 462
Convener
Hubble_Zhu
Agenda
1、sig成员前期工作审视
2、下一步计划与分工
Tips:
Dial the access number to join conference
注：仅支持部分国家和地区。( Only some countries and regions are supported.)
如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载
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
1 year, 9 months
