aboutsummaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools
AgeCommit message (Collapse)Author
2015-02-03libtool: Fix tools path issuesRichard Purdie
If for example you build on a machine with /bin/grep, then restore that sstate onto a machine with /usr/bin/grep, things will fail. Simply don't bother hardcoding paths. This was lost during the libtool upgrade: http://git.yoctoproject.org/cgit.cgi/poky/diff/meta/recipes-devtools/libtool/libtool/avoid_absolute_paths_for_general_utils.patch?id=d4e1862453b2a4c12400de0f43f08a9871a4de60 since the path to the files changed. This restores the previous behaviour. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-02-02libtool: 2.4.4 -> 2.4.5Richard Purdie
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-02-02python: Disables SSLv3Sona Sarmadi
This is related to "SSLv3 POODLE vulnerability" CVE-2014-3566 Building python without SSLv3 support when openssl is built without any support for SSLv3 (e.g. by adding EXTRA_OECONF = " -no-ssl3" in the openssl recipes). Backport from: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768611#22 [python2.7-nossl3.patch] only Modules/_ssl.c is backported. References: https://bugzilla.yoctoproject.org/show_bug.cgi?id=7015 https://bugzilla.yoctoproject.org/show_bug.cgi?id=6843 http://bugs.python.org/issue22638 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-3566 Signed-off-by: Sona Sarmadi <sona.sarmadi@enea.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-01-29dpkg: fix host contaminationDan McGregor
Force dpkg to use "tar" on the target. The dpkg configure script looks for gnutar, gtar, and tar in order. If it finds gnutar or gtar on the host it expects to use that as its tar program on the target. Without this, if gtar exists (as it does on my system) then dpkg will consistently fail on the target with an error about gtar not being found. Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-29elfutils_0.148.bb: CVE-2014-9447 fixLi xin
Reference: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2014-9447 Signed-off-by: Li Xin <lixin.fnst@cn.fujitsu.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-29orc : Update to 0.4.23.Philip Balister
Orc has moved to freedesktop.org, so the fetch URL changed. Dropped the .inc file and PR from the recipe. This version fixes a bug that led to problems on armhf abi builds. https://bugzilla.gnome.org/show_bug.cgi?id=727464 Signed-off-by: Philip Balister <philip@balister.org> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-29arch-mips.inc: Change definition of TRANSLATED_TARGET_ARCHMark Hatle
[YOCTO #7230] In certain system configurations TRANSLATED_TARGET_ARCH will not expand in the right order for gcc-cross-candian-mips64n32 to be generated properly. This will cause SDKs to fail to generate properly. Changing the global definition of TRANSLATED_TARGET_ARCH always expands the ABIEXTENSION, which causes the OVERRIDES to pick it up as well. This effectively defines a new class of overrides for the 'n32'. The side effect is that we need to duplicate some mips64 overrides, and redefine others that were previously 'n32' or 'mips64' exclusive to have the correct semantics. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2015-01-28dmidecode: add powerpc64 to compatible hostJackie Huang
Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-28gcc-sanitizers: fix licensingDan McGregor
The sanitizer runtime library is dual-licensed under the NCSA and MIT licenses. Also make nativesdk-gcc-sanitizers use SDKGCCVERSION by default instead of GCCVERSION Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-28python-smartpm: Fix attemptonly builds when file conflicts occurMark Hatle
[YOCTO #7299] When file conflicts occur, the RPM transaction aborts. Instead of simply accepting the failure, we now identify, capture, and remove the offending package(s) from the transaction and retry. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-28libxml-parser-perl: upgrade to 2.44Hongxu Jia
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-28gcc: ensure target gcc headers can be includedPaul Eggleton
There are a few headers installed as part of gcc-runtime (omp.h, ssp/*.h). Being installed from a recipe built for the target architecture, these are within the target sysroot and not cross/nativesdk; thus they weren't able to be found by gcc with the existing search paths. Add support for picking up these headers under the sysroot supplied on the gcc command line in order to resolve this. Thanks to Richard Purdie for giving me a number of pointers during fixing this issue. Fixes [YOCTO #7141]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-28distcc: fix initscript can not stop distcc daemon correctlyHongxu Jia
The distcc's initscript has used option '--pid-file' to save daemon process id, but it didn't to create that file, that caused start/stop distcc daemon failed. We refer what Ubuntu 14.04 did, create pid file before start and delete it after stop [YOCTO #7090] Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-28gcc/libgcc-common.inc: Add missing 'fakeroot' to two tasksMark Hatle
Without the fakeroot flag the two tasks may create files or symbolic links that end up being owned by the user and not root:root as expected. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-28pseudo_1.6.x.bb/pseudo_git.bb: Pseudo 1.6.4Peter Seebach
pseudo 1.6.3 merges (with some changes) the changes from Peter A. Bigot to make --without-fallback-passwd work. It also adds a proposed fix for Yocto bug #7097, which has passed the obvious tests I could think of. pseudo 1.6.4 fixes a silly configure bug introduced with 1.6.3. [YOCTO: #7097] Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-23gcc-runtime: Remove libgfortran data from receipeDaniel Dragomir
Remove libgfortran packages from PACKAGES list as long as libgfortran has separate receipe since commit 5bde5d9b39ea67f19a1a6aedd0c08c6cfedcbe5f gcc: Allow fortran to build successfully in 4.8 Otherwise, when fortran support will be enabled in the compiler, both lingfortran and gcc-runtime receipes will create the same files and will try to install them. This will cause errors: ERROR: The recipe libgfortran is trying to install files into a shared area when those files already exist. Those files and their manifest location are: ... Please verify which recipe should provide the above files. Signed-off-by: Daniel Dragomir <daniel.dragomir@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-23python-2.7-manifest: Add package for contextlib modulePhilip Tricca
This is required for python code using 'with' statements. Signed-off-by: Philip Tricca <flihp@twobit.us>
2015-01-23xmlto: upgrade to 0.0.25Hongxu Jia
Drop obsolete_automake_macros.patch, it has been merged to 0.0.25 Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
2015-01-23elfutils: upgrade to 1.161Hongxu Jia
Drop PREFERRED_VERSION_elfutils in meta/conf/distro/include/ tcmode-default.inc, it builds the latest version by default. Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
2015-01-23gcc-sanitizers: Enable GCC sanitizersDan McGregor
AddressSanitizer is a fast memory error detector. ThreadSanitizer detects data races. UBSanitizer detectes undefined behaviour. All consist of compiler instrumentation and a run-time library. The compiler instrumentation was already enabled, this builds the run-time library component. Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca>
2015-01-23perl: Backport fix for bug #123591Gary Thomas
This patch fixes a crash in perl when using formatted strings @... Signed-off-by: Gary Thomas <gary@mlbassoc.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-23guile: fix installed-vs-shipped errorRobert Yang
Fixed: guile-2.0.11: guile: Files/directories were installed but not shipped /usr/lib64/libguile-2.0*-gdb.scm [installed-vs-shipped] This is because when there is no file in the directory: for f in libguile-2.0*; do [snip] done The f would be libguile-2.0* itself, use install-exec-hook will fix the problem since it depends on install-libLTLIBRARIES. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-23Revert "guile: fixed installed-vs-shipped error"Robert Yang
This reverts commit 397f27cdceaa4874d8d06aad10cd37a5817d90b8. The fix isn't correct, caused: install: cannot create regular file `/path/to/sysroots/x86_64-linux/usr/lib/libguile-2.0.so.22.7.2': File exists will add a new fix. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-23meta: set proper S valuePetter Mabäcker
After removal of auto-creating S we must ensure that all recipes are using a proper value for S. Fix all recipes that only need to set S equals to WORKDIR. [YOCTO #5627] Signed-off-by: Petter Mabäcker <petter@technux.se>
2015-01-23makedevs: set and handle S in a proper wayPetter Mabäcker
After removal of auto-creating S we must ensure that all recipes are using a proper value for S. Also do some cleanup of code not needed after changing value of S. [YOCTO #5627] Signed-off-by: Petter Mabäcker <petter@technux.se>
2015-01-23python3: fix for cross compilingRobert Yang
Fixed: * python3 has introduced _PYTHON_PROJECT_BASE which is used for separate B and S, but it doesn't work when compile Modules, the target python3 runs python3-native's sysconfig to get srcdir which is the native's, there would be errors when native's srcdir has been removed, add _PYTHON_PROJECT_SRC to fix the problem. * Check cross_compiling when get FLAGS Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-23opkg: fix libtoolize errorRobert Yang
Fixed: libtoolize: error: AC_CONFIG_MACRO_DIRS([m4]) conflicts with ACLOCAL_AMFLAGS=-I shave. They are already included by configure.ac: AC_CONFIG_MACRO_DIR([m4]) AC_CONFIG_MACRO_DIR([shave]) Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-23libtool: upgraded to 2.4.4Robert Yang
* Upgrade: - libtool-native - libtool-cross - nativesdk-libtool - libtool * Remove 2 patches: - respect-fstack-protector.patch: already in the new source. - avoid_absolute_paths_for_general_utils.patch: no general.m4sh any more. - Use inline-source to install libtoolize. * Update other patches * The LIC_FILES_CHKSUM is changed because of the indent, the contents are the same. * The libtool config files are put in libtool/build-aux now, it was libtool/config in the past. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-23automake: upgrade to 1.15Robert Yang
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-23mklibs-native: upgrade to 0.1.40Robert Yang
Remove the do_configure_prepend, it never worked since the sed command didn't use '-i'. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-23autogen-native: upgrade to 5.18.4Robert Yang
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-16rpm: separate B and SRobert Yang
It works well now, and bump the PR to avoid: configure: error: source directory already configured; run "make distclean" there first Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-16icon-naming-utils: separate B and SRobert Yang
It works well now, and bump the PR to avoid: configure: error: source directory already configured; run "make distclean" there first Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-16python: fix B != SRobert Yang
And bump PR to avoid: gcc: error: Parser/tokenizer_pgen.o: No such file or directory gcc: error: Parser/printgrammar.o: No such file or directory gcc: error: Parser/pgenmain.o: No such file or directory Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-16qemu: fix B != SRobert Yang
And bump PR to avoid: Makefile:16: *** This is an out of tree build but your source tree (/path/to/qemu-2.2.0) seems to have been used for an in-tree build. You can fix this by running "make distclean && rm -rf *-linux-user *-softmmu" in your source tree. Stop. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-16expect: separate B and SRobert Yang
And bump the PR to avoid: install: cannot stat `/path/to/image/usr/lib64/expect5.45/libexpect*.so': No such file or directory Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-16cmake: fix B != SRobert Yang
And bump PR to avoid: | Error when bootstrapping CMake: | Found directory "/path/to/cmake-2.8.12.2/Bootstrap.cmk". | Looks like somebody did bootstrap CMake in the source tree, but now you are | trying to do bootstrap in the binary tree. Please remove Bootstrap.cmk | directory from the source tree. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-16quilt: set CLEANBROKENRobert Yang
Fix when rebuild: | DEBUG: Executing shell function autotools_preconfigure | Please run ./configure | make: *** [Makefile] Error 1 Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-16mkelfimage: set CLEANBROKENRobert Yang
Fix when rebuild: | DEBUG: Executing shell function autotools_preconfigure | Makefile:1: Makefile.conf: No such file or directory Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-16libxml-parser-perl: fix LICENSE to be more accuratePaul Eggleton
XML::Parser is distributed under the same licenses as Perl itself. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2015-01-16libxml-simple-perl: fix LICENSE to be more accuratePaul Eggleton
XML::Simple is distributed under the same licenses as Perl itself; its accompanying license statement also explicitly restates Artistic license or GPL version 1 or (at your option) any later version (i.e. the same as Perl). Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2015-01-16perl: fix LICENSE to be more accuratePaul Eggleton
The Perl license is the Artistic License, or GPL version 1 or (at your option) any later version: http://dev.perl.org/licenses/ Update LICENSE accordingly. Thanks to Clemens Lang for reporting this. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2015-01-16python-gitdb: upgrade to 0.6.1Robert Yang
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-16python-git: upgrade to 0.3.3Robert Yang
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-16pax-utils: RDEPENDS on pythonRobert Yang
python script: pax-utils/usr/bin/lddtree Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-01-16guile: fixed installed-vs-shipped errorRobert Yang
Fixed: guile-2.0.11: guile: Files/directories were installed but not shipped /usr/lib64/libguile-2.0*-gdb.scm [installed-vs-shipped] This is because when there is no file in the directory: for f in libguile-2.0*; do [snip] done The f would be libguile-2.0* itself, make sure the libs are installed firstly will fix the problem. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-01-07git: upgrade to 2.2.1Robert Yang
Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-01-07file: upgrade to 5.22Robert Yang
Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-01-07cmake-native: disable check for acl.hChen Qi
We build cmake-native without acl support. However, the acl.h header is still being checked which would sometimes cause the following error during do_compile: archive_read_disk_entry_from_file.c:38:21: fatal error: sys/acl.h: No such file or directory | #include <sys/acl.h> | ^ | compilation terminated. This happens when the sysroot parts of acl-native is removed between do_configure and do_compile tasks of cmake-native. To reproduce the problem manually, execute the following command: bitbake cmake-native -c cleansstate && bitbake acl-native -c cleansstate && \ bitbake acl-native && bitbake cmake-native -c configure && \ bitbake acl-native -c cleansstate && bitbake cmake-native -c compile This patch fixes the above problem by explicitly disable the checking for acl.h header file. Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-07json-c: Upgrade to 0.12Saul Wold
Added CFLAGS to prevent compiler error of unused size variable Signed-off-by: Saul Wold <sgw@linux.intel.com>
generated by cgit 1.2.3-korg (git 2.39.0) at 2024-05-01 17:20:09 +0000