- Tc - mailweb.openeuler.org

27 Jun '20

Hi TC您好：【增删repository提案】 ROS-SIG申请新开geneus等五个新仓库，https://gitee.com/openeuler/community/pulls/609。请您审…

1 0

是否需要为二进制软件包创建一个独立的SIG？
by Huxinwei 26 Jun '20

26 Jun '20

各位TC委员，专家好：有个问题提请大家讨论。我们的软件中有不少软件是需要bootstrap的。比如说，bazel的构建依赖bazel，haskell的构建依赖haskell等等。当前openEuler在引入新的软件仓时，是不引入预构建的二进制的。为了解决bootstrap的问题，我们可能需要先引入相应软件包的二进制，来满足构建依赖。我希望从技术管理角度对这类场景放松要求，但是又不能让二进制软件随意进入社区。因此考虑想创建一个独立的SIG，并且今后所有直接二进制打包的repo归属这个独立的SIG管理。请大家看有没有更好的执行方法？谢谢 Shinwell Technical Committee openEuler Community

5 5

request to host openstack SIG in openeuler
by Xin Zhong(联通集团联通云数据有限公司本部) 24 Jun '20

24 Jun '20

Hi, all TC members This is Xin Zhong from China Unicom Wo Cloud and I am the CTO in charge of our R&D department. We would like to host a new SIG for openstack and help for a better integration with open euler. If there's any further process need to be followed, please let me know. Thanks. 如果您错误接收了该邮件，请通过电子邮件立即通知我们。请回复邮件到 hqs-spmc@chinaunicom.cn，即可以退订此邮件。我们将立即将您的信息从我们的发送目录中删除。 If you have received this email in error please notify us immediately by e-mail. Please reply to hqs-spmc(a)chinaunicom.cn ,you can unsubscribe from this mail. We will immediately remove your information from send catalogue of our.

2 1

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

24 Jun '20

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 5．openEuler 是否支持32位（i686）--陈亚强 https://gitee.com/openeuler/community/issues/I1L3TS?from=project-issue 6．Master分支下glibc 2.28升级到glibc 2.31 差异分析review及升级评审—吴旭 https://gitee.com/openeuler/community/issues/I1L630?from=project-issue 7．Computing sig拆分提议 – liqingqing From: chenyaqiang Sent: Friday, June 19, 2020 2:28 PM To: Zhanghailiang <zhang.zhanghailiang(a)huawei.com>; tc(a)openeuler.org Cc: benjamin93(a)163.com; Wuxu (Max) <wuxu.wu(a)huawei.com> Subject: 答复: RE: [Tc] 【Meeting Notice】openEuler TC meeting for 2020-06-24 10:00-12:30 Time: 2020-06-24 10:00-12:00 Hi Please, send any topic that you are interested in covering. We have already five 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 5．openEuler 是否支持32位（i686）--陈亚强 https://gitee.com/openeuler/community/issues/I1L3TS?from=project-issue 6．Master分支下glibc 2.28升级到glibc 2.31 差异分析review及升级评审—吴旭 https://gitee.com/openeuler/community/issues/I1L630?from=project-issue 发件人: Zhanghailiang 发送时间: 2020年6月19日 11:15 收件人: tc(a)openeuler.org<mailto:tc@openeuler.org> 抄送: benjamin93(a)163.com<mailto:benjamin93@163.com>; chenyaqiang <chenyaqiang(a)huawei.com<mailto:chenyaqiang@huawei.com>>; Wuxu (Max) <wuxu.wu(a)huawei.com<mailto:wuxu.wu@huawei.com>> 主题: RE: [Tc] 【Meeting Notice】openEuler TC meeting for 2020-06-24 10:00-12:30 Time: 2020-06-24 10:00-12:00 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<mailto:tc@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.

5 6

【会议纪要】答复: 【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