summaryrefslogtreecommitdiff
path: root/meta/conf
AgeCommit message (Collapse)AuthorFiles
2012-11-26bblayers.conf: Add a new variable to prevent certain layers to be removedCristiana Voicu1
[YOCTO #3372] Signed-off-by: Cristiana Voicu <cristiana.voicu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-26bitbake.conf: Drop obsolete FILESDIR settingRichard Purdie1
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>
2012-11-26sanity.conf: Increase minimum bitbake version requirement to 1.17.0 for ↵Richard Purdie1
FILESDIR updates Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-26tune-*: define more generic DEFAULTTUNE to share feed between machinesMartin Jansa9
* this is mostly for backwards compatibility and to share binary feed like it was before, but now without missing different -mtune in it * if you want to build some package with -mtune add something like this to your distro config DEFAULTTUNE_qemuarm_pn-openssl = "arm926ejs" DEFAULTTUNE_qemuarmx_pn-openssl = "xscale" be aware that if you do this you should do it also for all packages which depends on openssl because if you dont and you build e.g. dhcp, then dhcp build for arm926ejs (even with DEFAULTTUNE armv5te) will depend on openssl with arm926ejs, so dhcp in armv5te feed will be rebuild after each MACHINE switch. * cortexm3, cortexr4, iwmmx and ep9312 are using own DEFAULTTUNE because they define also different -march * shared feeds are armv4t: arm920t, arm9tdmi armv5te: arm926ejs, xscale armv7a-neon: cortexa8, cortexa9 Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-26arch-arm: define different ARMPKGARCH when different CCARGS are usedMartin Jansa13
* without this tune-xscale and tune-arm926ejs were both creating packages in armv5te feed, but each with different -mtune, with OEBasicHash enabled it was causing each package to rebuild with new -mtune after MACHINE switch, but that doesn't make sense with output stored in the same armv5te feed * this makes different feed for each -mtune, but more generic one to be selected with DEFAULTTUNE * tune-iwmmxt and tune-ep9312 were already using this, just move it bellow AVAILTUNES and use ARMPKGARCH_tune-foo syntax * tune-cortexr4 and tune-cortexm3 are using armv7r/armv7m as ARMPKGARCH because there isn't another tune to use the same -march Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-26arm/arch-arm*: define ARMPKGARCH_tune-* for default tunesMartin Jansa6
* tune-foo is not valid override, for it to work I had to add ARMPKGARCH = "${ARMPKGARCH_tune-${DEFAULTTUNE}}" but that doesn't work without value defined for every supported DEFAULTTUNE value, otherwise it's expanded like this TUNE_PKGARCH (${ARMPKGARCH_tune-armv5te}te). Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-25bitbake.conf: add TUNE_CCARGS[vardepvalue]Martin Jansa1
* 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 Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-25tune-cortexr4: fix march valueMartin Jansa1
* 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 Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-25tune-xscale: replace TUNE_CCARGS for webkit-gtk and cairo only with xscale ↵Martin Jansa1
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? Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-21Revert "bitbake.conf: Drop obsolete FILESDIR setting"Richard Purdie1
This reverts commit d6e5ceafcaef06b8a3f9acc2aa826a40a016f913 since the value is clearly still being used in local file urls that are only hit at do_unpack time.
2012-11-21bitbake.conf: Drop obsolete FILESDIR settingRichard Purdie1
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-20ia32-base: fix typo in XSERVER_IA32_EXT definitionRoss Burton1
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-19xserver-xorg: upgrade to 1.13.0Laurentiu Palcu1
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. Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-19bitbake.conf/sanity: Separate versions and PN stamp components into separate ↵Richard Purdie2
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-18default-providers: add default provider for makeRoss Burton1
remake PROVIDES make, so we need a default provider. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-02bitbake.conf: Add udev rules into ${PN} files by defaultKhem Raj1
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 Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-11-02conf: replace virtclass-native(sdk) with class-native(sdk)Robert Yang1
The overrides virtclass-native and virtclass-nativesdk are deprecated, which should be replaced by class-native and class-nativesdk. [YOCTO #3297] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-27bitbake.conf: Change systemd_unitdir definitionKhem Raj1
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 Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-27insane.bbclass and friends: Fix sanity checks and multlib headers for n32Peter Seebach1
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. Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-24bitbake.conf: break three very long linesRobert Yang1
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] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-24qemugl: Remove since support for it was removed from qemuRichard Purdie2
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-19PACKAGES_DYNAMIC: use regexp not globMartin Jansa1
* 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) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-18ia32-base.inc: don't depend on mesa-driRoss Burton1
mesa-dri is an empty package, so depending on it doesn't achieve anything. Signed-off-by: Ross Burton <ross.burton@intel.com>
2012-10-18bitbake.conf: change libexecdir to ${libdir}/${BPN}Saul Wold1
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) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-18kernel.bbclass, module.bbclass: Make update-modules optionalPhil Blundell1
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. Signed-off-by: Phil Blundell <pb@pbcl.net> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-15local.conf.sample: add PATH to SSTATE_MIRRORS commentsPaul Eggleton1
The shared state cache as pointed to by SSTATE_DIR by default now has two-character subdirectories to prevent there being an issue with too many files in the same directory; also, native sstate packages will go into a subdirectory named using the distro ID string. If you copy the newly structured sstate cache to a mirror location (either local or remote) and then point to it in SSTATE_MIRRORS, you need to append "PATH" to the end of the mirror URL so that the path used by bitbake before the mirror substitution is appended to the path used to access the mirror. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-02bitbake.conf: Add CCACHE_DISABLE to BS_HASHBASE_WHITELISTMike Crowe1
If CCACHE is in the whitelist then CCACHE_DISABLE probably should be too. 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>
2012-10-02bitbake.conf: Add chrpath-native to ASSUME_PROVIDEDRichard Purdie1
We assume chrpath is provided natively so it should be listed in ASSUME_PROVIDED. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-02sanity.conf: Require bitbake 1.16.0 (stable series) prior to release (and ↵Richard Purdie1
for explode_dep_versions changes) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-10-02multilib: Move redefinition of STAGING_DIR_KERNELMark Hatle1
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. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-28tune-ppce6500.inc: add e6500 tune filesMatthew McClintock1
Also supports a new altivec TUNE_FEATURE Signed-off-by: Matthew McClintock <msm@freescale.com>
2012-09-28arch-powerpc.inc: add altivec as a valid tune featureMatthew McClintock1
Signed-off-by: Matthew McClintock <msm@freescale.com>
2012-09-28license.conf/bbclass: Move globals to license.confElizabeth Flanagan1
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. Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-28bitbake.conf: parse license configElizabeth Flanagan1
license.conf hasn't been being parsed. It probably should be. Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-26layer.conf: allow other layers to depend on this versionPaul Eggleton1
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.) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-25Add and use 'localedir' variableChristopher Larson1
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. Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-24arch-armv7a.inc: Don't disable vectorizationKhem Raj1
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 Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-21bitbake.conf/gcc-common.inc: Fix STAMPCLEAN expressionRichard Purdie1
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-20bitbake.conf/gcc: Add clean masks for stamp filesRichard Purdie1
This takes advantage of new bitbake functionality to clean up stale stamp files when creating new stamp files. [YOCTO #2961] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-14local.conf.sample: change valgrind support architecture commentJack Mitchell1
The comment for debug-tools states valgrind will only be installed for x86 targets. This is not true as valgrind now supports x86*, PPC* and ARMv7a; delete the comment as the architecture support is now so varied. Signed-off-by: Jack Mitchell <jack.mitchell@dbbroadcast.co.uk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-14bitbake.conf: Assign SRCPV so that it will be tracked correcting in the ↵Richard Purdie1
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. Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-12default-providers: default to libx11, not -trimRoss Burton1
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-10machines/x86: Drop redundant glibc configure knobsKhem Raj3
nptl and thereby tls are not optional anymore Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-10arch-armv4.inc: On armv4 add --fix-v4bx to linker flags for kernelKhem Raj1
Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-07conf/tune: add tune-ppce300c3Bruce Ashfield1
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] Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-05packagegroup-core-x11: split machine specific parts to separate recipe ↵Martin Jansa1
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 Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-04bitbake.conf: FETCHCMD_svn add --non-interactive --trust-server-certMartin Jansa1
* 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. Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-03tclibc-uclibc, tclibc-eglibc: Prefer nativesdk-eglibc to provide libintlKhem Raj2
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. Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-09-03Rename task to packagegroupPaul Eggleton1
"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. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-31nativesdk: Switch to using nativesdk as a prefix, not a suffixRichard Purdie4
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3 (git 2.25.1) at 2025-03-11 19:47:10 +0000