问题标签 [bitbake]

让我们考虑一下包“virtual/kernel”。我想知道构建这个包涉及哪些 .bb 和 .bbappend 文件。

我知道我可以通过以下方式获取包名：

bitbake -e 虚拟/内核 | grep ^BP=

这个命令给了我用于构建虚拟/内核的包的名称，在我的例子中是linux-fslc-4.0+gitAUTOINC+19ebefd40a. 但是，我不知道如何获取用于构建linux-fslc-4.0+gitAUTOINC+19ebefd40a包的 .bb 和 .bbappend 文件列表（包括它们的位置）。

我无法理解 bitbake 食谱。（我有一些写得不好的地方需要修改，我通常会阅读并理解整个机制，但遗憾的是我的日程安排很紧）。你能帮我理解RDEPENDS和DEPENDS之间的区别吗？我阅读了参考资料，我知道它们分别代表运行时依赖和构建依赖，但是在 bitbake 配方中对它有什么影响？据我了解，如果一个包 A 依赖于另一个 B，则必须构建 B 并准备好使 A 能够构建。Bitbake 与运行时无关，它仅用于构建和部署包。那么区别是什么呢？

情况是：有一个名为 A 的 ipk 和另一个名为 B.B
对 A 有运行时依赖项（根据 A 的 bitbake 配方）
但是，B 中的源文件#include <some_header_in_A>
对我来说这看起来像是一个构建依赖项，但后来我无法向自己解释为什么 bitbake 配方具有运行时依赖性。
任何帮助表示赞赏，还有一些解释性教程的链接。

我正在为 openembedded-classic 编写 openembedded/bitbake 食谱。我的配方 RDEPENDS on keyutils，一切似乎都有效，除了一件事：我想在 keyutils 包安装的 /etc/request-key.conf 文件中附加一行。所以我在我的食谱中添加了以下内容：

但是，我的结果图像中缺少预期的添加行。update-rc.d如果这有什么不同，我的食谱就会继承。

我的主要问题是：我该如何调试？目前我正在构建一个完整的 rootfs 图像，然后在其中四处寻找，看看是否出现了变化。肯定有更好的方法吗？

更新： 将配方更改为：

但仍然没有运气。

我已经尝试了很长时间来修改内核配置，但没有运气。:-(

在 meta-xxx-yyy/ 中有一个带有 recipes-kernel/linux/linux_git.bb 的 BSP。我尝试在名为 meta-xxx-mylayer 的层中覆盖内核配置，其中我有 recipes-kernel/linux/linux_git.bbappend 和 recipes-kernel/linux/files/frag.cfg

片段.cfg：

linux_git.bbappend：

linux_git.bb：（只是文件的一部分）

meta-xxx-yyy/conf/machine/my_mach.conf：（没有meta-xxx-mylayer/conf/machine/my_mach.conf）

构建命令：

一切都建立了，但是当我检查 /proc/config.gz 时，我可以看到 CONFIG_AUTOFS4_FS 未启用。

我在 meta-xxx-mylayer 层中有另一个配方，它可以很好地构建并安装到 rootfs 中，所以我知道该层已启用。

frag.cfg 文件在构建期间复制到 ./tmp/work/my_mach-poky-linux-gnueabi/linux/3.10-r10​​/，而其余文件在 ./tmp/work/my_mach-poky-linux -gnueabi/linux/3.10-r10​​/git/. 那是问题吗？

我究竟做错了什么？？？

您能否简要解释一下什么是 BSP 和分布层以及它们之间的区别？

实际上，我不是在寻找 Yocto 项目手册参考资料，但我很乐意用您的话说得到您所理解的解释。

我需要向客户提供单个更新文件，以便通过 USB 更新嵌入式系统。该系统是使用Yocto构建的。我很好奇我必须实施 USB 更新的计划是否可行，或者我是否遗漏了一些应该很明显的东西。

opkg存在于系统上，但为了使用opkg update它需要有一个 repo 可以从中提取。由于我没有网络功能，我需要将整个 repo 放在 USB 驱动器上。由于我需要向客户提供单个文件，因此 repo 将需要是一个 tar 文件。

程序

1. 插入 USB 驱动器
2. udev规则调用脚本并将其推送到后台，因为这将是一个漫长的过程（请参阅this）
3. 解压 repo 更新文件
4. opkg update
5. 通知用户他们可能会移除 USB 驱动器

至少从高层次的角度来看，这听起来像是通过 USB 更新嵌入式系统的好方法吗？可能存在哪些陷阱？

谁能更全面地向我解释一下 sstate 缓存在 yocto 中是如何工作的？

这种解释远非清楚。

我不明白这种情况何时发生：

当它找到工件或获得候选人时，然后检查签名。我想知道 setscene 任务何时实际运行。

附加问题：何时查看本地 sstate_cache 文件夹以及何时查看镜像？

我想通过使用某种递归安装例程而不是多次调用 install 来简化安装大型目录结构的 BitBake 配方。源目录布局在开发过程中经常发生变化，这导致了比我想要处理的更多的配方修订。

例如，如何从以下简化 do_install() ：

对于更像这个伪代码的东西：

我们源文件中的顶级目录（上例中的 foo 和 bar）很少更改，因此在配方中调用它们就可以了。经常更改的是较低级别的目录。

可能 cp -r 最终是要走的路，但我相信我已经读过它在 BitBake 食谱中不受欢迎，所以我想知道 BitBake 是否提供了一些替代机制，或者是否有其他一些合理的标准化方式去做这个。

如果第一个碰巧失败，我要做的是在 SRC_URI 中为文件 (http://) 或 repo (git://) 定义辅助位置。

就像是：

或者

如果第一个失败，它将尝试第二个选项，而不仅仅是相互下载它们。

我知道有预镜像、本地缓存和镜像，但我真的只想在 BB 配方中指定多个位置。

这似乎是应该支持的东西，但我找不到它。