summaryrefslogtreecommitdiffstats
path: root/meta/conf/bitbake.conf
Commit message (Collapse)AuthorAgeFilesLines
* conf: Remove unused ROOT_FLASH_SIZE variable from the configHolger Hans Peter Freyther2013-02-171-3/+0
| | | | | | | | | | This variable is set but never used in OE-core and meta-oe. It was historically used for the Opie collection but seems to be unused now. (From OE-Core rev: 323ef78e377525e2214f4700c30305c493137853) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Update hashconfig after BB_ORIGENV changesRichard Purdie2013-02-061-4/+3
| | | | | | | | | | We should ignore BB_ORIGENV from the hash for the config data. There are also a number of variables which no longer make it into the data store so we can drop these from the hash whitelist. (From OE-Core rev: cb21af00f9321ea48e533089dbffbb1a9665cb92) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: remove all mention of PCMCIA_MANAGERRoss Burton2013-01-251-1/+0
| | | | | | | | | | Nothing appears to use this anymore, and it's been a very long time since there was anyone expressing an interest in the alternatives. (From OE-Core rev: f6f289c13b9da9c2793d1fd30456216db8afad64) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* prserv: change PRSERV_HOST semanticsConstantin Musca2013-01-251-6/+1
| | | | | | | | | | | | | | - remove PRSERV_PORT variable - use 'hostname:port' as PRSERV_HOST format - remove USE_PR_SERV variable - one can activate PRS by setting PRSERV_HOST [YOCTO #3744] (From OE-Core rev: e00f49de8b1f79c3e07b887d257bd75a46052fa0) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base: make feature backfilling happen earlierRichard Purdie2013-01-241-3/+0
| | | | | | | | | | | | | | | | | Backfilling DISTRO_FEATURES and MACHINE_FEATURES with _append statements happens too late to use those variables with conditional inherits, like this: inherit ${@base_contains('DISTRO_FEATURES','sysvinit','update-rc.d_real','',d)} Instead, do the backfilling at ConfigParse time so that it happens earlier in the parse, which results in that inherit behaving as expected when sysvinit was backfilled. (From OE-Core rev: 22429cdf79ed952072707a929643c7386fa7e056) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: unbreak all builds with custom DISTRO_FEATURESMarcin Juszkiewicz2013-01-241-1/+1
| | | | | | | | | | | | | | | | | Commit 9e7c64ca9afbf27edd0d35a1830ce55ee6d778ab broke all builds where custom DISTRO_FEATURES were used. Resulting images ended in non-bootable state due to lack of initscripts (unless someone had sysvinit or systemd in D_E already). https://bugs.launchpad.net/linaro-oe/+bug/1102910 https://bugs.launchpad.net/linaro-oe/+bug/1099405/comments/12 (From OE-Core rev: 211e473432230765a48d7af9c66c8737a08cdec7) Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: remove update-modules from DISTRO_FEATURESLaurentiu Palcu2013-01-181-1/+1
| | | | | | | | | | | Since update-modules is obsolete, remove it from DISTRO_FEATURES. [YOCTO #3598] (From OE-Core rev: 5a404ba472c51cec8e13d79e073a1d104a747c44) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: import var ROOT_HOMEKang Kai2012-12-261-0/+3
| | | | | | | | | | | | Import var ROOT_HOME to configure root home directory dynamically. [Yocto 2683] (From OE-Core rev: a78cd0b3a69b829327cea035321051ab11cba70f) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: add nonarch_base_lib variableConstantin Musca2012-12-191-0/+1
| | | | | | | | | | Adapt stagging.bbclass to this change (From OE-Core rev: 0730a8cbb42cd8b6667f2d1daefa0f6fcec06af2) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: exclude DATETIME var dependency from IMAGE_NAMEMartin Jansa2012-12-191-0/+1
| | | | | | | | | | | | | * resolves ERROR shown when bitbake -S is used for image: ERROR: Bitbake's cached basehash does not match the one we just generated (/OE/oe-core/openembedded-core/meta/recipes-core/images/core-image-minimal.bb.do_rootfs)! ERROR: The mismatched hashes were 8c35cdf8a5d09c03941f081dd9f6d8dc and b5d6e2e5952770557c48c5779ddb73fc (From OE-Core rev: 084d16cd00365ac3db9010a2e0e08ec49b50a144) 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>
* bitbake.conf/utils: Drop some OVERRIDES from FILESPATHRichard Purdie2012-12-111-0/+2
| | | | | | | | | | | | | There are several overrides that don't make sense as part of FILESPATH. This introduces FILESOVERRIDES and allows us to drop some of the pointless ones, simplifying the files search path further and improving the user experience. If needed by specific recipes, other overrides can be added back in for specific cases. (From OE-Core rev: b8b1b39961332c99d62ee466f7859bd62a0f806f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Change build output message to list BUILD_SYS, TARGET_SYS and ↵Richard Purdie2012-11-271-1/+1
| | | | | | | | | | | | | | | | | | NATIVELSBSTRING The build summary is meant to reflect key configuration variables. Information about the build system we're running on is important but currently missing from the information displayed. Printing TARGET_SYS removes the need to print TARGET_OS and TARGET_ARCH and we add BUILD_SYS and NATIVELSBSTRING to show information about the build system. [YOCTO #3456] (From OE-Core rev: 764cc1eb3043c84121f597d2271108b91052095e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Drop obsolete FILESDIR settingRichard Purdie2012-11-261-1/+0
| | | | | | | | | | | | | FILESPATH is the preferred way of finding files now. Having a value for FILESDIR which defaults to paths which will have already been searched is pointless at best. This is the final step in letting us drop FILESDIR support entirely from bitbake at some future date. (From OE-Core rev: d6e5ceafcaef06b8a3f9acc2aa826a40a016f913) (From OE-Core rev: 3bb5c6bd51c91ada7fc17451627b8954dbe9c09c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: add TUNE_CCARGS[vardepvalue]Martin Jansa2012-11-251-0/+1
| | | | | | | | | | | | * we don't care about expression but value * e.g. tune-xscale and tune-arm926ejs have different expression in TUNE_CCARGS but with the same DEFAULTTUNE the result is the same http://lists.linuxtogo.org/pipermail/openembedded-core/2012-September/030032.html (From OE-Core rev: 03f1e34ea3ce80931e9c3cd2ab22824f28a7233b) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Revert "bitbake.conf: Drop obsolete FILESDIR setting"Richard Purdie2012-11-211-0/+1
| | | | | | | | This reverts commit d6e5ceafcaef06b8a3f9acc2aa826a40a016f913 since the value is clearly still being used in local file urls that are only hit at do_unpack time. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Drop obsolete FILESDIR settingRichard Purdie2012-11-211-1/+0
| | | | | | | | | | | FILESPATH is the preferred way of finding files now. Having a value for FILESDIR which defaults to paths which will have already been searched is pointless at best. This is the final step in letting us drop FILESDIR support entirely from bitbake at some future date. (From OE-Core rev: d6e5ceafcaef06b8a3f9acc2aa826a40a016f913) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/sanity: Separate versions and PN stamp components into separate ↵Richard Purdie2012-11-201-3/+3
| | | | | | | | | | | | | | | directories for WORKDIR and STAMP This means some of the hacks we have to tell where the package name ends and the version starts in the directory layout becomes obsolete, simplifying the work of some of the cleanup scripts. It also makes the layout slightly more intuitive to the user. It does force a rebuild onto the user but it will reuse sstate successfully. (From OE-Core rev: 05075cf3138d1c61f5cf4fe0e1a4587acc00c692) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Add udev rules into ${PN} files by defaultKhem Raj2012-11-021-0/+1
| | | | | | | | | | | | | | As we move to systemd, udev is not provided by systemd where the arch independent files are stored in /lib and /usr/lib and not in ${base_libdir} and ${libdir} which means the files like udev rules go into /lib/udev or /usr/lib/udev. This patch adds these paths to be packaged into default ${PN} output package from a recipe (From OE-Core rev: 6cbc0c7bf3f35e18f0abd29e5a704fba55f88ab2) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Change systemd_unitdir definitionKhem Raj2012-10-271-1/+1
| | | | | | | | | | | | | | | systemd_unitdir indicates the arch independent files which are basically scripts and unit files and systemd wants then to be in /lib always even when base_libdir is /lib64, hence we have to reflect that and not use base_libdir to define it. Otherwise on architectures where base_libdir is lib64 e.g. ppc64 or multilibbed x86_64 this wont work (From OE-Core rev: 50e713d4ae35f9b5f5f2a515a95d77573610d707) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: break three very long linesRobert Yang2012-10-241-6/+14
| | | | | | | | | | | | | | | | | | Break the following 3 very long lines into 3 pieces, make a line under 80 characters, will modify BB_HASHBASE_WHITELIST and BB_HASHCONFIG_WHITELIST in the next patch: BB_HASHBASE_WHITELIST BB_HASHCONFIG_WHITELIST BB_SIGNATURE_EXCLUDE_FLAGS [YOCTO #3299] (From OE-Core rev: 1417f606982c591178dd408a7ef79f449a6e2554) 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>
* PACKAGES_DYNAMIC: use regexp not globMartin Jansa2012-10-191-1/+1
| | | | | | | | | | | * bitbake uses PACKAGES_DYNAMIC as regexp ^ could make matching faster (and it will be more clear that we're expecting regexp not glob) * made all those last '-' optional, use .* (or nothing) (From OE-Core rev: 2f3ebdfa5f42dae51063b043cc4b0fbe20b40064) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: change libexecdir to ${libdir}/${BPN}Saul Wold2012-10-181-1/+4
| | | | | | | | | | | | | | | | | | | In order to be more compliant with the Filesystem Hierarchs Standard (FHS), this change removes the /usr/libexec default in favor of ${libdir}/${BPN} (which is typically /usr/lib). http://www.pathname.com/fhs/pub/fhs-2.3.html This also address the native and STAGING variations [YOCTO #2915] (From OE-Core rev: 68c31b095a1cb20bd297df596024fc568614f5e8) (From OE-Core rev: 406bd38b4232f9f399ef5ffe0b4fac72ed605a23) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kernel.bbclass, module.bbclass: Make update-modules optionalPhil Blundell2012-10-181-1/+1
| | | | | | | | | | | | | | | | | | The update-modules mechanism is something of a historical relic and it isn't entirely clear that it has a great deal of value nowadays. Also, it causes a problem when building a read-only rootfs since update-modules itself refuses to configure offline. Allow DISTROs to circumvent this whole thing by declaring (via DISTRO_FEATURES) that they don't wish to use update-modules. This is backfilled for existing distributions and will have to be marked as CONSIDERED by those who actually don't want it. (From OE-Core rev: 14bf8ed115453077b4d4042b4b70ed6b3bca2a9f) Signed-off-by: Phil Blundell <pb@pbcl.net> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Add CCACHE_DISABLE to BS_HASHBASE_WHITELISTMike Crowe2012-10-021-1/+1
| | | | | | | | | | If CCACHE is in the whitelist then CCACHE_DISABLE probably should be too. (From OE-Core rev: c03f76160e3cc3cb4fbf3cee114665c34bff06e6) Signed-off-by: Mike Crowe <mac@mcrowe.com> Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Add chrpath-native to ASSUME_PROVIDEDRichard Purdie2012-10-021-0/+2
| | | | | | | | We assume chrpath is provided natively so it should be listed in ASSUME_PROVIDED. (From OE-Core rev: 97a3ea712003e8d48dc68c282e656591f39d2d1a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: parse license configElizabeth Flanagan2012-09-281-0/+1
| | | | | | | | | | license.conf hasn't been being parsed. It probably should be. (From OE-Core rev: b393b31fee3b4d42890c2bcbba09ea231c131dea) Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Add and use 'localedir' variableChristopher Larson2012-09-251-0/+1
| | | | | | | | | | | | | | This avoids the hardcoding of ${libdir}/locale which is all over the place, and will facilitate use of ${exec_prefix}/lib/locale instead of ${libdir}/locale. This doesn't actually change any output at this time. Verified this with buildhistory against the packages produced from core-image-base. (From OE-Core rev: b744f4cc2912334b8493a89525fd02af8e9b8edf) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/gcc-common.inc: Fix STAMPCLEAN expressionRichard Purdie2012-09-211-1/+1
| | | | | | | | | | | | The globs used for STAMPCLEAN were too greedy matching gcc-cross-initial stamps for gcc-cross for example. This patch resolves that problem making the assumption that PV starts with something numeric. This assumption should hold in most cases and has a better failure case that the current situation. (From OE-Core rev: d7fbc70b6c6ac629d2a23ac16ab45461f88b4b26) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/gcc: Add clean masks for stamp filesRichard Purdie2012-09-201-1/+2
| | | | | | | | | | | This takes advantage of new bitbake functionality to clean up stale stamp files when creating new stamp files. [YOCTO #2961] (From OE-Core rev: e21b6c04e512a3bc2339a20045b7041f1d26e859) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Assign SRCPV so that it will be tracked correcting in the ↵Richard Purdie2012-09-141-0/+1
| | | | | | | | | | | | | | | | | | sstate checksum Currently, SRCPV is just listed as having a value of ${@bb.fetch2.get_srcrev(d)} which isn't helpful. This can mean that if PV changes, two recipes can have the same sstate checksum despite having different PV values since the PV value itself isn't tracked anywhere. Adding this line means that the real PV value is expanded and recorded in the sstate checksum, meaning the sstate packages no longer overlap. This is critical in ensuring consistent builds for revipes using SRCPV. (From OE-Core rev: a9fffadec4fb60547257cb3d7496b6e39ed07be8) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: FETCHCMD_svn add --non-interactive --trust-server-certMartin Jansa2012-09-041-1/+1
| | | | | | | | | | | | | | | | | | * now with subversion-native we know those 2 options are supported * with https protocol used for SVN checkouts we cannot confirm certificate and do_fetch fails Error validating server certificate for 'https://foo:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: ... (R)eject, accept (t)emporarily or accept (p)ermanently? svn: E175002: Unable to connect to a repository at URL 'https://foo/trunk' svn: E175002: OPTIONS of 'https://foo/trunk': Server certificate verification failed: issuer is not trusted (https://foo) ERROR: Function failed: Fetcher failure for URL: 'svn://foo;protocol=https;module=trunk'. Unable to fetch URL from any source. (From OE-Core rev: 8f1cedaaafd1248e77db84ac238fa88a318df2e9) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Rename task to packagegroupPaul Eggleton2012-09-041-2/+2
| | | | | | | | | | | | "Package group" is a much more appropriate name for these than task, since we use the word task to describe units of work executed by BitBake. (From OE-Core rev: 424dcf7046e4ad09dcc664eb1992201195247fcf) 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>
* nativesdk: Switch to using nativesdk as a prefix, not a suffixRichard Purdie2012-09-021-2/+2
| | | | | | | | | | | | | | | As discussed on the mailing lists, using a suffix to package names is hard and has lead to many recipes having to do PKGSUFFIX games. Its looking extremely hard to scale nativesdk much further without hacking many recipes. By comparison, using a prefix like multilib does works much better and doesn't involve "hacking" as many recipes. This change converts nativesdk to use a prefix using the existing multilib infrastructure. (From OE-Core rev: 81813c0e322dc04ce4b069117188d8a54dfddb8c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: add variables to exclude from hash.Mark Hatle2012-08-251-1/+1
| | | | | | | | | | | The parallelism flags should not change the parse hash. (From OE-Core rev: 6bfd4a6abd7488e663598620f4436ac49183528f) Signed-off-by: Jason Wessel <jason.wessel@windriver.com> Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/bitbake.conf: allow cache reuse between bitbake, bitbake-layers and hobPaul Eggleton2012-08-221-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | BB_ENV_EXTRAWHITE is set by the bitbake wrapper script but not by bitbake-layers, and thus it was affecting the data hash and thus invalidating the cache. Any variables passed through from the environment by being added to this variable should themselves influence the hash already if they are not already excluded from, the data hash, so BB_ENV_EXTRAWHITE can be excluded. Similarly, DISABLE_SANITY_CHECKS is set by the hob script in order to have sanity checks run later, but not set by the bitbake wrapper script. It doesn't actually affect the build itself and so its value can also be excluded from the data hash. These changes prevent unnecessary reparsing between executions of bitbake, bitbake-layers, and the initial pseudo build within the hob script. Fixes [YOCTO #2680]. (From OE-Core rev: 84bcacd5b4737520f0fc76333f0165ef5b87c207) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Add rtc to MACHINE_FEATURES_BACKFILLAndrei Gherzan2012-08-171-1/+1
| | | | | | | | | | | | This was done this way so that the current machine configuration would remain unaffected. The rtc MACHINE_FEATURE will specify if a real time clock is avalaible. (From OE-Core rev: 4a8232d959e24e73998d7541c4a524774387cabf) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Add MACHINE_FEATURES_BACKFILL and append to MACHINE_FEATURESAndrei Gherzan2012-08-171-0/+3
| | | | | | | | | | This is works the way DISTRO_FEATURES_BACKFILL does. (From OE-Core rev: bdf90789431f1a8e076fe33c8bfd19c7269d6dad) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Use the new form of features_backfill functionAndrei Gherzan2012-08-171-1/+1
| | | | | | | | | | | | This function was modified in order to be used with other variables then DISTRO_FEATURES. Use this new function name and add the parameter needed. (From OE-Core rev: a1ff96ae006accb08c58ad77d37c9e249ab94d57) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: store cooker logs in subdirectory of LOG_DIRMartin Jansa2012-08-151-2/+2
| | | | | | | | | | | | | * we should probably wait until http://git.openembedded.org/bitbake/commit/?id=1e06d8012868ba5a31503dc99cbf18570be629d9 is in next required bitbake version, but error message if the directory doesn't exist is quite clear * people with new enough bitbake could just change this in their local.conf (From OE-Core rev: a1e4d32ede287f73c6acc796b43fe5b90c072fab) 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>
* bitbake.conf: exclude whole MACHINEOVERRIDES from OVERRIDES vardepsMartin Jansa2012-08-061-0/+1
| | | | | | | | | | | | * whole MACHINEOVERRIDES can change e.g. between MACHINES with different arm architecture, causing allarch packages to reexecute do_package bitbake-diffsigs ../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.90e760a8f6cecbd87cb2e95f1237e3cc ../shr-core/tmp-eglibc/stamps/all-oe-linux/xserver-nodm-init-2.0-r16.do_package.sigdata.9eeccfd15f25032b3b6b132534660fff basehash changed from 7618e17d3fda05d1f15246e6800ca0f0 to 97bc4dc8c1521c535bd96b2aa62d8a03 Variable MACHINEOVERRIDES value changed from ${MACHINE}${@bb.utils.contains("TUNE_FEATURES", "armv5", ":armv5", "" ,d)}${@bb.utils.contains("TUNE_FEATURES", "armv4", ":armv4", "" ,d)}:${MACHINE_CLASS} to ${MACHINE}${@bb.utils.contains("TUNE_FEATURES", "armv7a", ":armv7a", "" ,d)}${@bb.utils.contains("TUNE_FEATURES", "armv6", ":armv6", "" ,d)}${@bb.utils.contains("TUNE_FEATURES", "armv5", ":armv5", "" ,d)}${@bb.utils.contains("TUNE_FEATURES", "armv4", ":armv4", "" ,d)}:${MACHINE_CLASS} (From OE-Core rev: d205aa2b42a4676b1ba587c0375cd6ac7e18e9ce) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: override -cpu for qemu on ppc with SPEKhem Raj2012-07-281-0/+4
| | | | | | | | | | | | | | | We use -mtune flags which lets our application have SPE intruction in them which is a good thing but when running qemu especially in user mode these application wont work with default powerpc emulation. Therefore we have to add proper -cpu option to let qemu emulate for a given cpu. (From OE-Core rev: 695598415b4e9e17def7f04332bdbc0d24cc1efc) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Define USRBINPATH globally instead of individuallyRichard Purdie2012-07-181-0/+4
| | | | | | | | | | | | | Many recipes are now having to define PERLPATH and PYTHONPATH variables. Creating USRBINPATH in bitbake.conf means we can remove all these lines from the many recipes now needing this and simplify the code changes needed in each case, reducing the chance of errors being introduced. Also fixup glib python binary location issue and fix function indentation. (From OE-Core rev: cf63d9068c3a8c635dfc240d30dfff278be9b0e2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Add git-native to ASSUME_PROVIDEDRichard Purdie2012-07-181-0/+1
| | | | | | | | | | | | | | | Originally, git was something new, not installed everywhere and had commandline stability problems. This has changed and git it no longer makes sense to continually build this when the system installed version is likely sufficient. This speeds up build since recipes no longer have to wait for git-native to build if they're fetched from a git:// SRC_URI. Also add git to the sanity checks and drop the no unneeded svn reference. (From OE-Core rev: 79e24186481770181565a18d177584d0d72399fe) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Drop the remainder for the FETCH/CHECK/RESUMECOMMAND variablesRichard Purdie2012-07-101-6/+0
| | | | | | | | | This completes the removal of these older variables and their replacement with FETCHCMD. This change requires the latest bitbake to operate optimally. (From OE-Core rev: 7dd2a12ebe49865720dcea60cd2ed13205c0c4fd) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Add passive-ftp option to the default FETCHCMD_wgetRichard Purdie2012-07-101-1/+1
| | | | | | | | | This brings it into sync with the wget FETCHCOMMAND and RESUMECOMMAND variables. (From OE-Core rev: 0f8290ff1c9bc86c744f67ce6194dd6911533012) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Drop the old svn FETCH/UPDATE/RESUMECOMMAND variablesRichard Purdie2012-07-101-5/+1
| | | | | | | | | The svn fetcher converted to use FETCHCMD a long time ago. This drops several variables which are effectively useless. (From OE-Core rev: 34a8cdafee145d04f8b526b094341c34cf36ba1b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Add PACKAGE_BEFORE_PN to PACKAGESSaul Wold2012-07-041-1/+2
| | | | | | | | | | | | | By doing this we can easily add addtional packages that can be greedy before PN, but after some of the other standard packages. This will also allow us to simplify the lib_package class to set this variable. (From OE-Core rev: b41b2bc584756956a48c9c5f91e7337e821105b2) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kernel: Add kernel headers to kernel-dev packageDarren Hart2012-07-041-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | [YOCTO #1614] Add the kernel headers to the kernel-dev package. This packages what was already built and kept in sysroots for building modules with bitbake. Making this available on the target requires removing some additional host binaries. Move the location to /usr/src/kernel Before use on the target, the user will need to: # cd /usr/src/kernel # make scripts This renders the kernel-misc recipe empty, so remove it. As we use /usr/src/kernel in several places (and I missed one in the previous version), add a KERNEL_SRC_DIR variable and use that throughout the class to avoid update errors in the future. Now that we package the kernel headers, drop the kernel_package_preprocess function which removed them from PKGD. All *-sdk image recipes include dev-pkgs, so the kernel-dev package will be installed by default on all such images. (From OE-Core rev: 6125ea40d4483965f793bd847b3ce14b668a5b1e) Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Bruce Ashfield <bruce.ashfield@windriver.com> CC: Tom Zanussi <tom.zanussi@intel.com> CC: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pcmcia-cs: Remove references to long-deprecated pcmcia-cs.Robert P. J. Day2012-07-041-1/+1
| | | | | | | | | pcmciautils is the appropriate PCMCIA package these days. (From OE-Core rev: 5066f7e9750253bc4678f2884e15f0333e60932b) Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* subversion-native: Enable subversion-native 1.7 and remove it from ↵Richard Purdie2012-07-041-1/+0
| | | | | | | | | | | | ASSUME_PROVIDED This enables a switch to subversion 1.7 now bitbake is able to cope with upgrading existing working copies. The impact of this change should be minimal since we don't have many subversion recipes now. (From OE-Core rev: ac0aa35ba6d7a21636bdd23d45ae0bf8112bdaa8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>