- Tc - mailweb.openeuler.org

【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

申请引入多版本的kubernetes
by xiasenlin 02 Feb '21

02 Feb '21

TC以及CloudNative的各位maintainer好，当前有来自金融客户的需求，希望openEuler能支持多版的kubernetes（1.15/1.16），希望CloudNative的maintainer一起讨论一下可行性。

2 2

【月度例行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

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

01 Feb '21

2 1

申报议题：分支同步工具 sync-bot 介绍 RE: [Dev] [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

关于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

回复: 回复: 申请引入多版本的kubernetes
by dillon.chen＠turbolinux.com.cn 01 Feb '21

01 Feb '21

本周的TC会议好像没有遗留问题，因此这个是第一个议题，请做好准备另外邀请 cloudnative-owner sig 周三一起参与讨论发件人： dillon.chen(a)turbolinux.com.cn 发送时间： 2021-02-01 10:40 收件人： xiasenlin; cloudnative-owner(a)openeuler.org; Liuwei (openEuler) 主题：回复: 答复: [Tc] 申请引入多版本的kubernetes 本周的TC会议好像没有遗留问题，因此这个是第一个议题，请做好准备另外邀请 cloudnative-owner sig 周三一起参与讨论发件人： xiasenlin 发送时间： 2021-01-29 15:55 收件人： dillon.chen(a)turbolinux.com.cn; cloudnative-owner(a)openeuler.org; Liuwei (openEuler) 主题：答复: [Tc] 申请引入多版本的kubernetes 同时使用一个版本，但是需求来源于多个客户，所有才有这个诉求。就目前了解到的情况：从客户收集到当前客户使用的开源组件基线，每个大客户都有维护自己的版本基线，如果我们有更好的建议，可以写一个策略。一般金融客户动软件版本都会很谨慎，推动升级难度比较大，哪怕真的同意都搞到一个版本，三个客户就要验证三套迁移方案，还要保证万无一失。详细的需求背景，需要等待对接客户的同事的结论。发件人: dillon.chen(a)turbolinux.com.cn [mailto:dillon.chen@turbolinux.com.cn] 发送时间: 2021年1月29日 15:29 收件人: xiasenlin <xiasenlin1(a)huawei.com>; tc <tc(a)openeuler.org>; cloudnative-owner(a)openeuler.org 主题: 回复: [Tc] 申请引入多版本的kubernetes 收到，请更详细的描述一下金融客户的需求：多版本 kubernetes 在系统中是如何使用的？即：在一个系统中使用时是同时存在多个版本还是使用时只用一个版本？多个版本的需求其实多家厂商都提过客户确实有这个需求，比如麒麟软件的侯健。Redhat的RHEL8 AppStream中是存在多个版本，其中大多数软件只能选择安装一个版本的，个别的特殊处理后可以以同时存在多个版本如gcc toolset 9。所以请更详细的向金融客户了解一下需求 dillon.chen(a)turbolinux.com.cn 发件人： xiasenlin 发送时间： 2021-01-29 11:10 收件人： tc(a)openeuler.org; cloudnative-owner(a)openeuler.org 主题： [Tc] 申请引入多版本的kubernetes TC以及CloudNative的各位maintainer好，当前有来自金融客户的需求，希望openEuler能支持多版的kubernetes（1.15/1.16），希望CloudNative的maintainer一起讨论一下可行性。

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