2606 1712构建gpp配置报错

CICD SIG
1

基于2606 进行1712构建

使用bmcgo publish -b “${board}” -sc default -bt release -r "${remote}"命令构建，报如下错误：

image
image1444×777 57.4 KB

使用bmcgo publish -z 0502TEST -b “${board}” -r "${remote}"命令构建，报如下错误：

image
image1741×750 65.8 KB

bmcgo版本如下：
manifest.txt (22.9 KB)

manifest配置见附件

个人觉得这是bingo/bmcgo兼容性问题，希望可以确认一下

2

答案内容由AI生成，仅供参考：

结论

当前资料中没有直接命名为“gpp 配置报错”的专项记录，但以上几类问题——包括执行路径不正确、bingo/bmcgo 版本残留、Conan 多 remote 限制、manifest 与 SDK 不配套、版本区间解析异常——都可能与您遇到的报错相关。若要进一步确认是否属于 bingo/bmcgo 兼容性缺陷，建议提供完整的文本日志（尤其是错误堆栈和 bingo.log），以便做更准确的定位。

点击此处查看详细分析解答

由于您贴出的两张报错图片在当前上下文中无法解析具体内容，因此我不能直接定位您遇到的“gpp配置报错”的完整错误文本。但结合您提供的关键信息（基于 2606 版本进行 Hi1712 构建、使用 bmcgo publish 命令），以下是根据已有资料整理的排查要点，供您参考。

一、先确认命令执行环境

  • bmcgo publish/bingo publish 属于产品构建命令，必须在 manifest 仓目录（即产品路径）下执行，否则会提示类似“未找到命令 publish”。
  • bingo 会根据当前目录下的配置文件（如 .bmcgo/config 或 mds/service.json）动态识别项目类型并显示可用命令，因此请确认执行 publish 时确实处于产品 manifest 目录。
  • 在构建组件时，需要切换到组件目录执行 bingo，否则命令不生效。

二、bingo/bmcgo 版本兼容性排查

  • 已知存在因未卸载旧版本、直接安装不同版本 bingo 导致编译时仍使用旧版本而失败的问题。建议检查是否有旧版本残留：
    • pip list | grep -wE "bingo|script"
    • dpkg -l | grep -wE "bingo|script"
    • 如有旧版本，先卸载，再重新安装最新版本。
  • 您提到的 bmcgo/bingo 版本组合（例如 0.5.317 或 0.7.14 + 0.6.62）与 manifest 要求不一致时，也可能引发构建异常。已有资料显示 0.5.317 版本存在一些限制，例如不支持同时配置多个 remote，这可能与您怀疑的“兼容性问题”相关。

三、Conan 远程仓库与依赖解析问题

  • bmcgo 0.5.317 版本目前不支持多个 remote 的设置，只能通过类似 bingo build -r <remote_name> 的方式指定单个仓库。
  • 如果组件依赖同时来自私有仓和 openubmc 仓，建议使用 JFrog Artifactory 的“虚拟仓库（Virtual Repository）”来聚合多个 Conan 仓库访问入口。
  • 如果报错中包含“xxx was not found in remote ‘xxx’”，通常说明 remote 中缺少对应组件包。需要检查：
    • remote 配置是否正确；
    • manifest 与 SDK 是否配套。
  • 对 2606/1712 整包构建，已有日志显示下载脚本在解析形如 hica/[>=1.70.14 <1.71.0]@openubmc/stable 这种带空格的版本区间时会发生错误识别。这属于构建工具对版本区间格式的解析问题，可能与您遇到的“gpp 配置”类报错有关。

四、manifest 与 SDK 配套

  • 有经验回复指出，“命令拼接以及 manifest 和 sdk 是否配套”是常见报错原因。
  • 建议拉取 manifest main 最新分支，并根据 readme 指导重新进行环境初始化。
  • 已有“基于 630 版本的 1712 构建单个组件失败，使用 1711 的 SDK 构建正常”的案例，说明 SDK 版本不匹配会直接导致构建失败。
  • 基于 Hi1712 芯片构建时，需要在产品 manifest.yml 中正确引用 Hi1712 的平台配置与整包 SDK。

五、可参考的同类 2606 出 1712 烧片包日志

在类似命令 bmcgo build -t publish -b openUBMC_1712 -z 05025GDC 的日志中，曾出现以下现象：

  • 多次提示“不能从 yaml 文件中获取到键值”，例如：
    • base/show_version
    • manufacture/05025GDC/show_version
    • archive
    • base/profile
    • manufacture/05025GDC/encrypt_type
    • manufacture/05025GDC/platform
  • 随后执行 conan install，并可能继续出现“组件包未找到”“不允许对平台组件 iam 进行定制”等错误。

这些 yaml 键值缺失可能说明产品配置不完整，或 manifest 路径/配置与当前构建命令不匹配，建议检查对应 yaml 文件是否包含上述键值。

结论

当前资料中没有直接命名为“gpp 配置报错”的专项记录，但以上几类问题——包括执行路径不正确、bingo/bmcgo 版本残留、Conan 多 remote 限制、manifest 与 SDK 不配套、版本区间解析异常——都可能与您遇到的报错相关。若要进一步确认是否属于 bingo/bmcgo 兼容性缺陷，建议提供完整的文本日志（尤其是错误堆栈和 bingo.log），以便做更准确的定位。

3

bmcgo生成的镜像文件是rootfs_iBMC.img（bingo生成的是rootfs_BMC.img），根据你的报错，应该是emmc_header.config、emmc_uboot_header.config、hpm_header.config这三个配置文件的ROOTFS_NAME相似配置有问题，应该配置成rootfs_iBMC.img，实际配置成了rootfs_BMC.img。

可以manfiest仓全局搜索rootfs_BMC.img文本，应该可以快速定位到配置错误。

4

有新进展请及时反馈，如已解决请及时关闭，请勿长期不反馈新进展。

5

manifest的schema从schema: /usr/share/bingo/schema/manifest.schema.json改为schema: /usr/share/bmcgo/schema/manifest.schema.json后解决 目前对伙伴bmcgo出包还是不够友好，希望可以重点优化一下

6

社区manifest不能依赖bmcgo，请使用bingo构建社区产品包。