summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools
AgeCommit message (Collapse)AuthorFiles
2011-12-22binutils: fix building on distros with matching binutils versionNitin A Kamble4
x86_64 opensuse 11.4 has bintuils version 2.21, and when binutils_2.21 recipe is built for x86_64 target then, the invocation of distro gcc fails with errors like this: /usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/as: symbol lookup error: /usr/lib64/gcc/x86_64-suse-linux/4.5/.. make[2]: *** [sysinfo.o] Error 1 The issue rootcaused as incompatible LD_LIBRARY_PATH while running the distro gcc. As per Martin Jansa gentoo also sees similar issue with binutils 2.22 recipe. This commit fixes the issue by clearing the LD_LIBRARY_PATH for distro gcc (CC_FOR_BUILD) This Fixes bug: [YOCTO #1833] Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-12-21python-pycairo: Upgrade to 1.10.0Saul Wold2
tweak the pycairo.pc correctly. Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-12-21mtools: fix SRC_URI for GPLv2 versionPaul Eggleton1
* folks.o-hand.com no longer exists, use the yoctoproject.org mirror instead (folks.o-hand.com was only being used because the upstream site removed this version in any case.) * Update HOMEPAGE * Fix spacing Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-21dpkg: clarify LICENSE as GPLv2.0Joshua Lock1
Signed-off-by: Joshua Lock <josh@linux.intel.com>
2011-12-21apt: clarify LICENSE as GPLv2.0Joshua Lock1
Signed-off-by: Joshua Lock <josh@linux.intel.com>
2011-12-19gcc-4.6: Let G++ relocate gxx-include-dir when using --sysroot optionKhem Raj4
Currently we have a problem in our cross compiler since we use /usr/include/c++ to be default gxx-include-dir and then expect the patch we did to do the relocation w.r.t. sysroot however it does not quite work so and we end up gxx-include-dirs not respecting sysroot. A small test case would be tst-unique4.cc and it would fails like tst-unique4.cc:1:18: fatal error: cstdio: No such file or directory compilation terminated. weather we use --sysroot or not it does not matter arm-oe-linux-gnueabi-g++ -S tst-unique4.cc --sysroot=/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm failed in same way. so we redo the GPLUSPLUS_INCLUDE_DIR_with_sysroot.patch based on upstream submitted patch which tries to relocate the gxx-include-dir and to achieve the relocation it has to be specified w.r.t to --with-sysroot directory. e.g. --with-sysroot=${SYSROOT} --with-gxx-include-dir=${SYSROOT}/usr/include/c++ if we configure gcc like above then it becomes relocatable when we run the compiler and specify --sysroot=<blah> then g++ will search for gxx-headers under <blah>/usr/include/c++ if sysroot is not defined then it will use the default sysroot and gxx-include-dir will be w.r.t. default sysroot. Tested on qemuarm /arm-oe-linux-gnueabi-g++ -S tst-unique4.cc --sysroot=/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm -v ... /home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm/usr/include/c++ /home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm/usr/include/c++/arm-oe-linux-gnueabi /home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm/usr/include/c++/backward ... and if I now change --sysroot to something else /arm-oe-linux-gnueabi-g++ -S tst-unique4.cc --sysroot=/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm4 -v ... ignoring nonexistent directory "/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm4/usr/include/c++" ignoring nonexistent directory "/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm4/usr/include/c++/arm-oe-linux-gnueabi" ignoring nonexistent directory "/home/kraj/work/angstrom/sources/openembedded-core/build/tmp-eglibc/sysroots/qemuarm4/usr/include/c++/backward" ... See now its looking for them in 'qemuarm4' sysroot Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-19[PATCH 2/4] gcc-cross: Add cross testing driver for running regression ↵Khem Raj1
testsuites This script will be generated into the build directory of gcc-cross It should be testing gcc and g++. libstdc++ tests are not run since we build them as part of gcc-runtime but we can test them here by building them with 'make all' and then running the tests The script expects passwordless ssh access to target and is used in form ./arm-oe-linux-gnueabi-testgcc kraj@192.168.7.2 inside the builddir of gcc-cross Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-19Add missing SUMMARY fields to various recipesScott Garman2
This adds the SUMMARY field to the following recipes which were missing it: * dosfstools * grep * icu * libevent * libnfsidmap * qemu-helper-nativesdk Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-19opkg: Drop the offlineroot_varname patchRichard Purdie2
This break things for on target opkg usage since $D must remain unset there. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-19opkg: Add logic to detect and creak circular dependenciesRichard Purdie2
This addresses some of the concerns about the previous opkg changes allowing it to break out of circular dependency loops with just a notice in the logs rather than effectively going OOM. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-16libgcc: reintroduce debug package, containing symbolsDmitry Eremin-Solenikov1
Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-16opkg: Update svn 625 -> 633 and fix preinst issuesRichard Purdie4
There is a major issue with opkg images at the moment as preinst functions are not being executed before their dependencies are installed and this is leading to corruption of images containing avahi/dbus in particular. There are various changes in upstream opkg in the last 8 revisions which make changes in this area but sadly these aren't enough to get things working for us. I've updated to the latest svn revision with this patch since it makes sense to pull in those changes first and then supplement them with the attached patches. There is a full description of the patches in the patch headers but in summary they: a) Ensure preinst functions execute with their dependencies installed. This is a pretty invasive change as it changes the package install ordering in general. b) Ensure opkg sets $D, not $PKG_ROOT which we don't use c) Change opkg to allow execution of postinstall functions which fail resulting in execution on the target device as rootfs_ipk.bbclass currently does manually. The remaining changes interface this with the rest of the OE build infrastructure, adding in the option to tell opkg to run the preinst and postinst functions, ensure the correct environment is present for the postinst scripts and removing the now unneeded rootfs_ipk class code which opkg now does itself. [YOCTO #1711] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-15perl: add .pl, pm, pod, sh files to SSTATE_SCANE_FILESSaul Wold1
This fixes problems where hardcoded paths in the file were incorrect during sstate reusage of the task output. Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-12-15libtool-cross: Add libtool & libtoolize to SSTATE_SCAN_FILESSaul Wold1
This fixes problems where hardcoded paths in the file were incorrect during sstate reusage of the task output. Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-12-15dosfstools: fix populated image creation with dirsNitin A Kamble2
This fixes bug: [YOCTO #1783] Fix populated image creation. Earlier subdirectories support was broken, and files can only be placed in the root directory. Now directory hirarchy is supported in the image. Also support for long names is extended to directory names. There are some outstanding issues as documented in the patch header, these issues can be worked around by running dosfsck tool after populated image creation. The dosfsck tool is also part of this package. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-12-15cross-recipes: Disable nls in gettext bbclassKhem Raj4
Right now for cross recipes e.g. gcc-cross and binutils-cross we specify --disable-nls .... --enable-nls on configure cmdline the --enable-nls coming from gettext bbclass. So we disable nls for all cross inheriting recipes in gettext bbclass and then we remove the extra --disable-nls in gcc-cross and binutils-cross This patch needs testing. Please help Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-12-15qemu: for native, do not fail if kvm is unavailablePaul Eggleton4
When building qemu-native, if the linux kvm header is unavailable (as it is on CentOS 5.x 32-bit) then do not pass the --enable-kvm switch to the configure script, thus avoiding failed do_configure. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2011-12-15icecc-create-env-native_0.1.bb: drop 'PRIORITY = "optional"' as it is the ↵Otavio Salvador1
default Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-13python: bump PR due to arm OVERRIDES changeMartin Jansa1
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2011-12-13dosfstools: Add patch to disable fat32 autoselection and behave as 2.10Richard Purdie2
It appears msdos image population and fat32 images are incompatible. This reverts to the 2.10 behaviour of defaulting to fat16 instead of using fat32 for large images, allowing image generation to work correctly. This is a workaround and a proper fix is really needed. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-12qemu-0.15.1: Bump recipes from 0.15.0 to 0.15.1Khem Raj17
No other changes (except checksum updates) then git mv were needed Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-12-12dosfstools: update native to 2.11Otavio Salvador7
This unify recipes for target and native builds and also drops the the already merged patches. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
2011-12-08OECore license fixes: meta/*Elizabeth Flanagan6
This is a quick audit of only the most obviously wrong licenses found within OECore. These fixes fall into four areas: - LICENSE field had incorrect format so that the parser choked - LICENSE field has a license with no version - LICENSE field was actually incorrect - LICENSE field has an imaginary license that didn't exist This fixes most of the LICENSE warnings thrown, along with my prior commit adding additional licenses to common-licenses and additional SPDXLICENSEMAP entries. HOWEVER..... there is much to be done on the license front. For a list of recipes with licenses that need obvious fixing see: https://wiki.yoctoproject.org/wiki/License_Audit That said, I would suggest another license audit as I've found enough inconsistencies. A good suggestion is when in doubt, look at how openSuse or Gentoo or Debian license the package. Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com>
2011-12-08dpkg: Fix preinst executionRichard Purdie2
Add a patch to fix exeuction of pre/post install scripts. See the patch header for more details. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-07subversion: update 1.7.0 to 1.7.2 and force libtool recreationKlaus Kurzmann2
* subversion-1.7.* had libtool-2.4, oe-core now has 2.4.2 and it was failing: x86_64-linux-libtool: Version mismatch error. This is libtool 2.4.2, but the x86_64-linux-libtool: definition of this LT_INIT comes from libtool 2.4. x86_64-linux-libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2 x86_64-linux-libtool: and run autoconf again. Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-06gcc: Backport patch from trunk to fix ICE seen on armv7 with mesa-xlibKhem Raj2
This patch is a backport of http://patchwork.ozlabs.org/patch/110517/ Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-05openjade-native_1.3.2.bb: remove CONFIGUREOPTS as vardep for do_configureMatthew McClintock1
This variable was being expanded immediately and pulling in paths to the variable dependecies which causes it's sstate-cache to never be reused Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-02dpkg-native: Fix perl pathRichard Purdie1
The path to the native perl was incorrect leading to rootfs failures. This patch corrects that problem. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-02ubootchart: update to svn R12Saul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-12-01libtool: Upgrade from 2.4 -> 2.4.2Nitin A Kamble15
Rebased patches to the newer source code and deleted resolve-sysroot.patch since its already applied upstream merged libtool-2.4.2.inc & libtool.inc files replaced PR with ${INC_PR}.0 Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-01binutils: fix for .debug files QA warningsNitin A Kamble4
THis commit fixes these QA warnings for binutils recipe WARNING: For recipe binutils, the following files/directories were installed but not shipped in any package: WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/strip WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/objcopy WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/objdump WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/ld WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/nm WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/as WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/ranlib WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/ld.bfd WARNING: /usr/arm-oe-linux-gnueabi/bin/.debug/ar Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-01gnu-config: Only apply path transformations in the non-native/non-nativesdk caseRichard Purdie2
The BUILD_ARCH != TARGET_ARCH check isn't a safe one to detect native builds and doesn't cover the nativesdk case. This converts the recipe to use PN instead which is more accurate and ensures the correct entries making it into the correct packages. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-01make: expand MAKEFLAGS before we re-exec after rebuilding makefiles.Dexuan Cui2
This patch was got from the upstream cvs repo of make to fix the bug of make-3.82: http://savannah.gnu.org/bugs/?30723 RP: Tweaked patch status to Backport Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-30squashfs-tools: fix PR, those should start with 'r'Martin Jansa1
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-30Fix multiarch DISTRO_FEATUREJulian Pidancet2
Make get_gcc_multiarch_setting more elegant. Use a dictionnary to store the config options and replace bb.data.getVar with d.getVar. Remove i686 from the architecture list because it doesn't seem to be a valid TARGET_ARCH any more in OE. Configure gdb (gdb and gdb-cross) with --enable-64-bit-bfd if multiarch DISTRO_FEATURE is present Signed-off-by: Julian Pidancet <julian.pidancet@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-30perl: bump PR for gdbm SOVERSION changeKoen Kooi1
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-30autoconf: Extend to provide nativesdk recipeWenzong Fan1
As the same reason with automake, extend autoconf to provide nativesdk recipe too. This patch was only used for autoconf that running on target: * path_prog_fixes.patch: replace '@PERL@' with '@bindir@/env perl' It's unavailable for autoconf-native and autoconf-nativesdk, so exclude it for those two recipes. Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-30automake: Extend to provide nativesdk recipeWenzong Fan2
We will provide autotools nativesdk in meta-tookchain for reconfigure any autotools supported projects, as a part of the plan we should extend their recipes first. Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-30m4: Extend to provide nativesdk recipeWenzong Fan2
We need to provide autoconf-natviesdk in meta-toolchain, the m4-nativesdk is required by it. Both extend the m4 recipes for GPLv2 and GPLv3. Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-30gnu-config: Extend to provide nativesdk recipeWenzong Fan1
We need to provide autoconf-natviesdk in meta-toolchain, the gnu-config-nativesdk is required by it. Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-30PR Bump for OpenSSL 1.0Saul Wold4
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-11-29binutils: upgrade from 2.21.1a to 2.22Nitin A Kamble18
And rebase the patches to the newer source code This patch is upstream hence deleting it from the recipe. binutils/110-arm-eabi-conf.patch Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-11-29intltool: remove XML::Parser checkSaul Wold2
Add Patch to disable the XML::Parser check in the target intltool.m4, this check will find the host (not native) XML::Parser if it's installed possibly causing Host contamination, but will also fail configuration if XML::Parser is not installed on the host. Since we know that XML::Parser is installed on the image, we don't really need this check, so comment it out. From RP in mail thread: > If the recipe needs perl for > some other reason than intltool, it needs perlnative but it if only > needs perl for intltool, we shouldn't need the dependency. The .m4 macro > checks are well intended but don't fit the way we use perl. I really > don't want to end up in a position where intltool automatically means we > have to add perlnative as a dependency and we've previously seen many > problems related to that. Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-11-29rpm_5.4.0.bb: Build rpm without xzMatthew McClintock1
This fixes the following issue: Log data follows: | NOTE: Creating RPM package for perf-dbg | NOTE: Creating RPM package for perf | NOTE: Creating EMPTY RPM Package for kernel | NOTE: Creating EMPTY RPM Package for kernel-3.0.9-00348-gec4b357 | NOTE: Creating RPM package for kernel-image-3.0.9-00348-gec4b357 | NOTE: Creating RPM package for kernel-dev | NOTE: Creating RPM package for kernel-vmlinux | NOTE: Not creating empty RPM package for kernel-misc | NOTE: Creating RPM package for kernel-devicetree | NOTE: Creating RPM package for kernel-module-libcrc32c | NOTE: Creating RPM package for kernel-module-crc-itu-t | NOTE: Creating RPM package for kernel-module-sctp | NOTE: Creating RPM package for kernel-module-pcbc | NOTE: Creating RPM package for kernel-module-crc32c | NOTE: Creating RPM package for kernel-module-binfmt-misc | NOTE: Creating RPM package for kernel-module-nfsd | NOTE: Creating RPM package for kernel-module-exportfs | NOTE: Creating RPM package for kernel-module-msdos | NOTE: Creating RPM package for kernel-module-nls-utf8 | NOTE: Creating RPM package for kernel-module-udf | NOTE: Creating RPM package for kernel-module-isofs | NOTE: Creating RPM package for kernel-module-usbhid | NOTE: Creating RPM package for kernel-module-scsi-wait-scan | NOTE: Creating EMPTY RPM Package for kernel-modules | /local/home/mattsm/git/fsl-local-sdk/build_p4080ds_release/tmp/sysroots/x86_64-linux/usr/bin/rpmbuild.real: error while loading shared libraries: liblzma.so.5: cannot open shared object file: No such file or directory | ERROR: Function 'BUILDSPEC' failed (see /local/home/mattsm/git/fsl-local-sdk/build_p4080ds_release/tmp/work/p4080ds-fsl-linux/linux-qoriq-sdk-3.0.6-r2/temp/log.do_package_write_rpm.18943 for further information) Signed-off-by: Matthew McClintock <msm@freescale.com>
2011-11-29Introduce multiarch DISTRO_FEATUREJulian Pidancet4
This patch introduces a distro feature which enables gcc to produce both 32bit and 64bit code, and enables binutils to operate on both 32bit and 64bit binaries. It differs from multilib toolchains in that it does not require to compile a version of the libc for each architecture variant. However, the code produced for the secondary architecture will not be linkable against the libc. v2: - Renamed the feature name from "biarch" to "multiarch". The GCC installation manual claims that the mips-linux can be made a tri-arch compiler (http://gcc.gnu.org/install/configure.html) - For x86_64, the compiler is made bi-arch by default, so nothing has to be done in particular. - I analyzed the gcc/config.gcc from GCC sources and added in this patch all the architectures that could be made biarch with the version of gcc currently used in OE, which are powerpc, and sparc, in addition to x86. mips and s390 will probably be supported in future versions of gcc. For x86 and sparc, only the --enable-targets=all option is valid to make this work (this option doesn't have any other side effects than making the compiler bi-arch). For powerpc, I used the --enable-targets=powerpc64 option (although 'all' also works). Note: - Untested on powerpc and sparc. But I believe it works the same as with x86. - gcc in meta-toolchain is also made multiarch. Signed-off-by: Julian Pidancet <julian.pidancet@gmail.com>
2011-11-29opkg-utils: handle 6 digit UID fields properlyKoen Kooi2
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-11-29python-native: Fix gcc compiler detecting logicKhem Raj2
We have a patch unixccompiler.patch where we try to throw away everything except first element of CC string but this does not work if gcc is prepended with something e.g. CC="ccache gcc" then the logic fails and it ends up in some modules failing on you silently (_sqlite3) in my case. The fix here is to drop basename so we keep the whole string as it is and then the detection function searches for gcc string in the whole CC. This works in both cases one the original intent of the patch and the second described above. One place where it will fail is if someone has non-gcc compiler installed in some subdir which has gcc in it e.g. /usr/gcc/fakecc but for OE this should never happen. Ideally the the detection logic should have tried to execute gcc and then parsed --version output or something. Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-11-29libjson: add 0.9Koen Kooi1
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-11-24gcc-package-target.inc: add the symbol link /lib/cppDexuan Cui2
When I was trying self-hosted-image, eglibc's do_install failed in the target: ERROR: cannot stat bootparam_prot.h: the cause is: rpcgen doesn't work properly: rpcgen can't exec /lib/cpp since it doesn't exist. According to http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lib.html: "if a C preprocessor is installed, /lib/cpp must be a reference to it, for historical reasons. The usual placement of this binary is /usr/bin/cpp". Typical distros, like Ubuntu, openSuSE, Fedora and RHEL, all comply with the rule. Actually in meta/recipes-devtools/gcc/gcc-package-target.inc, we do try to package ${base_libdir}/cpp: FILES_cpp = "\ ${bindir}/${TARGET_PREFIX}cpp \ ${base_libdir}/cpp \ ${libexecdir}/gcc/${TARGET_SYS}/${BINV}/cc1" But unluckily we didn't create a symbol link in do_install. This patch adds the symbol link. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
2011-11-24rpm: Flush old logs by change the DB_CONFIGMei Lei2
Fixes [YOCTO #1174] Rpm logs will grow indefinitely, so change the config to flush those old logs. Signed-off-by: Mei Lei <lei.mei@intel.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-21 13:43:13 +0000