summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools
Commit message (Collapse)AuthorAgeFilesLines
* grub,guile,cpio,tar,wget: Fix gnulib for absense of gets in eglibcKhem Raj2013-01-032-1/+27
| | | | | | | | | | | | | | | | eglibc 2.16 does not export gets anymore (From OE-Core rev: 043d67c6677fa87496c4c441e9d366e2003ab9aa) 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> Resolved merge conflicts with denzil branch and backported guile patch. Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bison: Fix for gets being removed from eglibc 2.16Khem Raj2013-01-032-2/+24
| | | | | | | | (From OE-Core rev: bc91a267d097c100480ea02ece7fb372167eaf7f) 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>
* gettext,m4,augeas,gnutls: Account for removal of gets in eglibc 2.16Khem Raj2013-01-032-2/+25
| | | | | | | | | | | | | | | | | | | These recipes use gnulib which needs this change to use gets when its defined and not otherwise. Until that change goes into gnulib and then all these package upgrade gnulib in their sourcebase we patch them (From OE-Core rev: b955f1a7bc716055c78ed575eccac6f611dc2395) 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> Resolved merge conflicts with denzil branch and backported gnutls patch. Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* squashfs: fix for CVE-2012-4024yanjun.zhu2012-12-072-0/+75
| | | | | | | | | | | | | | | | | | | | | | Reference:http://squashfs.git.sourceforge.net/git/gitweb.cgi?p= squashfs/squashfs;a=commit;h=19c38fba0be1ce949ab44310d7f49887576cc123 Fix potential stack overflow in get_component() where an individual pathname component in an extract file (specified on the command line or in an extract file) could exceed the 1024 byte sized targname allocated on the stack. Fix by dynamically allocating targname rather than storing it as a fixed size on the stack. [YOCTO #3513] Fixes denzil [YOCTO #3520] (From OE-Core rev: d35560f33f257bd12a07c7c0be770319086d6ad9) Signed-off-by: yanjun.zhu <yanjun.zhu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-utils: bump SRCREV to latestMartin Jansa2012-12-071-2/+1
| | | | | | | (From OE-Core rev: 119215fee75a64de49d498c3d57446783722a292) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-utils: Add needed python modules as RDEPENDSAndrei Gherzan2012-12-071-2/+2
| | | | | | | | (From OE-Core rev: dadfb4914b25a970c61e7f2354c01086d4823fd6) 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>
* openjade-native: fix undefined Getopts error, use std namespaceDennis Lan2012-10-102-1/+46
| | | | | | | | | | | | | | | | | | | | | | | Using Gentoo Linux as the build host, it fails without this patch Use Getopt::Std in place of getopts.pl. https://bugs.gentoo.org/show_bug.cgi?id=420083 which following error: /usr/bin/perl -w ./../msggen.pl -l jstyleModule InterpreterMessages.msg /usr/bin/perl -w ./../msggen.pl -l jstyleModule DssslAppMessages.msg Undefined subroutine &main::Getopts called at ./../msggen.pl line 22. make[2]: *** [InterpreterMessages.h] Error 2 make[2]: *** Waiting for unfinished jobs.... Undefined subroutine &main::Getopts called at ./../msggen.pl line 22. make[2]: *** [DssslAppMessages.h] Error 2 (from OE-Core rev 169a89b10817b742c063fcd76721e4dbbcca6199) (From OE-Core rev: 7c7dcb05685d840c70474d409f6a58ae459c46f0) Signed-off-by: Dennis Lan <dennis.yxun@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* valgrind_3.7.0.bb: fix missing leading space on _appendMatthew McClintock2012-09-281-2/+2
| | | | | | | (From OE-Core rev: a175e09d1b0be85d8cbc58672485ec5ee5475ae2) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* valgrind: fix debug info reading error when do memcheck on ppc targetsZhenhua Luo2012-09-282-1/+37
| | | | | | | | | | | | | | | | | | | | | | | | | | following is the error message: --2263-- WARNING: Serious error when reading debug info --2263-- When reading debug info from /lib/ld-2.13.so: --2263-- Can't make sense of .got section mapping --2263-- WARNING: Serious error when reading debug info --2263-- When reading debug info from /home/root/lzh: --2263-- Can't make sense of .data section mapping --2263-- WARNING: Serious error when reading debug info --2263-- When reading debug info from /usr/lib/valgrind/vgpreload_core-ppc32-linux.so: --2263-- Can't make sense of .data section mapping --2263-- WARNING: Serious error when reading debug info --2263-- When reading debug info from /usr/lib/valgrind/vgpreload_memcheck-ppc32-linux.so: --2263-- Can't make sense of .data section mapping --2263-- WARNING: Serious error when reading debug info --2263-- When reading debug info from /lib/libc-2.13.so: --2263-- Can't make sense of .data section mapping (From OE-Core rev: 14626cc76210ed6fe40316a311f24147ed8de8be) (From OE-Core rev: a76be502fbb9517c38cd716fa1f21a238b314162) Signed-off-by: Zhenhua Luo <b19537@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-pygtk: Upgrade to 2.24Saul Wold2012-09-282-10/+12
| | | | | | | | | This is needed for the build appliance and Hob also (From OE-Core rev: a0abfd60e8cb78b40278eec85a8d0c722f8ef1e4) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-utils: UPdate to version with python 2.6 fixRichard Purdie2012-09-281-2/+2
| | | | | | (From OE-Core rev: ba2058aa74eb6cd263bd19a8338eeeced734f55c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-utils: bump SRCREVMartin Jansa2012-09-281-1/+1
| | | | | | | | | | | * there are 2 small fixes python-2.6 compatibility missing C option for opkg-build (From OE-Core rev: 825a992af39d4eb75f105241e4cd94624b1dea43) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-utils: bump SRCREV for Packages cache fix and other fixesMartin Jansa2012-09-286-221/+1
| | | | | | | | (From OE-Core rev: ce5b46980f35097bd5fcc8195c5d5be1b980c870) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* eglibc/gcc: add patches to fix eglibc 2.15 buildMatthew McClintock2012-09-284-467/+4048
| | | | | | | | | | | This drops one patch against eglibc for 2.15 and adds two new ones, also it adds a gcc patch. We use all of these internally and they are tested quite well. (From OE-Core rev: a7014c446b0d2f3b40c4b058c64bb61c8720d799) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* valgrind: fix default.supp missing issueZhenhua Luo2012-08-211-1/+5
| | | | | | | | | | | | When run valgrind, following error appears: ==2254== FATAL: can't open suppressions file "/usr/lib/valgrind/default.supp" (From OE-Core rev: 0b3261d513cdad80174a9b9e804981c50bcb7ca2) (From OE-Core rev: 95756cfbb7a9348b23cb46a49a5509e57e973faf) Signed-off-by: Zhenhua Luo <b19537@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tcl: fix target recipe build issue on older distrosNitin A Kamble2012-08-212-2/+112
| | | | | | | | | | | | | | the builddir is put in front of the LD_LIBRARY_PATH, causing dynamically linking of target library with native tclsh. Fix this behavior to cross build tcl correctly. This issue got exposed when eglibc-2.15 was configured for the target. (From OE-Core rev: 8e25fe0ecc3d6fe2d5456b525c5014554bc70cfe) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libtool: fixed parallel build related raceEnrico Scholz2012-08-211-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | While building libtool, the libtool script itself will be regenerated because OE modifies a dependency[1]. With -jX, this operation (--> removal, creation of non-x file, 'chmod a+x') can happen at a time when the script is going to be executed. This can cause errors like: | arm-linux-gnueabi-libtool: compile: ccache arm-linux-gnueabi-gcc ... | ... | /bin/sh ./config.status libtool | ... | arm-linux-gnueabi-libtool: compile: ccache arm-linux-gnueabi-gcc ... | /bin/sh: ./arm-linux-gnueabi-libtool: Permission denied | make[2]: *** [libltdl/libltdl_libltdl_la-lt__alloc.lo] Error 126 I am not sure whether the custom do_compile_prepend() is still needed. For now only the issue above will be fixed by executing ./config.status yet again. [1] see 648290d5bf4d6ff50d3643bb7ad902dfc23aa702 (From OE-Core rev: 15204a6cbcdbbb84e02da05b1fb15644fe7df332) Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-package-runtime.inc: Fix QA warningMatthew McClintock2012-08-211-1/+2
| | | | | | | | | | | | > ERROR: QA Issue: gcc-runtime: Files/directories were installed but not shipped > /usr/lib/libgomp.so.1.0.0 > /usr/lib/libgomp.so.1 (From OE-Core rev: 4ec107f822453bd9468009d7a2124a3d592610b5) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libgomp: add libgomp (openmp) library, and build for powerpc targets by defaultMatthew McClintock2012-08-213-1/+20
| | | | | | | (From OE-Core rev: d58668c6770f519199192c7e3817fbc7d6576af3) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: gcc-cross-canadian: use correct location for libraries for powerpc64Matthew McClintock2012-08-212-3/+3
| | | | | | | | | | | This fixes the issue where gcc invokes the linker with an incorrect -L library location and gives up because it can't find libraries. It was looking in a /lib folder instead of /lib64 (From OE-Core rev: aa010039a38188f1b1b38a978287d1597138b8b9) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-configure-common.inc: use --with-long-double-128 on powerpc to comply ↵Matthew McClintock2012-08-212-1/+5
| | | | | | | | | with ABI (From OE-Core rev: a2e00d2cae8e4b58fc3b9fc7853da519a615aa31) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* openjade-native_1.3.2.bb: fix typo and change the deps exclusion to correct varMatthew McClintock2012-08-211-1/+1
| | | | | | | (From OE-Core rev: 6ef3b77ba8baddb5748f2ee27d39a5a0d32e3bfb) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu-0.15.1: add patch to fix compilatation problems on powerpcMatthew McClintock2012-08-212-1/+48
| | | | | | | | | | | | | | | | | | | | | ERROR: Function failed: do_compile (see /opt/yocto/cache-build/p5020ds-64b/build_p5020ds-64b_release/tmp/work/ppc64e5500-fsl-linux/qemu-0.15.1-r6/temp/log.do_compile.28447 for further information) ERROR: Logfile of failure stored in: /opt/yocto/cache-build/p5020ds-64b/build_p5020ds-64b_release/tmp/work/ppc64e5500-fsl-linux/qemu-0.15.1-r6/temp/log.do_compile.28447 Log data follows: | DEBUG: SITE files ['endian-big', 'bit-64', 'powerpc-common', 'common-linux', 'common-glibc', 'powerpc-linux', 'powerpc64-linux', 'common'] | ERROR: Function failed: do_compile (see /opt/yocto/cache-build/p5020ds-64b/build_p5020ds-64b_release/tmp/work/ppc64e5500-fsl-linux/qemu-0.15.1-r6/temp/log.do_compile.28447 for further information) | NOTE: make -j 24 | LINK ppc-linux-user/qemu-ppc | /opt/yocto/cache-build/p5020ds-64b/build_p5020ds-64b_release/tmp/sysroots/x86_64-linux/usr/libexec/ppc64e5500-fsl-linux/gcc/powerpc64-fsl-linux/4.6.4/ld:/opt/yocto/cache-build/p5020ds-64b/build_p5020ds-64b_release/tmp/work/ppc64e5500-fsl-linux/qemu-0.15.1-r6/qemu-0.15.1/ppc64.ld:84: syntax error | collect2: ld returned 1 exit status | make[1]: *** [qemu-ppc] Error 1 | make: *** [subdir-ppc-linux-user] Error 2 | make: *** Waiting for unfinished jobs.... | ERROR: oe_runmake failed (From OE-Core rev: 2a1f7a8be5170cdb85f9faae81d94ac2ca8b6566) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libxml-parser-perl_2.41.bb: fix MakeMaker issues with using wrong CC/LD/etcMatthew McClintock2012-08-211-2/+9
| | | | | | | | | | | | | | | | | MakeMaker has a bug where it does not propagate CC/LD/etc information down to subproject it generates Makefiles for... this recipe has has an Expat subproject which has issues building if we are using sstate-cache and it will reference the old sysroots and be unable to build properly. There is an upstream MakeMaker bug for this issue but we can work around it by fixing up the Makefiles for now See: https://rt.cpan.org/Public/Bug/Display.html?id=28632 (From OE-Core rev: e1609123a6ca6aef18e48afe0ce61325da910fc1) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* quilt: added ac_cv_path_BASH to CACHED_CONFIGUREVARSSaul Wold2012-06-211-1/+4
| | | | | | | | | | | | | | | | On Fedora 17, bash has moved to /usr/bin/bash and the configure process finds it on the host machine there, this ensures that it is set correctly for the target. [YOCTO #2363] (From OE-Core rev: d54ff1f79f05ba5bd0e1006545e7f1e699998668) Signed-off-by: Saul Wold <sgw@linux.intel.com> Reworked commit to fix merge conflicts with denzil branch. Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* openjade-native: Ensure we reautoconf the packageRichard Purdie2012-06-212-0/+88
| | | | | | | | | | | | | | | | | | | | | | Currently since configure.in in is in a subdirectory, we don't reautoconf the recipe. We really need to do this, to update things like the libtool script used and fix various issues such as those that could creep in if a reautoconf is triggered for some reason. Since this source only calls AM_INIT_AUTOMAKE to gain the PACKAGE and VERSION definitions and that macro now errors if Makefile.am doesn't exist, we need to add these definitions manually. These changes avoid failures like: ---- | ... | DssslApp.cxx:117:36: error: 'PACKAGE' was not declared in this scope | DssslApp.cxx:118:36: error: 'VERSION' was not declared in this scope | make[2]: *** [DssslApp.lo] Error 1 ---- (From OE-Core rev: 87753615435c8aec7df5964045e24f13877cd7cc) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm 5.4.0: respect to the arch when choose the alternativesRobert Yang2012-06-142-1/+69
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There is a bug if we: 1) bitbake diffutils with MACHINE=crownbay 2) bitbake diffutils with MACHINE=qemux86 3) bitbake core-image-sato with MACHINE=crownbay Then the diffutils.i586 would be installed to the crownbay's image, this is because diffutils.i586 is newer than diffutils.core2, and rpm doesn't respect to the arch priorities: We have put the archs in order in _solve_dbpath: crownbay/solvedb:core2/solvedb:i586/solvedb:all/solvedb Fix rpm to respect to the order, for example, if it finds a pkg in both core2/ and i586/, and the core2/ comes first, it should not use the one in i586/ even if it's build time is newer. Note: Don't worry about the _free(*ptr), it can check whether ptr is NULL or not. This is for the denzil branch, and the master branch also needs it. [YOCTO #2360] (From OE-Core rev: 2199e6b9c82bb2b6738e87903f30329586db20e2) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* quilt: fix perl path in target perl scriptsNitin A Kamble2012-05-311-1/+14
| | | | | | | | | | | | | | | | | | | | While building on distros like fedora17, which has /bin/perl, the target perl scripts get perl path also as /bin/perl. And that is not correction path of perl on the target. This commit avoids this error. | error: Failed dependencies: | /bin/perl is needed by quilt-0.51-r2.i586 NOTE: package core-image-sato-sdk-1.0-r0: task do_rootfs: Failed ERROR: Task 8 (/home/nitin/prj/poky.git/meta/recipes-sato/images/core-image-sato-sdk.bb, do_rootfs) failed with exit code '1' (From OE-Core rev: c8c394bd806978c867f2fe82e4bde65c98764880) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: Add patch to search for db.h in inc_dirs and remove warningAndrei Gherzan2012-05-312-1/+42
| | | | | | | | | | | | | python should search for db.h in inc_dirs and not in a hardcoded path. If db.h is found but HASHVERSION is not 2 we avoid a warning by not. adding this module to missing variable. [YOCTO #1937] (From OE-Core rev: 8eb3e52d39147f8cb98ec95857be17db0444098e) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: Add patch for 64bit platformAndrei Gherzan2012-05-312-1/+59
| | | | | | | | | | | | | | | This patch was added for 64bit host machines. In the compile process python is checking if platform is a 64bit platform using sys.maxint which is the host's value. The patch fixes this issue so that python would check if TARGET machine is 64bit not the HOST machine. In this way will have "dl" and "imageop" modules built if HOST machine is 64bit but the target machine is 32bit. [YOCTO #1937] (From OE-Core rev: 22ae3959f40845ebcc00413ccf733539472a1a81) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* dpkg-native: fix deb-based rootfs construction failure on Fedora 16Paul Eggleton2012-05-312-2/+201
| | | | | | | | | | | | | | | Backport a fix from 1.16.x upstream to use fd instead of stream-based I/O in dpkg-deb, which avoids the use of fflush() on an input stream (the behaviour of which is undefined by POSIX, and appears to have changed in the version of glibc introduced in Fedora 16 and presumably other systems). Fixes [YOCTO #1858]. (From OE-Core rev: b1c28667592e736115ab5e603a12c2723b939cf2) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* quilt: move empty quiltrc to native sysconfdirSaul Wold2012-05-314-7/+8
| | | | | | | | | | | | | | | patch.bbclass orignally pointed at /usr/bin/quiltrc for an empty version to ensure that no user setting were picked up, change this to /etc/quiltrc in the Native sysroot since we now have a native sysconfdir. Make sure that the quiltrc is actually installed in the Native sysconfdir, not the target, so fix this after the recipe split. (From OE-Core rev: aec4cdc6efda430a0965d6b3b4f84c7943390273) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Add plugins package for ARM, fix /usr/incude packagingSaul Wold2012-05-311-1/+7
| | | | | | | | | | | | | WARNING: For recipe gcc, the following files/directories were installed but not shipped in any package: WARNING: /usr/include WARNING: /usr/lib/gcc/arm-poky-linux-gnueabi/4.6.4/plugin/libgcc WARNING: /usr/lib/gcc/arm-poky-linux-gnueabi/4.6.4/plugin/libgcc/config WARNING: /usr/lib/gcc/arm-poky-linux-gnueabi/4.6.4/plugin/libgcc/config/arm WARNING: /usr/lib/gcc/arm-poky-linux-gnueabi/4.6.4/plugin/libgcc/config/arm/bpabi-lib.h (From OE-Core rev: cf49cf3958b24fdb89d57abbf1f1b30c07a06030) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libgcc: Package additional *crt*.o files for PPCSaul Wold2012-05-311-1/+1
| | | | | | | | | | | | WARNING: For recipe libgcc, the following files/directories were installed but not shipped in any package: WARNING: /usr/lib/powerpc-poky-linux/4.6.4/ecrti.o WARNING: /usr/lib/powerpc-poky-linux/4.6.4/ncrti.o WARNING: /usr/lib/powerpc-poky-linux/4.6.4/ecrtn.o WARNING: /usr/lib/powerpc-poky-linux/4.6.4/ncrtn.o (From OE-Core rev: 580d734ddc928aaaac9acaa248427b01731074f2) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: add embedspu for ppc buildsSaul Wold2012-05-311-0/+1
| | | | | | | | | WARNING: For recipe binutils, the following files/directories were installed but not shipped in any package: WARNING: /usr/bin/embedspu (From OE-Core rev: 15c8ea4d35edbcaf03c94aba06ded85851679157) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: use PKGSUFFIX for libpython2Andreas Oberritter2012-05-311-3/+6
| | | | | | | | | | | | | | * python-nativesdk shouldn't provide libpython2, but libpython2-nativesdk. (From OE-Core rev: 260dfd9ccbf7d1e0ed60256aaf80fed5bf0c24e2) Signed-off-by: Andreas Oberritter <obi@opendreambox.org> [PR Bump - sgw] Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pseudo: PR bump.Lianhao Lu2012-04-232-2/+2
| | | | | | | | | | Bump PR value due to the commit c6c701f424aeb502d20ff02d02712e56f4e259a5. (From OE-Core rev: b6ee2880fccf04923ede31256ea418451cbf2e46) Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: Fix various contamination issues leading to broken/missing c modulesRichard Purdie2012-04-233-7/+76
| | | | | | | | | | | | | | | | | | | | | The move of libcrypto to /lib instead of /usr/lib has broken the _hashlib module compilation. There were also a number of other failing modules which should have been building correctly. This turned out partly to be the /lib issue but also due to a number of native paths creeping into compiler commandlines. These changes add in /lib as part of the searh directory and remove a number of host contamination issues within setup.py. Post release we should really further go through this file and just delete large sections of it as its hard to be sure what strange paths python is injecting as search paths. This patch also fixes issues where re-execution of the compile task would corrupt the Makefile in various ways, again leading to puzzling paths within the configuration. (From OE-Core rev: 20e2761e1da1cb5dcd267e161f2a6b6a429e9f39) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pseudo: Drop nativesdk wrapper and link against old memcpy symbolRichard Purdie2012-04-222-2/+28
| | | | | | | | | | | | | | | | | | The -nativesdk pseudo wrapper setting LD_LIBRARY_PATH turned out to be a bad idea since it can mix up different libc and lib-dl verisons which may or may not work depending on the phase of the moon. As an alternative to solving the original problem, this patch drops the symbol version requirement on memcpy which allows pseudo to work with libc's back to 2.7 which should be sufficient for our supported targets using nativesdk. [YOCTO #2299] [YOCTO #2351] (From OE-Core rev: c6c701f424aeb502d20ff02d02712e56f4e259a5) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pseudo: Fix bashismsRichard Purdie2012-04-221-5/+5
| | | | | | (From OE-Core rev: 90e22bbb316088fa951d51e75de4e5424bd51ed6) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: Backport a patch to solve SSE2 instruction emulation issuesRichard Purdie2012-04-222-1/+68
| | | | | | | | | | | | | | | | | | This fix addresses various issues seen in qemux86-64 images: * scroll bars in matchbox-terminal not working * files not appearing in pcmanfm * warnings on the console from glib/gobject about invalid gdouble values Its due to an emulation issue in qemu which the backported patch fixes. I managed to debug it to a specific function, Khem found the qemu patch to backport, thanks Khem! [YOCTO #1906] (From OE-Core rev: 69d083f8b8d8f7d095ed5682d305870c4d93fe62) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: Disable curl explicitly, its not in DEPENDSRichard Purdie2012-04-171-1/+1
| | | | | | | | | | | | | | | | | | | | | | There is an error when build meta-toolchain-sdk on Ubuntu 10.10: | Installing NATIVESDK packages | Processing task-sdk-host-nativesdk... | Processing task-cross-canadian-mips... | error: Failed dependencies: | libcurl.so.4 is needed by qemu-nativesdk-0.15.1-r5.i686 NOTE: package meta-toolchain-gmae-1.0-r7: task do_populate_sdk: Failed ERROR: Task 21 (/buildarea2/lyang1/poky/meta/recipes-core/meta/meta-toolchain-gmae.bb, do_populate_sdk) failed with exit code '1' This is because qemu would depend on curl if it happened to be available at build time and could confuse the -native and -nativesdk librbaries. [YOCTO #2305] (From OE-Core rev: 566ad643efd03db34b59a427f48ca55ce613cf89) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl: fix re-execution of compile taskVenkata ramana gollamudi2012-04-171-2/+3
| | | | | | | | | | | | | | After building perl package, re-execution of compile task recursively substitutes the path, making it an invalid path. Fixed to prevent recursive substitution. Similar case as [Yocto #2194] (From OE-Core rev: 16542d982d86d42d3189d47a8180f0f71646a9ca) Signed-off-by: Venkata Ramana Gollamudi <ramana.gollamudi@huawei.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* flex: backport Debian patches to fix generated code warningsOtavio Salvador2012-04-163-1/+105
| | | | | | | | | | | The generated parser had warnings regarding signess and return check which makes Linux Kernel's perf tool from 3.4 release to fail without those patches. (From OE-Core rev: f3d7197252d1ede627a561fbd5b3b7fb759bf75b) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* automake-nativesdk: fix builds on fedora 17Robert Yang2012-04-161-3/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Generally distros keep perl at /usr/bin/perl Fedora 17 also has /bin/perl this causes automake-nativesdk build on such distros to put perl interpreter path in the perl scripts as /bin/perl But we set perl location for target as /usr/bin/perl This mismatch of perl path causes failure of rootfs image creation like this: | error: Failed dependencies: | /bin/perl is needed by automake-nativesdk-1.11.2-r2.x86_64 NOTE: package meta-toolchain-gmae-1.0-r7: task do_populate_sdk: Failed The second sed command is for such a case: eval 'case $# in 0) exec /bin/perl -S "$0";; *) exec /bin/perl -S "$0" "$@";; esac' This line has two "/bin/perl" and we can't use a line number to tell sed which line it is since the line numbers in different files are defferent. [YOCTO #2304] (From OE-Core rev: ee7a86c06c2289f01aa5f1da958ce51523495572) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf-nativesdk: fix builds on fedora 17Robert Yang2012-04-162-2/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Generally distros keep perl at /usr/bin/perl Fedora 17 also has /bin/perl this causes autoconf-nativesdk build on such distros to put perl interpreter path in the perl scripts as /bin/perl But we set perl location for target as /usr/bin/perl This mismatch of perl path causes failure of rootfs image creation like this: | error: Failed dependencies: | /bin/perl is needed by autoconf-nativesdk-2.68-r6.x86_64.rpm NOTE: package meta-toolchain-gmae-1.0-r7: task do_populate_sdk: Failed The second sed command is for such a case: eval 'case $# in 0) exec /bin/perl -S "$0";; *) exec /bin/perl -S "$0" "$@";; esac' This line has two "/bin/perl" and we can't use a line number to tell sed which line it is since the line numbers in different files are defferent. [YOCTO #2304] (From OE-Core rev: 393908e53b243b16ab984da7f073be371e062946) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl: fix re-execution of patch/configurePaul Eggleton2012-04-161-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | The perl recipe's do_configure() does some manual sed replacements over the entire WORKDIR. Fix the following issues with this: * Skip patches, which fixes re-execution of do_patch after do_configure has run once * Ensure that the replacement operation does nothing if do_configure is re-executed * Avoid unnecessarily modifying /usr/include paths within documentation that will end up being packaged * Fix a quoting issue in the expression used in the grep command that ended up causing files that did not contain .*\.h after /usr/include to be matched and modified. The files modified during do_configure have been compared before and after this patch to ensure there are no unexpected changes. Some /usr/include paths that are not within documentation are no longer being substituted however these are all within comments or scripts for other Unix operating systems that are not applicable. [YOCTO #2194] (From OE-Core rev: 19255032e7744fce5cbe466e4869ded378d3b4f5) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autogen-native: Fix sstate relocation issue when reusing libguileRichard Purdie2012-04-161-1/+12
| | | | | | | | | This was found to cause issues on the Yocto autobuilders and fixes do_compile failures when guile-native has been relocated. (From OE-Core rev: d928e91a57e6e9dfa6a7d4e888e1e1064d7fc668) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-config-base/poky-feed-config-opkg: Always use ↵Richard Purdie2012-04-161-6/+2
| | | | | | | | | | | | | ALL_MULTILIB_PACKAGE_ARCHS to build arch list We need consistent configuration files for opkg so we might as well always use the full list. This is equal to PACKAGE_ARCHS in the non-multilib case. This fixes various multilib failures with ipk multilibs. (From OE-Core rev: bc85abc5013d0c831cc3c3823df45536c293aaba) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* docbook-utils-native: Fix re-execution of the unpack taskRichard Purdie2012-04-161-2/+3
| | | | | | | | | | | | | If the do_unpack task is re-executed, the sed_done stamp was not removed, the sed commands wouldn't re-run and the build would fail in do_compile. This patch ensures the stamp is in ${S} and that we clean that directory when unpack runs so it is a build from sctatch at that point. [YOCTO #2194] (From OE-Core rev: 2b190155d74d4369c61d26b1f4f0c3cce389ddbc) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>