February 2021 - Dev - mailweb.openeuler.org

glibc version upgrade notification
by Qingqing Li 10 Aug '21

10 Aug '21

Hello all developers、committers and maintainers of openEuler， glibc 2.33 has released on February 1st, 2021, and the sig-Computing will upgrade the master branch's glibc version to the latest version 2.33for the next few days. Cause glibc provides the core libraries for the system, some other softwares may be need do some adaptation after this package's upgrading. So let's happily finished this possible issues together. thanks all guys.

4 6

答复: Re:[Tc] Re: [TC] openEuler TC周例会议题收集
by Huxinwei 02 Mar '21

02 Mar '21

如果一次会议安排不下的话，可以考虑分成连续的两次？比较一次TC会议正常只有两个小时，一般4个5个议题就满了 ;) 发件人: 冯建 [mailto:jian.feng@i-soft.com.cn] 发送时间: 2021年2月22日 17:33 收件人: Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; Huxinwei <huxinwei(a)huawei.com>; dev <dev(a)openeuler.org>; tc <tc(a)openeuler.org> 主题: Re:[Tc] Re: [TC] openEuler TC周例会议题收集收到，新年开局真是规划满满啊，已经10个议题了[https://rescdn.qqmail.com/bizmail/zh_CN/images/mo/D… ======================= TC例会议题 2021.2.24 ========================== 1.申请创建生物信息学特别兴趣组SIG-BIO 申报人：陈衎 2.licesne和copyright扫描工具演示概述：用于后续集成到门禁中，用于识别license和copyright。申报人：高琨 3.依赖包停止维护的软件包如何操作更为合理。概述：类似deepin-manual软件包由于python2不再维护导致其不能成功编译，需将其移入sig-recycle。针对此类场景如何操作更为合理？申报人：李永强背景：https://gitee.com/openeuler/community/pulls/1590 openEuler社区当前软件包退出原则详见： https://gitee.com/openeuler/community/blob/master/zh/technical-committee/go… 4.再生电脑是否可以成为一个SIG 申报人：袁德俊背景：https://gitee.com/openeuler/community/issues/I38AJY 5.go-compilers软件包移入sig-recycle导致的部分golang宏无法使用。概述：如题，需要修改多个包的编译依赖，同时还需要重新适配spec。针对此类问题如何统一修改申报议题进行讨论。申报人：潘晨博背景： https://gitee.com/src-openeuler/go-compilers/issues/I2ALEV?from=project-iss… 6.redhat-menus软件包移入sig-recycle导致的部分kde缺少编译依赖，申请提交openEuler-menus。申报人：潘晨博申请pr见：https://gitee.com/openeuler/community/pulls/1602 7.知会基础设施已上线bugzilla系统，申请讨论后期配置使用策略申报人：曹志 8.Community review 工具使用方法说明申报人：胡core 9.更新软件包退出规则概述：软件退出规则较为刚性，导致一些广泛使用的软件无法继续使用.对于长期稳定和非业务路径的软件，建议维护一个例外软件清单。申报人：胡峰 10.openEuler构建工程清理规范概述：社区软件和参与者越来越多，openEuler构建后台存在大量私人工程，影响整个社区效率，新增编译工程管理规范（OBS）申报人：胡峰 ------------------ Original ------------------ From: "Hufeng (Solar, Euler)"<solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; Date: Mon, Feb 22, 2021 03:29 PM To: "冯建"<jian.feng(a)i-soft.com.cn<mailto:jian.feng@i-soft.com.cn>>; "Huxinwei"<huxinwei(a)huawei.com<mailto:huxinwei@huawei.com>>; "dev"<dev(a)openeuler.org<mailto:dev@openeuler.org>>; "tc"<tc(a)openeuler.org<mailto:tc@openeuler.org>>; Subject: [Tc] Re: [TC] openEuler TC周例会议题收集 8．更新软件包退出规则（和议题3类似）概述：软件退出规则较为刚性，导致一些广泛使用的软件无法继续使用.对于长期稳定和非业务路径的软件，建议维护一个例外软件清单申报人：胡峰 9．openEuler构建工程清理规范概述：社区软件和参与者越来越多，openEuler构建后台存在大量私人工程，影响整个社区效率，新增编译工程管理规范（OBS）申报人：胡峰 From: 冯建 [mailto:jian.feng@i-soft.com.cn] Sent: Monday, February 22, 2021 11:24 AM To: Huxinwei <huxinwei(a)huawei.com<mailto:huxinwei@huawei.com>>; dev <dev(a)openeuler.org<mailto:dev@openeuler.org>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> Subject: [Tc] Re: [TC] openEuler TC周例会议题收集收到，欢迎大家继续申报。 ======================= TC例会议题 2021.2.24 ========================== 1.申请创建生物信息学特别兴趣组SIG-BIO 申报人：陈衎 2.licesne和copyright扫描工具演示概述：用于后续集成到门禁中，用于识别license和copyright。申报人：高琨 3.依赖包停止维护的软件包如何操作更为合理。概述：类似deepin-manual软件包由于python2不再维护导致其不能成功编译，需将其移入sig-recycle。针对此类场景如何操作更为合理？申报人：李永强背景：https://gitee.com/openeuler/community/pulls/1590 openEuler社区当前软件包退出原则详见： https://gitee.com/openeuler/community/blob/master/zh/technical-committee/go… 4.再生电脑是否可以成为一个SIG 申报人：袁德俊背景：https://gitee.com/openeuler/community/issues/I38AJY 5.go-compilers软件包移入sig-recycle导致的部分golang宏无法使用。概述：如题，需要修改多个包的编译依赖，同时还需要重新适配spec。针对此类问题如何统一修改申报议题进行讨论。申报人：潘晨博背景： https://gitee.com/src-openeuler/go-compilers/issues/I2ALEV?from=project-iss… 6.redhat-menus软件包移入sig-recycle导致的部分kde缺少编译依赖，申请提交openEuler-menus。申报人：潘晨博申请pr见：https://gitee.com/openeuler/community/pulls/1602 7.知会基础设施已上线bugzilla系统，申请讨论后期配置使用策略申报人：曹志 8.Community review 工具使用方法说明申报人：胡core ------------------ Original ------------------ From: "Huxinwei"<huxinwei(a)huawei.com<mailto:huxinwei@huawei.com>>; Date: Mon, Feb 22, 2021 11:13 AM To: "冯建"<jian.feng(a)i-soft.com.cn<mailto:jian.feng@i-soft.com.cn>>; "dev"<dev(a)openeuler.org<mailto:dev@openeuler.org>>; "tc"<tc(a)openeuler.org<mailto:tc@openeuler.org>>; Subject: [Tc] Re: [TC] openEuler TC周例会议题收集申报一个议题： Community review 工具使用方法说明，预计15分钟。 From: 冯建 [mailto:jian.feng@i-soft.com.cn] Sent: Monday, February 22, 2021 9:49 AM To: dev <dev(a)openeuler.org<mailto:dev@openeuler.org>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> Subject: [Tc] [TC] openEuler TC周例会议题收集 @all openEuler TC例会预计在本周三(2/24) 10:00~12:00 以电话会议的形式召开，需要申报议题请发邮件给 tc(a)openeuler.org<mailto:tc@openeuler.org> 已有议题： 1）申请创建生物信息学特别兴趣组SIG-BIO 申报人：陈衎上次遗留问题： 1）license之间的兼容性问题负责人：高琨

3 3

Java-sig
by openEuler conference 28 Feb '21

28 Feb '21

1 0

oS-Builder 例会
by openEuler conference 27 Feb '21

27 Feb '21

2 1

3.14 树莓派基金会的树莓派日，我们要不要搞事情呢？
by 袁德俊 27 Feb '21

27 Feb '21

树莓派日 sig-raspberrypi 有没有啥庆祝活动？是个科普的好机会 3.14 树莓派基金会的树莓派日 https://www.raspberrypi.org/blog/pi-day-at-the-raspberry-pi-foundation/ （树莓派周刊的标题文。这可是个大日子。PI=3.1415926，可不是白色情人节）

2 1

答复: [openeuler-security] 安全技术sig例会
by Huxinwei 26 Feb '21

26 Feb '21

Ø 2. openEuler UEFI组件微软签名进展对齐能具体说明下这个进展是什么吗？发件人: zhujianwei (C) [mailto:zhujianwei7@huawei.com] 发送时间: 2021年2月26日 17:12 收件人: dev(a)openeuler.org; tc(a)openeuler.org; openeuler-security(a)openeuler.org 主题: [Tc] 答复: [openeuler-security] 安全技术sig例会会议时间：2021.02.26 参会人员：openEuler sig-security-facility SIG成员，麒麟软件-李蕾、徐叶、于珊珊，统信软件-张少宁会议纪要： 1. openEuler sig-security-facility SIG介绍； 2. openEuler UEFI组件微软签名进展对齐 3. secPaver安全策略管理工具原理介绍及命令行、Web UI功能演示。遗留问题：讨论明确社区签名服务器方案---责任人：朱健伟、颜小兵 From: openEuler conference [mailto:public@openeuler.io] Sent: Thursday, February 25, 2021 2:32 PM To: dev(a)openeuler.org<mailto:dev@openeuler.org>; tc(a)openeuler.org<mailto:tc@openeuler.org>; openeuler-security(a)openeuler.org<mailto:openeuler-security@openeuler.org> Subject: [openeuler-security] 安全技术sig例会您好！ openEuler sig-security-facility SIG 邀请您参加 2021-02-26 14:15 召开的ZOOM会议会议主题：安全技术sig例会会议内容：1 安全启动签名进展汇报 2 secPaver安全策略管理工具介绍 3 其他安全需求讨论会议链接：https://zoom.us/j/96493610614?pwd=RzRBclprb01QTVd4dUlDRDFzTThoZz09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-security-facility SIG invites you to attend the ZOOM conference will be held at 2021-02-26 14:15, The subject of the conference is 安全技术sig例会, Summary: 1 安全启动签名进展汇报 2 secPaver安全策略管理工具介绍 3 其他安全需求讨论 You can join the meeting at https://zoom.us/j/96493610614?pwd=RzRBclprb01QTVd4dUlDRDFzTThoZz09. More information<https://openeuler.org/zh/>

1 0

virt SIG 新会议 _ 老会议id冲突
by openEuler conference 26 Feb '21

26 Feb '21

1 0

，Compiler SIG双周例会
by openEuler conference 26 Feb '21

26 Feb '21

2 1

sig-cloudnative双周例会
by openEuler conference 25 Feb '21

25 Feb '21

1 0

openEuler 21.03创新版本 RC1转测试通知
by Xuxiaosong 25 Feb '21

25 Feb '21

转测试计划比原计划有1天延期。请相关责任人最晚于2021-2-27前完成特性进展更新为正常状态。 RC1版本取用路径如下： http://121.36.84.172/dailybuild/openEuler-21.03/openeuler-2021-02-23-17-45-… 欢迎感兴趣的开发者提前获取验证，对于发现的问题请及时以issue的方式反馈给openEuler社区（里程碑选择openEuler 21.03-RC1）。由本次为发布前测试环节，软件版本可能存在重大问题，不建议大规模使用。 Release计划路径 https://gitee.com/openeuler/release-management/blob/master/openEuler-21.03/… Release plan Stange name Begin time End time Kernel update 5.10 2020-10-20 2020-10-30 Key feature collect 2020-10-10 2020-12-15 Kernel freezing 2020-12-21 2020-12-30 Key feature freezing 2021-1-22 2021-1-22 Build beta branch 2021-2-1 2022-2-22 Beta test round 1（we are here） 2021-2-24 2021-3-2 Beta test round 2 2021-3-5 2021-3-11 Beta test round 3 2021-3-15 2021-3-19 Beta test round 4 2021-3-20 2021-3-20 release 2021-3-25 2021-3-26 Feture list 状态说明：discussion(方案讨论，需求未接受)，developing(开发中)，Testing(测试中)，Reject(未纳入版本) no fetur status sig owner 1 openEuler 21.03 support openStack<https://gitee.com/openeuler/release-management/issues/I25Y6B?from=project-i…> developing sig-openstack @joec88<https://gitee.com/joec88> @liksh<https://gitee.com/liksh> 2 openEuler 21.03 support virtualization live migration pro<https://gitee.com/openeuler/release-management/issues/I25ZB1?from=project-i…> Testing sig-virt @alexchen<https://gitee.com/zhendongchen> 3 openEuler 21.03 support StratoVirt function enhancement<https://gitee.com/openeuler/release-management/issues/I25ZH0?from=project-i…> Testing sig-virt @alexchen<https://gitee.com/zhendongchen> 4 openEuler 21.03 support Risc-v virt live migration<https://gitee.com/openeuler/release-management/issues/I25ZF1?from=project-i…> Testing sig-virt @alexchen<https://gitee.com/zhendongchen> 5 openEuler 21.03 support DDE<https://gitee.com/openeuler/release-management/issues/I27TT4?from=project-i…> developing sig-DDE @panchenbo<https://gitee.com/panchenbo> 6 openEuler 21.03 kernel update to version 5.10<https://gitee.com/openeuler/release-management/issues/I27YGU?from=project-i…> Testing sig-kernel @XieXiuQi<https://gitee.com/xiexiuqi> 7 openEuler 21.03 remove python 2 from release<https://gitee.com/openeuler/release-management/issues/I29EV9?from=project-i…> Testing sig-python-modules @yaqiangchen<https://gitee.com/yaqiangchen> 8 openEuler 21.03 support xfce 4.14<https://gitee.com/openeuler/release-management/issues/I29LTB?from=project-i…> developing xfce @dillon_chen<https://gitee.com/dillon_chen> 9 openEuler 21.03 support GNOME 3.38.1<https://gitee.com/openeuler/release-management/issues/I29LTT?from=project-i…> Reject GNOME @dillon_chen<https://gitee.com/dillon_chen> 10 openEuler 21.03 Increase the dependency library of ROS-base<https://gitee.com/openeuler/release-management/issues/I2D19V?from=project-i…> Reject sig-ROS @anchuanxu<https://gitee.com/anchuanxu> 11 openEuler 21.03 support memig<https://gitee.com/openeuler/release-management/issues/I2C2NY?from=project-i…> Testing memig @liuzhiqiang26<https://gitee.com/liuzhiqiang26> 12 openEuler 21.03 support replace vender info<https://gitee.com/openeuler/release-management/issues/I2C2JJ?from=project-i…> Testing Builder @t.feng<https://gitee.com/t.feng> 13 openEuler 21.03 support nvwa<https://gitee.com/openeuler/release-management/issues/I2B057?from=project-i…> Testing sig-ops @EulerOSWander<https://gitee.com/EulerOSWander> 14 openEuler 21.03 support secGear<https://gitee.com/openeuler/release-management/issues/I2B0KY?from=project-i…> Testing sig-confidential-computing @chenmaodong<https://gitee.com/chenmaodong> 15 openEuler 21.03 support RaspberryPi<https://gitee.com/openeuler/release-management/issues/I2CVE3> developing sig-RaspberryPi @woqidaideshi<https://gitee.com/woqidaideshi> 16 openEuler 21.03 support UKUI<https://gitee.com/openeuler/release-management/issues/I2E61C> developing sig-UKUI @dou33<https://gitee.com/dou33> 17 openEuler 21.03 support HA<https://gitee.com/openeuler/release-management/issues/I2E5R3?from=project-i…> developing sig-HA @yangzhao_kl<https://gitee.com/yangzhao_kl> 18 openEuler 21.03 support StratoVirt microvm image<https://gitee.com/openeuler/release-management/issues/I2P83D?from=project-i…> Testing sig-virt @alexchen<https://gitee.com/zhendongchen> 19 openEuler 21.03 support Kubernetes<https://gitee.com/openeuler/release-management/issues/I2CMA0?from=project-i…> Testing sig-cloudnative @jingxiaolu<https://gitee.com/jingxiaolu> 20 openEuler 21.03 support KubeSphere<https://gitee.com/openeuler/release-management/issues/I34L4L> Reject sig-kubesphere @feynmanzhou<https://gitee.com/feynmanzhou> 21 openEuler 21.03 update SPDK<https://gitee.com/openeuler/release-management/issues/I35A62> Testing Storage @liuzhiqiang<https://gitee.com/liuzhiqiang26> 22 openEuler 21.03 update some software<https://gitee.com/openeuler/release-management/issues/I35BTA> Testing release-management @chenyaqiang<https://gitee.com/yaqiangchen> 23 openEuler 21.03 slim container base image<https://gitee.com/openeuler/release-management/issues/I35D25> Testing sig-cloudnative @jingxiaolu<https://gitee.com/jingxiaolu>

1 0

ops sig例会议题收集
by openEuler conference 25 Feb '21

25 Feb '21

1 0

安全技术sig例会
by openEuler conference 25 Feb '21

25 Feb '21

1 0

sig-HA双周例会
by openEuler conference 25 Feb '21

25 Feb '21

1 0

[openeuler-security] 【会议纪要】安全委员会例会2021/2/24
by guoxiaoqi 25 Feb '21

25 Feb '21

【安全委员会例会纪要】轮值主持人：guoxiaoqi 下次主持人：jinjin 与会人：liujingang09, yanxiaobing2020, zhujianwei001，gwei3，guoxiaoqi, jinjin，闫志全，张少宁, wangyue, zhanghua, fanjiachen, wangyiru, lubing, xiujianfeng, 崔雷, wangweiyang, 白光磊, 马德斌, 张建均会议时间：2021年2月24日 16:00－18:00 会议地点：zoom会议会议主题： 1.漏洞感知系统主讲人：闫志全问题：仍然存在误报情况，提升数据准备性需要数据化，自动审核导致的误报需要归总起来；漏洞感知时间需要明确处理时间轴计划：1.系统稳定性：稳定性指标->稳定性方案->方案评审->方案实施->稳定性验证->灾备手册 2. 数据准确性：完善fixversion方案、对缺少startversion进行补充 3.自动审核：仅针对系统无法处理的情况进行人工审核 4.时效性：目标小于24小时计划需要排具体时间，是否有需求需要优先处理稳定性，时效性，误报率，漏报率（持续改进） 2.社区漏洞处理主讲人：guoxiaoqi 月初发布紧急漏洞5个，均为9分以上，达成社区SLA目标月度版本解决漏洞108个，SA 50个，补丁测试中，未发布（预计3月3日发布）遗留CVE评审：jetty CVE-2020-27218 CVE-2019-10241 暂时挂起，和maintainer一起讨论升级策略，持续跟踪 js-jquery1 CVE-2019-11358 CVE-2019-11023 作为衰退软件处理 3.CVE可视化视图方案讨论主讲人：liujingang 背景：今年需要对CVE感知和修复的情况进行度量，对CVE进行可视化管理，度量指标包括：漏洞感知时长、CVS issue首次响应时长、漏洞SA补丁修复时长和漏洞SA发布时长等7个度量指标。方案需细化的问题：人工录入的CVE issue，CVE-manage刷新CVE issue时从NVD中同步CVE首次公开时间。度量维度基于严重级别、sig组、版本分支分类遗留问题：版本维度是通过里程碑或分支？跟release-management团队（胡峰）确认 4.安全委员会准成员以及成员主要工作介绍介绍链接：https://gitee.com/openeuler/security-committee/blob/master/README.md 欢迎新成员崔雷加入openEuler安全委员会！新成员介绍：姓名：崔雷引荐人：刘金刚导师：刘金刚邮箱：cuilei(a)kylinos.cn 所在团队：麒麟软件安全团队ta 安全委员会后续工作改进点：对于不受影响的漏洞，安全委员成员每个发布周期需要去分析，静默修复的CVE补发SA，误报CVE汇总上报软件所。已挂起的漏洞，安全委员会成员持续跟踪。遗留任务：向nvd注册openEuler CPE —— liujingang 5. SA发布流程主讲人：zhangjianjun 检查csv文档是否有更新(时间在发布时间内)->校验组件CVE->issue对应PR->核验数据，生成对应分支的cvrf 下次会议计划时间：2021年3月3日，会议组织：jinjin 会议组织轮值表： liujingang09(a)huawei.com [@liujingang09] yanxiaobing(a)huawei.com [@yanxiaobing2020] zhujianwei7(a)huawei.com [@zhujianwei001] 11015100(a)qq.com [@gwei3] guoxiaoqi2(a)huawei.com [@guoxiaoqi] yanglijin(a)huawei.com [@jinjin] 2021年3月3日

1 0

bisect 交流会议
by openEuler conference 24 Feb '21

24 Feb '21

1 0

树莓派进展对齐
by openEuler conference 24 Feb '21

24 Feb '21

1 0

品牌宣传委员会例会
by openEuler conference 24 Feb '21

24 Feb '21

1 0

SIG openstack 例会
by openEuler conference 24 Feb '21

24 Feb '21

1 0

Re: [Tc] Re: [TC] openEuler TC周例会议题收集
by chenyaqiang 22 Feb '21

22 Feb '21

申请新增议题： LTS-SP1版本中golang组件升级影响分析review 概述：golang组件在LTS-SP1版本中因CVE漏洞修复及TLS加密协议过期等原因带来组件安全风险，需要通过升级版本方式解决，升级影响同步社区评审review；申报人：李翔/敬锐 From: 冯建 [mailto:jian.feng@i-soft.com.cn] Sent: Monday, February 22, 2021 5:33 PM To: Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; Huxinwei <huxinwei(a)huawei.com>; dev <dev(a)openeuler.org>; tc <tc(a)openeuler.org> Subject: [Tc] Re: [TC] openEuler TC周例会议题收集收到，新年开局真是规划满满啊，已经10个议题了[https://rescdn.qqmail.com/bizmail/zh_CN/images/mo/D… ======================= TC例会议题 2021.2.24 ========================== 1.申请创建生物信息学特别兴趣组SIG-BIO 申报人：陈衎 2.licesne和copyright扫描工具演示概述：用于后续集成到门禁中，用于识别license和copyright。申报人：高琨 3.依赖包停止维护的软件包如何操作更为合理。概述：类似deepin-manual软件包由于python2不再维护导致其不能成功编译，需将其移入sig-recycle。针对此类场景如何操作更为合理？申报人：李永强背景：https://gitee.com/openeuler/community/pulls/1590 openEuler社区当前软件包退出原则详见： https://gitee.com/openeuler/community/blob/master/zh/technical-committee/go… 4.再生电脑是否可以成为一个SIG 申报人：袁德俊背景：https://gitee.com/openeuler/community/issues/I38AJY 5.go-compilers软件包移入sig-recycle导致的部分golang宏无法使用。概述：如题，需要修改多个包的编译依赖，同时还需要重新适配spec。针对此类问题如何统一修改申报议题进行讨论。申报人：潘晨博背景： https://gitee.com/src-openeuler/go-compilers/issues/I2ALEV?from=project-iss… 6.redhat-menus软件包移入sig-recycle导致的部分kde缺少编译依赖，申请提交openEuler-menus。申报人：潘晨博申请pr见：https://gitee.com/openeuler/community/pulls/1602 7.知会基础设施已上线bugzilla系统，申请讨论后期配置使用策略申报人：曹志 8.Community review 工具使用方法说明申报人：胡core 9.更新软件包退出规则概述：软件退出规则较为刚性，导致一些广泛使用的软件无法继续使用.对于长期稳定和非业务路径的软件，建议维护一个例外软件清单。申报人：胡峰 10.openEuler构建工程清理规范概述：社区软件和参与者越来越多，openEuler构建后台存在大量私人工程，影响整个社区效率，新增编译工程管理规范（OBS）申报人：胡峰 ------------------ Original ------------------ From: "Hufeng (Solar, Euler)"<solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; Date: Mon, Feb 22, 2021 03:29 PM To: "冯建"<jian.feng(a)i-soft.com.cn<mailto:jian.feng@i-soft.com.cn>>; "Huxinwei"<huxinwei(a)huawei.com<mailto:huxinwei@huawei.com>>; "dev"<dev(a)openeuler.org<mailto:dev@openeuler.org>>; "tc"<tc(a)openeuler.org<mailto:tc@openeuler.org>>; Subject: [Tc] Re: [TC] openEuler TC周例会议题收集 8．更新软件包退出规则（和议题3类似）概述：软件退出规则较为刚性，导致一些广泛使用的软件无法继续使用.对于长期稳定和非业务路径的软件，建议维护一个例外软件清单申报人：胡峰 9．openEuler构建工程清理规范概述：社区软件和参与者越来越多，openEuler构建后台存在大量私人工程，影响整个社区效率，新增编译工程管理规范（OBS）申报人：胡峰 From: 冯建 [mailto:jian.feng@i-soft.com.cn] Sent: Monday, February 22, 2021 11:24 AM To: Huxinwei <huxinwei(a)huawei.com<mailto:huxinwei@huawei.com>>; dev <dev(a)openeuler.org<mailto:dev@openeuler.org>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> Subject: [Tc] Re: [TC] openEuler TC周例会议题收集收到，欢迎大家继续申报。 ======================= TC例会议题 2021.2.24 ========================== 1.申请创建生物信息学特别兴趣组SIG-BIO 申报人：陈衎 2.licesne和copyright扫描工具演示概述：用于后续集成到门禁中，用于识别license和copyright。申报人：高琨 3.依赖包停止维护的软件包如何操作更为合理。概述：类似deepin-manual软件包由于python2不再维护导致其不能成功编译，需将其移入sig-recycle。针对此类场景如何操作更为合理？申报人：李永强背景：https://gitee.com/openeuler/community/pulls/1590 openEuler社区当前软件包退出原则详见： https://gitee.com/openeuler/community/blob/master/zh/technical-committee/go… 4.再生电脑是否可以成为一个SIG 申报人：袁德俊背景：https://gitee.com/openeuler/community/issues/I38AJY 5.go-compilers软件包移入sig-recycle导致的部分golang宏无法使用。概述：如题，需要修改多个包的编译依赖，同时还需要重新适配spec。针对此类问题如何统一修改申报议题进行讨论。申报人：潘晨博背景： https://gitee.com/src-openeuler/go-compilers/issues/I2ALEV?from=project-iss… 6.redhat-menus软件包移入sig-recycle导致的部分kde缺少编译依赖，申请提交openEuler-menus。申报人：潘晨博申请pr见：https://gitee.com/openeuler/community/pulls/1602 7.知会基础设施已上线bugzilla系统，申请讨论后期配置使用策略申报人：曹志 8.Community review 工具使用方法说明申报人：胡core ------------------ Original ------------------ From: "Huxinwei"<huxinwei(a)huawei.com<mailto:huxinwei@huawei.com>>; Date: Mon, Feb 22, 2021 11:13 AM To: "冯建"<jian.feng(a)i-soft.com.cn<mailto:jian.feng@i-soft.com.cn>>; "dev"<dev(a)openeuler.org<mailto:dev@openeuler.org>>; "tc"<tc(a)openeuler.org<mailto:tc@openeuler.org>>; Subject: [Tc] Re: [TC] openEuler TC周例会议题收集申报一个议题： Community review 工具使用方法说明，预计15分钟。 From: 冯建 [mailto:jian.feng@i-soft.com.cn] Sent: Monday, February 22, 2021 9:49 AM To: dev <dev(a)openeuler.org<mailto:dev@openeuler.org>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> Subject: [Tc] [TC] openEuler TC周例会议题收集 @all openEuler TC例会预计在本周三(2/24) 10:00~12:00 以电话会议的形式召开，需要申报议题请发邮件给 tc(a)openeuler.org<mailto:tc@openeuler.org> 已有议题： 1）申请创建生物信息学特别兴趣组SIG-BIO 申报人：陈衎上次遗留问题： 1）license之间的兼容性问题负责人：高琨

1 0

Re: [Tc] Re: [TC] openEuler TC周例会议题收集
by Hufeng (Solar, Euler) 22 Feb '21

22 Feb '21

8．更新软件包退出规则（和议题3类似）概述：软件退出规则较为刚性，导致一些广泛使用的软件无法继续使用.对于长期稳定和非业务路径的软件，建议维护一个例外软件清单申报人：胡峰 9．openEuler构建工程清理规范概述：社区软件和参与者越来越多，openEuler构建后台存在大量私人工程，影响整个社区效率，新增编译工程管理规范（OBS）申报人：胡峰 From: 冯建 [mailto:jian.feng@i-soft.com.cn] Sent: Monday, February 22, 2021 11:24 AM To: Huxinwei <huxinwei(a)huawei.com>; dev <dev(a)openeuler.org>; tc <tc(a)openeuler.org> Subject: [Tc] Re: [TC] openEuler TC周例会议题收集收到，欢迎大家继续申报。 ======================= TC例会议题 2021.2.24 ========================== 1.申请创建生物信息学特别兴趣组SIG-BIO 申报人：陈衎 2.licesne和copyright扫描工具演示概述：用于后续集成到门禁中，用于识别license和copyright。申报人：高琨 3.依赖包停止维护的软件包如何操作更为合理。概述：类似deepin-manual软件包由于python2不再维护导致其不能成功编译，需将其移入sig-recycle。针对此类场景如何操作更为合理？申报人：李永强背景：https://gitee.com/openeuler/community/pulls/1590 openEuler社区当前软件包退出原则详见： https://gitee.com/openeuler/community/blob/master/zh/technical-committee/go… 4.再生电脑是否可以成为一个SIG 申报人：袁德俊背景：https://gitee.com/openeuler/community/issues/I38AJY 5.go-compilers软件包移入sig-recycle导致的部分golang宏无法使用。概述：如题，需要修改多个包的编译依赖，同时还需要重新适配spec。针对此类问题如何统一修改申报议题进行讨论。申报人：潘晨博背景： https://gitee.com/src-openeuler/go-compilers/issues/I2ALEV?from=project-iss… 6.redhat-menus软件包移入sig-recycle导致的部分kde缺少编译依赖，申请提交openEuler-menus。申报人：潘晨博申请pr见：https://gitee.com/openeuler/community/pulls/1602 7.知会基础设施已上线bugzilla系统，申请讨论后期配置使用策略申报人：曹志 8.Community review 工具使用方法说明申报人：胡core ------------------ Original ------------------ From: "Huxinwei"<huxinwei(a)huawei.com<mailto:huxinwei@huawei.com>>; Date: Mon, Feb 22, 2021 11:13 AM To: "冯建"<jian.feng(a)i-soft.com.cn<mailto:jian.feng@i-soft.com.cn>>; "dev"<dev(a)openeuler.org<mailto:dev@openeuler.org>>; "tc"<tc(a)openeuler.org<mailto:tc@openeuler.org>>; Subject: [Tc] Re: [TC] openEuler TC周例会议题收集申报一个议题： Community review 工具使用方法说明，预计15分钟。 From: 冯建 [mailto:jian.feng@i-soft.com.cn] Sent: Monday, February 22, 2021 9:49 AM To: dev <dev(a)openeuler.org<mailto:dev@openeuler.org>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> Subject: [Tc] [TC] openEuler TC周例会议题收集 @all openEuler TC例会预计在本周三(2/24) 10:00~12:00 以电话会议的形式召开，需要申报议题请发邮件给 tc(a)openeuler.org<mailto:tc@openeuler.org> 已有议题： 1）申请创建生物信息学特别兴趣组SIG-BIO 申报人：陈衎上次遗留问题： 1）license之间的兼容性问题负责人：高琨

1 0

openEuler Virt SIG meeting
by openEuler conference 22 Feb '21

22 Feb '21

1 0

[TC] openEuler TC周例会议题收集
by 冯建 22 Feb '21

22 Feb '21

@all openEuler TC例会预计在本周三(2/24) 10:00~12:00 以电话会议的形式召开，需要申报议题请发邮件给 tc(a)openeuler.org 已有议题： 1）申请创建生物信息学特别兴趣组SIG-BIO 申报人：陈衎上次遗留问题： 1）license之间的兼容性问题        负责人：高琨

5 6

申报议题：类似deepin-manual软件包由于python2不再维护，导致其不能成功编译，需将其移入到sig-recycle进行讨论///答复: [Tc] [TC] openEuler TC周例会议题收集
by liyongqiang (H) 22 Feb '21

22 Feb '21

申报议题：类似deepin-manual软件包由于python2不再维护导致其不能成功编译，需将其移入sig-recycle。针对此类场景如何操作更为合理申报议题进行讨论背景：问题背景详见： https://gitee.com/openeuler/community/pulls/1590 openEuler社区当前软件包退出原则详见： https://gitee.com/openeuler/community/blob/master/zh/technical-committee/go… 申报人：李永强发件人: 冯建 [mailto:jian.feng@i-soft.com.cn] 发送时间: 2021年2月22日 9:49 收件人: dev <dev(a)openeuler.org>; tc <tc(a)openeuler.org> 主题: [Tc] [TC] openEuler TC周例会议题收集 @all openEuler TC例会预计在本周三(2/24) 10:00~12:00 以电话会议的形式召开，需要申报议题请发邮件给 tc(a)openeuler.org<mailto:tc@openeuler.org> 已有议题： 1）申请创建生物信息学特别兴趣组SIG-BIO 申报人：陈衎上次遗留问题： 1）license之间的兼容性问题负责人：高琨

3 2

Tc周例会
by openEuler conference 22 Feb '21

22 Feb '21

1 0

倡议 - 丰富开源数据库软件生态， DB SIG
by 270162781 20 Feb '21

20 Feb '21

各位openEuler的各位前辈大家好，我叫赵波，gitee ID: bzhaoop.  之所以在这里提出倡议，是因为最近在研究openEuler软件仓库中的开源数据库软件版本，发现对应的开源数据库版本有如下几个问题： 1. 版本单一，有些数据库软件版本不是最新。 2. openEuler LTS不支持数据库软件多版本。对应的openEuler version和DB软件包version如下： | openEuler版本 | MySQL版本       | MariaDB版本 | PostgreSQL版本 | |-------------|---------------|-----------|--------------| | 20.03 LTS   | 8.0.22        | 10.3.9    | 10.5         | | 20.03 SP1   | 5.7.21/8.0.22 | 10.3.9    | 10.3         | | 20.09       | 8.0.22        | 10.3.9    | 10.5         | | 21.03       | 5.7.21/8.0.22 | 10.3.9    | 10.5         | 以上是在src-openEuler对应项目仓库的spec中收集的。在上游社区中，对应的版本已经更新如下： | 开源数据库      | 上游维护的最新版本                      | |------------|--------------------------------| | MySQL      | 5.6.51/5.7.33/8.0.23           | | MariaDB    | 10.2.36/10.3.27/10.4.17/10.5.8 | | PostgreSQL | 9.5.24/9.6.20/10.15/11.10/12.5 | 参照ubuntu/centos发布软件仓库借鉴： | ubuntu发布版 | MySQL版本 | MariaDB版本 | PostgreSQL版本 | |-----------|---------|-----------|--------------| | xenial    | 5.7.33  | 10.0.38   | 9.5.24       | | bionic    | 5.7.33  | 10.1.47   | 10.15        | | focal     | 8.0.23  | 10.3.25   | 12.5         | | groovy    | 8.0.23  | 10.3.25   | 12.5         | | centos发布版 | MySQL版本 | MariaDB版本       | PostgreSQL版本                        | |-----------|---------|-----------------|-------------------------------------| | 7         | N/A     | 5.5.68          | 9.2.24                              | | 8         | 8.0.21  | 10.3.17/10.3.27 | 9.6.10/9.6.20/10.14/10.15/12.1/12.5 | | 8-stream  | 8.0.21  | 10.3.27/10.5.8  | 9.6.20/10.15/12.5/13.1              | 可以看到借鉴其他OS发布的经验，他们在对待稳定版数据库版本时，一般取最新的稳定版放在主分支（LTS），并且包含多数据库软件包版本，另外，会把最靠近当前开发分支的放在非LTS OS版本上。这一部分工作是openEuler社区需要补充的。以上所述的问题是有必要解决，并且需要一个组织来承载维护工作的，当然在openEuler社区，应该就是DB SIG。但是经了解，目前DB SIG组员比较少，需要大家的力量。所以希望有意愿参与DB SIG的朋友能够加入，增加openEuler社区与开源生态粘性，一起让openEuler社区更好。谢谢大家

1 0

安全委员例会
by openEuler conference 20 Feb '21

20 Feb '21

1 0

openEuler kernel sig meeting
by openEuler conference 19 Feb '21

19 Feb '21

2 1

Re: openEuler kernel sig meeting
by gwei3 19 Feb '21

19 Feb '21

申报议题： 2. 讨论设立sig安全联络员及如何缩短sig所属项目的CVE响应时间魏刚 ---Original--- From: "openEuler conference"<public(a)openeuler.io> Date: Thu, Feb 18, 2021 17:12 PM To: "dev"<dev(a)openeuler.org>;"kernel"<kernel(a)openeuler.org>; Subject: [Dev] openEuler kernel sig meeting 您好！ openEuler Kernel SIG 邀请您参加 2021-02-19 10:00 召开的ZOOM会议会议主题：openEuler kernel sig meeting 会议内容：1. 树莓派补丁合入openEuler 5.10 内核讨论会议链接：https://zoom.us/j/92887086207?pwd=emdmSVVFekh5eXRSczNNTngrcWYzUT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler Kernel SIG invites you to attend the ZOOM conference will be held at 2021-02-19 10:00, The subject of the conference is openEuler kernel sig meeting, Summary: 1. 树莓派补丁合入openEuler 5.10 内核讨论 You can join the meeting at https://zoom.us/j/92887086207?pwd=emdmSVVFekh5eXRSczNNTngrcWYzUT09. More information

1 0

Re: A manufacturer that can customize products
by zjywpinxu＠163.com 13 Feb '21

13 Feb '21

Dear friends How is it going? This is Allen from Yiwu Pinxu Import and Export Co., Ltd. We are a manufacturer, mainly customizing fashion accessories and promotional accessories, cosmetics, daily necessities, etc. for customers. The company’s official website has been built, invite to view more product catalogs www.ywpxjck.com Best wishes Allen manager Pin Xu Co., Ltd.

1 0

Re: New design fashion jewelry manufacturer
by zjywpinxu＠163.com 11 Feb '21

11 Feb '21

DearWe are a Chinese OEM and ODM manufacturer of jewelry, cosmetics and daily necessities. If there is anything we can do for you, please reply to this email. Thank you.The best blessingAllen

1 0

树莓派全球社区漂流计划 - 效仿Astro-PI 升级石榴派 ! Fw:Re:回复：[Tc] Re: 把openEuler 送上中国空间站。Re:RaspberryPi例会
by 袁德俊 11 Feb '21

11 Feb '21

关心SIG民族棋组的各位老师，你们好：现将 sig-minzuchess 9日月例会纪要和下步工作整理如下：纪要分两个部分： 1，正式发布测试仓 “石榴派” forked from openEuler / raspberrypi -. 测试交付方案：https://gitee.com/blesschess/shiliupi/issues/I2CM98 -. 石榴派交付方案：https://gitee.com/blesschess/shiliupi * 新增两个与 sig-minzuchess 同名的两个仓的测试仓，到石榴派。 * 配合全球漂流计划，将blesschess 在 github 上建立了镜像，以适配不同文化版本。 https://github.com/blesschess 2、树莓派社区全球漂流计划 Shiliu Pi (Pomegranate Pi) Drift Project https://www.raspberrypi.org/forums/viewtopic.php?f=104&p=1817058#p1817058 Building a “Blesschess” Set with Kids All Over the World 分别在两个全球社区开展推广工作，目标是招募“树莓派”开发者预装“石榴派”，参与漂流计划，在本地开展民族棋示范。 * 树莓派技术社区 * 国际象棋爱好者社区（邀请了一位中国的国际象棋大师做共同发起人。）下步工作： 1. 通过ASTRO-PI项目和石榴派项目相结合的方式，登上中国空间站，以获得树莓派技术社区支持. 2. 请openEuler社区做石榴派交付测试 3. 安全测试内容： * ASTRO-PI 要求的工况测试 * ESA 要求的网络安全测试，目前ESA授权树莓派基金会可以通过ESA局域网实现空间站的树莓派操作，包括上传程序，下载数据。 4. 树莓派硬件社区合作内容：完成国际象棋计算机的仿真。（目标是多键控制，丰富交互功能）当前版本：v0.99.002 下个版本：v0.99.010 （规划中...）诚意邀请，社区中有硬件开发相关经验的开发者加入石榴派漂流项目。 TC委员会，是否有硬件盒子类的SIG组？或者以石榴派和ASTRO-PI为原型成立新SIG组？ ----------------------------------------------------------- 会议主题：sig-minzuchess 9日月例会 2021-2-09 19:00-20:00 会议内容：1. 测试交付方案 2. 石榴派交付方案 3. 树莓派社区全球漂流计划会议链接：https://zoom.us/j/93573196027?pwd=NFJEbEhpVW5wYXgzQW1wUFVqYzVWdz09 -------- 转发邮件信息 -------- 发件人："袁德俊" <yuandj1972(a)163.com> 发送日期：2021-02-09 00:58:37 收件人：jianmin(a)iscas.ac.cn,"myeuler(a)163.com" <myeuler(a)163.com> 抄送人：dev@openeuler.org,tc@openeuler.org 主题：Re:[Dev] 回复：[Tc] Re: 把openEuler 送上中国空间站。Re:RaspberryPi例会我咨询了一位老师，上天大概有这么几个步骤： 1，首先要做一个盒子，和AstroPi一样的，是否有数码管界面，待定。现在有两个上天的方案， a, 发一个卫星，做一个REMOTE的盒子，外观就不太重要，只考虑功能即可。现在就有在轨的，用的时 ARDUINO 的MCU，接受一些温度等参数，还有卫星姿态的参数，还有短信收发通过无线电波的通道。 b, 和ASTROPI一样，上咱们中国的空间站。这个可能就不能用树莓派啦吧，应该咱们自主的。我们是不是可以动员下自己造一个全新的石榴派呢，有些冒进啦。 2，功能方面，可以设计的很丰富，也可以很简单，看我们的目标。我当然时希望成为青少年科普的一个阵地。 3，具体的通路是有的。上星的化，就是平摊上星的载荷。不只有这个盒子，还要做一些周边的监控和控制电路。也就是保姆电路，上星是有要求的。 4，不管是上星还是上空间站，这个盒子的安全性肯定是要很可靠的，要航天级别的测试水平。应该会是个大项目，和石榴派现在的民族棋示教有相当距离，航天员在天上玩游戏是不是允许，到可以问问，给航天员叔叔设计小游戏这是不是有点儿跑题啦。:D 石榴派的盒子现在已经有一个版本了。是地面的，针对国际象棋社区的，因为国际化需要借助国际象棋社区，所有石榴派里预装了 chess 的应用。需要配合外设，我已经和硬件团队联系好了，可以完成。就从石榴派的交付的样貌，应该是已经和 AstroPi 很像了。来个空天对弈，是不成问题的。上天这个事，对于社区应该是可靠性测试更严格了吧，必定安全是第一位的，具体对 openEuler 有怎样的要求我就不知道。既然是仿照 AstroPi 来，研究下树莓派社区都做了哪些工作，应该能找些答案吧。下面是1月29号SIG组会上发布的，古董仿制品。 https://gitee.com/yuandj/siger/issues/I2DZNW#note_4189114 在 2021-02-06 09:48:46，"myeuler(a)163.com" <myeuler(a)163.com> 写道：很cool，请问具体要做什么？社区能帮什么忙呢？发自我的华为手机 -------- 原始邮件 -------- 发件人： Jianmin Wang <jianmin(a)iscas.ac.cn> 日期： 2021年2月3日周三傍晚5:05 收件人：袁德俊 <yuandj1972(a)163.com> 抄送： dev(a)openeuler.org, tc(a)openeuler.org 主题： [Tc] Re: 把openEuler 送上中国空间站。Re:[Dev] RaspberryPi例会袁老师，你好，这个想法很酷，具体是采用树莓派还是其他硬件盒子，我觉得可以在社区内讨论起来，也促进各类盒子的适配，看怎样做具有可行性。 ——王建民 On 3 Feb 2021, at 1:14 PM, 袁德俊 <yuandj1972(a)163.com> wrote: 建明，你好！ + 这样的提案，是否属于树莓派组，咱们也做一个 AstroPi 上到咱中国自己的空间站，用 openEuler 做内核。 https://gitee.com/yuandj/shiliupi/wikis/mission-zero?sort_id=3503277 在 2021-02-02 08:42:09，"openEuler conference" <public(a)openeuler.io> 写道：您好！ openEuler sig-RaspberryPi SIG 邀请您参加 2021-02-02 15:00 召开的ZOOM会议会议主题：RaspberryPi例会会议内容：1. openEuler 的树莓派镜像安装 Gnome 桌面环境 2. 上游树莓派内核代码分支合并到 openEuler 的工作进展会议链接：https://zoom.us/j/95862106602?pwd=MWF2NWVzVExVTnFKcnBLK085RkY2Zz09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-RaspberryPi SIG invites you to attend the ZOOM conference will be held at 2021-02-02 15:00, The subject of the conference is RaspberryPi例会, Summary: 1. openEuler 的树莓派镜像安装 Gnome 桌面环境 2. 上游树莓派内核代码分支合并到 openEuler 的工作进展 You can join the meeting at https://zoom.us/j/95862106602?pwd=MWF2NWVzVExVTnFKcnBLK085RkY2Zz09. More information

1 0

Re: New jewelry
by zjywpinxu＠163.com 10 Feb '21

10 Feb '21

Dear I'm very happy to hear that you want jewelry. I’m Allen from China Yiwu Pinxu Co., Ltd. We specialize in jewelry For 6 years, serving customers such as Wal-Mart, Kohler, shopping malls, Best Buy, IKEA, etc. And hope to find a way to cooperate with you! Free samples can be sent as required. Call me and let us talk more! Best wishes, Allen Company Name: Yiwu Pinxu Jewelry Co., Ltd. Address: No.809, Quanbei, Houzhai Street, Yiwu City, Zhejiang Province Phone: 13065960737

1 0

【update版本发布评审】openEuler 20.03 LTS Update 20210210 release评审启动
by Hufeng (Solar, Euler) 10 Feb '21

10 Feb '21

根据版本规则，解决9分以上CVE触发本次紧急版本发布。 openEuler 20.03 LTS Update 20210210 release已经测试完成。请TC委员，Release委员，QA委员在issue内答复评审意见，欢迎广大开发者对本次发布发表意见，您的每条意见我们都会认真对待，并加以改进。 19:00后单点找未反馈委员和有针对性意见的人员单独沟通。 https://gitee.com/openeuler/release-management/issues/I37WMO?from=project-i… 本次发布软件包验证的测试策略如下： 1、合入发布软件包后对应的日构建版本冒烟验证 2、发布软件包的安装升级管理操作验证 1)验证本次发布软件包的升级正确性符合用户实际使用场景从3月份版本直接升级选取中间版本进行升级 2)发布软件包管理验证升级后的卸载与回退 3、本次发布软件包提供服务的管理操作验证(启动/停止/重启等) 4、本次发布范围中重点软件包基本功能验证整体测试结论如下： 1、本次发布软件包可以进行正常的升级、降级、安装、卸载操作 2、软件包升级后相应的系统集成功能正常 3、发布软件包的基本功能正常本次测试无新增问题，质量良好版本目标：CVE和Bugfix修复版本计划：例行CVE冻结（本次为紧急修复9分以上CVE）：20210210 代码冻结： 20210209 转测试时间：20210210 版本发布： 20210210 本次更新主要涉及，python3，php和gssproxy。修复cve：5个发布源码包34个 arm二进制包50个 x86二进制包50个 CVE清单： CVE score status CVE-2019-7164 9.8 完成 CVE-2021-3177 9.8 完成 CVE-2020-7060 9.1 完成 CVE-2020-12658 9.8 完成 CVE-2021-3185 9.8 完成涉及软件仓清单 src-openEuler/python-sqlalchemy src-openEuler/python3 src-openEuler/php src-openEuler/gssproxy src-openEuler/gstreamer1-plugins-bad-free

1 0

Partnership
by Ms. Reem 10 Feb '21

10 Feb '21

Hello, My name is Ms. Reem Ebrahim Al-Hashimi, I am the "Minister of state and Petroleum" also "Minister of State for International Cooperation" in UAE. I write to you on behalf of my other "three (3) colleagues" who has approved me to solicit for your "partnership in claiming of {us$47=Million}" from a Financial Home in Turkey on their behalf and for our "Mutual Benefits". The Fund {us$47=Million} is our share from the (over-invoiced) Oil/Gas deal with Turkey/Greece Government within 2015/2017, however, we don't want our government to know about the fund. If this proposal interests you, let me know, by sending me an email and I will send to you detailed information on how this business would be successfully transacted. Be informed that nobody knows about the secret of this fund except us, and we know how to carry out the entire transaction. So I am compelled to ask, that you will stand on our behalf and receive this fund into any account that is solely controlled by you. We will compensate you with 20% of the total amount involved as gratification for being our partner in this transaction. Reply to: rrrmhashimi2021(a)naver.com Regards, Ms. Reem.

1 0

咨询oVirt-sig
by zhaohlsky 09 Feb '21

09 Feb '21

各位开发大佬：新年好！我关注到openEuler中有关于oVirt的小组，我目前在使用openEuler 20.03LTS 发邮件来就是弱弱问一下，什么时候能安装并在生产上使用啊？我比较菜，只会yum安装，码云上的东西看不懂。辛苦各位大佬了！赵宏亮成都市第一人民医院信息科

1 0

RaspberryPi例会
by openEuler conference 09 Feb '21

09 Feb '21

5 5

Re: A manufacturer that can customize products
by zjywpinxu＠163.com 08 Feb '21

08 Feb '21

Dear good day, We have developed new products for jewelry, fashion jewelry, cosmetics, daily necessities, with good quality. We can send you high resolution pictures. If you are interested, you can check our company's product catalog on the link www.ywpxjck.com Best regards Allen manager cell: +8613732448175 WeChat 172789688 Pinxu Import and Export Co., Ltd.

1 0

sig-cloudnative双周例会
by openEuler conference 07 Feb '21

07 Feb '21

3 2

sig-minzuchess 9日月例会
by openEuler conference 06 Feb '21

06 Feb '21

1 0

RISC-V SIG 例会
by openEuler conference 05 Feb '21

05 Feb '21

1 0

关于go 的归属
by Erik Yuan 05 Feb '21

05 Feb '21

Hi, 请教一下各位，Go目前在openEuler是归属哪个 SIG的领地？是 Golang SIG(目前可能归并到了CloudNative SIG了）？ Programming-language？还是专有的 SIG组来统领诸多的Go相关组件... 谢谢！

5 5

安全委员会例会
by openEuler conference 04 Feb '21

04 Feb '21

2 1

Re: 关于go 的归属
by jingrui 03 Feb '21

03 Feb '21

Hi, Golang已经广泛在云原生项目使用，目前还是独立SIG，后续云原生仍是top支持场景。 BR.

1 0

RISC-V SIG例会
by openEuler conference 03 Feb '21

03 Feb '21

1 0

【openEuler工程系统维护通知】2021-02-03 17:30~2021-02-03 24:00 openEuler构建系统进行IO升级，维护期间门禁会受影响。
by Hufeng (Solar, Euler) 03 Feb '21

03 Feb '21

openEuler社区广大贡献者：大家好，先给大家拜个早年。 openEuler社区在大家1年多的努力下，社区仓库数已经达到7676个。后台编译系统支撑2036个项目，45650个软件包编译，与大家一年来的贡献密切相关，很感谢大家的辛苦付出。高兴的同时，构建系统也迎来了巨大的挑战， IO拥塞是影响编译效率的关键问题，本次计划于2020/2/3 17:30~24:00对IO进行升级，提升系统编译效率。同时openEuler 21.03发布期限临近，今天会同时对所有仓库建立21.03的分支，版本测试期间内分支会处于冻结状态，冻结后除了maintainer还需要release manage的委员同时审批才能合入。此举是为了保证21.03尽快稳定，并发布给大家，希望大家理解。对大家工作造成的影响，深表歉意。 ------- release management sig

1 0

【合规工作组例会纪要】 SIG-complaince meeting note
by Gaokun (King) 02 Feb '21

02 Feb '21

时间：2021年2月2日早上10：00- 11：00（北京时间）感谢各位小伙伴的支持和关注，今天的例会共有30+人参加，最高峰有28人同时在线，可以看到合规的问题大家还是很重视的。会议纪要： 1、针对openEuler当前社区提供的70+ license清单，高琨、李自和张伟律师制定了表格，内容包括了权力、义务和限制条件并在会上进行了解读。待再次校验之后，会在合规SIG的网页上展示。 2、会上有小伙伴问到了自由软件和商用的关系，两者是没有直接关系的。 3、会上讨论可以在合规的repo提交issue来讨论问题，很感谢三位贡献者 @ weidongkl<https://gitee.com/weidongkl> @ jzm369<https://gitee.com/jinzhimin369> @ haochen<https://gitee.com/haochenstar> 今天提的issue： https://gitee.com/openeuler/compliance/issues/I34W2J?from=project-issue https://gitee.com/openeuler/compliance/issues/I34LMI?from=project-issue https://gitee.com/openeuler/compliance/issues/I34K14?from=project-issue 我们已经全部进行了答复，有问题欢迎继续讨论。高琨 The English version is below the dividing line. Time: February 2, 2021, 10:00 - 11:00 AM Beijing time Thank you for your support and attention. Today's regular meeting was attended by more than 30 people, and 28 people were online at the peak. We can feel that compliance are very important to you. Meeting Minutes: 1. According to the 70+ license list provided by the OpenEuler community, Gao Kun, Li Zi, and lawer Zhang Wei developed a table, including rights, obligations, and restrictions, and interpreted the form at the meeting. After the verification is table again, the information will display on the compliance SIG web page. 2. Some attender asked about the relationship between free software and commercial software.Answer is there is no directly relationship between them. 3. For discussion at the meeting, you can submit issues in the compliance repo to discuss issues. We are grateful to the three contributors @ weidongkl @ jzm369 @ haochen for all open issues today： https://gitee.com/openeuler/compliance/issues/I34W2J?from=project-issue https://gitee.com/openeuler/compliance/issues/I34LMI?from=project-issue https://gitee.com/openeuler/compliance/issues/I34K14?from=project-issue We have responded to all the issues. You are welcome to continue the discussion. King

1 0

sig openstack 例会
by openEuler conference 02 Feb '21

02 Feb '21

1 0

openEuler 社区 2021 年 1 月运作报告
by Huxinwei 02 Feb '21

02 Feb '21

[cid:image001.jpg@01D6F990.A8CA5ED0] 技术委员会的改变在过去的 2020 年年尾，技术委员会经历了第一次增改选，团队的规模从7人增加到17人。这次变动的根本原因是社区快速发展，需要一个更大的领域间合作讨论平台。这次新增的技术委员会委员中，既有各家厂商的资深从业者，也有社区里广受尊敬的“老神仙”，还有华为公司在各个领域的专家。如果说共同点的话，这些伙伴们在 2020 都深度参与了 openEuler 社区的运作，也对openEuler的发展贡献良多。 1. 卞乃猛 bian_naimeng(a)hoperun.com<mailto:bian_naimeng@hoperun.com> [@biannm<https://gitee.com/biannm>] 2. 陈祺德 dillon.chen(a)turbolinux.com.cn<mailto:dillon.chen@turbolinux.com.cn> [@dillon_chen<https://gitee.com/dillon_chen>] 3. 冯健 jian.feng(a)i-soft.com.cn<mailto:jian.feng@i-soft.com.cn> [@hostfj<https://gitee.com/hostfj>] 4. 郭寒军 guohanjun(a)huawei.com<mailto:guohanjun@huawei.com> [@hanjun-guo<https://gitee.com/hanjun-guo>] 5. 侯健 houjian(a)kylinos.cn<mailto:houjian@kylinos.cn> [@hjimmy<https://gitee.com/hjimmy>] 6. 胡欣蔚 huxinwei(a)huawei.com<mailto:huxinwei@huawei.com> [@shinwell_hu<https://gitee.com/shinwell_hu>] 7. 姜振华 zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com> [@Ronnie_Jiang<https://gitee.com/Ronnie_Jiang>] 8. 刘金刚 liujingang09(a)huawei.com<mailto:liujingang09@huawei.com> [@liujingang09<https://gitee.com/liujingang09>] 9. 李永强 liyongqiang10(a)huawei.com<mailto:liyongqiang10@huawei.com> [@charlie_li<https://gitee.com/charlie_li>] 10. 马全一 eli(a)patch.sh<mailto:eli@patch.sh> [@genedna<https://gitee.com/genedna>] 11. 石勇 shiyong(a)kylinos.com.cn<mailto:shiyong@kylinos.com.cn> [@stonefly<https://gitee.com/stonefly>] 12. 王建民 jianmin(a)iscas.ac.cn<mailto:jianmin@iscas.ac.cn> [@jianminw<https://gitee.com/jianminw>] 13. 王志钢 wangzhigang17(a)huawei.com<mailto:wangzhigang17@huawei.com> [@cellfaint<https://gitee.com/cellfaint>] 14. 魏伟 weiwei64(a)huawei.com<mailto:weiwei64@huawei.com> [@wweiandrew<https://gitee.com/wweiandrew>] 15. 吴峰光 wufengguang(a)huawei.com<mailto:wufengguang@huawei.com> [@wu_fengguang<https://gitee.com/wu_fengguang>] 16. 熊伟 xiongwei888(a)huawei.com<mailto:xiongwei888@huawei.com> [@myeuler<https://gitee.com/myeuler>] 17. 叶青龙 yeqinglong(a)uniontech.com<mailto:yeqinglong@uniontech.com> [@yeqinglong01<https://gitee.com/yeqinglong01>] 大家基于不同的背景和出发点，分享共同的愿景。希望在2021年里，通过各位小伙伴的共同努力，把 openEuler 社区运作的更好。 1月新成立的 SIG 到1月底，openEuler 社区已经有了 77 个 SIG，我们借助一张图来更直观的展示下。新增的SIG用红色的星号做了标记。 [cid:image002.png@01D6F990.A8CA5ED0] 其中，Container SIG 改名为 Cloud Native SIG。经过多方协调，新的SIG负责的范围扩大了。包括 OKD SIG 中维护的基础软件包也已经并入了 Cloud Native SIG。相应的，Kubernetes SIG更名为 KuberSphere SIG，后续会更加聚焦。openEuler 的公众号近期也会有专文阐释,欢迎大家关注。 [cid:image003.jpg@01D6F990.A8CA5ED0] Cloud Native SIG是一个非常重要的SIG，它承载了openEuler云原生的重要工作，也是未来openEuler 21.09的核心特性之一。希望该SIG能将openEuler带入到激动人心的云原生时代。新成立的Compliance SIG是由开源软件专家高琨 (@king-gao<https://gitee.com/king-gao>)所发起，也得到了麒麟信安和润和的积极响应。这个SIG的目标是帮助快速发展的 openEuler 社区满足合规要求，包括社区中片段引用代码带来的版权风险，不同开源软件组件的License自动化识别，以及对License之前潜在冲突的提前分析。我们也希望Compliance SIG能够为国内的软件合规做出样板，同时能够积累出一系列软件工具，为行业提供公共的能力服务。朱家法(@wl1587<https://gitee.com/wl1587>)和吕修任(@lllxxxrrr<https://gitee.com/lllxxxrrr>)在 openEuler 中发起了面向嵌入式场景的 Embedded SIG。这个SIG主要关注将 openEuler 中的开源组件，通过裁剪定制，形成更加适合嵌入式环境中使用的版本。这也是社区走向多样化的必经之路。我们也希望通过Embedded SIG将openEuler社区打造成端、边、云一体化的基础设施平台，同时真正实现整个架构设计的“榫卯”化。 OPS SIG则是社区已经酝酿了很久的SIG，内核热替换等关键技术，将通过这个SIG的工作，进入 openEuler 社区和版本。在21.03这个即将发布的版本中，大家将会见到这个期待已久的新特性的正式亮相。除了这些之外，1月最意外的，还要算袁德俊老师(@yuandj<https://gitee.com/yuandj>)申请的 minzuchess （民族棋）这个SIG。袁老师一直致力于推广人工智能与中国非遗文化传承的结合。这次在社区申请成立的SIG，也是希望通过共性技术沉淀，让青少年可以参与到多民族多游戏样本的开发中来。之前没有想到过 openEuler 社区还会和青少年教育，民族文化传承等建立联系。要感谢袁老师和这个SIG的导师王建民(@jianminw<https://gitee.com/jianminw>)，让我们看到了 openEuler 跨界的可能。随着开源文化在国内的逐步推广和深入人心，我们相信这样的跨界还会发生。 20.03 LTS SP1 发布 2020 年 12 月的最后一周，openEuler 20.03 LTS 的第一个 SP 版本发布了<https://openeuler.org/zh/news/20201228.html>。这个版本中对操作系统内核、虚拟化，JDK 等领域都做了一定的增强，修复了306个已知的安全漏洞，更重要的是集成了社区伙伴们贡献的 UKUI 桌面，DDE 桌面，Pacemaker + Corosync 高可靠集群软件等解决方案。围绕第一个SP版本的发布，Release Management SIG和社区合作伙伴对于 openEuler LTS 的维护策略有非常多的讨论，技术委员会也看到不少下游的用户希望能够就维护策略做进一步的讨论。对于 openEuler 的维护策略的讨论，本质上是社区需要给合作伙伴和用户对未来的一个明确预期。而从技术委员会的角度，我觉得更重要的是先对 “LTS” 有个统一的认识。忒休斯之船古希腊作家普鲁塔克讲过这样一个传说，忒休斯回雅典时乘坐的30桨船被雅典人作为纪念碑保留下来，随着时间流逝，木材腐朽，而雅典人会用新的木头来替代。最后，船上每一根木头都被换过了。那这艘船，还是原来的忒休斯之船吗？我们看两个例子：从用户态软件的角度，CentOS 在 7 系列生命周期中，用户态软件的变化：版本软件总数新增删除版本更新同版本二进制不兼容完全未变化 7.0 2481 NA NA NA NA NA 7.1 2523 43 1 167 228 2085 7.2 2587 68 4 323 303 1893 7.3 2640 54 1 219 334 2033 7.4 2682 60 18 413 242 1967 7.5 2743 61 0 214 283 2185 基本上来说，每个小版本升级，大约有 20%~30% 的用户态软件会发生变化。这里有一些是因为版本的更新，有一些版本未变但是因为二进制不兼容而做了重新构建。而对于系统最基本的内核来说，虽然版本号未变化，但内核的接口也是在不断演进的，还是用CentOS 作为例子：内核接口总数 8.0 -> 8.1 KABI变化 8.1 -> 8.2 KABI变化 8.0 -> 8.2 KABI变化数量 18903 6324 5755 7963 比例 100% 33.4% 30.4% 42.1% 从CentOS 8发布到现在，已经有超过 40% 的内核接口二进制不再兼容。这是不是和传统中“长期稳定版本”一成不变的印象不太一样呢？像 openEuler 这样集成了大量的开源软件，每个软件自己的演进节奏，兼容性保持和版本维护策略，都是不一样的。我们的挑战，就是把零散不同的演进节奏，兼容性保持和版本维护策略，整合而形成一个统一的策略。像一条忒休斯之船，无时无刻不在变化，但又不让人觉得有变化。 openEuler 维护策略发展方向 openEuler 社区在2020年就软件包的管理策略有过长时间的讨论，最新版本归档在这里： https://gitee.com/openeuler/community/blob/master/zh/technical-committee/go… 其中明确提到，对LTS软件版本生命周期内的软件选型要求，以及软件升级时要关注的差异分析要求。与之相对应的，openEuler 也在 CI 中设立了兼容性检查的门禁，每一次提交，都会触发系统自动对ABI的变化进行检查。比如：https://gitee.com/src-openeuler/p… 中，我们看到 check_abi 被自动执行，并且结果也能直观看到。当一个软件本身的兼容性变化被检查到时，相应所有依赖这个软件的组件，都会被触发做相应的修改。但从社区到用户场景，还有很大的鸿沟需要越过。在当前的用户场景中，软件兼容性大部分情况下都只是一个抽象的概念，这使得软件变更的影响像个混沌系统。太平洋西岸的蝴蝶扇动翅膀，可能会造成太平洋东岸的飓风。我们就遇到过这样的情况，因为一个内核接口的变更，造成 NVIDIA 驱动必须随之升级，而驱动的升级又要求上层的 CUDA 版本升级，新的 CUDA 必须使用新的 TensorRT。最终，新版本的 TensorRT 上线，因为新旧版本之间的计算精度差异，造成用户场景下当前使用的 AI 算法和模型统统失效。从操作系统角度，通过内核，驱动，函数库，中间件的联动升级，实现了内部兼容性问题解决的闭环。但当场景延伸到用户场景时，兼容性还是出现了失控。所以从长期来看，我认为维护策略的核心是识别用户场景中真正的兼容性要求。建议 Release Management SIG在沟通讨论时重点关注这一点，技术委员会也会从工具和方法论角度给出支持。小结为了openEuler 21.03 创新版本，最近社区多了很多新的贡献者。也有很多贡献者，因为 openEuler 在建仓提交管理上的要求，感觉深受折磨。我想借这个机会稍微说明下。 1月18日的一个新闻曾经引起了很多人的注意，Flash停更造成大连铁路系统瘫痪<https://www.163.com/dy/article/G0KC2HQA0545AUFL.html> 。乍看起来，个别单位对软件生命周期管理不重视而造成事故，这种情况只是个例；开源开放的操作系统，关注的人多，高灯下亮，应该没有个问题。但从2020年的实际分析来看，不仅不是高灯下亮，反而是灯下黑。在广泛使用的开源操作系统里，类似的问题并不鲜见。比如 libdb 数据库，早在2012年就已经从开源转闭源，而有些重要的基础工具依然在坚持引用闭源之前的最后一个版本；而开发人员弃坑，软件本身却依然被广泛依赖的场景更是随处可见。为什么这个问题没有得到社区的关注？一个间接的佐证来自对最近的 sudo 高危安全漏洞 CVE-2021-3156的分析。在 Y Combinator的讨论贴<https://news.ycombinator.com/item?id=25921811> 中，有从业者表示： “All you need to know about sudo and frankly most other pieces of the Linux userspace is that it is undertested…As long as this type of thing continues, our tools will remain at a very low level of safety, reliability, and correctness.” 换言之，Linux用户态的大多数软件不是没有安全问题，而是测试不足没有发现。一方面是软件上游社区停止维护，另一方面是测试不足没有发现问题，后者掩盖了前者的存在。而对一些操作系统发行版的盲目信赖，让很多人选择性地忽视了后者。 openEuler 认为必须通过透明有效的开发管理和测试来提升社区整体的安全，可靠和正确性。这条路当然是要艰难得多，但想到 openEuler 会越来越多被用在国计民生等关键场景中，社区中的伙伴们也都有了一份责任感和使命感。艾尔帕西诺在"闻香识女人"里有段著名的台词，我常常拿来勉励自己。 “Now l have come to the crossroads in my life. l always knew what the right path was. Without exception, l knew, but l never took it. You know why? lt was too damn hard.” 在此感谢大家和 openEuler 一起选择 “对” 的道路。 from openEuler TC

1 0

Compiler SIG双周例会
by openEuler conference 02 Feb '21

02 Feb '21

2 1

【月度例行update】openEuler 20.03 LTS SP1 Update 20210130 release评审通知
by Hufeng (Solar, Euler) 02 Feb '21

02 Feb '21

openEuler 20.03 LTS Update 20210130已经测试完成。请TC委员，Release委员，QA委员在issue内答复评审意见，欢迎广大开发者对本次发布发表意见，您的每条意见我们都会认真对待，并加以改进。如果您发现了版本的致命问题请及时在issue内回复或者邮件通知我们，2021年2月5日关闭该发布电子流。 https://gitee.com/openeuler/release-management/issues/I34VSC?from=project-i… 版本测试意见：测试策略：本次LTS版本月度update版本的测试策略如下： 1、发布软件包对应的日构建版本冒烟验证 2、发布软件包的安装升级管理操作验证 1)验证本次发布软件包的升级正确性符合用户实际使用场景从3月份版本直接升级选取中间版本进行升级 2)发布软件包管理验证升级后的卸载与回退 3、本次发布软件包提供服务的管理操作验证(启动/停止/重启等) 4、软件包升级后操作系统的基本功能和集成验证； 5、升级后的系统重启/长稳 5、内核LTP和OS的基本benchmark性能验证 6、本次发布范围中重点软件包基本功能验证整体测试结论如下： 1、软件包的升级、降级、卸载正常 2、软件包升级后基本功能、命令、服务测试无问题 3、升级后系统的重启操作正常 4、升级后系统的基本性能指标和LTS基本持平 5、版本测试过程中发现问题均已修复并回归通过版本目标：CVE和Bugfix修复版本计划：例行CVE冻结（20号之后发现的9分以下CVE纳入2021年2月版本）：20210120 代码冻结：20210120 转测试时间：20211225 版本发布：20210202 本次更新涉及，涉及kernel/qemu更新，需要补充性能测试，python包功能测试。修复cve：76个发布源码包34个 arm二进制包311个 x86二进制包309个 CVE清单： CVE score status CVE-2020-8231 7.5 完成 CVE-2020-8286 7.5 完成 CVE-2020-8285 7.5 完成 CVE-2020-8284 3.7 完成 CVE-2020-14351 7.8 完成 CVE-2020-27675 4.7 完成 CVE-2020-25656 4.1 完成 CVE-2020-12352 6.5 完成 CVE-2020-29661 7.8 完成 CVE-2020-27777 6.7 完成 CVE-2020-29660 4.4 完成 CVE-2020-29569 8.8 完成 CVE-2019-13377 5.9 完成 CVE-2019-12519 9.8 完成 CVE-2020-26570 5.5 完成 CVE-2019-20352 7.1 完成 CVE-2020-24241 5.5 完成 CVE-2020-28896 7.5 完成 CVE-2019-15026 7.5 完成 CVE-2020-27762 5.5 完成 CVE-2020-27766 7.8 完成 CVE-2020-27761 3.3 完成 CVE-2020-27767 3.3 完成 CVE-2020-27764 3.3 完成 CVE-2020-27770 5.5 完成 CVE-2020-27759 3.3 完成 CVE-2020-27760 5.5 完成 CVE-2020-27765 3.3 完成 CVE-2020-29599 7.8 完成 CVE-2019-16707 6.5 完成 CVE-2020-11526 2.2 完成 CVE-2020-11522 6.5 完成 CVE-2020-11524 6.6 完成 CVE-2020-11521 6.6 完成 CVE-2020-11525 2.2 完成 CVE-2020-11523 6.6 完成 CVE-2019-17177 7.5 完成 CVE-2020-11044 2.2 完成 CVE-2020-11042 5.9 完成 CVE-2020-11095 5.4 完成 CVE-2020-11045 3.3 完成 CVE-2019-18804 7.5 完成 CVE-2019-15144 6.5 完成 CVE-2019-15143 6.5 完成 CVE-2019-15142 6.5 完成 CVE-2019-15145 6.5 完成 CVE-2020-12059 7.5 完成 CVE-2020-14339 8.8 完成 CVE-2020-29509 5.6 完成 CVE-2020-29363 9.8 完成 CVE-2020-29361 7.5 完成 CVE-2020-29362 9.1 完成 CVE-2020-15890 7.5 完成 CVE-2020-28196 7.5 完成 CVE-2020-1971 5.9 完成 CVE-2020-27821 6 完成 CVE-2019-25013 7.5 完成 CVE-2014-9640 5 完成 CVE-2019-17362 9.1 完成 CVE-2019-16319 7.5 完成 CVE-2020-7059 9.1 完成 CVE-2020-7062 7.5 完成 CVE-2020-7071 7.5 完成 CVE-2019-13456 6.5 完成 CVE-2019-17185 7.5 完成 CVE-2020-24455 4.1 完成 CVE-2019-15892 7.5 完成 CVE-2020-12867 5.5 完成 CVE-2020-14019 9.8 完成 CVE-2020-35490 8.1 完成 CVE-2020-35728 8.1 完成 CVE-2020-35491 8.1 完成 CVE-2020-26259 6.8 完成 CVE-2020-26258 7.7 完成 CVE-2019-0210 7.5 完成 CVE-2019-0205 7.5 完成涉及软件仓清单 src-openEuler/curl src-openEuler/kernel src-openEuler/wpa_supplicant src-openEuler/squid src-openEuler/opensc src-openEuler/nasm src-openEuler/mutt src-openEuler/memcached src-openEuler/ImageMagick src-openEuler/hunspell src-openEuler/freerdp src-openEuler/djvulibre src-openEuler/ceph src-openEuler/libvirt src-openEuler/golang src-openEuler/p11-kit src-openEuler/luajit src-openEuler/krb5 src-openEuler/openssl src-openEuler/qemu src-openEuler/glibc src-openEuler/vorbis-tools src-openEuler/libtomcrypt src-openEuler/wireshark src-openEuler/php src-openEuler/freeradius src-openEuler/tpm2-tss src-openEuler/varnish src-openEuler/sane-backends src-openEuler/libguestfs src-openEuler/python-rtslib src-openEuler/jackson-databind src-openEuler/xstream src-openEuler/thrift

1 0

【月度例行update】openEuler 20.03 LTS Update 20210130 release评审通知
by Hufeng (Solar, Euler) 02 Feb '21

02 Feb '21

openEuler 20.03 LTS Update 20210130已经测试完成。请TC委员，Release委员，QA委员在issue内答复评审意见，欢迎广大开发者对本次发布发表意见，您的每条意见我们都会认真对待，并加以改进。如果您发现了版本的致命问题请及时在issue内回复或者邮件通知我们，2021年2月5日关闭该发布电子流。 https://gitee.com/openeuler/release-management/issues/I34VRF?from=project-i… 版本测试意见：测试策略：本次LTS版本月度update版本的测试策略如下： 1、发布软件包对应的日构建版本冒烟验证 2、发布软件包的安装升级管理操作验证 1)验证本次发布软件包的升级正确性符合用户实际使用场景从3月份版本直接升级选取中间版本进行升级 2)发布软件包管理验证升级后的卸载与回退 3、本次发布软件包提供服务的管理操作验证(启动/停止/重启等) 4、软件包升级后操作系统的基本功能和集成验证； 5、升级后的系统重启/长稳 5、内核LTP和OS的基本benchmark性能验证 6、本次发布范围中重点软件包基本功能验证整体测试结论如下： 1、软件包的升级、降级、卸载正常 2、软件包升级后基本功能、命令、服务测试无问题 3、升级后系统的重启操作正常 4、升级后系统的基本性能指标和LTS基本持平 5、版本测试过程中发现问题均已修复并回归通过版本目标：CVE和Bugfix修复版本计划：例行CVE冻结（20号之后发现的9分以下CVE纳入2021年2月版本）：20210120 代码冻结：20210120 转测试时间：20211225 版本发布：20210202 本次更新涉及，涉及kernel/qemu更新，需要补充性能测试，python包功能测试。修复cve：68个发布源码包33个 arm二进制包294个 x86二进制包295个测试共8个issue，均已回归验证通过 CVE清单： CVE score status CVE-2020-8231 7.5 完成 CVE-2020-8286 7.5 完成 CVE-2020-8285 7.5 完成 CVE-2020-8284 3.7 完成 CVE-2020-14351 7.8 完成 CVE-2020-27675 4.7 完成 CVE-2020-25656 4.1 完成 CVE-2020-12352 6.5 完成 CVE-2020-29661 7.8 完成 CVE-2020-27777 6.7 完成 CVE-2020-29660 4.4 完成 CVE-2020-29569 8.8 完成 CVE-2019-13377 5.9 完成 CVE-2019-12519 9.8 完成 CVE-2020-26570 5.5 完成 CVE-2019-20352 7.1 完成 CVE-2020-24241 5.5 完成 CVE-2020-28896 7.5 完成 CVE-2019-15026 7.5 完成 CVE-2020-27762 5.5 完成 CVE-2020-27766 7.8 完成 CVE-2020-27761 3.3 完成 CVE-2020-27767 3.3 完成 CVE-2020-27764 3.3 完成 CVE-2020-27770 5.5 完成 CVE-2020-27759 3.3 完成 CVE-2020-27760 5.5 完成 CVE-2020-27765 3.3 完成 CVE-2020-29599 7.8 完成 CVE-2019-16707 6.5 完成 CVE-2020-11526 2.2 完成 CVE-2020-11522 6.5 完成 CVE-2020-11524 6.6 完成 CVE-2020-11521 6.6 完成 CVE-2020-11525 2.2 完成 CVE-2020-11523 6.6 完成 CVE-2019-17177 7.5 完成 CVE-2020-11044 2.2 完成 CVE-2020-11042 5.9 完成 CVE-2020-11095 5.4 完成 CVE-2020-11045 3.3 完成 CVE-2019-18804 7.5 完成 CVE-2019-15144 6.5 完成 CVE-2019-15143 6.5 完成 CVE-2019-15142 6.5 完成 CVE-2019-15145 6.5 完成 CVE-2020-12059 7.5 完成 CVE-2020-14339 8.8 完成 CVE-2020-29509 5.6 完成 CVE-2020-29363 9.8 完成 CVE-2020-29361 7.5 完成 CVE-2020-29362 9.1 完成 CVE-2020-15890 7.5 完成 CVE-2020-28196 7.5 完成 CVE-2020-1971 5.9 完成 CVE-2020-27821 6 完成 CVE-2019-25013 7.5 完成 CVE-2014-9640 5 完成 CVE-2019-17362 9.1 完成 CVE-2019-16319 7.5 完成 CVE-2020-7059 9.1 完成 CVE-2020-7062 7.5 完成 CVE-2020-7071 7.5 完成 CVE-2019-13456 6.5 完成 CVE-2019-17185 7.5 完成 CVE-2020-24455 4.1 完成 CVE-2019-15892 7.5 完成 CVE-2020-12867 5.5 完成 CVE-2020-14019 7.8 完成涉及软件仓清单 src-openEuler/curl src-openEuler/kernel src-openEuler/wpa_supplicant src-openEuler/squid src-openEuler/opensc src-openEuler/nasm src-openEuler/mutt src-openEuler/memcached src-openEuler/ImageMagick src-openEuler/hunspell src-openEuler/freerdp src-openEuler/djvulibre src-openEuler/ceph src-openEuler/libvirt src-openEuler/golang src-openEuler/p11-kit src-openEuler/luajit src-openEuler/krb5 src-openEuler/openssl src-openEuler/qemu src-openEuler/glibc src-openEuler/vorbis-tools src-openEuler/libtomcrypt src-openEuler/wireshark src-openEuler/php src-openEuler/freeradius src-openEuler/tpm2-tss src-openEuler/varnish src-openEuler/sane-backends src-openEuler/libguestfs src-openEuler/python-rtslib src-openEuler/selinux-policy src-openEuler/security-tool

1 0

sig-confidential-comouting 例会
by openEuler conference 02 Feb '21

02 Feb '21

1 0

申报议题：分支同步工具 sync-bot 介绍 RE: [TC] openEuler TC周例会议题收集
by Chenyanpan 01 Feb '21

01 Feb '21

议题：分支同步工具 sync-bot 介绍内容：为避免同一问题在多个分支上修改，以及减少修改代码时重复手工操作，开发了分支同步工具，现已上线运行。希望在 TC 例会上对工具做一个简单介绍。汇报人：陈燕潘时间：15min From: dillon.chen(a)turbolinux.com.cn [mailto:dillon.chen@turbolinux.com.cn] Sent: Friday, January 29, 2021 10:16 AM To: dev <dev(a)openeuler.org>; tc <tc(a)openeuler.org> Subject: [Dev] [TC] openEuler TC周例会议题收集 @all openEuler TC例会预计在下周三(2/3) 10:00~12:00 以电话会议的形式召开，需要申报议题请发邮件给 tc(a)openeuler.org<mailto:tc@openeuler.org> The OpenEuler T meeting is expected to be held in a conference call from 10:00 to 12:00 Beijing Time on next Wednesday. To apply for topics, send an email to tc(a)openeuler.org<mailto:tc@openeuler.org>. Thanks & Regards Dillon _______________________________________________ Dev mailing list -- dev(a)openeuler.org<mailto:dev@openeuler.org> To unsubscribe send an email to dev-leave(a)openeuler.org<mailto:dev-leave@openeuler.org>

2 1

TC双周会议
by openEuler conference 01 Feb '21

01 Feb '21

1 0

Gatekeeper例会
by openEuler conference 01 Feb '21

01 Feb '21

1 0

【会议提醒】Compliance-sig双周例会
by lizi (D) 01 Feb '21

01 Feb '21

您好！ openEuler sig-compliance SIG 邀请您参加 2021-02-02 10:00 召开的ZOOM会议会议主题：Compliance-sig双周例会会议内容：常见的40+开源license的解读会议链接：https://zoom.us/j/97112114181?pwd=cC9hMC9xekd3QkVHOXE0bngxeGZBUT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-compliance SIG invites you to attend the ZOOM conference will be held at 2021-02-02 10:00, The subject of the conference is Compliance-sig双周例会, Summary: 常见的40+开源license的解读 You can join the meeting at https://zoom.us/j/97112114181?pwd=cC9hMC9xekd3QkVHOXE0bngxeGZBUT09. More information<https://openeuler.org/zh/>

1 0

关于x86版本groovy包编译阻塞问题
by 潘晨博 01 Feb '21

01 Feb '21

2 1

关于community仓的PR审批流程说明
by myeuler 01 Feb '21

01 Feb '21

community仓是目前openEuler的系统管理仓，PR比较多，很多同学觉得审批的过程比较慢。我重申一下审批流程和同学们在提交PR的时候要注意的几点：审批流程： 1. 当PR创建以后需要先生成checklist，当前这步还是胡core在操作，但是后续马上就会自动生成。 2. 各个reviewer和提交者应该按照checklist进行比照，看看是否都符合。 3. 对于PR影响到的SIG组，需要相关的SIG组的maintainer review完毕以后留下/lgtm表明同意PR，牵涉到几个SIG，那么就需要几个lgtm。所以提交者可以ping或者私信相关SIG组的maintainer尽快进行review 4. TC的委员在3完成的基础上进行lgtm和approve，但是不能同一个委员同时lgtm和approve，至少需要两个以上。注意事项：以下问题是review的过程中看到比较容易犯的错： 1. PR的描述必须完善和清晰，简单的PR描述一定不通过。 2. stat/need-squash需要处理，合并commit，一个PR应该对应一个commit。 3. 一个PR对应一件事情，不要把不想关的几个事情合成有一个PR。 4. commit中的提交避免在yaml的文件尾部，容易冲突。 5. 提交的分支一般来说master是必须的，如果需要合入到LTS的SP版本中，需要添加到openEuler-20.03-LTS-Next，创新版本，比如20.09，默认不在增加特性。特性增加只保证master和LTS 6. 提交软件包建仓请求需要先确定相关软件包的license是否合规。 7. 请确保软件包是“可维护”的，也就是上游软件社区依然是活跃的，不是已经被废弃的软件。 8. README等的修正，理论上都需要中英文同时提供，其中英文版本建议使用翻译软件先行翻译，然后修正，避免出现过多的语法，拼写错误。 9. PR的提交人需要时刻关注PR的进度，对相关的comments及时回应和修正，及时ping相关审批阶段的人，保证及时合入。 10. Be patient is very important. review工作是劳心费力的，所以PR质量的高低直接影响到reivew的速度，请所有工程师提高PR的质量，努力做到”一次性作对“，形成良好的工作习惯也是社区高质量运营的基础。谢谢

1 0

[TC] openEuler TC周例会议题收集
by 卞乃猛 01 Feb '21

01 Feb '21

@all openEuler TC例会预计在下周三(1/20) 10:00~12:00 以电话会议的形式召开，需要申报议题请发邮件给 tc(a)openeuler.org The OpenEuler T meeting is expected to be held in a conference call from 10:00 to 12:00 Beijing Time on next Wednesday. To apply for topics, send an email to tc(a)openeuler.org. Thanks & Regards Bian

6 10

Re: 海光服务器安装问题回复
by 潘晨博 01 Feb '21

01 Feb '21

1 0