June 2020 - Tc - mailweb.openeuler.org

【会议纪要】答复: 【TC议题申请】关于openEuler LTS 版本软件选型与运作的提议
by Licihua 24 Jun '20

24 Jun '20

会议结论： 1、 TC委员会同意创新版本开源软件版本选型策略与选型周期 2、 TC委员会同意开发版本与LTS 版本的SP 发布节奏以及开源软件版本选型策略与选型周期，周期见附件遗留问题： 1、以上信息需要和参与openEuler 的OSV 厂商线下沟通并达成一致。责任人：TC 委员会 2、 Kernel 升级策略目前未明确，对修改导致ABI变更问题还未达成一致，需要尽快明确。责任人：kernel SIG 李次华欧拉部-2012 实验室华为技术有限公司 Tel : +86 15158056404 Email : licihua(a)huawei.com [cid:image004.png@01D64A31.91A8A590] 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! 发件人: Licihua [mailto:licihua@huawei.com] 发送时间: 2020年6月22日 17:05 收件人: tc(a)openeuler.org 抄送: Hehuazhen <hehuazhen(a)huawei.com>; Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com>; chenyaqiang <chenyaqiang(a)huawei.com> 主题: [Tc] 【TC议题申请】关于openEuler LTS 版本软件选型与运作的提议背景：为了减少 openEuler LTS 版本的开源软件维护成本，openEuler 社区定义了开源软件升级策略，目前策略已经发布，需要将相关信息传递到给SIG，启动运作解决建议： 1、各SIG按照目前定义的策略运行一段时间，将运作发现的问题反馈到TC 委员会，然后根据反馈的问题调整策略。 2、软件兼容列表需要根据大家使用情况持续补充，希望可以得到大家的意见反馈以下是策略具体描述： openEuler LTS 版本基线选取openEuler 创新版本最近release 的稳定版本，维护周期4年 1. LTS版本的软件版本要兼顾质量与稳定，优先选择主流OS发行商广泛应用的版本，或社区成熟期LTS版本和稳定版本。 2. LTS版本的软件升级后原则上不得影响兼容性列表，兼容性列表由openEuler TC 看护。 3. LTS版本的软件在一个版本生命周期内，尽量不做大版本的变动，采取特性、补丁回合的方式解决质量问题。 4. 如果发生软件升级，需做好两个版本间的差异分析，并需经过版本发布管理SIG的评审。 LTS版本软件选型的兼容性保证根据开源软件的应用场景和重要程度，可分为三个等级，针对不同级别来确定对应开源软件质量策略（选型、维护、测试和社区参与策略）。 1. 系统核心组件 (kernel， glibc， gcc)原则上一个openEuler LTS主版本内不升级，只做有限特性和全量CVE及关键BUG的backport； 2. 如果是基础软件（如在/usr/lib 安装.so文件），原则上只升级维护版本（比如 x.y.z -> x.y.z+1），例如 libxm2 可以从2.9.8->2.9.10，最后一位变化表示bugfix版本。Lib库仅供软件自身使用的按照工具类处理； 3. 如果是工具\应用类软件（仅在 /usr/bin、/usr/sbin 下有安装文件），在兼容情况下允许升级小功能迭代最新稳定版本来满足业务诉求，否则仅做小版本升级，例如kpatch可以从0.6.1->0.9.1，中间位变化表示增加了新特性。如果存在不兼容影响使用的问题，则采用backport 方式修复BUG，不做升级。 LTS版本兼容性列表 LTS版本的软件升级后不得影响兼容性列表，兼容性列表由openEuler TC 看护。此兼容性列表根据实际场景或用户反馈增删或修改。下面是举例，详细的表格参见openEuler LTS版本兼容性列表<https://gitee.com/openeuler/community/blob/master/zh/technical-committee/go…>。一级列表定义 API和ABI在主版本的生命周期内保持稳定，并且在接下来的一个主版本中也尽量保持稳定。 1、主版本从openEuler LTS 20.3开始。 2、如果更改导致与现有二进制文件不兼容，则应考虑补丁或特性回合来保持兼容性，而不是粗暴的升级。 3、或提供该库的新旧两个版本等消减措施，以消除对上层软件的影响。一级列表范围 glibc、gcc（libstdc++, libgcc, libgomp, libatomic）、libxml2、zlib、libvirt、elfutils、pam、krb5 二级列表定义 API和ABI在单个主版本的生存期内保持稳定，依赖的应用程序在单个主版本生命周期内原则上无需做重大修改。二级列表范围 Kernel KABI、dbus、openssl、bzip2、curl、xz、systemd、libssh、alsa-lib、libmodulemd、motif、libacl、libattr、nss 三级列表定义 API和ABI在单个主版本的生存期内不强制保持稳定，存在依赖关系的应用程序保持联动升级。三级列表范围一级列表与二级列表范围外软件升级差异分析软件包升级时，需要对升级前后版本按照下面表格模板做全面的差异分析，以此评估影响。保留所有项，按照实际情况填写差异项，并将表格记录在issue的comments中。此内容需要Maintiner在审核PR时、测试团队在确认issue时，重点关注。差异分类差异项差异说明影响评估特性变化新增特性/删除特性/变更特性实现配置文件新增/变更/删除配置项 ABI差异新增/变更/删除API 新增/变更/删除结构体命令行/功能新增/变更/删除命令新增/变更/删除命令选项新增/变更/删除日志输出 SPEC文件新增/变更/删除编译依赖、安装依赖、依赖的软件版本变更拆分软件包方式变更李次华欧拉部-2012 实验室华为技术有限公司 Tel : +86 15158056404 Email : licihua(a)huawei.com<mailto:licihua@huawei.com> [cid:image003.png@01D64A21.4F8B3E30] 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!

1 0

Computing sig拆分提议
by liqingqing (C) 23 Jun '20

23 Jun '20

Hi, all, 双周TC会议新增Computing sig拆分提议，信息如下：背景：目前Computing sig下属的开源软件提供多种不同的用途，希望按软件包本身提供的功能进程拆分SIG进行开发&管理。具体梳理如下（提议新增一部分SIG组，删除Computing SIG）： SIG名称 SIG描述本次新申请下属软件包 OSBase 操作系统中基础的功能是 - src-openeuler/procps-ng - src-openeuler/irqbalance - src-openeuler/psmisc - src-openeuler/numad - src-openeuler/kmod - src-openeuler/tzdata - src-openeuler/numactl - src-openeuler/glibc - src-openeuler/libthai - src-openeuler/libinput - src-openeuler/tuned C-lib 操作系统中使用的C/C++库是 - src-openeuler/libqb - src-openeuler/userspace-rcu - src-openeuler/libatomic_ops - src-openeuler/boost - src-openeuler/gperftools - src-openeuler/libhugetlbfs - src-openeuler/memkind - src-openeuler/libevdev - src-openeuler/mpfr - src-openeuler/nspr - src-openeuler/lockdev - src-openeuler/gmp - src-openeuler/npth dev-utils 加入开发工具否 - src-openeuler/gdb - src-openeuler/strace - src-openeuler/systemtap - src-openeuler/dyninst - src-openeuler/lttng-ust device-manager 设备管理相关软件是 - src-openeuler/lm_sensors - src-openeuler/hwdata - src-openeuler/hwinfo - src-openeuler/linux-firmware - src-openeuler/alsa-firmware - src-openeuler/alsa-lib - src-openeuler/alsa-tools - src-openeuler/dmidecode - src-openeuler/i2c-tools - src-openeuler/acpid - src-openeuler/upower media 多媒体相关软件包是 - src-openeuler/libsamplerate - src-openeuler/libogg - src-openeuler/pulseaudio - src-openeuler/libsndfile - src-openeuler/flac - src-openeuler/libijs - src-openeuler/libmpc - src-openeuler/libvisual - src-openeuler/opus Desktop 加入现有的桌面SIG 否 - src-openeuler/ORBit2 - src-openeuler/libwacom // Tablet Information Client Library

1 0

【TC议题申请】关于openEuler LTS 版本软件选型与运作的提议
by Licihua 22 Jun '20

22 Jun '20

背景：为了减少 openEuler LTS 版本的开源软件维护成本，openEuler 社区定义了开源软件升级策略，目前策略已经发布，需要将相关信息传递到给SIG，启动运作解决建议： 1、各SIG按照目前定义的策略运行一段时间，将运作发现的问题反馈到TC 委员会，然后根据反馈的问题调整策略。 2、软件兼容列表需要根据大家使用情况持续补充，希望可以得到大家的意见反馈以下是策略具体描述： openEuler LTS 版本基线选取openEuler 创新版本最近release 的稳定版本，维护周期4年 1. LTS版本的软件版本要兼顾质量与稳定，优先选择主流OS发行商广泛应用的版本，或社区成熟期LTS版本和稳定版本。 2. LTS版本的软件升级后原则上不得影响兼容性列表，兼容性列表由openEuler TC 看护。 3. LTS版本的软件在一个版本生命周期内，尽量不做大版本的变动，采取特性、补丁回合的方式解决质量问题。 4. 如果发生软件升级，需做好两个版本间的差异分析，并需经过版本发布管理SIG的评审。 LTS版本软件选型的兼容性保证根据开源软件的应用场景和重要程度，可分为三个等级，针对不同级别来确定对应开源软件质量策略（选型、维护、测试和社区参与策略）。 1. 系统核心组件 (kernel， glibc， gcc)原则上一个openEuler LTS主版本内不升级，只做有限特性和全量CVE及关键BUG的backport； 2. 如果是基础软件（如在/usr/lib 安装.so文件），原则上只升级维护版本（比如 x.y.z -> x.y.z+1），例如 libxm2 可以从2.9.8->2.9.10，最后一位变化表示bugfix版本。Lib库仅供软件自身使用的按照工具类处理； 3. 如果是工具\应用类软件（仅在 /usr/bin、/usr/sbin 下有安装文件），在兼容情况下允许升级小功能迭代最新稳定版本来满足业务诉求，否则仅做小版本升级，例如kpatch可以从0.6.1->0.9.1，中间位变化表示增加了新特性。如果存在不兼容影响使用的问题，则采用backport 方式修复BUG，不做升级。 LTS版本兼容性列表 LTS版本的软件升级后不得影响兼容性列表，兼容性列表由openEuler TC 看护。此兼容性列表根据实际场景或用户反馈增删或修改。下面是举例，详细的表格参见openEuler LTS版本兼容性列表<https://gitee.com/openeuler/community/blob/master/zh/technical-committee/go…>。一级列表定义 API和ABI在主版本的生命周期内保持稳定，并且在接下来的一个主版本中也尽量保持稳定。 1、主版本从openEuler LTS 20.3开始。 2、如果更改导致与现有二进制文件不兼容，则应考虑补丁或特性回合来保持兼容性，而不是粗暴的升级。 3、或提供该库的新旧两个版本等消减措施，以消除对上层软件的影响。一级列表范围 glibc、gcc（libstdc++, libgcc, libgomp, libatomic）、libxml2、zlib、libvirt、elfutils、pam、krb5 二级列表定义 API和ABI在单个主版本的生存期内保持稳定，依赖的应用程序在单个主版本生命周期内原则上无需做重大修改。二级列表范围 Kernel KABI、dbus、openssl、bzip2、curl、xz、systemd、libssh、alsa-lib、libmodulemd、motif、libacl、libattr、nss 三级列表定义 API和ABI在单个主版本的生存期内不强制保持稳定，存在依赖关系的应用程序保持联动升级。三级列表范围一级列表与二级列表范围外软件升级差异分析软件包升级时，需要对升级前后版本按照下面表格模板做全面的差异分析，以此评估影响。保留所有项，按照实际情况填写差异项，并将表格记录在issue的comments中。此内容需要Maintiner在审核PR时、测试团队在确认issue时，重点关注。差异分类差异项差异说明影响评估特性变化新增特性/删除特性/变更特性实现配置文件新增/变更/删除配置项 ABI差异新增/变更/删除API 新增/变更/删除结构体命令行/功能新增/变更/删除命令新增/变更/删除命令选项新增/变更/删除日志输出 SPEC文件新增/变更/删除编译依赖、安装依赖、依赖的软件版本变更拆分软件包方式变更李次华欧拉部-2012 实验室华为技术有限公司 Tel : +86 15158056404 Email : licihua(a)huawei.com [cid:image003.png@01D648B7.402BB6B0] 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!

1 0

openeuler新包入库申请讨论(f-stack)
by liqingqing (C) 22 Jun '20

22 Jun '20

Hi, all, 双周TC会议新增一个新包入库的讨论，信息如下：包名：f-stack 申请加入的SIG组织：Networking 背景：该包可以用来支持用户态协议栈、目前主要支持了nginx/redis/micro_thread等几个软件。 f-stack简介：腾讯公司内部商用并开源的一个用户态协议栈解决方案。https://github.com/F-Stack/f-stack 目前支持了redis,nginx以及micro_thread几个开源软件的优化。 f-stack社区状况： 1、license：BSD2、BSD3。 https://github.com/F-Stack/f-stack/blob/dev/LICENSE 2、社区活跃程度：17年在github开源，目前总共发了4个版本，总共37个贡献者，3个committer，单周约4~5个合入。 3、官网：http://www.f-stack.org/

3 2

Networking sig软件包范围调整申请
by zhihao lu 22 Jun '20

22 Jun '20

各位评委好： Networking sig 目前软件包类型比较杂乱，大概有几类软件包： 1） network 2）升级/安装 3）图形/桌面库所以希望将该sig进行如下调整： 1. 按照软件包类型，分别放置 Networking sig、升级/安装 sig（需要申请新sig）、Desktop sig 2. 为了向openEuler应用提供高性能网络服务，将Networking sig现范围拆分出一部分，新建一个sig：High performance network sig。 3. High performance network sig：聚焦高性能网络技术（DPDK/RDMA/XDP等）及其相关的基础库、驱动、基础服务、语言库等，旨在为openEuler应用提供高性能网络服务。该sig会引入相关技术的一些软件包。 Networking sig 升级/安装 sig High performance network sig 三个sig的软件包范围将在会上提供。 Mr.lu （陆志浩） 13913964603 发送自 Windows 10 版邮件应用

3 2

关于 openEuler 社区官网 SA 和 CVE 的优化需求
by Yanxiaobing 20 Jun '20

20 Jun '20

【Sa部分】前期有客户反馈我们升级包下载没有归类，不方便找出哪些是需要下载的。 a) 建议按版本，源码、架构（X86_64 , aarch64）归类不同的升级包版本1： SRPM XXXX ARM XXXX X86 XXXX 版本2： SRPM XXXX ARM XXXX X86 XXXX b) 建议将安全公告分 Overview 和 Update packages 两个tab页面呈现【CVE部分】 a) 汇总页面将 CVSS 分数修改为严重等级 b) 将严重等级调整到 “概要”列之后 c) 对应CVSS V2 打分的CVE ，页面要显示 CVSS V2 向量列表 d) CVE详情里面增加建议增加关联issue的链接【第三方订阅接口】 OSV 厂商需要有个渠道获取openEuler 的CVE 和 SA 信息，建议以RSS订阅的方式推送数据，建议数据格式CVRF Best Regards 颜小兵 18667033283

3 2

Re: 【Meeting Notice】openEuler TC meeting for 2020-06-24 10:00-12:30 Time: 2020-06-24 10:00-12:00
by Zhanghailiang 19 Jun '20

19 Jun '20

Hi Please, send any topic that you are interested in covering. We have already four topic for this call already: 1. 关于openEuler支持IMA摘要列表特性的提议 --- 张天行 2. 【SIG申请】DDE申请建立SIG组 --叶青龙 https://gitee.com/openeuler/community/pulls/537 3．Add new SIG desktop-app to community – 吴旭 https://gitee.com/openeuler/community/pulls/566 4．new education sig -- 陈亚强 https://gitee.com/openeuler/community/pulls/558 Thanks From: Meeting Book [mailto:uMeeting@huawei.com] Sent: Friday, June 19, 2020 11:01 AM To: tc(a)openeuler.org Subject: [Tc] 【Meeting Notice】openEuler TC meeting for 2020-06-24 10:00-12:30 Time: 2020-06-24 10:00-12:00 Topic openEuler TC meeting for 2020-06-24 10:00-12:30 Time 2020-06-24 10:00-12:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/639124162> Meeting ID 639 124 162 Convener 张海亮 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 请点击会议链接按照提示下载Zoom客户端入会，并升级Zoom最新版本。 Please click the conference link and download the Zoom to join the conference, and upgrade to the latest version of Zoom.

2 1

【Meeting Notice】openEuler TC meeting for 2020-06-24 10:00-12:30 Time: 2020-06-24 10:00-12:00
by Meeting Book 19 Jun '20

19 Jun '20

1 0

Re: 回复：Re: 【TC议题申请】关于openEuler支持IMA摘要列表特性的提议
by Huxinwei 19 Jun '20

19 Jun '20

了解。那下周会议上您报一个议题吧。 From: nettingsisyphus [mailto:benjamin93@163.com] Sent: Thursday, June 18, 2020 9:11 PM To: Huxinwei <huxinwei(a)huawei.com> Cc: zhangtianxing <zhangtianxing3(a)huawei.com> Subject: 回复：[Tc] Re: 【TC议题申请】关于openEuler支持IMA摘要列表特性的提议 digest-list-tools只是IMA摘要列表特性的一小部分，要完整支持该特性，还需要合入内核和外围包相关补丁（涉及rpm/cpio/dracut/ima-evm-utils/openEuler-rpm-config），涉及面较广，因此需要tc讨论 [https://mail-online.nosdn.127.net/wzpmmc/1387018a05bce0c3c9213f6f4d09a2f8.j…] 溯洄邮箱：benjamin93(a)163.com<mailto:benjamin93@163.com> 签名由网易邮箱大师<https://mail.163.com/dashi/dlpro.html?from=mail88> 定制在2020年06月18日 20:57，Huxinwei<mailto:huxinwei@huawei.com> 写道： openEuler 当前已经集成了digest-list-tools https://gitee.com/src-openeuler/digest-list-tools 您具体希望做什么？ From: nettingsisyphus [mailto:benjamin93@163.com<mailto:benjamin93@163.com>] Sent: Thursday, June 18, 2020 8:29 PM To: tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> Cc: zhangtianxing <zhangtianxing3(a)huawei.com<mailto:zhangtianxing3@huawei.com>> Subject: [Tc] 【TC议题申请】关于openEuler支持IMA摘要列表特性的提议汇报人：张天行申请在openEuler 20.09引入华为自研的IMA Digest List特性，该特性由华为慕尼黑可信技术实验室与EulerOS合作开发，在业界属于首创，其目的是解决内核原生IMA完整性保护框架的易用性和性能问题，从而推动可信计算在生产环境下的落地。传统安全机制如入侵检测和杀毒软件都基于黑名单机制，有很大局限性。IMA采用的则是白名单，只允许经过认证的程序在系统上运行，在运行一个程序前，除了要经过传统的操作系统权限判断，系统还要将其与一个可信的参考值对比，如果发现程序发生了更改（或者原本就是未知程序），就拒绝对程序的访问。但现有的内核IMA机制易用性和性能较差，并未得到广泛使用，IMA Digest List从安全、易用性、性能三个维度对原生IMA机制进行了增强，使其能符合在生产环境下使用的要求。我们计划近期将该特性推往内核社区，但该特性改动较大，牵涉面广，希望openEuler社区能够率先采纳，这样我们可以通过20.09版本的镜像向内核社区介绍该特性，以提高特性被内核社区接受的可能性。参考链接：github.com/euleros/digest-list-tools [https://mail-online.nosdn.127.net/cf8ab018ff41fe65d63799feef0c7437.jpg] 溯洄邮箱：benjamin93(a)163.com<mailto:benjamin93@163.com> 签名由网易邮箱大师<https://mail.163.com/dashi/dlpro.html?from=mail88> 定制

1 0

【TC议题申请】关于openEuler支持IMA摘要列表特性的提议
by nettingsisyphus 18 Jun '20

18 Jun '20

汇报人：张天行申请在openEuler 20.09引入华为自研的IMA Digest List特性，该特性由华为慕尼黑可信技术实验室与EulerOS合作开发，在业界属于首创，其目的是解决内核原生IMA完整性保护框架的易用性和性能问题，从而推动可信计算在生产环境下的落地。传统安全机制如入侵检测和杀毒软件都基于黑名单机制，有很大局限性。IMA采用的则是白名单，只允许经过认证的程序在系统上运行，在运行一个程序前，除了要经过传统的操作系统权限判断，系统还要将其与一个可信的参考值对比，如果发现程序发生了更改（或者原本就是未知程序），就拒绝对程序的访问。但现有的内核IMA机制易用性和性能较差，并未得到广泛使用，IMA Digest List从安全、易用性、性能三个维度对原生IMA机制进行了增强，使其能符合在生产环境下使用的要求。我们计划近期将该特性推往内核社区，但该特性改动较大，牵涉面广，希望openEuler社区能够率先采纳，这样我们可以通过20.09版本的镜像向内核社区介绍该特性，以提高特性被内核社区接受的可能性。参考链接：github.com/euleros/digest-list-tools | | 溯洄 | | 邮箱：benjamin93(a)163.com | 签名由网易邮箱大师定制

2 1