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