Yocto Dunfell构建core-image-minimal加入python3-dev报错如何解决

问题根因 #

报错本质是两个软件包同时声明了对/var/db目录的所有权，rootfs构建时触发文件冲突：

• base-files属于基础系统组件，按照FHS标准本就应该负责创建/var/db这类系统通用目录
• libnss-db2由meta-webos层提供，配方配置错误，将/var/db父目录也纳入了自身的文件安装列表

加入python3-dev才触发报错的原因是：python3-dev的依赖链会引入libnss相关软件包，未加时libnss-db2不会被安装到镜像中，因此不会触发冲突。

修复方案 #

方案1：修正libnss-db2配方（根因修复，优先选择） #

找到meta-webos层中的libnss-db2配方文件（后缀为.bb或.bbappend），修改其FILES配置：

1. 删除对/var/db目录本身的声明
2. 仅保留该包实际需要安装到/var/db下的具体文件路径，示例修改如下：

# 错误写法：会将/var/db目录本身纳入包文件列表
FILES:${PN} += "/var/db"

# 正确写法：仅包含该包自有文件，不占用父目录所有权
FILES:${PN} += "/var/db/nssdb/*.db"

如果不知道具体文件路径，也可临时写成FILES:${PN} += "/var/db/*"适配。

方案2：通过Yocto配置规避冲突 #

如果不想修改上游层的配方，可在自定义层meta-iotsec的conf/layer.conf中添加以下配置，跳过冲突检查：

# 允许libnss-db2与base-files的目录冲突
INSANE_SKIP:libnss-db2 += "conflicts"
# 明确指定base-files优先持有/var/db目录所有权
FILES:base-files:append = " /var/db"

方案3：验证层版本适配性 #

确认当前使用的meta-webosose层分支是否匹配Yocto Dunfell版本，跨版本使用layer经常会出现文件路径声明不兼容的问题，如分支不匹配请切换到对应Dunfell的官方分支。

验证步骤 #

修改完成后清理对应包的缓存并重新构建：

bitbake -c cleansstate libnss-db2 base-files
bitbake core-image-minimal

内容的提问来源于stack exchange，提问作者Antonio Santoro