【问题标题】:Bitbake do_fetch fails on incorrect hashBitbake do_fetch 在不正确的哈希上失败
【发布时间】:2022-06-11 21:06:58
【问题描述】:

我正在尝试使用 bitbake 构建一个系统(基于 Yocto 的项目),其中一个步骤是它需要从某个 Jenkins 实例中检索一个包含 hex 文件的 archive.zip 文件,并将其安装在某个地方核心。 现在的问题是我在这个精确配方的 do_fetch 步骤中遇到了一个 bitbake 错误。

File: '/cache/downloads/firmware-17.zip' has sha256 checksum 6b565bbe776e3eabd883af7d1660db6ac2c13f13f16fbb1dbf6b9af42e31e9c9 when 6b565bbe776e3eabd883af7d1660db6ac2c13f13f16fbb1dbf6b9af42e31e9c9 was expected If this change is expected (e.g. you have upgraded to a new version without updating the checksums) then you can use these lines within the recipe: SRC_URI[sha256sum] = "6b565bbe776e3eabd883af7d1660db6ac2c13f13f16fbb1dbf6b9af42e31e9c9"

正如您所见,bitbake 读取的内容和预期的校验和是相同的,所以我现在不明白该怎么做。

我已经尝试过的是:

  1. 确保 bitbake 进行完全干净的构建。
  2. 碰撞 archive.zip 的来源,这样哈希就不是问题了。

我还没试过的是:

  1. 手动下载固件并将其放置在 bitbake 的 /downloads 文件夹中,并将配方标记为“已获取”,但由于它在 docker 中运行,这确实不是一个可行的解决方案。

有人遇到过这种情况吗?

【问题讨论】:

  • 只需更改配方中的校验和。

标签: yocto bitbake


【解决方案1】:

我怀疑您的配方中设置的值中有一个杂散空间。消息提示“9c9 was”显示双空格。

【讨论】:

    猜你喜欢
    • 2018-03-21
    • 2018-05-31
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-10-04
    • 2023-03-20
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多