manifest整包构建，work.build.conan一直等待

[lpj1911]

问题描述

我想要编译米尔开发板的HPM包，用于验证网卡bmc功能；当前component_driver网卡驱动代码构建完成，vpd构建完成，对应yml上的component_driver和vpd版本依赖修改，且编译时能找到自声明版本。但是work.build.conan一直等待；

环境信息

• 操作系统：Ubuntu 24.04

• 软件版本：manifest最近版本 main分支，bmc_sdk用的2603；

尝试过的解决方案

1、gitcode令牌已经导入，git clone时不需要输入用户名和密码；
2、重新导入openubmc_sdk openubmc_opensource密码凭证；
3、尝试更新manifest代码到最新版之后，再次尝试构建：
bingo build --stage=stable -t personal -b openUBMC

##下面是有err的日志

tar --xattrs --xattrs-include=* -czpf /home/workspace/manifest/temp/oct_rtos_1711/rtos_with_ko.tar.gz rtos_with_driver
ERROR: 404: Not found recipe index. [Remote: openubmc_sdk]
Recipe not fount in openubmc_sdk: iam/1.20.3@openubmc/stable#a91b2bb2eb30c149a3c89446a597a094
conan download iam/1.20.3@openubmc/stable#a91b2bb2eb30c149a3c89446a597a094 -r openubmc_opensource --only-recipe
Connecting to remote ‘openubmc_opensource’ with user ‘lpj1911’
Downloading recipe ‘iam/1.20.3@openubmc/stable#a91b2bb2eb30c149a3c89446a597a094’
Downloading ‘iam/1.20.3@openubmc/stable’ sources
Download completed in 1s

Local Cache
iam
iam/1.20.3@openubmc/stable
revisions
a91b2bb2eb30c149a3c89446a597a094 (2026-06-29 08:40:50 UTC)

conan download iam/1.20.3@openubmc/stable#a91b2bb2eb30c149a3c89446a597a094 -r openubmc_dev --only-recipe
Connecting to remote ‘openubmc_dev’ anonymously
Remote ‘openubmc_dev’ needs authentication, obtaining credentials
cp /home/workspace/manifest/temp/oct_rtos_1711/rtos_with_ko.tar.gz /home/workspace/manifest/temp/build_openUBMC_debug_stable/sdk
rtos_with_ko.tar.gz裁剪完成
任务 work.oct_rtos 完成
目标 personal 正在等待任务: work.build.conan, 当前已等待 60 秒
目标 personal 正在等待任务: work.build.conan, 当前已等待 60 秒
目标 personal 正在等待任务: work.task_build_rootfs_img, 当前已等待 60 秒
目标 personal 正在等待任务: work.build.conan, 当前已等待 60 秒
目标 personal 正在等待任务: work.build.conan, 当前已等待 60 秒
目标 personal 正在等待任务: work.build.conan, 当前已等待 120 秒
目标 personal 正在等待任务: work.build.conan, 当前已等待 120 秒

[ubmc_assistant (openUBMC_Assistant)]

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

解决方案（基于上下文推荐步骤）

请按以下顺序逐一检查并修正：

完善 manifest.yml 配置

在 manifest.yml 顶层添加以下字段（参考 DC1）：

tosupporte:
  default:
    fixed_version: "26.03.00.01"
    code: "default"

show_version: true

此配置消除警告并避免版本字段解析错误。

升级工具版本

• Bingo：至少升级至 0.6.121+（执行 bingo upgrade，后用 bingo -v 确认）。
  （DC1 强调“至少 0.6.121+”，也是多次构建失败的关键修复之一。）
• Conan：确保版本 ≥ 2.13.0（官方推荐）。
  （DC1 推荐配置；旧版可能对版本范围处理不佳。）

确认并配置正确的 Conan 远程仓库

使用以下命令设置三个仓库（DC1 中的推荐配置）：

conan remote add openubmc_sdk "https://conan.openubmc.cn/bmc_sdk_latest" --insecure --force
conan remote add openubmc_opensource "https://conan.openubmc.cn/openubmc_opensource" --insecure --force
conan remote add openubmc_dev "https://conan.openubmc.cn/conan_1/" --insecure --force

执行 conan remote list 确认已生效。

检查 iam 组件在远程仓库中的实际版本

使用 conan search 查看已发布的具体版本：

conan search 'iam/*' -r openubmc_sdk
conan search 'iam/*' -r openubmc_opensource

（此方法来自 Search Result 1：组件找不到时，应通过 conan search 获取版本清单并选择正确版本。）

若未找到 [>=1.10.3 <1.11.0] 范围内的版本（例如只有 1.10.31 或 1.11.0），请将依赖改为具体版本号，或调整范围使其覆盖实际存在的版本。

修正版本范围语法（如仍需范围）

在 manifest.yml 或组件 conanfile.py 中，确保版本范围被引号包裹，例如：

iam: "iam/[>=1.10.3 <1.11.0]@openubmc/stable"

同时检查 Conan 命令生成是否完整，必要时可直接在依赖中写为具体版本避免风险。

---

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

根据您提供的日志信息和构建环境，work.build.conan 任务持续等待的根因是 组件 iam 的版本范围下载失败，导致构建流程无法继续。以下是基于知识图谱（KG）、文档片段（DC）和搜索结果综合梳理的问题分析与解决建议。

---

原因分析

1. work.build.conan 任务失败
   该任务是构建流程中的关键环节，负责通过 Conan 下载/构建依赖组件。当前由于组件 iam 的构建配方（recipe）下载失败，任务无法完成，系统持续处于等待状态。
   （相关 KG 实体：Work.Build.Conan 描述为“执行失败的任务”；DC2 也明确指出“下载组件配方失败导致 work.build.conan 执行失败”。）

2. Conan 版本范围解析错误
   错误日志显示：

   conan download: error: unrecognized arguments: <1.11.0]@openubmc/stable
   

   这表明 iam/[>=1.10.3 <1.11.0]@openubmc/stable 中的版本范围语法未被 Conan 正确识别。可能原因：

   • Conan 命令未正确引用范围：尖括号和空格导致 Shell 将其拆分为多个参数。
   • Conan 版本不兼容：较旧版本对版本范围的支持有限（推荐 Conan ≥ 2.13.0）。
   • 远程仓库中无对应范围版本：即使在语法正确下，若 openubmc_sdk 或 openubmc_opensource 中实际未发布该范围内的任何具体版本，下载仍会失败。

3. 环境配置缺失
   日志中显示 WARN: 未配置 show_version 字段，社区文档（DC1）明确指出该配置可防止低级解析错误，建议必须开启。

---

解决方案（基于上下文推荐步骤）

请按以下顺序逐一检查并修正：

完善 manifest.yml 配置

在 manifest.yml 顶层添加以下字段（参考 DC1）：

tosupporte:
  default:
    fixed_version: "26.03.00.01"
    code: "default"

show_version: true

此配置消除警告并避免版本字段解析错误。

升级工具版本

• Bingo：至少升级至 0.6.121+（执行 bingo upgrade，后用 bingo -v 确认）。
  （DC1 强调“至少 0.6.121+”，也是多次构建失败的关键修复之一。）
• Conan：确保版本 ≥ 2.13.0（官方推荐）。
  （DC1 推荐配置；旧版可能对版本范围处理不佳。）

确认并配置正确的 Conan 远程仓库

使用以下命令设置三个仓库（DC1 中的推荐配置）：

conan remote add openubmc_sdk "https://conan.openubmc.cn/bmc_sdk_latest" --insecure --force
conan remote add openubmc_opensource "https://conan.openubmc.cn/openubmc_opensource" --insecure --force
conan remote add openubmc_dev "https://conan.openubmc.cn/conan_1/" --insecure --force

执行 conan remote list 确认已生效。

检查 iam 组件在远程仓库中的实际版本

使用 conan search 查看已发布的具体版本：

conan search 'iam/*' -r openubmc_sdk
conan search 'iam/*' -r openubmc_opensource

（此方法来自 Search Result 1：组件找不到时，应通过 conan search 获取版本清单并选择正确版本。）

若未找到 [>=1.10.3 <1.11.0] 范围内的版本（例如只有 1.10.31 或 1.11.0），请将依赖改为具体版本号，或调整范围使其覆盖实际存在的版本。

修正版本范围语法（如仍需范围）

在 manifest.yml 或组件 conanfile.py 中，确保版本范围被引号包裹，例如：

iam: "iam/[>=1.10.3 <1.11.0]@openubmc/stable"

同时检查 Conan 命令生成是否完整，必要时可直接在依赖中写为具体版本避免风险。

---

重新构建（推荐流程）

1. 清理 Conan 缓存（避免残留旧数据）：

   rm -rf ~/.conan2/p/*
   

2. 重新初始化环境（使用正确 SDK）：

   python3 init.py -path ./bmc_sdk_26.03.zip
   

3. 执行标准构建命令（DC1 首选）：

   bingo build -b openUBMC -r openubmc_dev
   

构建过程中不再出现 work.build.conan 持续等待，表明组件下载正常完成。

---

补充说明

• 您提到的“米尔开发板”及“网卡 bmc 功能”在上下文中未涉及，若问题与板级配置相关，请检查 board_name 等选项设置。
• 若以上步骤仍无法解决，请提供 /home/workspace/manifest/temp/log/task.log 完整日志作进一步诊断（DC1 末段建议）。

通过上述调整，work.build.conan 的下载和等待问题可有效解决，从而顺利完成整包构建。

[lpj1911]

更新manifest代码之后，重新进行环境初始化，然后再构建，没问题了。【我无法删除帖子，管理员可以帮忙操作删除本帖】

[yaoshun1 (yaoshun)]

好的，如果有问题可以继续提问

[lpj1911]

这两天component_driver的sr文件有修改，修改之后再次整包构建报错了。尝试过重新初始化环境，并构建。
初始化：python3 init.py -user xxx -psw xxx
构建指令：bingo build --stage=stable -t personal -b openUBMC

错误日志：
ERROR: 任务 work.build.conan 执行失败, firmware_mgmt组件开启了签名验证，但本地无法签名, 当前hpm升级后会出现重大问题，请使用其他整包配置出包
ERROR: 任务 work.build.conan 执行失败
开始构建rtos_with_ko.tar.gz
切换工作目录到: /home/workspace/manifest/temp/oct_rtos_1711

rm -rf rtos_with_driver
tar --xattrs --xattrs-include=* -xf /home/workspace/manifest/temp/build_openUBMC_debug_stable/sdk/rtos.tar.gz
chown 0:0 /home/workspace/manifest/temp/oct_rtos_1711/rtos_with_driver/rootfs/.. -R
rm -rf /home/workspace/manifest/temp/oct_rtos_1711/sdk
tar -xf /home/workspace/manifest/temp/build_openUBMC_debug_stable/sdk/hi1711sdk.tar.gz -C /home/workspace/manifest/temp/oct_rtos_1711/sdk
chown 0:0 /home/workspace/manifest/temp/oct_rtos_1711/sdk -R
cp -dfr /home/workspace/manifest/temp/oct_rtos_1711/sdk/. /home/workspace/manifest/temp/oct_rtos_1711/rtos_with_driver/rootfs/lib/modules/
tar --xattrs --xattrs-include=* -czpf /home/workspace/manifest/temp/oct_rtos_1711/rtos_with_ko.tar.gz rtos_with_driver
ERROR: 任务 personal 执行失败
ERROR: 请查看日志信息
conan install --requires=‘bingo_cases/[>=1.0.0]@openubmc/stable’ -u --deployer-folder=/tmp/tmpj2y3q5xw -of /tmp/tmpj2y3q5xw -d direct_deploy
cp /home/workspace/manifest/temp/oct_rtos_1711/rtos_with_ko.tar.gz /home/workspace/manifest/temp/build_openUBMC_debug_stable/sdk
rtos_with_ko.tar.gz裁剪完成
任务 work.oct_rtos 完成
ERROR: 任务 work.oct_rtos 执行失败, 与任务状态服务器通信失败
ERROR: 任务 work.oct_rtos 执行失败
[Errno 32] Broken pipe
[INFO unified_error_analyzer.py:186 analyze_errors]
============================================================
[INFO unified_error_analyzer.py:187 analyze_errors] 开始统一错误分析
[INFO unified_error_analyzer.py:188 analyze_errors] ============================================================
[WARNING unified_error_analyzer.py:326 _output_unified_analysis]
没有发现匹配的错误案例

[yaoshun1 (yaoshun)]

拉取最新的manifest代码重新执行，当前社区个人不能出带签名验签的hpm包

[lpj1911]

manifest更新到main分支最新，执行：python3 init.py -user xxx -psw xxx

当前skill自动更新状态已开启，如需关闭请执行bingo config skill.sync=false
conan版本: 2.13.0
检测到当前版本：0.7.48与约束版本>=0.7.49不匹配，将自动升级，完成后请重新运行
WARN: 未知安装工具路径：: /root/.bmcgo/plugins/installers，跳过

dpkg -s openubmc-qemu
pip show openubmc-bingo
dpkg -s openubmc-bingo
dpkg -s bmc-studio
dpkg -s cangjie-runtime
WARN: 未找到安装配置路径：/root/.bmcgo/plugins/install_plans, 跳过
/usr/bin/python3 -m pip index versions openubmc-bingo
[apt] 更新 apt 缓存
apt-get update
apt-cache madison openubmc-bingo
dpkg-query -W -f=${Version} openubmc-bingo
WARN: 交集中无满足约束 >=0.7.49 的版本，各自选择满足条件的版本
ERROR: 没有找到匹配的版本：openubmc-bingo>=0.7.49
ERROR: 请查看日志信息
conan install --requires=‘bingo_cases/[>=1.0.0]@openubmc/stable’ -u --deployer-folder=/tmp/tmp412dd6dq -of /tmp/tmp412dd6dq -d direct_deploy
2026-07-17 15:56:43,560 - INFO -
============================================================
2026-07-17 15:56:43,560 - INFO - 开始统一错误分析
2026-07-17 15:56:43,560 - INFO - ============================================================
2026-07-17 15:56:43,568 - WARNING -
没有发现匹配的错误案例
ERROR:root:Command ‘[’/usr/local/bin/bingo’, ‘build’, ‘-t’, ‘install_sdk’, ‘-b’, ‘openUBMC’, ‘-ucc’]’ returned non-zero exit status 255.

[lpj1911]

是不是拉docker下来编译构建会好点。。。

[yaoshun1 (yaoshun)]

都一样 现在应该是49版本的发布到社区有半天时延，可直接拉取bingo 源码执行bash install_local.sh

[lpj1911]

好的。我现在是把manifest里面那个7.49改成7.48。有问题我再，重新构建了。有问题的话，拉bingo下来重新编。

[yaoshun1 (yaoshun)]

好的，如果后续还有问题可继续提问，如无问题请进行采纳关帖