aboutsummaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools
AgeCommit message (Collapse)Author
2013-02-06intltool: updated to 0.50.2Bogdan Marinescu
Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-06add qemuwrapper-cross recipeLaurentiu Palcu
This will just install a wrapper script in STAGING_BINDIR_CROSS that will execute the proper qemu user binary for the current target. [YOCTO #2599] Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-06opkg: replace obsolete automake macros with working onesMarko Lindqvist
Add obsolete_automake_macros.patch that replaces automake macros no longer supported by automake-1.13 with modern constructs. Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-06ipk: use OPKGLIBDIR in all placesMartin Jansa
* it's not recommended to change this value, because it breaks upgrade path on target (all old u-a alternatives are forgot in old OPKGLIBDIR value * but make it consistent, so if someone really want to change that, then setting OPKGLIBDIR_distro in distro.conf would be enough * without this there were at least 4 places to change: rootfs_ipk: opkglibdir variable (notice that I've removed /opkg from it to correspond with EXTRA_OECONF option used in opkg recipes package_ipk: ${target_rootfs}${localstatedir}/lib/opkg/ hardcoded in package_install_internal_ipk opkg-collateral: value in lists file opkg: EXTRA_OECONF for all 3 classes, FILES_libopkg, do_install * validated with buildhistory that without OPKGLIBDIR explicitly set the output is the same and that after setting OPKGLIBDIR_forcevariable := "${libdir}" everything including empty directory from package_ipk is moved to libdir Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2013-02-05libgcc: Disable multilib install for nativesdkKhem Raj
Fixes errors when building SDK for multilibbed enabled architectures. [YOCTO #3832] Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-04gcc: target: fix libiberty removalConstantin Musca
- use ${libdir} instead of ${exec_prefix}/lib Fix the following warning: WARNING: QA Issue: gcc: Files/directories were installed but not shipped /usr/lib64/libiberty.a Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-04run-postinsts: use BPN instead of PNConstantin Musca
Fix the following warning: WARNING: QA Issue: lib32-run-postinsts: Files/directories were installed but not shipped /usr/share/lib32-run-postinsts /usr/share/lib32-run-postinsts/run-postinsts.awk [YOCTO #3438] Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-04syslinux: use BPN instead of PNConstantin Musca
Fix the following warning: WARNING: QA Issue: lib32-syslinux: Files/directories were installed but not shipped /usr/lib /usr/share/syslinux /usr/share/syslinux/com32 /usr/share/syslinux/com32/libcom32gpl.a /usr/share/syslinux/com32/libcom32.a ... [YOCTO #3438] Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-04sgml-common: use ${PN} instead of sgml-commonConstantin Musca
Fix the following warning: WARNING: QA Issue: lib32-sgml-common: Files/directories were installed but not shipped /etc /etc/sgml /etc/sgml/sgml.conf /usr/bin /usr/bin/install-catalog /usr/bin/sgmlwhich [YOCTO #3438] Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-04gdb-cross-canadian: Set RDEPENDS on the specific package that needs itRichard Purdie
Set the RDEPENDS on the specific package that has the dependency and stop it being applied to for example ${PN}-doc (and others). Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-04qemu: Set RDEPENDS on the specific package that needs itRichard Purdie
Set the RDEPENDS on the specific package that has the dependency and stop it being applied to for example ${PN}-doc (and others). Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-04dpkg: Add missing pkgconfig dependencyRichard Purdie
configure touches pkg-config for various tests so we need the DEPENDS which we can gain from the class inherit Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-04guilt: remove GIT_EXEC_BASE exportBruce Ashfield
git-core provides the following routines (among others): git-sh-setup, cd_to_toplevel, die, and more. But it is not always in the same location relative to the guilt binary if git is not part of a 'host tools' sysroot. Modern git versions don't need this, so commenting it out (until it breaks again) is the solution to the problem of it not existing, and the library routines will sourced and provided by git itself. Since bitbake.conf has git-native as ASSUME_PROVIDED, this means that when the system git binary is used, errors such as this can be seen in failed patch logs: | /opt/poky/build/tmp/sysroots/x86_64-linux/usr/bin/guilt: line 29: /opt/poky/build/tmp/sysroots/x86_64-linux/usr/bin/../libexec/git-core/git-sh-setup: No such file or directory | /opt/poky/build/tmp/sysroots/x86_64-linux/usr/bin/guilt: line 717: cd_to_toplevel: command not found | error: patch failed: Makefile:2 | error: Makefile: patch does not apply | /opt/poky/build/tmp/sysroots/x86_64-linux/usr/bin/guilt-push: line 137: die: command not found | [ERROR] unable to complete push | pending patches are: | /opt/poky/build/tmp/sysroots/x86_64-linux/usr/bin/guilt: line 29: /opt/poky/build/tmp/sysroots/x86_64-linux/usr/bin/../libexec/git-core/git-sh-setup: No such file or directory | /opt/poky/build/tmp/sysroots/x86_64-linux/usr/bin/guilt: line 29: /opt/poky/build/tmp/sysroots/x86_64-linux/usr/bin/../libexec/git-core/git-sh-setup: No such file or directory | links/linux-yocto-custom/0001-linux-version-tweak.patch | ERROR. could not update git tree With the export removed, we have a normal "clean" failure message when the sysroot or system git is used. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-04pax-utils : upgrade to 0.6Andrei Dinu
- changed the archive extension because it changed on the repository. Signed-off-by: Andrei Dinu <andrei.adrianx.dinu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-04distcc: updated to version 3.1Bogdan Marinescu
Added two new flags to the configure script: --disable-Werror: don't treat all warnings all errors (which breaks compilation). PYTHON=/dev/null: this prevents distcc from detecting the host Python and trying to build its include server using the host Python. This disables the include server completely. If the include server is needed, that should be the object of another patch (and would introduce a dependency on python for distcc). The 'distcc-avahi' and 'makefile-param-order' patches are not needed anymore, as they were merged upstream. Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-01e2fsprogs : upgrade to 1.42.6Andrei Dinu
- removed the usage of the patches already contained in the new version - adapted patch remove.ldconfig.call.patch so that it applies on new version Signed-off-by: Andrei Dinu <andrei.adrianx.dinu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-01gcc: enable multilib for target gccConstantin Musca
- add a task to setup multilib configuration for target gcc - this commit adapts Nitin Kamble's work to gcc 4.7 - use a hash for storing arch-dependent multilib options - patch gcc in order to use the multilib config files from the build directory Tests: root@qemux86-64:~# gcc -m64 t.c -o t root@qemux86-64:~# file t t: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, not stripped root@qemux86-64:~# ./t Hello World ! root@qemux86-64:~# gcc -m32 t.c -o t root@qemux86-64:~# file t t: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, not stripped root@qemux86-64:~# ./t Hello World ! [YOCTO #1369] Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-01git: updated to 1.8.1.2Bogdan Marinescu
(From OE-Core rev: 81942e454e4c5aadf640dd3b2431f5726330c52d) Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-01python-smartpm: multilib fixesBogdan Marinescu
To fix some multilib issues, change the way the RPM backend decides if two packages can coexist: if they have a different architecture, automatically assume that they can coexist (which is fundamental for multilib). [YOCTO #3681] (From OE-Core rev: 05fd850f09c58dba8f64f3fe1de28ed9f21890a2) Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-01Flex: use proper m4 binary on targetMarcin Juszkiewicz
flex tries to execute: /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/m4 As workaround you can: mkdir -p /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/ ln -s /usr/bin/m4 /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/ So this is a bug how OE builds flex. flex tries to execute: /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/m4 As workaround you can: mkdir -p /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/ ln -s /usr/bin/m4 /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/ So this is a bug how OE builds flex. https://bugs.launchpad.net/linaro-aarch64/+bug/1106865 (From OE-Core rev: 215bcc780d9bc4a7d96d1c706db80abe4ef659dd) Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-01dpkg-native:fix dpkg-scanpackages error at deb image creation time on Fedora 17Hongxu Jia
Invoking dpkg-scanpackages on Fedora 17 to build deb image meets such an error: Can't locate Dpkg.pm in @INC (@INC contains: /usr/local/lib64/perl5 /usr/loc al/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr /lib64/perl5 /usr/share/perl5.) at tmp/sysroots/x86_64-linux/usr/bin/dpkg-sca npackages line 27. 1. The dpkg-scanpackages is invoked at deb image creation time and it is built by dpkg-native. The dpkg-scanpackages is a perl script and import module `Dpkg'. 2. The Dpkg.pm has been installed in perl's staging dir at dpkg-native compiling time. Such as `tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/Dpkg.pm' 3. The dpkg-native uses create_wrapper to relocate to perl-native if perl-native has been built. If perl-native isn't built, it will use the host Dpkg as default. 4. If dpkg-native is built on a new build envionment which means perl-native doesn't exist before, and the build system doesn't install dpkg (such as Fedora 17), the dpkg-scanpackages could not work correctly. 5. Modify dpkg-native's depends, change `perl-native-runtime' to `perl-native', Let perl-native automatically be built before building dpkg-native. [YOCTO #3817] Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-30rpm: Ensure native binaries are correctly wrappedRichard Purdie
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-28mtools : upgrade to 4.0.18Andrei Dinu
Signed-off-by: Andrei Dinu <andrei.adrianx.dinu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-28file: Update to 5.12Saul Wold
Remove the backported automake patch, now fixed upstream Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-01-28valgrind: update to 3.8.1Radu Moisan
Changed license copyright notice 2011->2012 remove unnecessary patches built for x86, 86-64, ppc Signed-off-by: Radu Moisan <radu.moisan@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-01-28mtd-utils: split into multiple packagesFrans Meulenbroeks
This allows one not to install rarely used or fs specific files As discussed in http://thread.gmane.org/gmane.comp.handhelds.openembedded.core/31744/focus=31804 Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-01-27gcc-configure-runtime: always remove info/dirMartin Jansa
* move libgomp.info removal also outside that for cycle, can be removed outside if exists * also use infodir variable instead of ${datadir}/info Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-27automake: use autotools_do_installMartin Jansa
* autotools_do_install removes /info/dir when it exists, overwritting whole do_install prevented that, use do_install_append instead. Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-25valgrind: explicitly disable MPI2 supportPaul Eggleton
We don't have support for this in OE-Core, so ensure we don't pick this up from the build host if e.g. openmpi development files happen to be installed there. Fixes [YOCTO #3726]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-25git: remove unpackaged perl-native filesWenzong Fan
${libdir} is not applicable for the install path of perl-native files, files are always installed to /usr/lib no matter the target is 32/64 bits. After installing, remove unpackaged and unneeded perl-native files to prevent warnings. Fix warning: WARNING: For recipe git, the following files/directories were \ installed but not shipped in any package: ... WARNING: /usr/lib/perl-native/perl/5.14.2/Git.pm WARNING: /usr/lib/perl-native/perl/5.14.2/perllocal.pod WARNING: /usr/lib/perl-native/perl/5.14.2/Error.pm WARNING: /usr/lib/perl-native/perl/5.14.2/auto [YOCTO#3780] Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-25perl: update to 5.14.3Kang Kai
There is a securty issue: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-5195 Update perl to 5.14.3 to resolve this problem. Patches hurd-ccflags.diff, h2ph-multiarch.diff, index-tainting.diff and hurd-hints.diff have been merged, so remove them from SRC_URI. Update patches config.sh and Makefile.SH.patch with new PV. [Yocto 3701] Signed-off-by: Kang Kai <kai.kang@windriver.com>
2013-01-25perl-native: update to 5.14.3:Kang Kai
There is a securty issue: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-5195 Update perl to 5.14.3 could resolve this problem. And update perl-native first. Signed-off-by: Kang Kai <kai.kang@windriver.com>
2013-01-25Split do_packagedata task from do_packageRichard Purdie
Currently, do_rootfs has a dependency on all the do_package output being present due to its usage of the pkgdata directories. This means that if you run: bitbake xxxx-image -c rootfs you end up having to fetch and unpack all the do_package data which is usually large and inefficient. It also means rm_work has to leave all the do_package data lying around so rootfs works. This patch splits the actual creation of the pkgdata directory off into a separate task, "packagedata" which happens immediately after do_package. We can then remap the dependencies so this task is depended upon, not do_package. Sstate can then be programmed not to require do_package at the appropriate times. Whilst this patch doesn't do so, it opens the possibility of rm_work wiping out the do_package output from WORKDIR as long as it also removed the do_package stamp (both normal and setscene variants) and allowing more space savings with rm_work which has been regularly requested. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-25gcc: Enable OpenMP compiling and libraryMiLo
Multicore embedded systems are getting more and more common. Remove "--disable-openmp" from the GCC configuration options and always build libgomp. This only creates a "bigger" compiler but has no effect on the compiled binaries that don't use openmp. Tested a clean build on mips32el and arm7a, no problems encountered. Autoconf will not detect OpenMP after this change, because it will build and run a target binary on the build system. In order to use OpenMP, the variable ac_cv_prog_c_openmp=-fopenmp must be set. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-25perl-rprovides: Fix perl-module-config anf perl-module-build providersRichard Purdie
The rearrangement of various file contents left these empty modules which don't get packaged and hence lead to image creation errors on anything using them. This patch ensures the dependencies are attached to the packages which contain the config files or the build module infrastructure as appropriate. It also resolves some confusion over whether the name is perl-module-build or perl-module-module-build, the latter being the autogenerated dependency which previously couldn't be found. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-25perl: Add dyanloader build hackRichard Purdie
Patch perl to allow builds to work where a native perl running against target modules attempts to load a dynamic binary module. We assume that a native version of the module exists as it would for the target and perform an appropriate path substitution. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-25perl-native: Add errno_ver.diff patch to native perlRichard Purdie
Apply the errno_ver.diff patch to the native perl version. This ensures that when we're building target modules, running the native perl binary but in a target configuration we don't see error messages. libencode-detect-perl is a module which tests this. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-25rpm: properly disable perl file dependency checking for rpmdepsPaul Eggleton
We don't want the perl module dependencies being added to each package by rpmdeps because it causes too many problems when the modules aren't available at install time (since they get added in do_package which is too late for the build system to ensure they are available), and it appears that the perl dependency gathering isn't working reliably in any case judging by how they are detected on some build hosts and not others. This was being disabled previously but it seems like the macros moved to a different file at some point and nobody noticed; thus make sure we disable the macros in all RPM macro files. Should fix [YOCTO #3699]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-21perl: Fix errors if configure is reattemptedRichard Purdie
If configure of perl is reattempted it currently fails as it tries to edit files outside ${S}. Chaging from ${WORKDIR} to ${S} avoids this issue and allows rebuilds to work. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-20rpm2cpio: Update to match rpm4 specs for decompressionSaul Wold
[YOCTO #3753] Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-20libtool-cross: Add missing libltdl components to installRichard Purdie
Without this some software fails to build complaining it can't find these utilities. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-20liburi-perl: Add BBCLASSEXTEND for native versionRichard Purdie
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-18guilt: add git 1.8.x supportBruce Ashfield
Updating guilt to allow git 1.8.x as a supported version. This version has no impact on other functionality within the scripts, so no other adjustments are necessary. [YOCTO #3275] Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-16perl: fix installed but not shipped issueKang Kai
It shows warning when bitbake perl: WARNING: QA Issue: perl: Files/directories were installed but not shipped /usr/lib/perl/5.14.2/auto/XS/Typemap That because file Typemap.so is not install correctly. Fix it. Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-15quilt: Don't use BUILD_ROOT on darwin.Martin Ertsaas
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-01-15quilt: Remove non-gnu.patch, and added configure flags for darwin.Martin Ertsaas
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-01-15gcc: add missing dependency (zlib)Constantin Musca
- add zlib to DEPENDS (it fails otherwise) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-01-15opensp: replace obsolete automake macros with working onesMarko Lindqvist
Add obsolete_automake_macros.patch that replaces automake macros no longer supported by automake-1.13 with modern constructs. Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-01-15python: replace obsolete automake macros with working onesMarko Lindqvist
Add obsolete_automake_macros.patch for both python-dbus and python-pygobject that replace automake macros no longer supported by automake-1.13 with modern constructs. Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-01-15help2man: update to upstream version 1.40.13Marko Lindqvist
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
generated by cgit 1.2.3-korg (git 2.39.0) at 2024-09-25 13:59:15 +0000