问题标签 [bitbake]

是否可以像在实时系统上运行一样在配方中运行命令？如果是这样，怎么做？我想在创建映像之前将我的密钥导入gpg，这样我就不必在格式化 SD 卡后登录系统。

我有一个创建多个包的 Bitbake 配方，通过使用 PACKAGES 变量声明并使用 FILE_package1、FILE_package2 等指定每个包的内容。

我想为每个包指定不同的版本字符串，但它们都共享存储在 ${PV} 中的版本字符串。如何为每个包提供不同的版本？

我会将应用程序拆分为多个包。基本上我只想添加另一个可以使用特定图像构建的图像。

在与我添加的应用程序关联的 .bb 文件中：

然后，我在我的 bb 图像测试中添加了以下行

我正在使用命令 bitbake image-test 返回：

我遵循 bluez5-obex 包的相同定义，并且 IMAGE_ISTALL += "bluez5-obex" 有效..

我忘记了什么？

我正在为基于 Makefile 的项目编写 Bitbake 的自定义配方。我们能够使用软件包中的所有文件创建 RPM，但我们无法找到安装前和安装后操作的方法。当应用程序作为服务运行时，我们希望在预安装步骤中停止它，然后在安装后步骤中启动它。但我找不到相同的东西，所以有任何想法来实现它。下面是我们为它编写的示例食谱。

我确实看到了 INITSCRIPT_PACKAGES 和 INITSCRIPT_PARAMS 但它们的描述并没有谈到前后动作。因此，为此目的放置 %pre 和 %post （根据 RPM 规范）的任何想法。

试图让 Galileo BSP 的 Yocto 部分运行起来

源 ./iot-devkit-init-build-env yocto_build

但后来我运行 bitbake

bitbake 图像完整

它返回了 33 个失败的任务

摘要：33个任务失败：
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-support/sqlite/sqlite3_3.8.3.1.bb, do_fetch
virtual:native:/home/mark/meta -clanton_v1.1.0-dirty/meta/recipes-extended/bzip2/bzip2_1.0.6.bb, do_fetch
/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-devtools/quilt/quilt-native_0.61.bb , do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-kernel/cryptodev/cryptodev-linux_1.6.bb, do_fetch
/home/mark/meta-clanton_v1.1.0-dirty/meta /recipes-core/eglibc/eglibc-initial_2.19.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-devtools/elfutils/elfutils_0.155.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-extended/xz/xz_5.1.3alpha.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/ meta/recipes-support/mpfr/mpfr_3.1.2.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-core/zlib/zlib_1.2.8.bb, do_fetch
virtual:native :/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-support/libmpc/libmpc_1.0.2.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes- devtools/kconfig-frontends/kconfig-frontends_3.12.0.0.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-extended/pigz/pigz_2.3.1.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-devtools/file/file_5.16.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta /recipes-connectivity/openssl/openssl_1.0.1g.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-devtools/gnu-config/gnu-config_20120814.bb, do_fetch
virtual :native:/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-support/gmp/gmp_5.1.1.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta/ recipes-devtools/pkgconfig/pkgconfig_0.28.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-devtools/pseudo/pseudo_1.5.1.bb, do_fetch
虚拟：本机：/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-devtools/flex/flex_2.5.38.bb，do_fetch
/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-devtools /binutils/binutils-cross_2.24.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-extended/gperf/gperf_3.0.4.bb, do_fetch
virtual:native:/home /mark/meta-clanton_v1.1.0-dirty/meta/recipes-core/ncurses/ncurses_5.9.bb, do_fetch
/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-devtools/m4/m4-native_1 .4.17.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-devtools/automake/automake_1.14.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1 .1.0-dirty/meta/recipes-devtools/autoconf/autoconf_2.69.bb，do_fetch
虚拟：本机：/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-core/gettext/gettext_0.18.3.2.bb，do_fetch
/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes -devtools/libtool/libtool-native_2.4.2.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-devtools/bison/bison_2.7.1.bb, do_fetch
/home/mark /meta-clanton_v1.1.0-dirty/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.14.bb, do_fetch
virtual:native:/home/mark/meta-clanton_v1.1.0-dirty/meta /recipes-support/attr/attr_2.4.47.bb, do_fetch
/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-core/eglibc/eglibc_2.19.bb, do_fetch
/home/mark/meta-clanton_v1 .1.0-dirty/meta/recipes-devtools/libtool/libtool-cross_2.4.2.bb，do_fetch
/home/mark/meta-clanton_v1.1.0-dirty/meta/recipes-devtools/gcc/gcc-cross-initial_4.8.bb, do_fetch 摘要：显示了 34 条警告消息。摘要：显示了 66 条错误消息，返回非零退出代码。

有任何想法吗？

Yocto 在获取时出错：

git://github.com/robclark/libdri2.git;protocol=http;branch=master当不与 yocto 一起使用时，repo效果很好。可能是这个错误，所以我尝试通过手动修改来应用补丁bitbake/lib/bb/fetch2/git.py b/bitbake/lib/bb/fetch2/git.py，但它并没有改变任何东西。

我们的 Python 模块之一有一个 setup.py 文件。在 setup.py 中，我们实际上是使用 numpy 模块进行一些设置。模块本身也使用 numpy。

setup.py 在我们的主机上运行良好。

但是，当我们为我们的嵌入式平台运行以下 bitbake 配方时，构建失败，因为它找不到 numpy。我检查了一下，找不到 PYTHONPATH 变量设置的内容。运行 bitbake -e | grep ^PYTHONPATH= 什么也不返回；所以也许这就是问题所在？

可能我们也在处理这个错误。任何关于它为什么不工作的见解或关于如何通过我们的 setup.py 使用 bitbake 的建议将不胜感激。

我们的食谱。我尝试使用 matplotlib 配方作为基线，因为我知道 matplotlib 具有 numpy 依赖项。

由于某种原因，当我尝试从 Yocto 安装中启动它时，没有出现 menuconfig 菜单。我正在使用这里描述的 Toradex Yocto 1.6 系统http://developer.toradex.com/software-resources/arm-family/linux/board-support-package/openembedded-%28core%29，我的板设置为“apalis-t30”。当我运行 bitbake virtual/kernal -c menuconfig 或 bitbake linux-toradex -c menuconfig 时，它执行得很好，但在实际显示任何内容之前完成（没有错误）。运行 devshell 也会给出相同的结果。

如果我只是按照这里的描述自行使用内核源http://developer.toradex.com/software-resources/arm-family/linux/board-support-package/build-u-boot-and-linux- kernel-from-source-code，我可以使用 make nconfig 打开 menuconfig。从 Yocto 脚本来看，似乎使用了完全相同的内核源。如果我尝试将 make nconfig 添加到 linux-toradex_git.bb 文件中的 do_configure_prepend 脚本中，那么命令会卡住，说明进程（我假设 menuconfig）正在运行，然后为其提供 PID，但没有显示窗口或菜单任何地方，任务似乎没有完成。

PS。我在 Fedora 21 64 位。

编辑：我现在检查了默认的 Yocto 图像，并且 menuconfig 在那里很好。我假设 Toradex BSP 与 Yocto 不完全兼容，无法开箱即用。我已经和 Toradex 谈过了，他们告诉我我应该 fork 他们的内核，在我自己的 repo 中以正常方式修改它，然后告诉脚本从我修改后的 repo 中提取。我想这可能可行，但有点麻烦，我想修复他们的 Yocto 系统。我假设这不会很难，因为运行 make nconfig 通常就足够了，我只是不知道如何让该命令与 bitbake 一起使用。

我正在尝试构建 Yocto linux 映像。我正在遵循 Sergey 的博客中给出的过程。解压文件：

解压 meta-clanton_v0.7.5.tar.gz：

将目录更改为 meta-clanton_v0.7.5：

运行 setup.sh：

源 poky/oe-init-build-env 脚本，将构建目录 (yocto_build) 作为参数提供给它：

运行 bitbake 构建镜像：

但我收到以下错误：

请帮忙。提前致谢。

我正在设置 yocto v1.7.1 “dizzy”，以从签入本地 git 存储库的自定义 Linux 内核修订版构建自定义 Linux 映像。

在完成构建过程时，它会失败do_validate_branches()并显示以下错误消息。

查看为 do_validate_branches 生成的代码，问题似乎是因为它正在调用git cat-file -t ${machine_srcrev}，但它${machine_srcrev}是一个空字符串。此外，这似乎是因为我在linux-yocto-custom.bb中使用了以下内容

因为当我用修订号替换它时，我不再遇到问题，例如...

问题是我实际上希望这个配方从分支的 HEAD 构建，所以放置一个特定的修订似乎不是我所追求的，而且SRCREV="${AUTOREV}"似乎是我真正想要的。但如上所述，这使得${SRCREV_machine}它是一个空字符串，而不是AUTOINC我认为它应该评估的那样。

谁能给我任何见解，让我知道如何让食谱既能跟随头脑，而不必不断更新食谱以包含正确的SRCREV并让它通过它do_validate_branches()？我在这里想念什么？

编辑：更多信息...

如果我按如下方式修改我的kernel-yocto.bbclass ，问题似乎也得到了解决...... @285

我对我的更改的理解是我正在明确地$SRCREV从我的机器分支中重新获取。原来似乎认为已经存储在${SRCREV_machine}. 尽管原始结果为空字符串，而我的更改结果为AUTOINC.

尽管我仍然认为我一定遗漏了一些东西，因为我不需要编辑基类。但我总是更倾向于认为我错过了一些东西，而不是这是一个错误。也许我应该把它发布到 yocto 邮件列表的某个地方。