summaryrefslogtreecommitdiffstats
path: root/meta/conf
Commit message (Collapse)AuthorAgeFilesLines
* 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>
* tune-cortexr4: fix march valueMartin Jansa2012-11-251-1/+1
| | | | | | | | | | | | | | * probably copy&paste error from tune-cortexm3.conf commit 789dcb8e68a2ab9784ac10ab36815010c61af2fc Author: Richard Purdie <richard.purdie@linuxfoundation.org> Date: Mon Jul 25 19:03:24 2011 +0100 Add ARM tune file overhaul based largely on work from Mark Hatle (From OE-Core rev: 4827232077e4a059d6aa818f89c83c42bb91949a) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-xscale: replace TUNE_CCARGS for webkit-gtk and cairo only with xscale ↵Martin Jansa2012-11-251-2/+2
| | | | | | | | | | | | | | in TUNE_FEATURES * without this you'll get different sstate checksum for webkit-gtk and cairo even when you build them with DEFAULTTUNE == armv5te * maybe this isn't needed at all anymore or if it is then it should be applied in arm-armv5.inc for all armv5te devices, not only xscale? (From OE-Core rev: c51643a510da6d1c3426b3de8f18ae864cb073a4) 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>
* ia32-base: fix typo in XSERVER_IA32_EXT definitionRoss Burton2012-11-201-1/+1
| | | | | | | (From OE-Core rev: 2948fcb2e85d71e3e686760f12e1082dc912f418) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xserver-xorg: upgrade to 1.13.0Laurentiu Palcu2012-11-201-4/+1
| | | | | | | | | | | | | | | | | | | | | | | The patch contains several aditional changes: * removed one backported patch (included in the new release); * changed mips64-compiler.patch to apply properly; * licence checksum for COPYING file changed: some copyright years have been changed; * bump PR in xorg-driver-common.inc so that all input/video drivers get rebuilt. That's becaue the ABI changed; The following external modules are now built-in: * DBE * DRI2 * DRI * RECORD The extmod module was completely removed. (From OE-Core rev: 506da0d139dd470475a1d6b2dd3ae62406c36816) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/sanity: Separate versions and PN stamp components into separate ↵Richard Purdie2012-11-202-4/+4
| | | | | | | | | | | | | | | 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>
* default-providers: add default provider for makeRoss Burton2012-11-181-0/+1
| | | | | | | | | remake PROVIDES make, so we need a default provider. (From OE-Core rev: 9af884d433d18582b14977eb340cfdfa4801e7fe) Signed-off-by: Ross Burton <ross.burton@intel.com> 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>
* conf: replace virtclass-native(sdk) with class-native(sdk)Robert Yang2012-11-021-1/+1
| | | | | | | | | | | | | The overrides virtclass-native and virtclass-nativesdk are deprecated, which should be replaced by class-native and class-nativesdk. [YOCTO #3297] (From OE-Core rev: 651c6fd6ef8be17ecba53f8054d24d1077198d5b) 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>
* 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>
* insane.bbclass and friends: Fix sanity checks and multlib headers for n32Peter Seebach2012-10-271-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | The n32 architecture is odd, in that it's a mips64 ABI which happens to be 32-bit. To handle this, we need something in the environment which can be used to distinguish it. The obvious place to stash this is the ABI suffix, so we use "n32" as an ABI suffix. This allows a couple of improved checks: 1. In insane.bbclass, we can use "linux-gnun32" to discern that it's okay for a mips64 binary to be a 32-bit binary in some cases. 2. In multilib_header, we can check for the n32 ABI, and use a distinct value. 3. In siteinfo, add linux-gnun32 as a synonym for linux, similar to what's done for linux-gnux32, and tell the mips*-linux-gnun32 variants to pick up the corresponding mips-linux site configs. Note that the multilib header wrapper already has n32 hooks in it, there was just nothing creating -n32 header variants. (From OE-Core rev: c8e8e8ba22eaa335ac72f0e5b317f804035133e2) Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.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>
* qemugl: Remove since support for it was removed from qemuRichard Purdie2012-10-242-6/+2
| | | | | | (From OE-Core rev: 0195a08f77fe0e01b2d7548ccffeaf89d2d780e1) 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>
* ia32-base.inc: don't depend on mesa-driRoss Burton2012-10-181-1/+0
| | | | | | | | | mesa-dri is an empty package, so depending on it doesn't achieve anything. (From OE-Core rev: a41f8341971a958cf55c07f3c91e1742570053cd) Signed-off-by: Ross Burton <ross.burton@intel.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>
* sanity.conf: Require bitbake 1.16.0 (stable series) prior to release (and ↵Richard Purdie2012-10-021-1/+1
| | | | | | | | for explode_dep_versions changes) (From OE-Core rev: bf334f01cb90483ba304b4a830d53e705637b87a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* multilib: Move redefinition of STAGING_DIR_KERNELMark Hatle2012-10-021-1/+0
| | | | | | | | | | | | | | If the STAGING_DIR_KERNEL is set in the multilib.conf, then it may be set incorrected. The evaluation happens before TMPDIR and LIBC are defined in other components. Moving the definition process to the multilib.bbclass ensures that everything has been loaded before it is set. (From OE-Core rev: 6bd87edc383b40e300b0ef4bf851c39b698305cd) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-ppce6500.inc: add e6500 tune filesMatthew McClintock2012-09-281-0/+21
| | | | | | | | | Also supports a new altivec TUNE_FEATURE (From OE-Core rev: 4586c24ad156773568cd38794936b8af62e862be) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-powerpc.inc: add altivec as a valid tune featureMatthew McClintock2012-09-281-0/+2
| | | | | | | (From OE-Core rev: 026f8bc59b6c4cc23cc8a706117bf5b3555f2c7a) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* license.conf/bbclass: Move globals to license.confElizabeth Flanagan2012-09-281-0/+64
| | | | | | | | | | | | | | This requires the changes to bitbake.conf that allow parsing of license.conf. As we should now be parsing license.conf, we can move some globals out of license.bblcass and into the conf file. (From OE-Core rev: 03e6a7cd27ed109a011fac09cf04412f87f31c3a) 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>
* 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>
* layer.conf: allow other layers to depend on this versionPaul Eggleton2012-09-261-3/+7
| | | | | | | | | | | | | | | | | | | Set LAYERVERSION and rename the collection to "core". Given changes such as the tabs to spaces cleanup for python functions in the current version, this allows other layers to depend on this version of OE-Core specifically should they choose to do so, by specifying the following in their own layer.conf: LAYERDEPENDS_layername = "core:1" Where layername is whatever value is being added to BBFILE_COLLECTIONS. (This change does nothing unless a layer has LAYERDEPENDS set.) (From OE-Core rev: 7069c7ef829f56ae6dd0dab5e583342f351274ed) Signed-off-by: Paul Eggleton <paul.eggleton@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>
* arch-armv7a.inc: Don't disable vectorizationKhem Raj2012-09-241-1/+1
| | | | | | | | | | | | We have been adding this option to paper over a bug in old toolchain http://hardwarebug.org/2008/11/28/codesourcery-fails-again/ e.g. is one but these have been weeded out. Therefore let gcc take the default vectorization optimizations (From OE-Core rev: e4336ab56db1e07a7f3dc08d3a4de3593b0fad22) Signed-off-by: Khem Raj <raj.khem@gmail.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>
* default-providers: default to libx11, not -trimRoss Burton2012-09-121-1/+1
| | | | | | | (From OE-Core rev: 8b0a1ce417feea5f58fc08f54025343c7c7ff892) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machines/x86: Drop redundant glibc configure knobsKhem Raj2012-09-103-12/+0
| | | | | | | | | | nptl and thereby tls are not optional anymore (From OE-Core rev: 1a4b277e47a8d624cde4c73713d036e230f3a523) 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>
* arch-armv4.inc: On armv4 add --fix-v4bx to linker flags for kernelKhem Raj2012-09-101-0/+1
| | | | | | | | (From OE-Core rev: 2092e08ba81595c6aaedca8237f6717409eb53b6) 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>
* conf/tune: add tune-ppce300c3Bruce Ashfield2012-09-071-0/+11
| | | | | | | | | | | | | | | | | | | It has been pointed out several times that the yocto mpc8315e-rdb reference was using the wrong tuning (603e), since it is actually a e300c3 board. This commit creates a e300c3 tune file based on the e300c2 variant already in oe-core. This commit also inhibits altivec in flac when this new tuning is enabled and used by the mpc8315e-rdb [YOCTO #1192] (From OE-Core rev: 8663c7ba0530eb36728fe524ed0137e064cc1c5a) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* packagegroup-core-x11: split machine specific parts to separate recipe ↵Martin Jansa2012-09-051-0/+1
| | | | | | | | | | | | | | | | | | | | packagegroup-core-x11-server * add new packagegroup-core-x11-server to SIGGEN_EXCLUDERECIPES_ABISAFE, so that recipes depending on it are not rebuilt after every machine swtich * allows to remove task-x11-server and task-x11 from meta-oe without loosing any functionality * be carefull with default XSERVER value which does not have xf86-input-mouse and xf86-input-keyboard) * VIRTUAL-RUNTIME_xserver_common which defaults to x11-common in oe-core and xserver-common in meta-oe's task-x11 (From OE-Core rev: a398c96706c119f298f57a929a317fcf8e0f5b92) 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: 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>
* tclibc-uclibc, tclibc-eglibc: Prefer nativesdk-eglibc to provide libintlKhem Raj2012-09-042-0/+3
| | | | | | | | | | | | Currently gettext and eglibc compete to provide for libintl on nativesdk. So make choices to select eglibc nativesdk to provide for both eglibc as well as uclibc based systems. (From OE-Core rev: 1e7797a0a8e8fd565d218bd7b9993e16f158764f) 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>
* 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-024-14/+14
| | | | | | | | | | | | | | | 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>
* ia32-base.inc: new include fileTom Zanussi2012-08-291-0/+58
| | | | | | | | | | | | | | | | | | This is the ia32-base.inc moved over from meta-intel. See meta-intel for the complete history of contributions to this file. Here's the initial commit text that explains the purpose of this file: The meta-intel BSPs currently have a number of machine settings common to all - factor these out into a common include file. Also add several new intel-specific XSERVER variables for building XSERVER variables in BSPs. (From OE-Core rev: 9a8b4fcac639404caa8ac87717118b3380239838) Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> 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>
* core: Prefer mesa-dri as virtual/libopengles1/2 providerDamien Lespiau2012-08-193-0/+6
| | | | | | | | | | | Wihtout it, you have both mesa-dri and mesa-xlib as providers. Let's prefer the accelerated version. (From OE-Core rev: 9f83d93c65942f9ed1b25a24976f92ae06c425c8) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@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>
* layer.conf: add udev-extraconf to SIGGEN_EXCLUDERECIPES_ABISAFEMartin Jansa2012-08-151-0/+1
| | | | | | | | (From OE-Core rev: 4720addb4ce02a33595b1260c43dbc2e1ffe1347) 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>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-19 02:28:19 +0000