summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools
AgeCommit message (Collapse)AuthorFiles
2013-02-13pseudo_git.bb: Bump to pseudo 1.4.4.Peter Seebach3
The pseudo 1.4.2 linkat() implementation had a broken edge case in which you could end up with chroot paths being doubled when using plain link() calls instead of linkat() calls. Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-13libtool-native_2.4.2.bb: Always use /bin/sed for SEDJason Wessel1
If you never use sstate and always build everything from scratch you will never see this problem. However, if you use sstate and build directories that last a long time eventually you can end up with the scenario where libtool gets a hard coded path in it for sed, and sed may not exist. The reason you don't see this problem to often if you generally build from scratch is that libtool builds before sed and will pickup the host's /bin/sed. The way to reproduce the issue is: bitbake some_image bitbake -c cleansstate libtool-native bitbake sed-native bitbake libtool-native bitbake -c clean sed-native bitbake ANY_PACKAGE_THAT_USES_LIBTOOL_NATIVE In my case I used modphp, which doesn't exist in the oe-core. You will end up with a strange looking error like: | make[1]: *** [buckets/apr_buckets_alloc.lo] Error 1 | /opt/build/bitbake_build/tmp/sysroots/x86_64-linux/usr/bin/x86_64-linux-libtool: line 981: /opt/build/bitbake_build/tmp/sysroots/x86_64-linux//bin/sed: No such file or directory The solution is to always use /bin/sed for libtool-native. Signed-off-by: Jason Wessel <jason.wessel@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-12Write DPKG_ARCH to /etc/apt/apt.confStefan Eichenberger1
Apt does not recognize the architecture if a different one is set with DPKG_ARCH (e.g. armel). This patch writes the correct architecture to /etc/apt/apt.conf. Signed-off-by: Stefan Eichenberger <stefan.eichenberger@netmodule.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-11gcc-cross-canadian: enable multilib supportConstantin Musca3
Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-11python-smartpm: show friendly error if YAML output requested without PyYAMLPaul Eggleton2
Instead of a python backtrace, tell the user they need to install PyYAML if they wish to use the --yaml output options. Fixes [YOCTO #3768]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-11make-3.82: Add patch from git to fix parallel make raceColin Walters2
See: http://savannah.gnu.org/bugs/?30653 This only shows up for projects which have a number of intermediate targets. For me, systemd fails to build without this patch, and does build consistently with it. WebKitGtk+ is another known affected project. Signed-off-by: Colin Walters <walters@verbum.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-08qemu: disable smartcard supportMartin Jansa1
* sometimes it's autodetected and fails to build: | /usr/bin/ld: libcacard/.libs/cac.o: Relocations in generic ELF (EM:40) | libcacard/.libs/cac.o: could not read symbols: File in wrong format | collect2: ld returned 1 exit status | make[1]: *** [libcacard.la] Error 1 Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-08pseudo.inc: Fix sqlite libdir again, pseudo 1.4.3Peter Seebach4
This updates to pseudo 1.4.3. Changes: 1. A couple of minor tweaks to reduce difficulties using SDKs built on slightly more recent machines on older machines; specifically, avoiding getting @GLIBC_2.7 symbol references for sscanf(), fscanf(), and open2(). 2. Revision of the logic determining the library directory to use for sqlite's library files. The latter is a source of difficulty because it's come up a few times that we may want pseudo to use lib64 for libpseudo.so, but bitbake's usual setup would have libsqlite3.a in lib regardless of bit width. Cleaned up previous design a bit by providing a distinct setting for sqlite-lib, which defaults to the same library directory used for other things. Adjusted build to use this new setting. (This ends up being ${baselib}; on targets, that might not be lib, but for native builds it generally is, and for SDK builds it appears to do the right thing.) Testing: Successful build of meta-toolchain for both 64-bit and 32-bit SDKMACHINE, and builds with NO32LIBS = "0" also succeeded. Also builds for multilib targets. Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-07qemuwrapper: Don't use STAGING_BINDIR_CROSS directlyRichard Purdie1
We need the files to be tracked by sstate so we need to jump through some hoops to ensure this happens. The cross bindir directory isn't staged automatically so we need to handle this outselves. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-06rpm: remove /var/volatiles/cache/rpm from the FILEs listLaurentiu Palcu1
Since /var/cache is not in volatiles anymore, this entry has to go. Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-06intltool: updated to 0.50.2Bogdan Marinescu5
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 Palcu1
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 Lindqvist2
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 Jansa3
* 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 Raj2
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 Musca2
- 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 Musca1
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 Musca1
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 Musca1
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 Purdie1
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 Purdie1
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 Purdie1
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 Ashfield1
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 Dinu1
- 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 Marinescu3
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 Dinu6
- 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 Musca7
- 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 Marinescu1
(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 Marinescu2
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 Juszkiewicz1
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 Jia1
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 Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-28mtools : upgrade to 4.0.18Andrei Dinu1
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 Wold2
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 Moisan9
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 Meulenbroeks1
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 Jansa1
* 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 Jansa1
* 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 Eggleton1
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 Fan2
${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 Kai66
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 Kai7
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 Purdie4
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 libraryMiLo2
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 Purdie1
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 Purdie3
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 Purdie1
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 Eggleton1
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 Purdie1
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 Wold1
[YOCTO #3753] Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3 (git 2.25.1) at 2025-01-09 12:40:01 +0000