summaryrefslogtreecommitdiffstats
path: root/meta/classes
Commit message (Collapse)AuthorAgeFilesLines
* cmake.bbclass: ensure CMAKE_SYSTEM_NAME is correctSaul Wold2014-01-081-1/+1
| | | | | | | | | | | | | | Using TARGET_OS can add the ABIEXTENSION so ensure that is is removed for the Linux TARGET_OS, we might have other TARGET_OSes so don't hard code CMAKE_SYSTEM_NAME [YOCTO #5145] (From OE-Core master rev: 7d8b700242b1b32c6b6d0735b497701800f54fc4) (From OE-Core rev: 5dc70fe4adfbc21426c461971e5a252233a015ba) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cmake: set system name correctlyRichard Purdie2014-01-081-1/+1
| | | | | | | | | | | | | | For unknown reasons, the cmake class is using SDK_OS as the target system OS. This makes no sense but only shows up as a problem when you try a different SDK OS. Fix it to use TARGET_OS which is the correct thing to do. For the vast majority of users this will make no difference. (From OE-Core master rev: 57be84259f0885865c85d7bac350979430b956b5) (From OE-Core rev: 8a414086c04acb1c9387567a49f05577fa0d66ba) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* image-mklibs: ensure sysroot is correctly set when calling gccNicolas Dechesne2013-12-121-0/+1
| | | | | | | | | | | | | | | | | | | | [YOCTO #2519] When getting gcc from sstate, it is possible to get a gcc with a bogus sysroot configuration, as discussed in [1] or in [YOCTO #2519]. mklibs script will eventually call gcc, so we need to make sure that it provides gcc with the right sysroot location. [1] http://lists.openembedded.org/pipermail/openembedded-core/2013-September/084159.html (From OE-Core master rev: 3a66dd762e493ad2cda57110be67c3b06628050a) (From OE-Core rev: 05d09149216aee6681fa1c4c6bc7ec4ea7edda8b) Signed-off-by: Nicolas Dechesne <nicolas.dechesne@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package.bbclass: ensure license excluded files aren't packagedChristopher Larson2013-12-121-1/+4
| | | | | | | | | | | | | | | An excluded package left its files behind, which meant they could end up in another package instead, meaning we could ship GPLv3 binaries even with GPLv3 in INCOMPATIBLE_LICENSE. Skip the files belonging to the excluded packages to prevent this from occurring. (From OE-Core master rev: c045bfe6b991006ac80f0e2d06a8917ae58d9262) (From OE-Core rev: f6bd8fcf07ddcac43e74bdcd1dfacd45b12a7df3) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* license.bbclass: include all licenses in the manifestChristopher Larson2013-12-111-4/+3
| | | | | | | | | | | | | | When we don't have a generic license file for the license in question, we can warn, but we should still include it in the manifest, otherwise the manifest doesn't reflect reality. Failing to include a license listed in the recipe in the manifest can't be allowed. (From OE-Core master rev: e87232828b761d56f1ce6a27e4009d350d68209c) (From OE-Core rev: 32c064e567aaba18dfb07b171dde9cc43d0e6de8) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* license.bbclass: fix missing of license files on ubuntu build hostChen Qi2013-12-111-2/+2
| | | | | | | | | | | | | | | | | | | The license_create_manifest function contains bashism, this will lead to unexpected results on ubuntu build host, as sh is linked to dash on ubuntu. Even if COPY_LIC_MANIFEST and COPY_LIC_DIRS are enabled, the license files will still be missing on target. This patch fixes the above problem. [YOCTO #5549] (From OE-Core master rev: 4df9daee5c732c0a20dabe8515577238a1508512) (From OE-Core rev: 54a2cc32028c99f2541f5be3ef49ff1f292832b0) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* metadata_scm: Avoid crashing on new svn version layoutsRichard Purdie2013-12-111-2/+5
| | | | | | | | | | | | | | | This avoids crashing on newer svn layouts where the entries files don't contain three lines. If someone wants to fix this to get the right version on newer subversion checkouts, patches welcome but this at least stops things crashing. [YOCTO #5363] (From OE-Core master rev: e850c53d4d8cb877a704a23f9ce02d6185ba3ffa) (From OE-Core rev: 9fdea109d65c338913caa22e3a09f0408c361536) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes: tar 1.27 fixesRichard Purdie2013-12-114-7/+7
| | | | | | | | | | | | | | | tar version 1.27 returns: tar: --same-order option cannot be used with -c with the commandlines we have been using. We can remove the -s option (which is --same-order) to remove the error. (From OE-Core master rev: 3d5a6d0a480a0fa98260a3b3ffc71b8d9e3e58af) (From OE-Core rev: 5e3ec61bacd393d461498d9e090306cc7bd8fa63) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/package_rpm: fix bitbake package-index for RPMPaul Eggleton2013-10-101-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | The function that "bitbake package-index" relies upon when using the RPM package backend (package_update_index_rpm()) uses MULTILIB_PREFIX_LIST to get the list of package architectures to be indexed, but that variable is only set when populate_sdk_rpm or rootfs_rpm are inherited, which is not the case for the package-index recipe. Until we're able to refactor this properly, for minimal impact just use the value of ALL_MULTILIB_PACKAGE_ARCHS if MULTILIB_PREFIX_LIST does not give us any architectures (the equivalent function in the ipk backend uses the former variable). Having "bitbake package-index" working is important because it's the only practical way of indexing RPM packages for use as a feed; host versions of createrepo won't work properly because they won't support indexing recommends relationships. Stopgap fix for [YOCTO #5278]. (From OE-Core rev: 9359719c563e1ab0ff10186d1a1b6bde7840dbf3) (From OE-Core rev: eebd2246c0f1ad9becc13a2404ba9d48386d1cbb) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kernel.bbclass: Correct post(inst|rm) package associationDarren Hart2013-10-101-16/+13
| | | | | | | | | | | | | | | | | | Fixes [YOCTO #4991] The kernel image is installed as part of the kernel-image package, but the symlink creation/removal via alternatives is being done in pkg_post(inst|rm)_kernel-base. Move the postinst alternatives logic into the kernel-image functions. (From OE-Core rev: 35f538b117e3387354d2dab1f22c3de28ab1322b) (From OE-Core rev: d5478e188561c2fee788ee326e3f7cdea7cf5a24) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gettext: disable nls when INHIBIT_DEFAULT_DEPS is setMartin Jansa2013-08-161-2/+2
| | | | | | | | | | | | | | | | | | | | * for example in gcc-runtime DEPENDS_GETTEXT from gettext.bbclass isn't used because gcc-runtime recipes also set INHIBIT_DEFAULT_DEPS, explicitly disable NLS when DEPENDS_GETTEXT is empty * this is causing undeterministic build if you compare i586-oe-linux/libstdc++-v3/config.log in WORKDIR when building gcc-runtime before and after building gettext-native you'll see that msgfmt isn't found in one of them and gcc-runtime-locale-{de,fr} packages aren't created, there is only one file in them: gcc-runtime-locale-de/usr/share/locale/de/LC_MESSAGES/libstdc++.mo (From OE-Core master rev: 8f0b07fc53c94426efa3557424328b52a61e7305) (From OE-Core rev: b8592741fa380f5b806b7cf19313fa1351c6af97) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/terminal: fix pseudo exiting when launching devshellPaul Eggleton2013-08-161-0/+4
| | | | | | | | | | | | | | | | In dylan, since the entire bitbake process is run under pseudo, LD_PRELOAD is set when we collect BB_ORIGENV and thus when we construct the devshell environment from the latter, LD_PRELOAD is included. However, for a fakeroot task we explicitly run the devshell under pseudo (e.g. "pseudo /bin/bash"), and if LD_PRELOAD is set to preload libpseudo.so when pseudo is run, it seems to exit immediately without error. Since LD_PRELOAD shouldn't be exported anyway, exclude this from the environment so it doesn't prevent running the shell. (From OE-Core rev: 88866d93b1a99a921d390044a8399c3ef24dc977) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/sanity: check for suid root command evilityPaul Eggleton2013-08-121-0/+11
| | | | | | | | | | | | | | | | | | | Some users have been found to have an unnamed third-party piece of software installed which sets chmod, chown and mknod as suid root as part of its installation process. This interferes with the operation of pseudo and can result in files really being owned by root within the build output, and therefore breaks the build, apart from being a security issue. Check for this and bail out if it is found. Reported-by: Nicolas Dechesne <nicolas.dechesne@linaro.org> (From OE-Core master rev: 08d61529f3c7a48ec82e1f8c9c28c7b2e5238934) (From OE-Core rev: 041342a518e1d33349eb52e11750e155a5647735) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* terminal: Run command using a wrapper scriptTyler Hall2013-08-121-9/+32
| | | | | | | | | | | | | | | | | | | | | | | | | Some terminals may not pass the environment into the child process. This is true when using "tmux split-window." If tmux is already running, it will start the command with the tmux session environment, ignoring the environment where the command was issued. This could possibly be worked around when launching tmux by injecting variables into the user's session environment or adding the variables to the "update-environment" tmux setting. However, both methods would permanently alter the user's session, which is undesirable. By using a wrapper script, we have full control over the final environment. Replace the env dictionary with an empty data smart that will contain the exported variables and a wrapper function that execs the original command. (From OE-Core master rev: 3bb96671e987ce8110ce98b9f6d9efc093f8d20e) (From OE-Core rev: a749f068e08217264324372a19b561181bfd31cc) Signed-off-by: Tyler Hall <tylerwhall@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* populate_sdk_base.bbclass: use new perm option for findStefan Stanacar2013-07-291-1/+1
| | | | | | | | | | | | | | | | | | Old way find -perm +mode is no longer supported in newer versions of find (Fedora 19). Man page says: -perm +mode This is no longer supported (and has been deprecated since 2005). Use -perm /mode instead. [YOCTO #4853] (From OE-Core master rev: 21b079e01873e2fb4d8674541e8c5818ba73554e) (From OE-Core rev: 761cf78f12d60179684ae16e66008204f278561e) Signed-off-by: Stefan Stanacar <stefanx.stanacar@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* populate_sdk_base: fix bashismLaurentiu Palcu2013-07-291-1/+1
| | | | | | | | | | | | | | | | Only the printf bash builtin knows about %q format option for escaping spaces. The coreutils version doesn't. Unfortunately, neither dash nor sh have a printf builtin. So, escape the spaces using sed. [YOCTO #4811] (From OE-Core master rev: 6ac06a65ce52d4c123da53f115c84cb0a98bc18f) (From OE-Core rev: 135e681a3f3004a925b46b03cdada2fd86fc6c93) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* populate_sdk_base, adt_installer: abort install if path contains spacesLaurentiu Palcu2013-07-291-4/+9
| | | | | | | | | | | | | | | | | | | | | Spaces are not handled properly in some parts of oe-core and it's safer to abort toolchain installation if path contains spaces. Even though we fix space handling in the toolchain installation script, there are various other parts in the toolchain (perl scripts, sysroot path passed to toolchain binaries, shebang lines) that would need special handling. So, for now, just bail out if path contains spaces. The checking for spaces in the path is done after expanding relative paths to absolute and tilde conversion. [YOCTO #4488] (From OE-Core master rev: 8c35ba2d3048ce69f74f72cb2676e4bc162cfb63) (From OE-Core rev: 407e57879ea2f931bff32993b850c9d59d228303) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package: Ensure we iterate all the pool objectsRichard Purdie2013-07-091-2/+2
| | | | | | | | | | | | | | | There is the possibility that if we don't iterate through the multiprocessing pool objects we might not catch return codes and this could lead to hung/zombie processes either temproarily or on a wider scale. Adding this certainly doesn't hurt anything and is better practise so we might as well do it. Its not 100% clear if this fixes some issues or not. (From OE-Core master rev: 89c8493d4d85044cd72af2756569d15e87cd5947) (From OE-Core rev: e887858d495d772a4b2cd6ca4edc0c53942518d8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sstate.bbclass: make hard links for staging filesRobert Yang2013-07-091-1/+1
| | | | | | | | | | | | | | | | | | | | | Make hard links for staging files instead of copy to save the disk space (3G will be saved for a core-image-sato build), and it doesn't affect much on the build time. The following directories are affected: 1) The sysroot 2) The DEPLOY_DIR 3) The pkgdata [YOCTO #4372] (From OE-Core master rev: 5853e0f482b22258c909268fe71673a29e31989b) (From OE-Core rev: 729439d3b00bab2d061bbc9d5d7a375eb014b192) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* archive-*-source.bbclass: handle dependency in anonymous functionLaurentiu Palcu2013-07-093-6/+15
| | | | | | | | | | | | | Using "before do_rootfs" would have this task added to do_rootfs dependencies regardless of the filtering options. Instead, add this dependency in the anonymous python function. (From OE-Core master rev: 2400a74923e51e17ecfa94c2d63908b0b2aac76a) (From OE-Core rev: 94ba93a04099866af91bfc86dca0633e7fef8ffb) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* archiver.bbclass: check if package contains a copyleft licenseKevin Strasser2013-07-091-1/+4
| | | | | | | | | | | | | | | | | | | | The copyleft filter is only excluding packages that contain a closed source license. This is because oe.license.is_included() returns a boolean value that indicates if the license is excluded, and a string that contains the matched included licenses. If the string is empty it indicates that no licenses were matched. Reject packages that do not contain a copyleft license. [YOCTO 4630] (From OE-Core master rev: 3d0f9ee3d2fcce331d35467d5965ff44b825427f) (From OE-Core rev: aa02769727203650bfebf38082a2dadcc7e3b443) Signed-off-by: Kevin Strasser <kevin.strasser@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: Ensure finalised data is displayed in build bannerRichard Purdie2013-07-091-2/+4
| | | | | | | | | | | | | | | | | | | | | The build banner displayed at the start of builds can be misleading since the data store has not been finalised. As easy way to illustrate this is to use something like: DEFAULTTUNE = "i586" DEFAULTTUNE_<machineoverride> = "core2" and the banner will display the i586 tune yet the core2 tune will be used. We can avoid this if we finalise a copy of the data before displaying it. [YOCTO #4225] (From OE-Core master rev: bdce39f22a0e8c8e1cf237322657220e4201077d) (From OE-Core rev: 3f6c1307e1ad2d3ca3fd53bfb7f2a5eac31bee33) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autotools.bbclass: Factor out aclocal copying functionRichard Purdie2013-06-101-15/+22
| | | | | | | | | | | | | Some recipes may need to manually call the aclocal copying functionality so factor this out into a function. (From OE-Core master rev: a5a08543c8cec43d993b2bba0ad6a9357c0a5e04) (From OE-Core rev: edf5a7fd6da804588fcc4f2687a7b05ecfda3beb) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/buildhistory: record removals in buildhistory directoryJonathan Liu2013-06-101-1/+1
| | | | | | | | | | | | | | | | | "git add ." does not record files that were removed in the buildhistory directory. Specify the -A flag to also record removals. This was discovered by the following warning added in Git 1.8.3: warning: You ran 'git add' with neither '-A (--all)' or '--ignore-removal', whose behaviour will change in Git 2.0 with respect to paths you removed. (From OE-Core master rev: a45a247e2cfa58892a0c9eb050d603a38cd839db) (From OE-Core rev: a27f04ac89b8e58931b7792fbd1adeabef21f7b0) Signed-off-by: Jonathan Liu <net147@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qmake_base.bbclass: Add linux-gnun32-oe-g++ to QMAKESPECXin Ouyang2013-06-031-1/+1
| | | | | | | | | | | | | | | | For some mips targets, TARGET_OS is set to linux-gnun32, while linux-gnun32-oe-g++ is not listed in the default QMAKESPEC list of qmake in oe-core/wrlinux. This would cause build failures for qt apps, so add a matching rule to fix this. (From OE-Core master rev: 70b75d506e6c4b46694b00d674df9d4a94140bd6) (From OE-Core rev: edc7ff49526a12f30e8f3e62d140153a406dae54) Signed-off-by: Xin Ouyang <Xin.Ouyang@windriver.com> Signed-off-by: Randy MacLeod <Randy.MacLeod@windriver.com> Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Make toolchain output name using SDK_VERSION instead of DISTRO_VERSION to be ↵Jessica Zhang2013-06-031-1/+1
| | | | | | | | | | | | consistent [yocto #2342] (From OE-Core master rev: 733f1d2a1bcf1c115613e21f7d09f1b4bee216ce) (From OE-Core rev: 1819b7d5915d85a0c2a4780ea4b70923c54fc252) Signed-off-by: Jessica Zhang <jessica.zhang@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package.bbclass: Fix sources contentsRichard Purdie2013-05-221-5/+5
| | | | | | | | | | | | | | | http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=c376f1f49cea182a2887945840ab97a20970a373 fixed a valid issue where the sources file was accumulating information and subsequent task runs of do_packacge were not cleaning it. The fix is wrong however since we're removing the file within a loop. This fix removes the file outside the loop ensuring it is not truncated and contains the correct information. (From OE-Core master rev: a015881f2207aded601459ba3eebbefb0002b3c5) (From OE-Core rev: f897550222003ccea8f18c136a7b9ced5acb0ed3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sanity.bbclass: Attach the missing value to a format string.Peter Seebach2013-05-221-1/+1
| | | | | | | | | | | | The tuning changes to sanity.bbclass were almost right, but one of the messages had a %s with no % operator. (From OE-Core master rev: cf5e40598ae9a83f22cabedc7b72000beb62703c) (From OE-Core rev: b47906121f4440e32f6efef04827f49be5ced657) Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kernel.bbclass: make FILES package-specificTom Zanussi2013-05-221-1/+1
| | | | | | | | | | | | | | Fix QA warnings seen when using 'traditional' kernel recipes e.g.: WARNING: QA Issue: .../recipes-kernel/linux/linux_3.0.18.bb: Variable FILES is set as not being package specific, please fix this. (From OE-Core master rev: 799c16ed317aed7638e264ee2f92e4b722f1b011) (From OE-Core rev: a5ccdfec3989176e6f82597c32e8acd2ea30e3a6) Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bootimg.bbclass: add comment for NOHDDRobert Yang2013-05-221-0/+1
| | | | | | | | | | | | Add comment for NOHDD which is used for skipping building the HDDIMG if set to 1 (From OE-Core master rev: 9843ad9d783f68b97fedfe5b435528538bb26c1c) (From OE-Core rev: 3c5145670cff69828e7adbce6bde2ec8ddc60e84) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* archive-*-source.bbclass: have do_dumpdata_create_diff_gz task run before ↵Laurentiu Palcu2013-05-223-3/+3
| | | | | | | | | | | | | | | | | | | | | do_rootfs do_rootfs[cleandirs] contains ${S} and, if do_rootfs task starts before the do_dumpdata_create_diff_gz is finished, an error will occur in the process because the directory will be removed while still needed by the create_diff_gz() function. This patch will force the do_dumpdata_create_diff_gz task to run before do_rootfs when the final image is created. [YOCTO #4310] (From OE-Core master rev: cd90be31571178d6822dba5a94a2795209a3576c) (From OE-Core rev: c283ab637c7e0501a309dbe9abdf14ad70834c9b) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* image_types: fix default location of kernel when generating elf imagesTomas Frydrych2013-05-221-1/+1
| | | | | | | | | | | | | Generation of elf images fails because kernel images are no longer staged under ${STAGING_DIR_HOST}/kernel, but rather ${STAGING_DIR_HOST}/usr/src/kernel. This patch fixes the path to point to the correct location. (From OE-Core master rev: 6e57a3231fb29f869d476b8511d6f4393f82651b) (From OE-Core rev: 54a7691a3efce3d7a154233345b5f6b161fd71bf) Signed-off-by: Tomas Frydrych <tomas@sleepfive.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Pass the mlprefix to postinst_intercept scriptLaurentiu Palcu2013-05-223-4/+4
| | | | | | | | | | | | This is needed in order to have separate multilib intercept hooks. (From OE-Core master rev: 44eae13c164ca6e15a6013eafeab3eb44f24c8e0) (From OE-Core rev: 0db4db02486926ef5d0b1cee92f963cf0f1e64fc) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Revert "qemu.bbclass: Use the correct qemu binary in multilib cases"Laurentiu Palcu2013-05-221-3/+1
| | | | | | | | | | | | | | | | | | | This reverts commit 9f5a6f89d9f4a6c7bed3b163e6eaa764d762f523. The reason for reverting this is: * qemuwrapper has now a fallback method; * when using multilib, calling qemu_target_binary from recipes would always point to the qemu binary corresponding to the machine architecture. Hence, postinstalls needing to use qemu would call the wrong qemu user emulation binary; (From OE-Core master rev: 15408466515cec7cbb4c394aa203c87b6165f884) (From OE-Core rev: e57f9b992192f7d7877fbb69af764357a21fce70) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cpan.bbclass: use '|' as sed separator for entry with pathsMarcin Juszkiewicz2013-05-221-1/+1
| | | | | | | | | | | | | | | With normal toolchain it works. But fails badly when external Linaro toolchain is used. And this is why: -e "s/^\(CCFLAGS =.*\)/\1 -isystem/home/hrw/devel/canonical/aarch64/openembedded/build/linaro-tcwg/gcc-linaro-aarch64-linux-gnu-4.7-2013.04-20130415_linux//aarch64-linux-gnu/include -O2 -pipe -g -feliminate-unused-debug-types/" \ (From OE-Core master rev: f6244a9d3da7c301f19efc114c2aaf39e5eec299) (From OE-Core rev: bb94a3fbdd9b10fcece73798e7a40ff211ebbd5c) Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* image.bbclass: change the logic when intercepts failLaurentiu Palcu2013-05-221-10/+22
| | | | | | | | | | | | | Due to some issues with postinstalls that register hooks, we changed the logic a bit. Now, all postinstalls that register hooks will return successfully and only after, if hooks fail, mark the package as unpacked. (From OE-Core master rev: 82dae98d0eb771c05e57635f0f8763b118d8177e) (From OE-Core rev: 202f1b0e4ee6d912f2bec5991d1cd60bbb0c020e) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pixbufcache.bbclass: do not exit 1 after installing intercept hookLaurentiu Palcu2013-05-221-17/+12
| | | | | | | | | | | This will allow to register, in a single postinstall, multiple hooks. (From OE-Core master rev: b396138ee081c8f5dddbaab0e374787ba2e31029) (From OE-Core rev: 3daed9c994d3f092caa9cc6e8bab49ab606cb0a2) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gtk-icon-cache.bbclass: do not exit 1 after installing intercept hookLaurentiu Palcu2013-05-221-27/+20
| | | | | | | | | | | This will allow to register, in a single postinstall, multiple hooks. (From OE-Core master rev: 2cd244d6c93ec6d39e2649de64575c365bd4238d) (From OE-Core rev: 982302219bf5b133f76a0d8213b626f8abef99b3) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* fontcache.bbclass: do not exit with 1 after installing intercept hookLaurentiu Palcu2013-05-221-8/+2
| | | | | | | | | | | This will allow to register, in a single postinstall, multiple hooks. (From OE-Core master rev: 9553874cf02ba443aff1bbead56bacfcda9bb6ca) (From OE-Core rev: 3ef3b5be29925d8b6579c5bd57e58ce1bced35d8) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_ipk: Ensure the status file existsRichard Purdie2013-04-181-0/+1
| | | | | | | | | The postinstall for the opkg run-postinst hook checks for the existence of this file. We therefore ensure it always exists during image generation. (From OE-Core rev: 540cf355599e555615ed9684c3b480463588eb78) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package.bbclass: Add useradd variables to PACKAGEVARSRichard Purdie2013-04-181-1/+1
| | | | | | | | | | THe USERADD_PARAMS and similar group variables are package specific variables which should get added to the vardeps of the packaging process. This change also ensures they get remapped correctly by the multilib code. (From OE-Core rev: 805add18e7b917aaef61c82c0b5f2e9682af1d0d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* multilib: Ensure we map the USERADD_PACKAGES variableRichard Purdie2013-04-181-0/+1
| | | | | | | | | If we don't do this, multilib packages don't have any code added to the postinstalls to handle user additions. (From OE-Core rev: b10d17d1b03fd0564103a6998f218d0968d1032b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* packagegroup: Add init-manager sanity checkRichard Purdie2013-04-181-0/+7
| | | | | | | | | | | Currently, you can set VIRTUAL-RUNTIME_init_manager to an init system that isn't in DISTRO_FEATURES. This leads to head scratching over unbootable images. This adds a sanity check which ensures more valid systems are built. (From OE-Core rev: c72ec4b52827f75351790eab483d258b2e87611a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package.bbclass: Fix populate_packages for glob expansion issuesRichard Purdie2013-04-181-0/+2
| | | | | | | | | | | | | If we put a valid glob like "*/foo/*" into FILES, populate_packages breaks with a "file exists" message. This is because the glob expansion does not have "./" prefix however there may already be an entry in the seen list which does have such a prefix. The easiest/simplest fix right now is to add the prefix if it doesn't exist which only happens for certain globs. (From OE-Core rev: 138c5f3af892e33f576fc7dd268e122b179f82a1) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* update-alternatives: Ensure DEPENDS is correct in multilib caseRichard Purdie2013-04-151-1/+1
| | | | | | | | | Ensure that the DEPENDS we're adding is correct in the multilib case by including MLPREFIX, fixing unnecessary dependencies in those images. (From OE-Core rev: 1fa8909e24866ffada75daf63225c8daa000b9be) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kernel.bbclass: Ensure we have correct version information in deploy dataRichard Purdie2013-04-151-2/+4
| | | | | | | | | | | | | Currently the names used for the kernel in deploy will contain "AUTOINC" instead of the final incremental numbering. This fixes the problem by ensuring data is obtained from the PR service and using the PKG* variables instead of PE/PV/PR directly. [YOCTO #4293] (From OE-Core rev: 1392f959cb8cd50b5a4492899e54f3ed68ef56d7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package/image.bbclass: Fix multilib rprovidesRichard Purdie2013-04-133-12/+18
| | | | | | | | | | | | | | | | allarch multilib recipes are meant to provide a list of different multilib variants. Unfortunately since the pkgdata also has mappings for these, they get mapped back to the original package name which means the effect is undone at package creation time when the remapping code is called. This patch adds in a conditional to break that chain meaning the packages get the correct RPROVIDES and image builds work correctly with opkg. [YOCTO #3453] (From OE-Core rev: 1a1927f8a04fe0a2b3b853ebdd33ccb807f00b59) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/sanity: fix handling of bblayers.conf updatingPaul Eggleton2013-04-131-25/+52
| | | | | | | | | | | | | | | | | | | | | | Fix the fairly long-standing problem of treating a newer bblayers.conf in the same manner as an older one (reporting that it had been updated even if nothing was done). The recent work to do a reparse without having to manually re-run bitbake turned this from an annoyance into an endless loop, so it had to be fixed. As part of fixing this the following changes have been made: * Extensions are now implemented using a function list, so distro layers can add their own functions which should either succeed (indicating they have successfully updated the file) or raise an exception (indicating nothing could be done). The functions are called in succession until one succeeds, at which point we reparse. * If we can't do the update, the error message now says "older/newer" instead of just "older" since we only know the version is different. (From OE-Core rev: 46b00fdfc9d1e3dc180de087bae2682a1baa2954) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kernel.bbclass: Optionally create lib dir during deployKhem Raj2013-04-121-0/+1
| | | | | | | | | | | | | | | | | | | when we have multilib and a 64bit machine and initramfs then image/lib directory will not be created and it will end up with errors like | DEBUG: Executing python function sstate_task_prefunc | DEBUG: Python function sstate_task_prefunc finished | DEBUG: Executing shell function do_deploy | tar: lib: Cannot stat: No such file or directory | tar: Exiting with failure status due to previous errors So in order to overcome this shortcoming lets mkdir -p the lib directory so the modules can be happily installed. (From OE-Core rev: 3f501204f375cc40a14597a25cb09faaba9ff802) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* icecc: Allow to use this bbclass together with external toolchainsMartin Jansa2013-04-111-4/+33
| | | | | | | | | * original implementation by Antti Harju (From OE-Core rev: 37c17dcd92244379e59e848cb2d12184bb27d5e5) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>