问题标签 [openembedded]

我在最终图像中_rootfs使用安装包时面临失败。yocto尝试了类似INHIBIT_PACKAGE_STRIP但没有用的选项。

我如何强制 do_rootfs执行是否有任何选择。

我正在使用 OpenEmbedded-Core 并创建了一个优先级为 6 的自定义层。几个月的开发已经过去了，现在我想将层的优先级提高到 8，因为来自另一个优先级为 7 的层的附加文件干扰了附加我在图层中添加的文件。

我的问题是，如何生成图像中使用的食谱和 .bbappend 文件的列表？

我想在更改优先级之前和之后生成列表，以便我可以比较它们（希望使用 difftool）以查看是否发生了任何意外的副作用，例如来自另一层的重要附加文件可能被忽略。

我正在使用 Angstrom 发行版的 angstrom-v2014.12-yocto1.7 分支。

[编辑]

我现在主要只是对确定如何列出我的图像实际使用的 .bbappend 文件感兴趣。

可以使用@pnxs 建议的“bitbake -g your-image-name”或从 .manifest 文件（我喜欢使用）查看包列表，在我的情况下，该文件位于 deploy/glibc/图像/图像名称/。我最初询问如何生成“配方文件”列表，但我认为软件包列表就足够了。

不过，关于 .bbappends，我有一个案例，我自己的 .bbappend 由于层优先级而被忽略。我对图层优先级进行了更改，现在想看看这是否会导致图像中其他任何位置的任何 .bbappend 文件被忽略。据我了解，建议使用“bitbake-layers show-appends”列出所有存在的.bbappends，而不仅仅是实际用于创建图像的那些，所以这不符合我的要求。

出于记录目的，我正在寻找有效的方法来列出安装在使用 oe-core 构建的目标 rootfs 中的包。

我正在制作自己的图像配方，并且仍然希望像以前一样为我的 iMX6 输出 sdcard 图像，但是我想将它从基于 ext3 文件系统移动到 ext4（或可能是 btrfs）。对于我的一生，我无法弄清楚我需要覆盖什么才能实现这一目标。将 ext4 和 sdcard 添加到我自己层的配方中的 IMAGE_FSTYPES 变量只会给我一个 .ext3 和 .ext4 输出，其中 .etx3 似乎用于 .sdcard 图像。要么就是在启动时将 ext4 挂载为 ext3 ...我的图像继承了 core-image 并安装了 CORE_IMAGE_BASE_INSTALL 作为我添加的基础。

关于我应该如何做的任何建议？

我编写了以下packagegroup-amatek.bb用于测试目的的包组：

如果在我的自定义图像文件（amatek-image）中，我只包括packagegroup-amatek-package1：

我希望它package2-depend2没有安装，因为它是未安装的软件包的依赖项packagegroup-amatek-package2。

但是，bitbake amatek-image -g -u depexp显示也package2-depend2已安装：

这是预期的行为吗？

我正在尝试在具有非 yocto 自定义源的食谱上运行 bitbake。使用 linux-yocto 源可以正常工作，但是当我尝试使用 yocto 项目文件提供的 linux-yocto-custom 骨架文件时，我遇到了问题。

我的文件结构看起来有点像这样：

这是我修改后的骨架文件（linux-yocto-custom_3.16.bb）：

这是错误日志：

我认为最相关的部分是上述日志的这一部分：

我真的很难过，因为在 location 的构建 'compiler-gcc5.h' 期间生成了一个文件build/tmp/work/test-poky-linux/core-image-test/1.0-r0/rootfs/usr/src/kernel/include/linux/compiler-gcc5.h。这里发生了什么？在我看来，这个头文件在被获取之前就被请求了，但我不知道如何解决这个问题。

工作台操作系统是 Ubuntu12.04 x64。

构建交叉编译器。

mkdir app_devkit; cd app_devkit repo init -u git://codeaurora.org/quic/le/manifest.git -b release -m LNX.LE.5.1-66056-9x40.xm repo sync cd oe-core; . build/conf/set_bb_env.sh bitbake gcc

测试交叉编译器 --> OK。

tmp-eglibc/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-oe-linux-gnueabi/arm-oe-linux-gnueabi-gcc -o hello_world hello_world.c

装上一些“被忽略的套接字”

cd ../../.. tar zcf app_devkit.tgz app_devkit tar: app_devkit/oe-core/build/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/linux-libc-headers/3.8-r0/pseudo/pseudo.socket: socket ignored ... tar: app_devkit/oe-core/build/tmp-eglibc/sysroots/x86_64-linux/var/pseudo/pseudo.socket: socket ignored

再次解压测试 --> NG

cd <somewhere else> tar zxf <path to app_devkit.tgz> cd app_devkit/oe-core/build tmp-eglibc/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-oe-linux-gnueabi/arm-oe-linux-gnueabi-gcc -o hello_world hello_world.c as: unrecognized option '-meabi=5'

bb 文件将源目录变量设置为特定路径

bb 文件中没有 SRC_URI，因为源已经提取到 bb 文件所在的路径中。

问题是当 do_configure 运行时，它是从该$WORKDIR位置运行的。但是，需要从来自的源目录运行 do_configure $S。如何设置它，甚至 do_configure 运行日志的日志也显示了一个更改目录WORKDIR，然后配置了类似这样的内容

如何使 do_configure 从源目录运行${S}。源将作为层添加到 bitbake 中。

谢谢。

我试图弄清楚如何说服 Yocto 使用我的本地 GIT 源而不是它使用的标准位置来构建 gcc。默认情况下，构建 GCC 的配方位于meta/recipes-devtools/gcc/gcc_5.2.bb. 它包括gcc-5.2.inc, 指向

作为代码的位置。

基于 BitBake 的文档，我创建了自己的图层和gcc_5.2.bbappend附加文件。bitbake-layers show-appends表明系统正确识别了附加文件。

但是，这个gcc_5.2.bbappend附加文件需要做什么来替换源路径？我试过SRC_URI直接改变，用我自己的路径添加它。但它始终保持不变并尝试访问上面指定的路径。

我正在尝试使用 yocto poky 构建嵌入式系统。我的图层是：

使用 git 克隆：

有了bitbake core-image-minimal它所有编译和运行 - 但没有单声道。

因此，如果我尝试 bitbake mono:bitbake core-image-mono它失败并出现错误：

错误：所需的构建目标“core-image-mono”没有可构建的提供程序。缺少或无法构建的依赖链是：['core-image-mono', 'mono-helloworld', 'mono', 'libgdiplus', 'giflib']

不知道如何解决这个问题。我实际上也不需要libgdiplus ...：/在以前的版本中很容易删除，但是当前的master似乎在很多地方都有依赖。