我很少使用RRECOMMENDS,我不知道它的实际用途是什么.它似乎只安装一个包..
-RDEPENDS_${PN} = "kernel-module-tun"
+RRECOMMENDS_${PN} = "kernel-module-tun"
任何人都可以解释上面两行代码之间的区别吗？
是否RRECOMMENDS安装kernel-module-tun？如果不是那么它用于什么？
是否有用户指南或标准做法，可帮助在openEmbedded环境中部署Jenkins？
我可以让jenkins服务运行，它使用SSH凭证从构建服务器上的普通SCM复制回购。buildserver是一台远程机器，到目前为止，我们一直使用Linux发行版（Fedora core 16）上的“ buildmaster”帐户来触发手动构建。在buildmaster下，我们用来修改bitbake配方并执行bitbake命令来构建目标映像（标准ipk映像）。
具体来说，我正在尝试找出使jenkins看到openEmbedded环境的正确方法。
我的计划是
1）在jenkins-home（/ var / log / jenkins）下创建一组OE目录，这些目录象征性地指向buildmaster bitbake目录结构。
2）在用户詹金斯中设置环境变量。
3）为用户“ jenkins”提供所有特权，以执行位于“ buildmaster”帐户中的脚本。
我在想正确的方向吗？另外，请建议使用任何合适的jenkins-plugin（如果有），这可能有助于在处理上述复杂性时设置Jenkins。
如何制作将内置身份验证复制到git repo中（复制到url中）的bitbake配方？
SRC_URI的格式是什么？
我试图在现有的OE环境中包含当前yocto版本的升级的autotools而不升级我现有的所有包,所以我在我的conf文件中添加了yocto作为一个层:
BBLAYERS += " \
...
${OEBASE}/sources/meta-yocto/meta \
...
${OEBASE}/sources/oe-core/meta \
在最初的oe-core层,我有automake_1.12.3:
../sources/oe-core/meta/recipes-devtools/automake/
??? automake
? ??? path_prog_fixes.patch
? ??? prefer-cpio-over-pax-for-ustar-archives.patch
? ??? py-compile-compile-only-optimized-byte-code.patch
? ??? python-libdir.patch
??? automake_1.12.3.bb
??? automake.inc
在yocto层:
../sources/meta-yocto/meta/recipes-devtools/automake/
??? automake
? ??? buildtest.patch
? ??? py-compile-compile-only-optimized-byte-code.patch
? ??? python-libdir.patch
??? automake_1.14.1.bb
??? automake.inc
但是,bitbake只找到版本1.12.3:
$ bitbake -s | grep automake
automake :1.12.3-r2
automake-native :1.12.3-r2
nativesdk-automake :1.12.3-r2
但是,我确信图层配置和路径是正确的,因为如果我通过在yocto层中复制/重命名automake_1.14.1.bb来创建虚拟配方zz:
../sources/meta-yocto/meta/recipes-devtools/zz
??? automake
? ??? buildtest.patch
? ??? py-compile-compile-only-optimized-byte-code.patch
? ??? python-libdir.patch
??? automake.inc
??? zz_1.14.1.bb
然后,bitbake发现它很好:
$ …您能简单解释一下BSP和分布层是什么,它们之间有什么区别？
实际上我并不是在寻找Yocto项目的手册参考资料,但是很高兴按照你的理解得到解释.
我正在尝试将“ join”命令安装到我的yocto映像中。我已经安装了busybox，但是它没有join功能，但是有一部分coreutils。Coreutils确实具有join的功能，因此我需要从coreutils配方中进行安装。
如果我仅使用IMAGE_INSTALL + =的标准配方来安装busybox和coreutils，则某些程序将符号链接到busybox，而另一些则链接到coreutils，这对我来说是个问题。我如何告诉coreutils软件包仅在映像上安装“ join”并忽略所有其他coreutils数据？
我目前有一个看起来像这样的bitbake .bb脚本
DESCRIPTION = "Hello World"
SECTION = "TESTING"
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302"
PR = "r0"
SRC_URI = "file://fileA \
file://fileB"
S = "${WORKDIR}"
inherit allarch
do_install() {
echo "--------HELLO WORLD------------------------"
}
现在,当我转到构建目录并在此配方上运行bitbake时,我看不到输出"Hello world".关于为什么我没有看到这个的任何建议？
在Bitbake中,我可以使用bitbake virtual/kernel或使用U-Boot 构建Linux内核bitbake virtual/bootloader.
那些"虚拟/ ......"术语来自哪里？
我find在poky目录中使用了诸如"virtual/kernel"之类的模式,但结果几乎无穷无尽,我不知道在哪里搜索.
我能否例如,直接virtual/bootloader到定制配方时,我可能已经编程的自己的引导程序？
我有一个基于https://github.com/jumpnow/meta-wandboard的自定义机器层.
我已将内核升级到4.8.6,并希望将X11添加到图像中.我正在修改图像配方(console-image.bb).由于wandboard基于i.MX6,我想要包含xf86-video-imxfb-vivante来自的包meta-fsl-arm.然而,它无法抱怨无法建立kernel-module-imx-gpu-viv.我相信这是因为xf86-video-imxfb-vivanteDEPENDS imx-gpu-viv反过来RDEPENDS kernel-module-imx-gpu-viv.
我意识到这些依赖关系是使用meta-fsl-arm BSP和vanilla Poky发行版创建的.但是这些东西对于wandboard来说已经过时了,因此我使用了具有现代内核的自定义机器层.内核配置为包含Vivante DRM模块,我真的不希望kernel-module-imx-gpu-viv构建包.
有没有办法将其从RDEPENDS中排除？我可以以某种方式向构建系统发誓,我会自己处理这种特定的运行时依赖吗？
我PNBLACKLIST[kernel-module-imx-gpu-viv]在local.conf中尝试将'kernel-module-imx-gpu-viv'设置列入黑名单,但这只是解决方案的一部分.它有助于避免构建失败,但打包过程仍然失败.
为什么SRC_URI即使我们在FILESEXTRAPATHS_prepend变量中包含文件路径，也需要给出文件路径。喜欢：
SUMMARY = "Simple Hello application"
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302"
FILESEXTRAPATHS_prepend := "${THISDIR}/files:"
SRC_URI = "file://Hello_1.c \
file://Hello_2.c \
"
do_compile() {
oe_runmake
}
do_install() {
install -d ${D}${bindir}
install -m 0755 Hello ${D}${bindir}
}
在文件文件夹中，我有两个文件hello1.c和hello2.c。当我删除SRC_URI它时，输出以下错误，
ERROR: Hello-1.0-r0 do_compile: oe_runmake failed
但是，如果我删除
FILESEXTRAPATHS_prepend它，则工作正常。
变量的目的是FILESEXTRAPATHS_prepend什么？
为什么SRC_URI即使在其中包含文件路径的情况下删除，也会出现错误FILESEXTRAPATHS_prepend？