6516 2014-07-09 05:23:11 +0000 Ability to add recipes to a project configuration in Toaster 2014-11-26 13:53:25 +0000 1 1 7 Build System, Metadata & Runtime Toaster toaster 1.7 x86 Multiple VERIFIED DUPLICATE 6588 Medium+ enhancement 1.8 6588 1 david.reyna belen.barros.pena alexandru.c.georgescu alexandru.damian belen.barros.pena bluelightning cristiana.voicu Yuan.Sun2 stanciux.mihail --- --- Don't know oldest_to_newest 44390 0 david.reyna 2014-07-09 05:23:11 +0000 Th current design for Toaster's project creation feature allows the ability to add and manage layers and configuration variables, but it does not include adding recipes. This is an important feature since customers will definitely want to add additional YP (and custom) recipes as their project matures, and not supporting this in the Toaster interface requires the user to go to the command line and/or manually edit the "local.conf" values. Here is proposed support for "adding recipes" to projects, as per the email thread on this subject. 1) The fundamental configuration variable I am discussing it this. It is the fast and easy way for the developer to add additional recipes to their build without manipulating images. It is easy to add and remove recipes from this variable without side effects (aside from the resulting generated target of course), and bitbake can easily resolve and add dependencies on the fly. "local.conf": IMAGE_INSTALL_append = " my-recipe" 2) My proposal is to make this configuration variable a special case, in that it is relatively easy for Toaster to provide guidance to adding and removing recipes from this value. 3) As Alex described, the "official" recipe list is not really available until the first build, and even then it is approximate and gains accuracy after each build. However, we can as a heuristic still provide the developer a pull-down list with a new un-parsed project a reasonable list of "possible" recipes, derived simply by examining the list of registered layers and including all recipes physically present in those layer directories. We can then improve that list after each build iteration with the parsed and derived recipes from bitbake. We can perhaps even distinguish "possible" recipes by displaying them in italics, and bitbake's "sanctioned" recipes in regular type. This leaves the world of recipes open to the developer but does provide guidance as to preferred recipes. 4) Removing recipes that are part of the image (in other words going "negative") I agree is very complicated and out-of-scope of this release. That is why I am limiting this instance to the specific local.conf variable. 44584 1 belen.barros.pena 2014-07-21 10:06:41 +0000 I came across this thread on the Yocto Project mailing list https://lists.yoctoproject.org/pipermail/yocto/2014-July/020691.html It discusses what's the best way of adding packages to your build, and they talk about IMAGE_INSTALL vs IMAGE_INSTALL_append vs CORE_IMAGE_EXTRA_INSTALL. What should we use in Toaster? IMAGE_INSTALL_append or CORE_IMAGE_EXTRA_INSTALL? Or maybe it doesn't really matter ... 45687 2 belen.barros.pena 2014-09-18 15:35:02 +0000 Bug 6588 includes this functionality *** This bug has been marked as a duplicate of bug 6588 *** 47205 3 stanciux.mihail 2014-11-26 13:53:25 +0000 Verified duplicate.