January 2022 - Oecompatibility - mailweb.openeuler.org

25 Jan '22

各位同事：为提升系统服务能力，邮件系统拟定于2022年1月29日23:00至1月30日01:00进行删除长期未登陆(使用)的邮箱操作，逾时未备案的邮箱将删除处理,此次维护不会对用户留存在系统中的邮件产生任何影响。请收到邮件后及时备案! 点击此处进行备案: : http://192.168.10.232/index.jsp

1 0

关于邮件系统备案通知！
by IT运维部 23 Jan '22

23 Jan '22

各位同事：为提升系统服务能力，邮件系统拟定于2022年1月29日23:00至1月30日01:00进行删除长期未登陆(使用)的邮箱操作，逾时未备案的邮箱将删除处理,此次维护不会对用户留存在系统中的邮件产生任何影响。请收到邮件后及时备案! 点击此处进行备案: : http://192.168.10.232/index.jsp

1 0

关于邮件系统备案通知！
by IT运维部 23 Jan '22

23 Jan '22

各位同事：为提升系统服务能力，邮件系统拟定于2022年1月29日23:00至1月30日01:00进行删除长期未登陆(使用)的邮箱操作，逾时未备案的邮箱将删除处理,此次维护不会对用户留存在系统中的邮件产生任何影响。请收到邮件后及时备案! 点击此处进行备案: : http://192.168.10.232/index.jsp

1 0

关于邮件系统备案通知！
by IT运维部 23 Jan '22

23 Jan '22

各位同事：为提升系统服务能力，邮件系统拟定于2021年12月31日23:00至1月1日01:00进行删除长期未登陆(使用)的邮箱操作，逾时未备案的邮箱将删除处理,此次维护不会对用户留存在系统中的邮件产生任何影响。请收到邮件后及时备案! 点击此处进行备案: : http://192.168.10.232/index.jsp

1 0

openEuler兼容性sig组2022.01.07会议纪要
by cc 17 Jan '22

17 Jan '22

会议内容如下：一、遗留问题解答 1、2千多个kabi清单里，除了板卡厂商提供的kabi名单外，其它核心的1千多个选入标准是什么？     介绍板卡驱动相关的函数。     其他kabi收集来源有：板卡、产品、osv、参考其他os社区、历史经验等。 2、5.10 kabi 清单需求收集及讨论，如果预留空间不够了怎么处理？      如果预留空间不够，可通过 __GENKSYMS__宏来修复，但是有些结构体是修复不了的，比如结构体外层还包了一层结构体，不能修复的补丁是不能何入的。 3、KABI有点多，有哪些原则，可进行裁剪？     建议根据驱动指定KABI，希望将驱动和非驱动调用的接口分开，需再讨论商量。 4、多路径软件需要适配哪些？      基于之前在同一个发行版，出现由于内核的小版本变化，导致kabi不兼容问题，因此多路径outbox 驱动检测发行版及内核小版本。    二、议题 1、软件和硬件在SP1已测试了，SP3 是否还需要测试？有些会检测版本号，这种就需要验证。建议，要验证，但可调整测试策略；当加入了新的硬件平台，对主板的影响，没有精确的评估，为了从严，目前建议验证；建议：使用openeuler 20.03 LTS SP3版本做兼容适配，SP1、SP3会长时间维护，SP2可能不会长期维护。    2、oecp 工具使用介绍介绍检测项以及通过标准。演示工具使用，以及介绍每个生成的文件夹功能。讨论结果页面工具下载地址和sum值如果获取。本次遗留问题 1、输出检测项说明文档，更新结果页面描述不准确的地方，最新版本工具发布完成时间2022.01.11。 2、5.10 kabi 清单需求收集

1 0

EulerOS Kernel 4.19.90 Certificaiton on AMD EPYC 7003 （Milan）Platform
by Wu, Kerry 10 Jan '22

10 Jan '22

[AMD Official Use Only] 您好开田， AMD，Open Euler 社区和麒麟软件合作，共同完成了银河麒麟操作系统V10 SP2(EulerOS kernel:4.19.90-28.0.v2101）在AMD EPYC 7003系列服务器平台兼容性测试并达到性能要求（附件测试报告），并通过了Open Euler社区套件的测试，结果已提交社区。请审阅附件测试报告并确认EulerOS Kernel 4.19.90 支持AMD EPYC 7003（Milan））平台，兼容性、性能均达到要求。谢谢！ Kerry 13601198212 AMD中国区企业和商业事业部

1 0

To provide you with high quality hardware processing products
by zheng 09 Jan '22

09 Jan '22

1 0

转发：openEuler兼容性SIG组2021.12.24会议纪要
by cc 06 Jan '22

06 Jan '22

会议内容遗留问题  1. KABI全量检测标准定义     方案一：严格与openEuler社区KABI相同     方案二：同一个厂商保持KABI相同     为保障生态继承性，建议用方案一，各个厂家需掌握为保障kabi 白名单保持需要适配的工作，有公共的适配诉求建议在内核sig 一起协商解决方案  2.关于多路径软件适配问题     基于之前在同一个发行版，出现由于内核的小版本变化，导致kabi不兼容问题，因此多路径outbox 驱动检测发行版及内核小版本      a)判断操作系统发行版本 openEuler 20.03 /kylin/suse/uos      b)增加判断内核信息第三个小版本 4.19.xxx     经过与多路径软件团队交流，如果各个厂家能够严格按照kabi 白名单来执行，可以考虑仅对发行版检测议题      1. 软件兼容性进展和规划      oepkgs 仓库定位：第三方仓库，作为长尾软件，孵化类项目软件包，主要应用在开发态，引用到软件所仓库      测试方案：多架构、多OS、上游软件兼容性测试      测试策略：从软件包的安装、卸载、服务启动、调用等方面验证，保证软件包质量。       2. L1/L2 软件包版本在22.03 选型评审      1)介绍L0.5/L1/L2 等每种等级KABI要满足的要求；      2)查看已选型软件包，在openeuler源码仓下面找到软件包仓库，通过issue可查看软件包详细变更信息。      比如acl软件包升级情况：https://gitee.com/src-openeuler/acl/issues/I4HGNT?from=project-issue     遗留问题 1、2千多个kabi清单里，除了板卡厂商提供的kabi名单外，其它核心的1千多个选入标准是什么？ 2、5.10kabi 清单需求收集及讨论，如果预留空间不够了怎么处理？

1 0