openembedded

Yocto/bitbake/OpenEmbedded: Best place for build/conf/local.conf's content?

戏子无情 提交于 2019-12-05 04:43:54
I'm trying out yocto (2.0, jethro) and I want to build an image starting from core-image-minimal . This works fine. Every website out there mention modifying the file build/config/local.conf with (some of) my customization. For example, the target machine (through MACHINE ) or some global settings (through EXTRA_IMAGE_FEATURES ). I also need to modify some specific packages and the way to do it is to create a custom layer. So far so good. What I don't understand is how to "save" all my configuration to version control. I want everything I change to be locate in files that I can commit so that

How do I add more python modules to my yocto/openembedded project?

百般思念 提交于 2019-12-05 02:57:05
I wish to add more python modules to my yocto/openembedded project but I am unsure how to? I wish to add flask and its dependencies. some python packages having corresponding recipes in the meta folders, like Enum class for example: meta-openembedded/meta-python/recipes-devtools/python/python-enum34_1.1.6.bb unfortunately lot's of useful classes aren't available, but some might be needed for the python application. get used of installing missing packages using pip already on booted platform? but what if the target product is not IP network connected? the solution is to implement a new recipe

Docker image format

自闭症网瘾萝莉.ら 提交于 2019-12-04 16:51:09
问题 I would like to build a Docker image without docker iself. I have looked at Packer, but it requiers to have Docker installed on the builder host. I have looked at the Docker Registry API documentation but this information doesn't appear to be there. I guess that the image is simply a tarball, but I would like to see a complete specification of the format, i.e. what exect format is required and whethere there are any metadata files required. I could attempt downloading an image from the

Post-install script on Yocto-built linux

久未见 提交于 2019-12-04 14:07:03
问题 I need to run a script on a target OS built by Yocto. This script needs to be ran as part of the install and thus must be ran only once (either after the entire OS install or on the first boot). It cannot be ran on the host system, as it depends on the hardware IO which exists only on the target. An additional, minor, constraint is that the rootfs is mounted as read only, but I guess that can be avoided by having the script re-mount as rw and again remount as r after the execution or

Can't boot basic OpenEmbedded-Core on Freescale i.MX28

我是研究僧i 提交于 2019-12-04 05:10:21
I've been trying to build and boot OpenEmbedded-Core on the evaluation kit for Freescale's ARM i.MX28 , using the Freescale ARM layer for OpenEmbedded-Core . Unfortunately, I can't find a basic "Getting Started" guide (though there is a Yocto getting-started guide ). Unfortunately, I haven't been able to "get started", to the point of successfully booting to a basic command prompt on the board's debug serial port. Here is what I've been able to piece together, and as far as I've managed to get so far. Fetch sources mkdir -p oe-core/freescale-arm cd oe-core/freescale-arm git clone git://git

Cmake with bitbake recipe

♀尐吖头ヾ 提交于 2019-12-03 17:45:47
问题 I am trying to build an yocto image with my own package. I have OpenCV code on github which uses cmake. I trying to write a recipe for it and facing lot of errors. Can any one give some hints on what functions or parameters to include in my recipe. My recipe looks as following DESCRIPTION = "cameracapture application" SECTION = "examples" LICENSE = "CLOSED" PR = "r0" DEPENDS += "opencv" SRC_URI = "git://https://github.com/zafrullahsyed/cameracapture.git;protocol=https;tag=v0.1" EXTRA_OECMAKE=

How to find which Yocto Project recipe populates a particular file on an image root filesystem

时光总嘲笑我的痴心妄想 提交于 2019-12-03 12:21:31
问题 I work with the Yocto Project quite a bit and a common challenge is determining why (or from what recipe) a file has been included on the rootfs. This is something that can hopefully be derived from the build system's environment, log & meta data. Ideally, a set of commands would allow linking a file back to a source (ie. recipe). My usual strategy is to perform searches on the meta data (e.g. grep -R filename ../layers/* ) and searches on the internet of said filenames to find clues of

Docker image format

穿精又带淫゛_ 提交于 2019-12-03 10:42:13
I would like to build a Docker image without docker iself. I have looked at Packer , but it requiers to have Docker installed on the builder host. I have looked at the Docker Registry API documentation but this information doesn't appear to be there. I guess that the image is simply a tarball, but I would like to see a complete specification of the format, i.e. what exect format is required and whethere there are any metadata files required. I could attempt downloading an image from the registry and look what's inside, but there is no information on how to fetch the image itself. The idea of

Cmake with bitbake recipe

回眸只為那壹抹淺笑 提交于 2019-12-03 06:25:41
I am trying to build an yocto image with my own package. I have OpenCV code on github which uses cmake. I trying to write a recipe for it and facing lot of errors. Can any one give some hints on what functions or parameters to include in my recipe. My recipe looks as following DESCRIPTION = "cameracapture application" SECTION = "examples" LICENSE = "CLOSED" PR = "r0" DEPENDS += "opencv" SRC_URI = "git://https://github.com/zafrullahsyed/cameracapture.git;protocol=https;tag=v0.1" EXTRA_OECMAKE="" do_configure() { cmake ../ } inherit pkgconfig cmake I followed these tutorials to write my recipe

How to find which Yocto Project recipe populates a particular file on an image root filesystem

半世苍凉 提交于 2019-12-03 02:04:59
I work with the Yocto Project quite a bit and a common challenge is determining why (or from what recipe) a file has been included on the rootfs. This is something that can hopefully be derived from the build system's environment, log & meta data. Ideally, a set of commands would allow linking a file back to a source (ie. recipe). My usual strategy is to perform searches on the meta data (e.g. grep -R filename ../layers/* ) and searches on the internet of said filenames to find clues of possible responsible recipes. However, this is not always very effective. In many cases, filenames are not