测评通过，核实正确性 【 OSV 技术测评】【 统信软件技术有限公司 】 OS 测试结论：通过 -- 近期我们会将贵司的 OS 兼容性信息上架到 OSV 技术测评列表（ https://www.openeuler.org/zh/approve/ ），请知悉。   为支撑兼容性信息上传， 请审核并补充填写以下表格标红项： 【表格如下】 另跟您确认： 是否要获取 openeuler 证书？   - 如需要，请到兼容性技术测评平台（ https://certification.openeuler.org/#/ ）申请，申请流程请参考： https://gitee.com/openeuler/technical-certification/blob/master/%E6%8A%80%E6...   OS 厂商 统信软件技术有限公司 技术测评镜像 uos-server-20-1060e-amd64.iso 架构 x86_64 checksum 8ef714c67496679d214dd5f63cd97519 基于 openEuler 的版本 openEuler 20.03 LTS SP3 镜像正式发布链接 必填，填写对外可公开下载的正式链接，如不公开请填写：友情链接栏中的信息 友情链接 https://www.uniontech.com/ 镜像分类 服务器   OS 厂商 统信软件技术有限公司 技术测评镜像 uos-server-20-1060e-arm64.iso 架构 aarch64 checksum 3a6ac7a138f3ee5dc68175c00c674c46 基于 openEuler 的版本 openEuler 20.03 LTS SP3 镜像正式发布链接 必填，填写对外可公开下载的正式链接，如不公开请填写：友情链接栏中的信息 友情链接 https://www.uniontech.com/ 镜像分类 服务器 发件人： "薛皓琳" xuehaolin@uniontech.com >; 时间： 2024年1月27日 (周六) 14:32 主题： 转发：回复：Forward:回复：【OSV技术测评】【统信】 收件人： "compatibility" compatibility@openeuler.io >; 抄送： "刘智淋" liuzhilin@uniontech.com >; , "孟杰" mengjie@uniontech.com >; , "卢彦" luyan@uniontech.com >; , "苟浩" gouhao@uniontech.com >; , "杨飞" yangfei@uniontech.com >; , "吕从庆" lvcongqing@uniontech.com >; , "马海亮" mahailiang@uniontech.com >; , "陈瑶" chenyao@uniontech.com >; HI，您好：       附件附上了调整参数后的oecp运行结果截图和调整过后的内核包，请阅。 1.     2.     From: compatibility-IO compatibility@openeuler.io >; Date: 2024-01-26 Fri. 9:39 To: 刘智淋 liuzhilin@uniontech.com >; 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的测试举证，请提供。 谢谢。 发件人： "刘智淋" liuzhilin@uniontech.com >; 时间： 2024年1月24日 (周三) 11:38 主题： 【OSV技术测评】【统信】 收件人： "compatibility" compatibility@openeuler.io >; 抄送： "孟杰" mengjie@uniontech.com >; , "卢彦" luyan@uniontech.com >; , "薛皓琳" xuehaolin@uniontech.com >; , "陈瑶" chenyao@uniontech.com >; , "马海亮" mahailiang@uniontech.com >; , "吕从庆" lvcongqing@uniontech.com >; , "杨飞" yangfei@uniontech.com >; , "苟浩" gouhao@uniontech.com >; 评测老师好：          按照评测要求对与上次附件中标红的差异回复如下：          1、关于libstdc++缺少/usr/share/gdb/auto-load /usr/share/gdb等rpm files差异分析，统信服务器系统基于社区20.03上的版本（ https://gite e.com/src-op eneuler/gcc/ commit/af8c3 f9f07bd9f422 14af06144683 31a10c52ba7 ），同时发现社区仓库中20.03-SP3分支上面的包版本为7.3.0-2020033101.53，但是对比iso集成的是7.3.0-20211123.43，经查看高版本会比低版本多这些rpm files。          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 ors.huaweicl oud.com/open euler/openEu ler-20.03-LT S-SP4/everyt hing/aarch64 /Packages/qe mu-4.1.0-81. oe2003sp4.aa rch64.rpm ）与统信服务器系统表现相同。多provides qemu-kvm 是合入20.03 PR https://gite e.com/src-op eneuler/qemu /pulls/624 ， 多requires libgio-2.0.so.0()(64bit) 、 libgobject-2.0.so.0()(64bit) 这两个库由glib2提供，查看20.03版本存在BuildRequires:glib2所以不影响兼容性，20.03链接： https://gite e.com/src-op eneuler/qemu /commit/85af 3a887e2bda64 2db4badcc15d ac4c8d9aa543 #8d3fff3bdae 8a0b58cdaf88 d57976393780 c6886_6_6 。          3、libmount，多provides libmount.so.1(MOUNT_2_37)(64bit) ，统信服务器系统基于社区2.35.2版本，20.03链接： https://gite e.com/src-op eneuler/util -linux/commi t/afbf020ed9 f6a439a3422e 0c6c304c7b09 b685f1 。          4、libseccomp 缺少libseccomp-help = 2.5.0  统信服务器系统基于社区2.5.0版本， help子包不是强依赖，不影响兼容性。20.03链接 ： https://gite e.com/src-op eneuler/libs eccomp/commi t/4f7a33d01e d44e335d6946 319319875194 a01ddb          5、libselinux  缺少requires libsepol >;= 2.8  多requires libsepol >;= 3.1 ，统信服务器系统基于社区3.1版本，其依赖的libsepol版本不同导致的差异，20.03链接： https://gite e.com/src-op eneuler/libs elinux/tree/ openEuler-20 .03-LTS-SP3/ ，该链接中spec中requires已经是libsepol >;= 3.1。          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 e.com/src-op eneuler/open ssh/commit/5 befb32e2f58d 0a9038697bb1 cbed9010be12 e6c          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 e.com/src-op eneuler/samb a/commit/54e 0710adfb8e22 aad412ae7bf5 56602e28a0bb 7 。          8、关于libatomic在x86上没有的原因，我司的安装选项并未完全复用openeuler oemaker中的策略，该包被安装选项中haproxy依赖，且x86不依赖（openeuler 当前也是一样的依赖），因此表现在ISO中x86上无此包，arm上有，而openeuler都有的原因是在通用的rpmlist.xml（ https://gite e.com/src-op eneuler/oema ker/blob/ope nEuler-20.03 -LTS-SP3/rpm list.xml ）中写死了mysql，mysql强行依赖了该包进入OS中，该包并不是系统需要一定默认集成的包，无影响。          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 e.com/src-op eneuler/curl /commit/d4d3 2de036fe7019 31890dd501df 4e2592d5aee0 。          10、gnutls 软件包是由于修复CVE-2021-20305（Linux Nettle是Linux 基金会开源的一个应用软件。包含的设计适合很容易在许多情况下一个低级别的密码库。 Nettle in versions before 3.7.2 存在加密问题漏洞，该漏洞允许攻击者强制使用无效签名，导致断言失败或可能的验证。）导致的版本升级，社区高版本gnutls对于nettle、libtasn1软件包做了这些版本限制，社区22.03链接 https://gite e.com/src-op eneuler/gnut ls/tree/open Euler-22.03- LTS-SP3 ，该链接中对nettle libtasn1版本升级会修复cve需要确认。          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 e.com/src-op eneuler/ipro ute/commit/8 e054653066e8 b1c8e408d8a7 2a8cc60221bf 0a4 。          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 e.com/src-op eneuler/libd nf/blob/open Euler-22.03- LTS-SP1/libd nf.spec 。          16、librepo缺少requires  libcurl >;= 7.28.0 多出requires   libcurl >;= 7.52.0，回合社区高版本补丁1.14.2版本，22.03链接： https://gite e.com/src-op eneuler/libr epo/commit/f e4a272e58eb7 c372f2fe474a 0e90d16be468 c9f 。                    17、lvm2版本升级导致的差异， 回合社区高版本补丁，补丁内容：版本升级导致（修复了设备文件和自动激活相关的问题、回退了自动激活更改、修复了不正确的内存释放、修复了各种lvm_import_vdo问题、修复了转换为vdo时虚拟大小超过2TiB的问题、重命名了vdoimport为lvm_import_vdo、修复了缺少可执行标志的问题针对LVM2的稳定性和功能性进行改进），sw架构支持， https://gite e.com/src-op eneuler/lvm2 /commit/c133 929a98ee3bf6 85a06212dd4b 4120e0303637 。          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 e.com/src-op eneuler/libt alloc/commit /0bbaf4515da 2d240fd7294e 624d513dcc32 c0220 。                  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 e.com/src-op eneuler/jans son/blob/ope nEuler-22.03 -LTS-SP3/jan sson.spec 。          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 e.com/src-op eneuler/libt db/blob/open Euler-20.03- LTS-SP3/libt db.spec 。          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 e.com/src-op eneuler/libc ap/blob/open Euler-22.03- LTS-SP3/libc ap.spec 。          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 e.com/src-op eneuler/libt event/blob/o penEuler-22. 03-LTS-SP1/l ibtevent.spe c 。                    24、NetworkManage、NetworkManager-libnm、NetworkManager-wwan版本升级导致的差异（修复了在初始化清理期间等待链接消失的问题。修复了在通过DHCPv6获取地址时所有地址失败DAD的问题。确保了DNS服务器按照优先级进行排序。解决了当设备进入IP_CONFIG状态时更新DNS的问题。修复了在重新启动DHCP时选择租约失败的问题。修复了丢失DHCP租约的问题。修复了在更改MAC时不重新启动DHCP的问题，以避免IP更改。解决了丢失地址的问题，当从initrd到ral root的切换时出现问题。）社区高版本链接： https://gite e.com/src-op eneuler/Netw orkManager/b lob/openEule r-23.09/Netw orkManager.s pec 。          25、内核差异说明： x86_64 kabi大量改动原因： 1）我们借鉴这个pr里分析伪共享问题的方法，尝试修改struct file里f_count的位置，发现性能有提升。 https://gite e.com/openeu ler/kernel/c ommit/8d85e2 e690dcb6affa 639e434a75f2 4869e4bcd4 。 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 e.com/openeu ler/kernel/c ommit/8d85e2 e690dcb6affa 639e434a75f2 4869e4bcd4 。 将这些都修改恢复成社区的配置后   可以与社区KABI达到98%+的兼容度。 发自我的企业微信 compatibility-IO compatibility@openeuler.io >;  在 2024-01-09 周二 12:54 写道： 您好，对非src-openeuler的上游开源社区的版本，仅提供包版本下载地址不满足测评举证。 按欧拉测评要求需将相关修复回合到欧拉社区，请在发起回合后提供PR或commit链接证明，谢谢。 发件人： "刘智淋" liuzhilin@uniontech.com >; 时间： 2024年1月8日 (周一) 15:01 主题： 【OSV技术测评】【统信】 收件人： "compatibility" compatibility@openeuler.io >; 抄送： "孟杰" mengjie@uniontech.com >; , "卢彦" luyan@uniontech.com >; , "薛皓琳" xuehaolin@uniontech.com >; , "陈瑶" chenyao@uniontech.com >; , "杨飞" yangfei@uniontech.com >; 评测老师好：          附件是评审不通过条目澄清后添加链接证明的文件，请查收。 发自我的企业微信 compatibility-IO compatibility@openeuler.io >;  在 2023-12-28 周四 18:47 写道： 您好，当前初步评审结论为不通过，具体不通过条目见附件标红项。 一、不通过条目请按照以下要求进行澄清： 1、变更修复需提供合入社区的链接证明。 2、从社区回合的需提供社区链接证明。 3、如存在变更是由于用户定制引起的，请提供具体用户定制缘由。 4、如存在变更不满足以上三条，请给出回合社区的时间（一般不超过3个月） 二、KABI百分比过低，需整改到满足社区要求（>;=90%）。 如果因贵司项目周期等因素导致上述条件一时间无法达成的，请上兼容性sig组例会评审。 sig组例会信息： —— 大家好，本周五（12月29号）上午10点将照常举行兼容性sig组双周例会，如有议题申报请在群内回复，或者直接在etherpad中填写议题 例：议题1：xxxxxx 申报人：xxx etherpad链接： https://etherpad.openeuler.org/p/sig-Compatibility-Infra-meetings 发件人： "刘智淋" liuzhilin@uniontech.com >; 时间： 2023年12月28日 (周四) 13:34 主题： 【OSV技术测评】【统信】 收件人： "compatibility" compatibility@openeuler.io >; 抄送： "孟杰" mengjie@uniontech.com >; , "卢彦" luyan@uniontech.com >; , "薛皓琳" xuehaolin@uniontech.com >; , "陈瑶" chenyao@uniontech.com >; , "杨飞" yangfei@uniontech.com >; 评测老师您好：           关于统信服务器系统测试不通过项分析总结如下：            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%，难度太大。 您好，请查看一下此次邮件时有存在附件（uos-软件包差异说明）。 发自我的企业微信 compatibility-IO compatibility@openeuler.io >;  在 2023-12-26 周二 16:42 写道： 附件是1050e版本测试报告，请查收 From: "compatibility-IO" compatibility@openeuler.io >; Date: Wed, Dec 20, 2023, 18:01 Subject: 回复： 【OSV技术测评】【统信】 To: "刘智淋" liuzhilin@uniontech.com >; 您好，当前澄清描述无法跟报告中各个包的差异对应起来，请按照附件表格填写以下圈出区域，明确差异原因和影响范围，谢谢。 以下是其他厂家澄清示例，可参考： 发件人： "刘智淋" liuzhilin@uniontech.com >; 时间： 2023年12月19日 (周二) 17:06 主题： 回复： 回复： 【OSV技术测评】【统信】 收件人： "compatibility" compatibility@openeuler.io >; 评测老师您好：         关于统信服务器系统测试不通过项分析总结如下：         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/0cbca9586b7bc41fdbb5841db16cd531...           6.统信与社区版kabi校验值差异，是应外部客户需求及内部性能优化需求对代码及配置做调整所致。统信在1060e后续版本的演进过程中将保证kabi校验值的一致性，保证后续版本的兼容性。 发自我的企业微信 compatibility-IO compatibility@openeuler.io >;  在 2023-12-15 周五 21:59 写道： 通信厂商镜像与openEuler20.03sp3镜像config文件与tests文件对比 发件人： "刘智淋" liuzhilin@uniontech.com >; 时间： 2023年12月15日 (周五) 14:53 主题： 回复： 回复： 【OSV技术测评】【统信】 收件人： "compatibility" compatibility@openeuler.io >; 你好，我这边有一个问题， 关于截图中的EPOL仓安装成功比例和运行时默认配置的一致性未通过的结果在哪，我找不到哪些是关于这两条的失败项，总表里面也只有前三项失败的包及原因啊 发自我的企业微信 compatibility-IO compatibility@openeuler.io >;  在 2023-12-14 周四 17:14 写道： 说明澄清就行，这边会有sig组开会进行讨论 发件人： "刘智淋" liuzhilin@uniontech.com >; 时间： 2023年12月14日 (周四) 16:42 主题： 回复： 回复： 【OSV技术测评】【统信】 收件人： "compatibility" compatibility@openeuler.io >; 这其中的差别是由于修复了一些CVE和BUG导致的那些包的差别，这边测评的要求是什么，是必须要一致还是说明确的解释就好 发自我的企业微信 compatibility-IO compatibility@openeuler.io >;  在 2023-12-12 周二 10:32 写道： 测试不通过，请澄清测试报告差异项变更原因及影响，请确认是否为企业自用版本 -- 您好，您申请的镜像已完成测试，测试结果为不通过，详细差异项请见附件， 请分析差异项造成的原因和可能导致的影响，请确认该 ISO 是否为企业自用版本。 发件人： "刘智淋" liuzhilin@uniontech.com >; 时间： 2023年12月11日 (周一) 11:12 主题： 回复： 【OSV技术测评】【统信】【X86系统权限】 收件人： "compatibility" compatibility@openeuler.io >; 选择免费授权需要安装时按照以下图片进行，其他不需要特殊操作，正常安装： 发自我的企业微信 compatibility-IO compatibility@openeuler.io >;  在 2023-12-11 周一 10:58 写道： 请问下这个安装时选择的权限具体需要什么操作。 发件人："刘智淋" liuzhilin@uniontech.com >; 时间： 2023年12月8日 (周五) 14:17 主题： 回复： 回复：接纳测评需求 收件人："compatibility" compatibility@openeuler.io >; 抄送："wutengda" wutengda@openeuler.sh >; 安装的时候有一个授权类型，选择免费授权进行测评应该就无此问题；这个授权不会影响里面的什么功能，正常测评就好。 发自我的企业微信 ----------回复的邮件信息---------- compatibility-IO compatibility@openeuler.io >; 在2023-12-08 周五 12:02写道： 请问一下为啥x86的系统说我没有激活该系统。而arm的没说有这样的提示。 发件人："刘智淋" liuzhilin@uniontech.com >; 时间： 2023年12月7日 (周四) 11:07 主题： 回复： 回复：接纳测评需求 收件人："compatibility" compatibility@openeuler.io >; 抄送："wutengda" wutengda@openeuler.sh >; 我这个是两个链接，上面那个uos-server-20-1060e-amd64.iso 就是x86_64架构的iso，下面那个uos-server-20-1060e-arm64.iso 是arm64架构的iso；区分在于iso前面的 amd64 和 arm64 ，不好意思是我没有写清楚。 发自我的企业微信 ----------回复的邮件信息---------- compatibility-IO compatibility@openeuler.io >; 在2023-12-07 周四 10:59写道： 意思是都是做srm架构的吗？因为我看issue单上有x86架构 发件人："刘智淋" liuzhilin@uniontech.com >; 时间： 2023年12月7日 (周四) 10:24 主题： 回复： Re: 接纳测评需求 收件人："compatibility" compatibility@openeuler.io >; 抄送："wutengda" wutengda@openeuler.sh >; 你好，我这直接点击链接进去下载的是正常的，如图： 你那是有什么不一样吗，有截图看一下吗 发自我的企业微信 ----------回复的邮件信息---------- compatibility-IO compatibility@openeuler.io >; 在2023-12-07 周四 10:14写道： 镜像下载链接是不是有问题，两个都是aarch64的 From: "compatibility-IO" compatibility@openeuler.io >; Date:  Thu, Dec 7, 2023, 09:40 Subject:  接纳测评需求 To: " liuzhilin@uniontech.com " liuzhilin@uniontech.com >; Cc: "吴腾达" wutengda@openeuler.sh >; 【 OSV 技术测评】【 统信软件 公司】已接收到 issue 单，近期将会进行测试 来自企业微信邮箱

kernel-4.19.90-2401.3.0.0234.79.uel20.aarch64.rpm

37.23M   2024/2/10 21:09 到期   超大附件

kernel-4.19.90-2401.3.0.0234.79.uel20.x86_64.rpm

50.32M   2024/2/10 21:09 到期   超大附件