标签: openembedded

我正在尝试将我的bitbake(.bb)配方中的变量传递给我调用它的Makefile.

在我的食谱中我有:

export FOO="bar"

当它运行do_compile()方法时,我让它调用我生成的Makefile.在我测试的Makefile中,通过以下方式正确设置了变量:

ifeq ($(FOO), "bar")
    echo $(FOO) >> ./test.txt
else
    echo "Didn't work" >> ./test.txt
endif

当我烘焙食谱时,我只是在日志中看到"没有工作".我觉得这很奇怪,因为如果我FOO="bar"在我的Makefile中运行make,那么我会在测试文件中看到"bar".那么为什么它没有"正确"通过？

我又运行了一个测试验证,在我的Makefile中我只放了这行:

echo $(FOO) >> ./always_print.txt

然后烘焙配方后,我看到bar打印在我的"always_print.txt"文件中,但我看到test.txt中打印出"Did not work"...

有没有人知道我在这里做错了什么？

我正在咬一些python库并在添加第二个时收到此警告:

WARNING: The recipe is trying to install files into a shared area when those files already exist. Those files are:
   /home/ilya/beaglebone-dany/build/tmp/sysroots/beaglebone/usr/lib/python2.7/site-packages/site.py
   /home/ilya/beaglebone-dany/build/tmp/sysroots/beaglebone/usr/lib/python2.7/site-packages/site.pyo

图书馆都使用inherit distutils.所以就bitbake而言这是可以的,但是当我尝试通过opkg安装第二个软件包时,我收到了这个错误:

# opkg install http://yocto.local:8080/python-requests_1.2.0-r0_armv7a-vfp-neon.ipk
Downloading http://yocto.local:8080/python-requests_1.2.0-r0_armv7a-vfp-neon.ipk.
Installing python-requests (1.2.0-r0) to root...
Configuring python-requests.

# opkg install http://yocto.local:8000/python-mylib_0.0.1-r0_armv7a-vfp-neon.ipk
Downloading http://yocto.local:8080/python-mylib_0.0.1-r0_armv7a-vfp-neon.ipk.
Installing python-mylib (0.0.1-r0) to root...
Collected errors:
 * check_data_file_clashes: Package mylib-python wants to install file /usr/lib/python2.7/site-packages/site.py
        But that file is already provided by package  * python-requests
 * check_data_file_clashes: Package mylib-python wants to install file …

是否有用户指南或标准做法，可帮助在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。

我试图在现有的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发现它很好:

$ …

我有一个在 Docker 容器（CentOS 7）上运行的 BitBake 构建过程。在recipe gcc-cross-i586-5.2.0-r0: task do_compile我尝试的每次运行中，BitBake 都会失败。

的输出示例bitbake：

NOTE: recipe gcc-cross-i586-5.2.0-r0: task do_compile: Started
ERROR: Worker process (367) exited unexpectedly (-9), shutting down...
ERROR: Worker process (367) exited unexpectedly (-9), shutting down...
ERROR: Worker process (367) exited unexpectedly (-9), shutting down...
ERROR: Worker process (367) exited unexpectedly (-9), shutting down...
NOTE: Tasks Summary: Attempted 1538 tasks of which 17 didn't need to be rerun and all succeeded.