- Oecompatibility - mailweb.openeuler.org

兼容性SIG 8月11号例会议题收集
by liping (CG) 09 Aug '23

09 Aug '23

各位小伙伴们，大家好：本周五，8月11号将会照常举行兼容性SIG组双周例会，大家如有议题申报，可以回复此邮件

2 1

7.14兼容性组双例会议题申报
by Zhuzexu (NineSun, IaaS Product Dept.) 12 Jul '23

12 Jul '23

Hi，各位： 7．14将日常举行兼容性组SIG例会，大家有议题可以回复邮件申报已有议题： x2openEuler630版本特性介绍朱泽旭 NineSun 计算产品线 openEuler开发部 Common Software Platform Program, R&D Mgmt Dept,Computing Product Line, HUAWEI Mobile: 18868382595 Tel: None 中国(China)-杭州(Hangzhou)-华为杭州研究所Z4B-35R e-mail: zhuzexu(a)huawei.com<mailto:zhuzexu@huawei.com>

1 0

宏数通信息科技（苏州）有限公司申请OSV技术测评
by 孙阳 02 Jul '23

02 Jul '23

您好！宏数通信息科技（苏州）有限公司申请镜像进行OSV技术测评。技术评测镜像：DataSafeKitOS22.03LTS-SP1-x86_64-dvd.iso 架构：x86_64 基于OpenEuler的版本：22.03 LTS-SP1 镜像分类：服务器

1 0

兼容性SIG6月30号例会议题收集
by guozhicong 29 Jun '23

29 Jun '23

各位小伙伴们，大家好：本周五，6月30号将会照常举行兼容性SIG组双周例会，大家如有议题申报，可以回复此邮件

3 2

兼容性SIG6月30号例会议题收集
by guozhicong 28 Jun '23

28 Jun '23

各位小伙伴们，大家好：本周五，6月30号将会照常举行兼容性SIG组双周例会，大家如有议题申报，可以回复此邮件

1 0

申请OSV技术测评
by Licihua 26 Jun '23

26 Jun '23

您好！ EulerOS V2R11申请镜像进行OSV技术测评。技术评测镜像：EulerOS-V2.0SP11-x86_64-dvd.iso 、 EulerOS-V2.0SP11-aarch64-dvd.iso 架构：x86_64、aarch64 基于OpenEuler的版本：22.03 LTS 镜像分类：服务器发件人: Licihua 发送时间: 2023年6月26日 11:49 收件人: 'oecompatibility(a)openeuler.org' <oecompatibility(a)openeuler.org> 抄送: Guanyalong <guanyalong(a)huawei.com>; Xuhanbing <xuhanbing(a)huawei.com> 主题: [Oecompatibility] 申请OSV技术测评 EulerOS V2R11是基于openEuler 22.03 LTS发布的服务器操作系统，现申请openEuler社区进行OSV技术评测，请指导，谢谢

1 0

申请OSV技术测评
by Licihua 26 Jun '23

26 Jun '23

EulerOS V2R11是基于openEuler 22.03 LTS发布的服务器操作系统，现申请openEuler社区进行OSV技术评测，请指导，谢谢

1 0

兼容性SIG6月16号例会议题收集
by liping (CG) 14 Jun '23

14 Jun '23

各位小伙伴们，大家好：本周五，6月16号将会照常举行兼容性SIG组双周例会，大家如有议题申报，可以回复此邮件

3 2

[Oecompatibility]兼容性SIG6月2号例会议题收集
by LiuYanze 31 May '23

31 May '23

各位小伙伴们，大家好：本周五，6月2号将照常举行兼容性SIG组双周例会，大家如有议题申报，可以回复此邮件。

1 0

Re: [QA][基线公示]社区软件包质量分级策略-
by Fanjiachen(Jiachen,openEuler) 28 May '23

28 May '23

基于社区和RM例会收集到的意见，对质量分层/分级策略，L1/L2的软件基线进行公示，持续至6/10（每个版本可持续刷新）分层质量策略分层维护发布目录兼容性要求测试 L1 1. 例行按周同步社区补丁/按牵引SLA进行修复 2. Committer梳理代码关键流程，有自维护自演进能力; 回馈上游社区，建立开源影响力 BaseOS 软件包及软件包 API、ABI 在某个 LTS 版本的生命周期保持不变，跨 LTS 版本不保证。 1. 基于开源测试套开展测试 2. 补充专项/DFX测试 L2 1.例行按双周同步社区补丁 2.漏洞按牵引SLA进行修复 BaseOS 软件包及软件包 API、ABI 在某个 SP 版本的生命周期保持不变，跨 SP 版本不保证。 1. 基于开源测试套开展测试 2. 结合使用场景测试 L3 1.例行按月同步社区BUG 2.漏洞按牵引SLA进行修复 BaseOS 不做兼容性保证 1. 基于开源测试套开展测试 L4 1. 例行按月同步社区高危漏洞/关键bug Everything 不做兼容性保证 1. 基于开源测试套开展测试不涉及 1. 被动响应漏洞/BUG修复 EPOL 不做兼容性保证 1. 保障 RPM维度功能可用 L1/L2 软件范围清单　包名质量基线包名质量基线包名质量基线包名质量基线 1 acl L1 qemu L1 iproute L2 libtirpc L2 2 alsa-lib L1 systemd L1 iptables L2 libvirt L2 3 bzip2 L1 xz L1 kmod L2 libxcrypt L2 4 curl L1 zlib L1 libXext L2 libxslt L2 5 dbus L1 dbus-broker L1 libXi L2 libyaml L2 6 e2fsprogs L1 NetworkManager L2 libXrender L2 lvm2 L2 7 elfutils L1 audit L2 libXtst L2 mesa L2 8 gcc L1 bash L2 libaio L2 ncurses L2 9 glibc L1 cairo L2 libarchive L2 ntp L2 10 gnutls L1 coreutils L2 libcap L2 openldap L2 11 grep L1 cronie L2 libcap-ng L2 popt L2 12 iputils L1 dconf L2 libcgroup L2 readline L2 13 kernel L1 ethtool L2 libevent L2 samba L2 14 krb5 L1 expat L2 libiscsi L2 shadow L2 15 libX11 L1 findutils L2 libnet L2 sqlite L2 16 libxml2 L1 freetype L2 libnl3 L2 sssd L2 17 openssh L1 glib2 L2 libpng L2 which L2 18 openssl L1 gmp L2 libselinux L2 zstd L2 19 pam L1 gtk2 L2 libsolv L2 util-linux L2 20 python3 L1 gtk3 L2 libtiff L2 oncn-bwm L2 ---------------------------------------------------------------------------- 各位社区开发者好，同20230512社区RM例会讨论，结合社区已有的发布目录分级、兼容性等级考虑定义openEuler质量分级，非常希望各位开发者/专家提出您宝贵的意见。质量分级基线清单见附件~（新分级基线见D列 F列）质量分级背景：问题1：组件版本升级，导致abi变化，兼容性问题。例：mariadb 由10.3.9-11.p01升级到10.3.34-1时，模块test_versioning.so发生变化。措施：1. 宣传社区兼容性策略；2. 提供社区兼容性分级变更流程，收集开发者意见并明确兼容性维护投入。问题2：安全编译选项排查，EPOL范围软件问题排查率低。例：23.03版本 bazel、greatsql等40+软件包issue未闭环。措施：1. 基于社区软件发布目录制定质量分级；2. 匹配质量分级和测试活动，细化质量要求。质量分级策略： 1. 分级规则：结合社区软件发布目录分析、兼容性分析，统一制定质量分级。Everything范围内做质量分级，Epol范围内不做质量分级。具体规则见表格 a) 质量分为L1~L4 4级。 b) 兼容性分级分为 L1、L2、不涉及 3级。 2. 分级基线：初版质量分级范围继承质量分级范围；后续兼容性分级伟座质量分级的补充； a) 质量分级L1：继承兼容性分级L0 + L0.5 + L1软件范围 b) 质量分级L2：继承兼容性分级L2软件范围 c) 质量分级L3：继承兼容性分级L3软件范围 d) 质量分级L4：everything镜像范围内，未做兼容性分级的软件范围 3. 维护投入：明确L1、L2软件包责任到Committer；基于版本审视质量和兼容性要求落地情况，对无法满足要求的软件包考虑 Commiter替换或质量分级降级（同步进行发布目录的切换）。 4. 变更流程：随社区版本按季度发布的节奏，在版本选型、分支拉取阶段由各SIG决策，并在RM-SIG例会同步决策。原则上版本beta阶段后，不再对改版本的质量分级进行变更。质量策略分层维护测试 L1 1. 例行按周同步社区补丁/按牵引SLA进行修复 2. Committer梳理代码关键流程，有自维护自演进能力; 回馈上游社区，建立开源影响力 1. 基于开源测试套开展测试 2. 补充专项/DFX测试 L2 1. 例行按双周同步社区补丁/按牵引SLA进行修复 1. 基于开源测试套开展测试 2. 结合使用场景测试 L3 1. 例行按月同步社区CVE/BUG 1. 基于开源测试套开展测试 L4 1. 例行按月同步社区高危漏洞/关键bug 1. 基于开源测试套开展测试兼容性质量策略分层特征举例 L1 软件包及软件包 API、ABI 在某个 LTS 版本的生命周期保持不变，跨 LTS 版本不保证。 kernel、glibc、openssh L2 软件包及软件包 API、ABI 在某个 SP 版本的生命周期保持不变，跨 SP 版本不保证。 bash、audit 不涉及版本升级兼容性不做保证。 BR 范佳臣

1 0