2 Feb
2024
2 Feb
'24
9:18 a.m.
收到
评测老师您好：
统信软件技术有限公司镜像正式发布链接如下：
架构x86_64:
请查收。
发自我的企业微信
测评通过，核实正确性
【OSV技术测评】【统信软件技术有限公司】OS测试结论：通过
--
为支撑兼容性信息上传，请审核并补充填写以下表格标红项：
【表格如下】
另跟您确认：是否要获取openeuler证书？
HI，您好：
附件附上了调整参数后的oecp运行结果截图和调整过后的内核包，请阅。
1.
2.
Date:2024-01-26 Fri. 9:39
Cc:孟杰<mengjie@uniontech.com>, 卢彦<luyan@uniontech.com>, 薛皓琳<xuehaolin@uniontech.com>, 陈瑶<chenyao@uniontech.com>, 马海亮<mahailiang@uniontech.com>, 吕从庆<lvcongqing@uniontech.com>, 杨飞<yangfei@uniontech.com>, 苟浩<gouhao@uniontech.com>
Subject:回复：【OSV技术测评】【统信】
您好，
1、包一致性方面当前举证通过。
2、kabi一致性方面：
“将这些都修改恢复成社区的配置后 可以与社区KABI达到98%+的兼容度。”
这里98%+兼容度是怎么来的？需要oecp的测试举证，请提供。
谢谢。
评测老师好：
按照评测要求对与上次附件中标红的差异回复如下：
1、关于libstdc++缺少/usr/share/gdb/auto-load /usr/share/gdb等rpm files差异分析，统信服务器系统基于社区20.03上的版本（https://gite
2、qemu差异是 统信服务器系统基于社区中20.03版本，configure打开了--enable-spice 该选项需要spice-server-devel spice-protocol ，所以增加spice-server-devel spice-protocol。 缺少requires config(qemu) = 2:4.1.0、shadow 多requires /usr/sbin/groupadd、/usr/sbin/useradd 、config(qemu) = 10:4.1.0 在qemu-4.1.0-81.oe2003sp4.aarch64.rpm版本（https://mirr
3、libmount，多provides libmount.so.1(MOUNT_2_37)(64bit)，统信服务器系统基于社区2.35.2版本，20.03链接：https://gite
4、libseccomp 缺少libseccomp-help = 2.5.0 统信服务器系统基于社区2.5.0版本， help子包不是强依赖，不影响兼容性。20.03链接 ：https://gite
5、libselinux 缺少requires libsepol >= 2.8 多requires libsepol >= 3.1 ，统信服务器系统基于社区3.1版本，其依赖的libsepol版本不同导致的差异，20.03链接：https://gite
6、关于openssh增加libcrypto.so.1.1(OPENSSL_1_1_1b)(64bit) rpm requires差异，统信服务器系统基于社区8.2p1版本，使用该版本openssh软件包编译二进制包会依赖libcrypto.so.1.1(OPENSSL_1_1_1b)(64bit)，由于openssl提供了此库文件，所以导致openssh依赖此库文件。https://gite
7、libsmbclient 缺少requires libsamba-errors.so.1(SAMBA_ERRORS_1)(64bit)、libsmbconf.so.0(SMBCONF_0)(64bit) 多requires config(libsmbclient) = 4.11.12、libsamba-errors.so.1(SAMBA_ERRORS_1.0.0)(64bit)、libsmbconf.so.0(SMBCONF_0.0.1)(64bit)、config(libsmbclient) = 4.11.12 统信服务器系统基于社区4.11.12版本，20.03链接https://gite
8、关于libatomic在x86上没有的原因，我司的安装选项并未完全复用openeuler oemaker中的策略，该包被安装选项中haproxy依赖，且x86不依赖（openeuler 当前也是一样的依赖），因此表现在ISO中x86上无此包，arm上有，而openeuler都有的原因是在通用的rpmlist.xml（https://gite
9、关于curl rpm缺少requires libmetalink.so.3()(64bit) 、libcrypto.so.1.1的原因是统信服务器系统回合上游openeuler新增编译选项--without-libmetalink(为了修复CVE-2021-22922 and CVE-2021-22923)，导致的差异。社区20.03版本链接：https://gite
10、gnutls 软件包是由于修复CVE-2021-20305（Linux Nettle是Linux 基金会开源的一个应用软件。包含的设计适合很容易在许多情况下一个低级别的密码库。 Nettle in versions before 3.7.2 存在加密问题漏洞，该漏洞允许攻击者强制使用无效签名，导致断言失败或可能的验证。）导致的版本升级，社区高版本gnutls对于nettle、libtasn1软件包做了这些版本限制，社区22.03链接 https://gite
11、关于openssl差异是因为修复CVE-2021-3450（OpenSSL是Openssl团队的一个开源的能够实现安全套接层（SSLv2/v3）和安全传输层（TLSv1）协议的通用加密库。该产品支持多种加密算法，包括对称密码、哈希算法、安全散列算法等。 OpenSSL 1.1.1h-1.1.1j 存在安全漏洞，该漏洞允许绕过ca证书检查。）等CVE导致的版本升级。
12、关于libaio打包文件目录的不同，是由于迁移业务需求，保证依赖连续性，导致文件放置的目录不同，社区采用%license COPYING但统信服务器系统打包使用%doc COPYING TODO。
13、libserf此包在统信服务器系统上是module包，社区暂不支持module包编译。
14、iproute 回合社区高版本补丁 补丁内容为：添加libbpf为编译和运行依赖，修复/sys/fs/bpf存在时bpffs挂载问题，修复没有elf时的编译警告问题；实现bpf的调用支持等原因导致的版本升级。22.03链接：https://gite
15、libdnf差异的原因，回合社区高版本补丁22.03版本libmodulemd(aarch-64) >= 2.11.2、librepo(aarch-64) >= 1.13.1、libsolv(aarch-64) >= 0.7.20，为了关闭modulemd文档的严格认证，添加unittest使用空秘钥文件设置repo等问题。 链接：https://gite
16、librepo缺少requires libcurl >= 7.28.0 多出requires libcurl >= 7.52.0，回合社区高版本补丁1.14.2版本，22.03链接：https://gite
17、lvm2版本升级导致的差异， 回合社区高版本补丁，补丁内容：版本升级导致（修复了设备文件和自动激活相关的问题、回退了自动激活更改、修复了不正确的内存释放、修复了各种lvm_import_vdo问题、修复了转换为vdo时虚拟大小超过2TiB的问题、重命名了vdoimport为lvm_import_vdo、修复了缺少可执行标志的问题针对LVM2的稳定性和功能性进行改进），sw架构支持，https://gite
18、libtalloc 回合社区高版本补丁，22.03-SP3是2.3.1版本，统信服务器系统是基于社区2.3.3版本，所以多了2.3.2和2.3.3两个provide：libtalloc.so.2(TALLOC_2.3.3)(64bit)、libtalloc.so.2(TALLOC_2.3.2)(64bit)，22.03链接：https://gite
19、jansson 缺少requires /sbin/ldconfig，多provides libjansson.so.4(libjansson.so.4)(64bit)，统信服务器系统AppStream/Packages/目录下有jansson-2.13.1版本，经查询该版本依赖/sbin/ldconfig不提供libjansson.so.4(libjansson.so.4)(64bit) 。 另外经查询22.03中的jansson-2.14与链接统信服务器系统jansson-2.14版本requires和provides一致 链接：https://gite
20、libtdb 缺少 requires libcrypt.so.1()(64bit) 、libtdb-help = 1.4.2 多provides libtdb.so.1(TDB_1.4.6)(64bit)、libtdb.so.1(TDB_1.4.3)(64bit)、libtdb.so.1(TDB_1.4.4)(64bit)、libtdb.so.1(TDB_1.4.5)(64bit) 统信服务器系统基于社区1.4.2版本，在AppStream/Packages/libtdb-1.4.2-6 不存在上述问题 链接：https://gite
21、libpcap多出/usr/share/man/man7/pcap-tstamp.7.gz等文件打包的方式不同uos多出的man7相关的文件社区打包到了-help子包中
22、关于libcap的差异是由于升级高版本后缺少requires /sbin/ldconfig，多requires libpthread.so.0()(64bit)、libpthread.so.0(GLIBC_2.17)(64bit)、libpsx.so.2()(64bit) 22.03链接：https://gite
23、libtevent版本升级导致的差异，社区版本为0.10.0，22.03-SP1已经是0.13.0，版本升级增多provide：libtevent.so.0(TEVENT_0.11.0)(64bit)、libtevent.so.0(TEVENT_0.12.0)(64bit)，社区已回合此问题，高版本链接：https://gite
24、NetworkManage、NetworkManager-libnm、NetworkManager-wwan版本升级导致的差异（修复了在初始化清理期间等待链接消失的问题。修复了在通过DHCPv6获取地址时所有地址失败DAD的问题。确保了DNS服务器按照优先级进行排序。解决了当设备进入IP_CONFIG状态时更新DNS的问题。修复了在重新启动DHCP时选择租约失败的问题。修复了丢失DHCP租约的问题。修复了在更改MAC时不重新启动DHCP的问题，以避免IP更改。解决了丢失地址的问题，当从initrd到ral root的切换时出现问题。）社区高版本链接：https://gite
25、内核差异说明：
x86_64 kabi大量改动原因：
1）我们借鉴这个pr里分析伪共享问题的方法，尝试修改struct file里f_count的位置，发现性能有提升。https://gite
2）我们打开了CONFIG_BCACHE配置。这个是客户要求打开的。
3）关闭CONFIG_VMAP_STACK配置。关闭这个配置后对性能有提升。
arm64 kabi大量变化的原因：
1）我们关闭了CONFIG_VMAP_STACK， CONFIG_BLK_DEBUG_FS，CONFIG_CGROUP_FILES这三个配置项。因为这几个配置影响性能。
2）我们打开了CONFIG_EXT4_ENCRYPTION，CONFIG_FS_ENCRYPTION，CONFIG_IMA，ARM64_PTR_AUTH这四4个配置。因为我们自研的功能需要这些功能。
3）将CONFIG_NODES_SHIFT由4改成6。修改这个是因为当时适配了多NODE机器。
4）我们借鉴这个pr里分析伪共享问题的方法，尝试修改struct file里f_count的位置，发现性能有提升。https://gite
将这些都修改恢复成社区的配置后 可以与社区KABI达到98%+的兼容度。
发自我的企业微信
您好，对非src-openeuler的上游开源社区的版本，仅提供包版本下载地址不满足测评举证。
按欧拉测评要求需将相关修复回合到欧拉社区，请在发起回合后提供PR或commit链接证明，谢谢。
评测老师好：
附件是评审不通过条目澄清后添加链接证明的文件，请查收。
发自我的企业微信
您好，当前初步评审结论为不通过，具体不通过条目见附件标红项。
一、不通过条目请按照以下要求进行澄清：
1、变更修复需提供合入社区的链接证明。
2、从社区回合的需提供社区链接证明。
3、如存在变更是由于用户定制引起的，请提供具体用户定制缘由。
4、如存在变更不满足以上三条，请给出回合社区的时间（一般不超过3个月）
二、KABI百分比过低，需整改到满足社区要求（>=90%）。
如果因贵司项目周期等因素导致上述条件一时间无法达成的，请上兼容性sig组例会评审。
sig组例会信息：
——
大家好，本周五（12月29号）上午10点将照常举行兼容性sig组双周例会，如有议题申报请在群内回复，或者直接在etherpad中填写议题
例：议题1：xxxxxx 申报人：xxx
评测老师您好：
关于统信服务器系统测试不通过项分析总结如下：
1、附件（uos-软件包差异说明）是核心包和L1/L2 软件包差异性分析。
2、关于OSV版本运行时默认配置一致性的差异是由于附件中的核心包和软件包差异所导致：
关于统信服务器系统测试不通过项分析总结如下：
1、附件（uos-软件包差异说明）是核心包和L1/L2 软件包差异性分析。
2、关于OSV版本运行时默认配置一致性的差异是由于附件中的核心包和软件包差异所导致：
（1）dde软件包是我们进行了版本升级导致配置文件增多，如/etc/deepin/dde-session-ui.conf；
（2）NetworkManager升级版本（修复了在初始化清理期间等待链接消失的问题。修复了在通过DHCPv6获取地址时所有地址失败DAD的问题。确保了DNS服务器按照优先级进行排序。解决了当设备进入IP_CONFIG状态时更新DNS的问题。修复了在重新启动DHCP时选择租约失败的问题。修复了丢失DHCP租约的问题。修复了在更改MAC时不重新启动DHCP的问题，以避免IP更改。解决了丢失地址的问题，当从initrd到ral root的切换时出现问题），导致删除了/etc/dbus-1/system.d/org.freedesktop.NetworkManager.conf等文件。
3、关于KABI的差异，由于我们1050版本测评结果是32%，为保证后续版本的兼容性1060延续使用1050版本kernel及应外部客户需求及内部性能优化需求对代码及配置做调整所修改，如要修改到100%，难度太大。
3、关于KABI的差异，由于我们1050版本测评结果是32%，为保证后续版本的兼容性1060延续使用1050版本kernel及应外部客户需求及内部性能优化需求对代码及配置做调整所修改，如要修改到100%，难度太大。
您好，请查看一下此次邮件时有存在附件（uos-软件包差异说明）。
发自我的企业微信
附件是1050e版本测试报告，请查收
您好，当前澄清描述无法跟报告中各个包的差异对应起来，请按照附件表格填写以下圈出区域，明确差异原因和影响范围，谢谢。
以下是其他厂家澄清示例，可参考：
评测老师您好：
关于统信服务器系统测试不通过项分析总结如下：
1.python包：系统默认安装为python2-2.7.18-1版本，其中python2-2.7.18-4.0.2.up2.module，module是为了一些客户指定的测试需求，无影响。
2.统信服务器系统安装策略与openEuler不一致，一些包没有集成在ISO中，无影响。
3.统信服务器系统在一些安全性要求比较高的场景，客户方要求软件升级时会参考官方文档根据软件实际情况对requires和provides进行增减，导致在显示requires时有差异，无影响。
4.统信服务器系统在一些安全性要求比较高的场景，客户方会要求修复其中的已知CVE和BUG，无影响。
5.openEuler社区已经删除的包，https://gitee.com/src-openeuler/sssd/commit/0cbca9586b7bc41fdbb5841db16cd53163b36902
6.统信与社区版kabi校验值差异，是应外部客户需求及内部性能优化需求对代码及配置做调整所致。统信在1060e后续版本的演进过程中将保证kabi校验值的一致性，保证后续版本的兼容性。
关于统信服务器系统测试不通过项分析总结如下：
1.python包：系统默认安装为python2-2.7.18-1版本，其中python2-2.7.18-4.0.2.up2.module，module是为了一些客户指定的测试需求，无影响。
2.统信服务器系统安装策略与openEuler不一致，一些包没有集成在ISO中，无影响。
3.统信服务器系统在一些安全性要求比较高的场景，客户方要求软件升级时会参考官方文档根据软件实际情况对requires和provides进行增减，导致在显示requires时有差异，无影响。
4.统信服务器系统在一些安全性要求比较高的场景，客户方会要求修复其中的已知CVE和BUG，无影响。
5.openEuler社区已经删除的包，https://gitee.com/src-openeuler/sssd/commit/0cbca9586b7bc41fdbb5841db16cd53163b36902
6.统信与社区版kabi校验值差异，是应外部客户需求及内部性能优化需求对代码及配置做调整所致。统信在1060e后续版本的演进过程中将保证kabi校验值的一致性，保证后续版本的兼容性。
发自我的企业微信
通信厂商镜像与openEuler20.03sp3镜像config文件与tests文件对比
你好，我这边有一个问题，
关于截图中的EPOL仓安装成功比例和运行时默认配置的一致性未通过的结果在哪，我找不到哪些是关于这两条的失败项，总表里面也只有前三项失败的包及原因啊
发自我的企业微信
说明澄清就行，这边会有sig组开会进行讨论
这其中的差别是由于修复了一些CVE和BUG导致的那些包的差别，这边测评的要求是什么，是必须要一致还是说明确的解释就好
发自我的企业微信
测试不通过，请澄清测试报告差异项变更原因及影响，请确认是否为企业自用版本
--
您好，您申请的镜像已完成测试，测试结果为不通过，详细差异项请见附件，请分析差异项造成的原因和可能导致的影响，请确认该ISO是否为企业自用版本。
选择免费授权需要安装时按照以下图片进行，其他不需要特殊操作，正常安装：
发自我的企业微信
请问下这个安装时选择的权限具体需要什么操作。
安装的时候有一个授权类型，选择免费授权进行测评应该就无此问题；这个授权不会影响里面的什么功能，正常测评就好。
----------回复的邮件信息----------
请问一下为啥x86的系统说我没有激活该系统。而arm的没说有这样的提示。
我这个是两个链接，上面那个uos-server-20-1060e-amd64.iso 就是x86_64架构的iso，下面那个uos-server-20-1060e-arm64.iso 是arm64架构的iso；区分在于iso前面的 amd64 和 arm64 ，不好意思是我没有写清楚。
----------回复的邮件信息----------
意思是都是做srm架构的吗？因为我看issue单上有x86架构
你好，我这直接点击链接进去下载的是正常的，如图：
你那是有什么不一样吗，有截图看一下吗
----------回复的邮件信息----------
镜像下载链接是不是有问题，两个都是aarch64的
【OSV技术测评】【统信软件公司】已接收到issue单，近期将会进行测试
407
Age (days ago)
407
Last active (days ago)
0 comments
1 participants
participants (1)
-
compatibility-IO