summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFiles
2011-01-18xserver-xf86-dri-lite: upgrade to 1.9.3Yu Ke2
Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18mesa: add mesa 7.8.2Yu Ke3
The latest mesa 7.10 has dependency on GPLv3 library talloc, so it is still necessary to keep one old non-GPLv3 mesa.And the latest non-GPLv3 version is mesa 7.8.2, so this patch add it. Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18mesa-glsl: add mesa glsl 7.8.2Yu Ke2
mesa glsl is required by mesa 7.8.2, so add it. Signed-off-by: Yu Ke <ke.y@intel.com>
2011-01-18mesa: upgrade to mesa 7.10Yu Ke1
- add SRC_URI checksum - remove the DEFAULT_PREFERENCE for atom_pc, since mesa 7.10 has dependency on GPLv3 talloc. the latest non-GPLv3 one is mesa 7.8.2, atom_pc can use that vesion. Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18cairo: upgrade to 1.10.2Yu Ke1
Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18xf86-video-intel: upgrade to 2.14.0Yu Ke2
Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18xwininfo: upgrade to 1.1.1Yu Ke2
Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18libdrm: upgrade to 2.4.23Yu Ke3
Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18xf86-input-synaptics: upgrade to 1.3.0Yu Ke3
- update license checksum due to commit "COPYING: add three missing authors listed in synaptics.c". the license type is unchanged. - Pass correct "sdkdir" value for cross compiling Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18xf86-input-evdev: upgrade to 2.6.0Yu Ke2
Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18xkbcomp: upgrade to 1.2.0Yu Ke2
- also pick one patch from upstream to fix the cross compiling error during the do_configure. it can be safely removed in the next upgrade. Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18xf86-input-keyboard: upgrade to 1.5.0Yu Ke3
- update license checksum due to commit "Sun's copyrights now belong to Oracle". the license type is unchanged. Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18xdpyinfo: upgrade to 1.2.0Yu Ke2
- update license checksume due to the commit "COPYING: replace stub with actual copyright notice". it provide more accurate license info. the license type is unchanged. Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18mkfontscale: upgrade to 1.0.8Yu Ke2
- update license checksum, due to commit "Sun's copyrights now belong to Oracle". the license type is not changed. Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18xprop: upgrade to 1.2.0Yu Ke3
- LICENSE_CHECKSUM changed due to the commit "COPYING: replace stub with copyright notices". this commit add more accurate license info, and the license type is still MIT-X. Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18bigreqsproto: upgrade to 1.1.1Yu Ke2
Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18xinit: upgrade to 1.3.0Yu Ke2
Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18mkfontdir: upgrade to 1.0.6Yu Ke1
Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18xhost: upgrade to 1.0.4Yu Ke3
- LICENSE checksum changes due to that "Sun's copyrights now belong to Oracle". it is corp name change only, the license is still MIT-X. Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-01-18task-sdk-host: add libtool-nativesdk to meta-toolchainSaul Wold1
This address [BUGID #652] Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-01-18meta-environment.bb: fix comments typosOtavio Salvador1
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-18bitbake: Introduce stamp-extra-info task flag into stamp filenamesDongxiao Xu4
For certain tasks, we need additional information in build stamp file other than the task name and file name. stamp-extra-info is introduced as a task flag which is appended to the stamp file name. [Code simplifcations/tweaks from Richard] Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-18poky-init-build-env: unset BBPATHOtavio Salvador1
When using OpenEmbedded and Yocto I had it previously set to OE and this made bitbake to get confused. This was difficult to figure out and then it seems safer and cleaner if the script unset it to avoid this confusing behaviour. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-17bitbake/build.py: Allow FuncFailed error to have an optional messageRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-17staging: relocate *.la paths in destination dirsDongxiao Xu1
Keep the la files in source directories unchanged, and do relocation in destination directories (sysroot-destdir). Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
2011-01-17libc-package.bbclass: should not rm scsi/*.hDexuan Cui1
{e}glibc should install the scsi/*.h files, which are needed by hal. Currently hal can build because eglibc-initial (which has its own do_install) installs the files. In future eglibc will have its own sysroot, so hal won't build. BTW: in OE side, eglibc's do_install also doesn't remove the files. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
2011-01-17libgcc: use the new recipe (rather than gcc-runtime) to install libgcc_s.so* ↵Dexuan Cui6
and crt*.o Currently gcc-runtime installs the files, but actually gcc-runtime's do_configure checks if the files are available, so before we build gcc-runtime, we should have some recipe install the files first! -- currently gcc-cross-intermediate actually does that(gcc-cross also installs the files, but it installs into the gcc-build-internal* directory), but gcc-cross-intermediate will have its own sysroot in future, after that, gcc-runtime won't build. So let us add this new target recipe and move the installation of the files from gcc-runtime into it. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
2011-01-17linux-yocto: enable arch ARM config settings for KARCH based boardsBruce Ashfield1
The switch to KARCH meant that the arch arm settings were not being applied to all boards. This commit adds the new option along with the existing one to cover all boards. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2011-01-17linux-yocto-stable: add atom-pc preempt_rt supportBruce Ashfield1
Updating the SRCREV to capture this commit to the 2.6.34 kernel: linux-2.6-windriver: atom-pc-preempt_rt meta-data The following patch adds support for the preempt_rt kernel type for the atom-pc machine. It should be applied to the wrs_meta branch. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Bruce Ashfield <bruce.ashfield@windriver.com> CC: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2011-01-17linux-yocto: add systemtap config to -stable and -dev kernelsBruce Ashfield1
Enable the parameters required for systemtap for all BSPs based off the standard kernel type. CONFIG_KPROBES=y CONFIG_RELAY=y CONFIG_DEBUG_INFO=y CONFIG_DEBUG_FS=y CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2011-01-17bitbake/build.py: Rename message field to avoid DeprecationWarning: ↵Richard Purdie1
BaseException.message warning Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-17perl-native: Ensure the wrapper appends to any existing PERL5LIBRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-14linux-yocto: hard-code NO_LIBPERL/NO_LIBPYTHONTom Zanussi2
ExtUtils::Embed ccopts is getting the host's -I/usr/local/include and using it to compile perf, which results in a compilation error that started appearing just recently. This turns the code that makes use of ExtUtils::Embed off and simply hard-codes NO_LIBPERL. It does the same for LIBPYTHON while we're at it, since it probably suffers from a similar underlying problem and just by chance hasn't broken anything yet. This will be re-enabled after I familiarize myself with the perf recipe and am able to create a proper fix. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
2011-01-14puzzles: Update SRC_URI ChecksumSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-01-14qemuimagetest: Use the same image in sanity testing to fix the timeout issue ↵Jiajun Xu27
on autobuilder Fixes [BUGID #595] Because of the QEMU booting slowness issue(see bug #646 and #618), autobuilder may suffer a timeout issue when running sanity test. We introduce variable SHARE_IMAGE here to fix the issue. It is by default set to 1. Poky will copy latest built-out image and keep using it in sanity testing. If it is set to 0, latest built-out image will be copied and tested for each case, which will take much time. Signed-off-by Jiajun Xu <jiajun.xu@intel.com>
2011-01-14external-python-tarball: add LIC_FILES_CHKSUMKoen Kooi1
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-14image.bbclass: Use the dedicated BB_WORKERCONTEXT, not bitbake internals to ↵Richard Purdie1
detect context Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-13glib-2.0: Fix path problems with libtool 2.4Richard Purdie2
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-13insane.bbclass: Make sure QA issues are reported as warningsRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-13dpkg: Add dependency on perl since otherwise the module can be installed to ↵Richard Purdie2
an incorrect directory leading to build failures Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-12kernel.bbclass: Remove a binary generated by recent kernel versionsRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-12perl-native: Wrap the perl binary and set the LIB directory correctly ↵Richard Purdie1
removing the need to hardcode the paths and rebuild it Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-12bitbake.conf: Whitelist FILESPATH as a variable not to include in taskhashesRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-12bitbake.conf: Whitelist MACHINE variable in PACKAGE_ARCHSRichard Purdie1
PACKAGE_ARCHS represents all compatible architectures for a given machine. It makes no sense for this variable to change any task checksums as it doesn't inject any machine dependency into any known task. Multimachine means machine specific packages will be detected through other variables. Before this patch, even native packaging tasks were ending up being marked as machine specific. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-12bitbake/siggen.py: Fix whitelisted variable handlingRichard Purdie2
Even when a variable was whitelisted, any dependencies of that variable could still creep into the task hash due to the way the whitelisting code worked. This patch changes thing to ensure that when whitelisted, that whitelisting applies to the variable and any dependencies it has. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-12kernel bbclass: add 'perf' to kernel-modules blacklistKoen Kooi1
This makes 'kernel-modules' installable again when perf isn't enabled in the kernel config Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-12build: remove duplicate import of utilsBernhard Reutner-Fischer1
(Bitbake rev: 86c6434f093ce5e55d1febfb424a8e595ffc2d17) Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-12*: use utils.remove() some moreBernhard Reutner-Fischer5
(Bitbake rev: d3489b141cac1197324661680fe38b8a88bc49b4) Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-12codeparser: fix spacing in diagnostic messagesBernhard Reutner-Fischer1
(Bitbake rev: 8c5555f5ed6d61db57de80d2820c8cec64a27239) Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-12bitbake/knotty.py: Ensure task note messages are only surpressed at default ↵Richard Purdie1
log levels Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>