summaryrefslogtreecommitdiff
path: root/meta
AgeCommit message (Collapse)AuthorFiles
2012-11-27build-appliance-image: Updated to wget mixed-up commands fixCristian Iorga1
Fixes Hob network test failing inside BA. Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
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-26sysprof: Fixes undefined  reference to `rmb'Noor Ahsan1
* Recipe already contains a patch for mips arch but not for mips64. For mips64 arch 'mips' was not available in OVERRIDES, rather mips64 was there. So added the same patch for mips64 arch using mips64. Signed-off-by: Noor Ahsan <noor_ahsan@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-26packagegroup/allarch: Convert to use allarch classRichard Purdie3
Currently there is some odd behaviour of the packagegroup class in relation to sstate since it sets PACKAGE_ARCH = "all" but does not use the allarch class leading to it being undetected by sstate. Previously it was not possible to use allarch as the recipe couldn't "undo" settings made by the allarch class. Since this no longer happens when PACKAGE_ARCH != all, we can use the allarch class. This patch also fixes up one case we need to preserve TRANSLATED_TARGET_ARCH and ensures sstate only assumes allarch when PACKAGE_ARCH is "all". Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-26allarch: Allow class to be included but overriddenRichard Purdie1
We have cases where we'd like to inherit this class by default but allow special cases to override it. This change makes the code of the class conditional on PACKAGE_ARCH remaining set to "all", allowing it to be overridden. packagegroup usage is one case this is desirable. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-26base.bbclass: Drop P and PN from FILESPATHRichard Purdie1
In the interests of simplifying things, remove P and PN from FILESPATH, instead relying on the BP and BPN versions which work in 99% of cases. In any problematic case such as a -native only recipe, either the patch directory can be renamed or the recipe can set FILESPATH specifically. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-26bitbake.conf: Simplify FILESPATHRichard Purdie1
Files are very rarely, if ever placed in ${PF}. If a recipe needs to do this, it can easily append to FILESPATH so it makes sense to drop this from the default search path. Equally, using FILE_DIR as part of the search path leads to 'bad' SRC_URI entries and/or file layouts which are not preferred. I'm therefore of the opinion we should also remove this from FILESPATH and encourage people to cleanup any places this breaks my correcting the layouts to match the standard or worst case adding to FILESPATH in recipes that need it. These changes work towards making the system more friendly as users won't be greeted with huge search paths we rearely use making the "correct" layout more obvious. 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-26automake: update to upstream version 1.12.5Marko Lindqvist1
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> 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-25gst-plugins-base: add dep on libsm and libiceGilbert Coville1
If libICE exists when this package configures, libICE and libSM are added to the list of included libraries. Adding libsm and libice to the list of dependencies ensures they'll be present and makes the contents of this package more deterministic. Signed-off-by: Gilbert Coville <gilbert_coville@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-25license.bbclass: Collect LICENSE level packagesFlanagan, Elizabeth1
Some bad logic in license.bbclass misses certain package level LICENSEs. Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24archiver.bbclass: DISTRO is not required variable so deal with itMarcin Juszkiewicz1
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24eglibc: always compile with optimization.Jackie Huang1
eglibc fails to compile if someone tries to compile an entire image as -O0: error "glibc cannot be compiled without optimization" so in this case, force to use -O2 and give a note about it. [YOCTO #3405] Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-11-24python-pygtk: add gtk-types.defs into gdk.c dependenceJackie Huang2
gdk.c depends on gtk-types.defs but gdk/Makefile.am miss this. This will cause build error sometimes when built with multi-jobbing, so add gtk-types.defs into gdk.c dependence. [YOCTO #3460] Signed-off-by: Song.Li <Song.Li@windriver.com> Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-11-24db: update gnu-config files in do_configure()Marcin Juszkiewicz1
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-11-24strace: backport AArch64 supportMarcin Juszkiewicz12
This changeset updates existing OE patches to commits from upstream git tree and adds everything needed to get AArch64 support working. Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-11-24curl: eliminate forced setting of -g0 when compilingJoe Slater2
Do not invoke CURL_SET_COMPILER_DEBUG_OPTS in configure.ac. This will allow debug options set in our CFLAGS to be used. Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-11-24unzip: pay some attention to our CFLAGSJoe Slater1
Makefile makes use of CFLAGS_NOOPT. If we set that when calling make we can enable options like -g. The Makefile will override any optimization to -O3. Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-11-24zip: pay some attention to our CFLAGSJoe Slater1
Makefile makes use of CFLAGS_NOOPT. If we set that when calling make we can options like -g. The Makefile will override any optimization to -O3. Upstream-Status: Pending Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-11-24mingetty: replace cflags hard-coded into MakefileJoe Slater1
Add CFLAGS to EXTRA_OEMAKE to allow us control over debugging and optimization. Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-11-24iproute2: pass CFLAGS to Makefile\Joe Slater1
Makefile computes CFLAGS, but we can see that our defaults get included by using CCOPTS to pass them to make. Upstream-Status: Pending Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-11-24bind: make "/etc/init.d/bind stop" workRoy Li3
Add some configurations, make rndc command be able to controls the named daemon. Signed-off-by: Roy Li <rongqing.li@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24procps: pass CFLAGS to makeJoe Slater1
EXTRA_OEMAKE in the recipe currently discards the environment CFLAGS when setting CFLAGS passed to make. We change that to include these options. Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24meta-toolchain-qte: add --sysroot option to OE_QMAKE_(CC|CXX|LD)Laurentiu Palcu1
When building a QT application using OE_QMAKE_CC/OE_QMAKE_CXX, the --sysroot was not included and the compilation would fail. The user had to add the option manually which was not very user friendly. This happened only when installing the SDK in another location than the default one. Since CC/CXX/LD had this option already included, reuse them. [YOCTO #3409] Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24gtk+: update to upstream version 2.24.13Marko Lindqvist12
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24xf86-video-omap: drop RPROVIDES/RREPLACES/RCONFLICTSMartin Jansa1
* without _${PN} suffix they are invalid: opkg install bash-4.2# opkg install xf86-video-omapfb Package xf86-video-omap-doc is already installed on root. * it's not upgrade to omapfb driver but different driver, so let BSP maintainers decide which one works for their MACHINE * without this xf86-video-omap (or -doc, -dbg, ...) can be pulled to image even when XSERVER clearly says xf86-video-omapfb Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24xf86-video-omapfb: revive driver which actually works and is tested on real ↵Martin Jansa7
devices * 0006-omapfb-port-to-new-xserver-video-API.patch added to port it to new xserver video API * other patches just updated headers to be able to git am them Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24xserver-xorg: disable dri2 too when building without glx PACKAGECONFIGMartin Jansa1
* it was enabled when dri2proto was built before xserver-xorg Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24xf86-video-omap: add xf86driproto dependency, drop --enable-neon and improve ↵Martin Jansa1
DESCRIPTION * xf86driproto was missing * --enable-neon isn't supported by omap driver * DESCRIPTION merged from meta-ti http://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/recipes-graphics/xorg-driver/xf86-video-omap_git.bb?id=410dc026f2ee24a2346e7563a83f0181c79809cf * this driver also depends PACKAGECONFIG[glx] used in xserver-xorg, without it dri2.h sometimes isn't built (it is autodetected only when dri2proto is built before xserver-xorg) and without dri2.h it now passes do_configure but fails later in do_compile Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24perl: use the exported LDDLFLAGS in generate_config_sh scriptLaurentiu Palcu2
The perl shared libraries did not have RPATHs set and that made autoreconf fail when using the SDK. The LDDLFLAGS environment variable was already exported in the recipe but was not used when generating the config.sh. [YOCTO #3338] Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24kern-tools: report missing config fragments by nameBruce Ashfield1
If a configuration fragment was missing, the previous error output was not clear about the error: | [INFO] doing kernel configme | [INFO] Configuring target/machine combo: "standard/atom-pc" | [INFO] collecting configs in ./meta/meta-series | ERROR: could not sanitize configuration fragments | errors are logged in ... linux/meta/cfg/standard/atom-pc/config.log but we know the name of the missing fragment and can improve the error message to be this: | [ERROR] kernel configuration fragment fragment 'virto.cfg' cannot be found | ERROR. A meta series could not be created for branch yocto/standard/common-pc/atom-pc | ERROR. Could not locate meta series for atom-pc | ERROR. Could not apply patches for atom-pc. | Patch failures can be resolved in the devshell (bitbake -c devshell linux-yocto) [YOCTO #3473] Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24linux-yocto-3.4: gcc optimization config featureBruce Ashfield1
Updating the meta SRCREV to include a x86 gcc optimization feature, and its use by several BSPs: 1c59807 meta: rangeley: Remove the shortcut path b5477d0 meta: crystalforest: Enable GCC inline compiler option ab2b874 meta: rangeley: Enable GCC inline compiler option 8287750 meta: Add New feature for GCC optimizing Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24opkg: bump SRCREV and drop applied patchesMartin Jansa15
* only change upstream which wasn't in oe-core is http://code.google.com/p/opkg/source/detail?r=635 and added testcase for that Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24lsbsetup: drop itKang Kai2
lsbsetup provides script LSB_Setup.sh to setup LSB test on image. But script LSB_Test.sh provided by lsbtest replaces its function now. So drop lsbsetup. lsbsetup links /etc/localtime to HongKong zoneinfo file to make LSB wcsftime test case pass(Yocto 1079). But the test case PASS without this link, so remove the link. Other 2 links are moved to packages lsb. [Yocto 3278] Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24packagegroup-core-lsb: remove lsbsetupKang Kai1
package lsbsetup has been dropped, so remove it from packagegroup core-lsb. Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24lsb: move links from lsbsetup to hereKang Kai1
Because package lsbsetup is dropped, move the links created for LSB test to package lsb. Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24gcc: Add --enable-linker-build-idColin Walters1
See https://fedoraproject.org/wiki/Releases/FeatureBuildId for the benefits this brings. As far as I can tell from searching the discussion archives, there doesn't appear to be a reason not to enable this, and the benefits are real. Both the Red Hat Enterprise Linux 6, all Fedora, and Ubuntu Quantal GCC builds are configured with this on. I plan to use it in gnome-ostree. Signed-off-by: Colin Walters <walters@verbum.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24insane.bbclass : Disable tests for unsafe references in binaries and scripts.Philip Balister1
These test look for programs in / that depend on programs in /usr. After a brief discussion in #oe, we decided these tests should be disabled so we can focus on more serious QA issues. If you are working on a system where / and /usr are on different partitions, you should turn these tests back on and resolving the QA warnings. Signed-off-by: Philip Balister <philip@balister.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24binutils-crosssdk: do not set .interp size to 0x1000 for partial linked objectsLaurentiu Palcu1
When building the SDK, the final .interp section size should be set to a bigger value (0x1000) in order to be able to change the dynamic loader's path later. However, we shouldn't do that for partial linked objects (when -r or -rU is used). That's because those objects will then have an .interp section of 0x1000 even if it contains no data and when the final linking is done we will end up with a "cannot move location counter backwards" error. That's because the linker will try to squeeze all the data in the .interp sections found in various partial linked objects into one 0x1000 bytes final .interp section. [YOCTO #3264] Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24image classes: use PN for depends, not IMAGE_BASE_NAMEKoen Kooi2
Some images override IMAGE_BASE_NAME in the recipe causing targets using image-{live,vmdk} to fail. Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24gcc-cross: Explicitly depend on linux-libc-headersRichard Purdie1
gcc-cross cannot build without linux-libc-headers but doesn't explicitly depend on it relying on the implied dependency through libc. With cases where pieces can be installed through sstate, we now need this explicit dependency to ensure builds with partial sstate work. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24sstate: Explicitly define populate_sysroot task relationshipsRichard Purdie1
Clean up and clarify the populate_sysroot task dependencies. Target sysroot packages do need their dependencies installed, as do some target/cross relationships. We can whitelist the *-initial dependencies as these are never needed indirectly. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-24sstate: Add a rule for target sysroot requirements from cross dependenciesRichard Purdie1
For example gcc-cross depends on linux-libc-headers and needs it to be present to build/work correctly. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>