Yocto理论篇 | OpenEmbedded构建系统之Package Feeds

1 工作流

下图表示OpenEmbedded构建系统生成的高级工作流：

通常，构建的工作流由几个功能区域组成：

• User Configuration：可用于控制生成过程的元数据。
• Metadata Layers：提供软件、板子和发行版元数据的各种层。
• Source Files：上游发布、本地项目和SCMs。
• Build System：在BitBake控制下的进程。这个模块扩展了BitBake如何获取源代码、应用补丁、完成编译、分析生成包的输出、创建和测试包、生成镜像以及生成交叉开发工具。
• Package Feeds：包含输出包（RPM、DEB或IPK）的目录，这些输出包随后用于构建由构建系统生成的镜像或软件开发工具包（SDK）。如果启用了运行时包管理，还可以使用web服务器或其他方式复制和共享这些提要，以便于在运行时扩展或更新设备上的现有镜像。
• Images：工作流生成的镜像。
• Application Development SDK：与镜像一起或与BitBake单独生成的交叉开发工具。

---

2 Package Feeds

当OpenEmbedded构建系统生成镜像或SDK时，它从位于build目录中的package feed区域获取包。“常规工作流”图在右上角显示了此包源区域。

Package feeds是构建过程中的中间步骤。OpenEmbedded构建系统提供类来生成不同的包类型，可以通过PACKAGE_CLASSES变量指定要启用的类。在将包放入package feeds之前，构建过程将通过insane类生成的输出质量保证检查来验证它们。

package feed区域位于Build目录中。构建系统的目录用于临时存储包，它由变量和正在使用的特定包管理器的组合确定。请参阅图中的“Package Feeds”框，并注意该区域右侧的信息。下面定义了包文件的保存位置：

• DEPLOY_DIR：在Build目录中定义为tmp/deploy。

• DEPLOY_DIR_*：依赖于使用的包管理器，包类型的子文件夹。给定RPM、IPK或DEB打包和tarball创建，将分别使用DEPLOY_DIR_RPM, DEPLOY_DIR_IPK, DEPLOY_DIR_DEB, 或 DEPLOY_DIR_TAR变量。

• PACKAGE_ARCH：定义特定体系结构的子文件夹。例如，i586或qemux86架构存在于包中。

BitBake使用do_package_write_*任务生成包并将其放入包保留区域（例如，do_package_write_ipk 是关于UPK包）。此外还有"do_package_write_deb", "do_package_write_ipk", "do_package_write_rpm""do_package_write_tar"和部分。例如使用IPK打包管理器，并且同时支持i586和qemux86的包架构，i586体系结构的包会放在 build/tmp/deploy/ipk/i586中，而qemux86体系结构的包会放在 build/tmp/deploy/ipk/qemux86中。