- Tc - mailweb.openeuler.org

TC 议题申报：openEuler kernel 5.10 内核版本号规则改进方案
by Xie XiuQi 20 Oct '20

20 Oct '20

海亮 & TC，议题申报：openEuler kernel 5.10 内核版本号改进方案（总体方案和 RHEL/CentOS kernel 版本号规则类似） 1. openEuler kernel 版本号，原方案及存在的问题（以 4.19 为例）版本号格式： 4.19.<stable 版本号>-<年月>.<月份内Release号>.<buildid> 说明： - <stable 版本号>，linux stable 分支版本，合入对应的stable 版本时更新如 4.19.90， 4.19.128 等等 - <年月>，标识版本发布时的年份&月份，如 2010 表示2020年10月份，2009 表示20年9月份 - <月份内Release号>，标识本月内发布的第几个版本，比如 2020年10月份发的第2个版本，则版本号为 xxxx-2020.2.0 - buildid, 构建号，不管是代码还是制品仓，只要有修改要出rpm包，就在之前基础上 +1 存在的问题： - 上述方案，如果只有一条分支，则问题不大，版本号顺序增加 - 如果有多个分支，则可能存在分之间版本号混淆，不能体现主干与分支的关系等问题 - 比如，主干在开发时，<stable 版本号>.<年月>.<月份内Release号> 这几个版本号都在变化；openEuler发布后，<年月>.<月份内Release号> 这几个版本号也都在更新，且，如果主干和分支如果在同一个月都发版本时，有可能引起版本号重复。如都是10月份第2个版本，则版本号后缀都是 -2010.2.0 - <年月>.<月份内Release号> ，不能体现大版本小版本的层级关系 2 改进方案（以 5.10 内核为例）版本号格式：(格式与原方案完全相同，只是各字段含义有细微变化） 5.10.0-<开发版本号>.<维护版本号>.<构建号/buildid> 总体思路： - 上游版本号选定后，上游版本号保持不变；只更新下层版本号； - 社区 5.10.0 是开发分支的上游，选定后，保持不变；开发分支有更新，只升级<开发版本号> - 开发分支是维护分支的上游，一旦选定某个开发版本，转维护时，只升级<维护版本号> - 通过<开发版本号>和<维护版本号>，体现开发与维护的关系 - 主干开发与多个维护分支共同存在时，版本号不混淆，能清晰体现上下游关系各字段具体说明： 1） 5.10.0 前面的基础版本号不变，一直是 5.10.0，不体现 stable 的小版本号； 2）后面几位是 <开发版本号>-<维护版本号>-<构建号/buildid> 比如：5.10.0-2.0.0.0007.oe1.aarch64 %global upstream_version 5.10 %global upstream_sublevel 0 %global devel_release 2 %global maintenance_release .0.0 %global buildid .0007 3）版本号思路： - 开发的时候，只更新<开发版本号>，<维护版本号>保持为 .0.0 - openEuler 发行版发布之后，只更新<维护版本号>，<开发版本号>固定不变 - <构建号/buildid>，构建号，不管是代码还是制品仓，只要有修改要出rpm包，就在之前基础上 +1 4）例子： - 开发的时候，只更新<开发版本号>，维护版本号保持为 .0.0 源码 tag: 5.10.0-1.0.0，制品仓 release: 5.10.0-1.0.0.0001.oe1.aarch64 源码 tag: 5.10.0-2.0.0，制品仓 release: 5.10.0-2.0.0.0002.oe1.aarch64 源码 tag: 5.10.0-3.0.0，制品仓 release: 5.10.0-3.0.0.0003.oe1.aarch64 - openEuler 发行版发布之后，假设从 5.10.0-123.0.0 开发版本转 openEuler 发布，之后再合入维护补丁，就只更新维护版本号（最后那个 0 预留，紧急情况下使用）源码 tag: 5.10.0-123.1.0 制品仓 release: 5.10.0-123.1.0.0041.oe1.aarch64 源码 tag: 5.10.0-123.2.0 制品仓 release: 5.10.0-123.2.0.0042.oe1.aarch64 源码 tag: 5.10.0-123.3.0 制品仓 release: 5.10.0-123.3.0.0043.oe1.aarch64 。。。 - 假设后续有 SP 版本从 5.10.0-456.0.0 开发版本发布，之后再合入维护补丁，就只更新<维护版本号> 源码 tag: 5.10.0-456.1.0 源码 tag: 5.10.0-456.2.0 源码 tag: 5.10.0-456.3.0 。。。 - 开发分支上回合 stable 补丁时，也是只更新<开发版本号> 5）相比之前的好处：相比之前通过月份来定版本号的好处，通过区分开发版本号，和维护版本号，体现主干和和维护分支的关系。之前月份命名版本号，在分支多的情况下，存在混淆的情况，比如，相同月份不同分支的 release 号可能会重复，比如都是10月份的第一个版本：-2010.1.0 3. 影响

4 9

【议题收集】【Meeting Notice】openEuler kernel sig meeting Time: 2020-10-16 10:00-12:00
by Xie XiuQi 20 Oct '20

20 Oct '20

openEuler kernel sig meeting 定于 2020-10-16 10:00-12:00 召开，欢迎回复邮件申报议题。 --- 会议信息 --- 会议链接：https://zoom.us/j/94156903933 会议 ID : 94156903933 --- 会议纪要归档 --- Meeting Record 20200918： https://gitee.com/openeuler/kernel/issues/I1WGN0

1 3

TC议题申报：openEuler社区gcc编译器版本计划
by guoge (A) 19 Oct '20

19 Oct '20

Hi, tc team 申请议题讨论：openEuler社区gcc编译器版本计划该讨论将决定未来每个openEuler版本中支持的gcc编译器版本，由于gcc属于基础设置，版本变动影响面较大，所以gcc版本选型的原则首先是稳定，其次才是新功能目前初步方案如下： 1． gcc一年升级一个大版本，在每年下半年的openEuler创新版本中引入，并维护一年到下一年度上半年的openEuler版本，例如在openEuler 20.09版本中引入gcc 9，并持续维护到openEuler 21.03版本 2．每次升级会选取最新gcc大版本的.3版本作为稳定版本，例如认为gcc 10.1和gcc 10.2不是稳定版本，gcc 10.3是稳定版本，由于2020.9最新的gcc大版本是gcc 9和gcc 10，且gcc 9有9.3版本，gcc 10只有10.2版本，所以选择9.3作为稳定版本 3．每一个gcc大版本只会选择.3作为稳定版本，不升级，有问题或需求采用backport模式，例如openEuler 20.09和21.03都采用gcc 9.3，不会升级到gcc 9.4 具体计划如下： [cid:image001.png@01D6A61E.88FE5F90] 材料见附件

2 1

会议纪要 //回复：【Meeting Notice】sig-high-performance-network regular meeting Time: 2020-10-15 19:00-20:00
by Peanut_Huang 19 Oct '20

19 Oct '20

与会人：Mr.lu, hubble_zhu, peanut_huang, gao_xiingwang, yuan_xin, xu_changye 【会议纪要】前期进展： 1. polycube框架已经成功在openEuler上运行，相关修改等待合入社区 -- liu_xin 2. 将polycube相关工具包推到openEuler上     swagger-codegen已在本地成功构建和运行，待提交合入社区 -- peanut_huang     pyang-swagger依赖pyang，正在验证pyang的构建 -- gao_xiingwang 下一步计划： 1. 建议尽快将polycube相关工具包推到openEuler上     pyang-swagger、pyang -- gao_xiingwang     polycube-codegen   -- peanut_huang     xdp-tools        -- hubble_zhu 2. 建议补充部分高性能网络sig的愿景材料 -- Mr.lu ------------------ 原始邮件 ------------------ 发件人: "Peanut_Huang" <hlm3280(a)qq.com>; 发送时间: 2020年10月14日(星期三) 晚上7:25 收件人: "high-performance-network"<high-performance-network(a)openeuler.org>;"tc"<tc(a)openeuler.org>;"dev"<dev(a)openeuler.org>; 主题: 【Meeting Notice】sig-high-performance-network regular meeting Time: 2020-10-15 19:00-20:00 Topic sig-high-performance-network regular meeting Time 2020-10-15 19:00-20:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 985 033 429   Convener Peanut_Huang 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 0

【议题申报】为满足SP1版本新特性，申请升级openEuler:20.03:LTS:Next 分支的gcc，与20.09版本一致
by xiasenlin 19 Oct '20

19 Oct '20

Hi，Xiuqi 和各位 TC 委员，当前在升级 openEuler:20.03:LTS:Next工程的单包firefox以解决CVE问题时，发现依赖高版本的gcc（9.3）, 与责任人郭歌沟通后，申请增加一个议题：升级openEuler:20.03:LTS:Next 分支的gcc，与20.09版本一致，希望与 TC 委员们和社区成员讨论。附件为原因分析。谢谢。 ——夏森林

7 7

【Meeting Notice】【议题收集】openEuler TC例会 (可直接回复此邮件申报议题） Time: 2020-10-21 10:00-12:00
by Meeting Book 19 Oct '20

19 Oct '20

1 0

【Meeting Notice】sig-high-performance-network regular meeting Time: 2020-10-15 19:00-20:00
by Peanut_Huang 14 Oct '20

14 Oct '20

Topic sig-high-performance-network regular meeting Time 2020-10-15 19:00-20:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 985 033 429   Convener Peanut_Huang 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 0

openEuler社区QA测试团队双周会议纪要（2020/10/14）
by liyongqiang (H) 14 Oct '20

14 Oct '20

openEuler社区QA测试团队双周会议时间： 16:00-17:00 2020/10/14 参会者：kuhnchen18 lutianxiong speacher lemon-higgins Charlie_li 会议纪要人: Charlie_li 分类遗留问题及其他进展状态责任人社区QA团队治理与运营 src_openeuler组织下申请制品仓 10/14:openEuler相关的test-tools/integration-test两个仓已经建立完成；包发布方式需和包管理团队对齐 Running Charlie_li/kuhnchen18 测试代码合规检查(shell/python) 10/14:python和java码云已支持；shell也已经对接，当前是默认配置检查； Running Charlie_li/kuhnchen18/ lemon-higgins 集成类测试能力开源 10/14:单包加固/系统用户集成/新特性的月底前开源 8/12:包差异代码评审后还需进一步整改 7/29:容器基本功能开源完成；包差异整改80% 7/15:容器基本功能已完成整改，待开源；包差异对比工具整改进行60% 7/1:AT用例已完成检视，rpm包差异对比工具和容器基本功能用例整改中 Running Charlie_li/lemon-higgins 内核和编译器提供指导文档说明如何使用内核LTP及gcc相关开源测试套 8/12:计划本周搞定 7/29:内核LTP的完成编写，之前由于蓝云网络问题，未上传，待提交PR 7/15:编译器指导文档已开源；内核LTP的完成编写，待提交PR 7/1:蓝云已提供，LTP待提交文档，GCC本周完成 Running rigorous 社区QA测试流程及指导文档编写 10/14:虚拟哈相关文档已写完，待开放到码云 8/12: 虚拟化相关文档已完成50% 7/29：虚拟化相关指导文档已完成40% 7/15:已和OSV厂商完成交流；虚拟化相关指导文档已完成20% 7/1:进展80%，待完善后与OSV厂商交流 6/17:QA团队指导文档编写进展50% Running Charlie_li/ kuhnchen18 社区issue提单及处理规范 10/14:发布issue提单指导手册和issue处理规范 Running Charlie_li 版本测试暑期2020活动 10/14:学生课题已提交结项报告，本周进行验收 7/29:一个学生已完成测试方案设计,待和学生对齐； 7/15:暑期活动学生已开学，进展有些慢，线下和学生单点沟通； 7/1:暑期2020活动lrzsz、mysql加固已有学生报名，待深入沟通 Running Charlie_li 高优先级组件包质量加固 8/12:Euleros完成7个包的加固；openEuler完成8个包的加固 7/29:已完成6个包的加固，openEuler版本测试中会在执行时覆盖 Pause Lutianxiong/lemon-higgins 缺陷分析 9/23: 完成9月份的issue分析并在openEuler 20.09版本中补充相应测试用例 8/12:暂无进展 7/15:缺陷分析模板已完成初步评审，先运作，有其它建议再补充；每月例行开展一次，李永强统一整理外部问题作为输入提供给其它领域进行分析 Running Charlie_li 问题回归策略 10/14:状态为“已完成”经过验证已解决的改完“已验收” 8/12:7月份最新的问题单已完成回归确认 7/15:各领域owner优先处理330后状态是“已完成”的缺陷；输入是严志华整理的issue表格 Running Charlie_li/speacher/rigorous/lemon-higgins/ltx

1 0

增删repository提案
by 安传旭 13 Oct '20

13 Oct '20

Hi TC: 【增删repository提案】 ROS-SIG申请新建10个新仓库，用来存放移植完成打包成功的package,提案PR链接：https://gitee.com/openeuler/c…

1 0

【议题申报】【Meeting Notice】openEuler TC例会 Time: 2020-09-30 10:00-12:00
by Xie XiuQi 30 Sep '20

30 Sep '20

下次 TC 例会定于 9 月 30 日 10:00 召开，欢迎申报议题。当前已已申报的议题： 1）申请创建KylinSec-ostree-IOT的SIG组 - 袁杏 <yuanxing(a)kylinos.com.cn> 我司应用ostree到工控IOT版本的研发，为了简化欧拉ostree的版本生成操作，为用户提供简洁高效的ostree版本定制方法，开发了Ostree 生成平台，基于 Python Django框架，提供整套web方式的ostree镜像生成流程。特申请创建 KylinSec-ostree-IOT的SIG组，该Ostree 生成平台提供以下功能： 1. ostree版本制作的环境配置； 2. 提供配置文件定制化web修改方法； 3. 提供ostree仓库生成及更新web操作方法； 4. 提供ostree仓库信息及日志web查看方法； 5. 提供ostree镜像web生成方法；综上，请评审KylinSec-ostree-IOT SIG组，以便推动Ostree在openEuler生态环境中的发展，繁荣openEuler社区。会议信息：会议链接：https://zoom.us/j/96424206911 会议 ID: 96424206911

2 3