会议内容
遗留问题
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 清单需求收集及讨论,如果预留空间不够了怎么处理?