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