summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools
AgeCommit message (Collapse)AuthorFiles
2013-02-19pseudo.inc: pseudo 1.5 uprev, support extra config flagsPeter Seebach3
The pseudo 1.5 update is a moderately experimental set of changes which ought to improve performance. With these changes, pseudo uses an in-memory sqlite database which is lushed on exit, the protocol is changed to reduce waiting for server responses, and pseudo can suppress any and all fsync/fdatasync type operations. This last feature is optional, and not on by default, so we need to pass in an extra configure argument, but that argument wouldn't be known to an older configure, so... Enter PSEUDO_EXTRA_OPTS which is passed to configure, and which pseudo_1.5.bb sets by default to "--enable-force-async". (I haven't added it in pseudo_git.bb, but maybe it should be changed; I'm not quite as sure there.) The justification for these changes is that, for most of the real-world build cases I deal with, they produce a 25% or more reduction in the build time of a project. This increases when a system is heavily loaded. Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-17perl: Add auto/XS/Typemap in perl-doc packageOtavio Salvador1
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-14qemu: upgrade to 1.3.1Constantin Musca2
Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-14remake: do not create po filesSaul Wold1
The 'make update' was using wget to get the gmo and other gnu files from upstream, since need to work cleanly in a non-networked or proxy environment this does not so well. Remove the list of languages from the LINGUAS file. [YOCTO #3745] Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-14kconfig-frontends: Depend on pkgconfig-nativeRichard Purdie1
We were seeing errors like: | autoreconf: running: /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly/build/build/tmp/sysroots/x86_64-linux/usr/bin/autoconf --force | configure.ac:27: error: possibly undefined macro: AS_IF | If this token and others are legitimate, please use m4_pattern_allow. | See the Autoconf documentation. | configure.ac:100: error: possibly undefined macro: AC_MSG_ERROR | autoreconf: /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly/build/build/tmp/sysroots/x86_64-linux/usr/bin/autoconf failed with exit status: 1 | ERROR: autoreconf execution failed. which turns out to mean the pkgconfig macros were unavailable (thanks for clear error messages autoconf). This patch adds in the missing dependency. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-14Python: Add missing dependency "textutils" to "io" packageMiLo1
Modify the include file and script to generate a missing RDEPENDS. Install python on target with python-io. Import ssl: Python 2.7.3 (default, Feb 9 2013, 16:04:35) [GCC 4.7.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import ssl Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.7/ssl.py", line 58, in <module> ImportError: No module named textwrap Installing python-textutils solves the issue. Signed-off-by: MiLo <milo-software@users.sourceforge.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-02-13pseudo_1.4.5.bb: Finish fixing linkat()Peter Seebach3
The 1.4.4 fix replaced possible double-prepending of chroot paths with possible non-prepending of chroot paths. After significant evaluation, have settled on a single prepending of the chroot path as a workable compromise. Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
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>
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-28 22:44:30 +0000