Bitbake配方拉取Mercurial(HG)仓库源失败问题求助

1. 修正SRC_URI的标准写法 #

Bitbake的Hg拉取器有固定的参数格式，直接使用hg://或http://作为前缀的写法不符合要求，正确格式如下：

SRC_URI = "hg://<仓库主机地址>/<仓库路径>;protocol=<传输协议>;rev=<修订标识>;[其他可选参数]"

• 示例（HTTP协议公开仓库）：
  SRC_URI = "hg://hg.openjdk.java.net/jdk8u/jdk8u;protocol=http;rev=jdk8u392-ga"
• 示例（SSH协议私有仓库）：
  SRC_URI = "hg://hg.example.com/internal/project;protocol=ssh;rev=dev"

必填参数说明：

• protocol：指定实际使用的传输协议，支持http/https/ssh等，不要直接写在仓库地址前缀
• rev：指定需要拉取的修订号、分支名或标签，缺省时默认拉取default分支最新版本，若仓库默认分支名不为default会直接拉取失败

2. 排查Bitbake构建环境与宿主环境的差异 #

宿主环境直接执行hg clone成功，不代表Bitbake的执行环境有同等访问权限，Bitbake默认会清空大部分宿主环境变量避免构建污染，需重点检查以下配置：

• Hg配置传递：你在宿主~/.hgrc中配置的代理、凭证、认证规则不会自动进入Bitbake构建环境，可在配方中临时加入调试代码输出构建环境的Hg配置：

  do_fetch:prepend() {
      bbplain "=== 当前构建环境Hg配置 ==="
      bbplain "$(hg config)"
  }
  

  执行bitbake <你的配方名> -c fetch对比输出内容和宿主执行hg config的结果，确认缺少的配置项后，可通过BB_ENV_PASSTHROUGH_ADDITIONS变量将需要的Hg相关环境变量加入Bitbake环境白名单，或者直接为构建运行用户配置全局.hgrc文件
• SSH协议权限校验：如果使用SSH协议拉取，需确认构建运行用户的SSH密钥有仓库访问权限，且仓库主机公钥已加入~/.ssh/known_hosts，避免交互式公钥确认导致拉取超时

3. 调试定位具体错误 #

如果以上配置都正确仍拉取失败，执行以下命令输出拉取阶段的详细调试日志，查看Bitbake实际调用的Hg命令参数，和你手动执行的命令做对比即可快速定位问题：
bitbake <你的配方名> -c fetch -vDDD

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