summaryrefslogtreecommitdiff
path: root/meta
AgeCommit message (Collapse)AuthorFiles
2011-07-20autotools.bbclass: Add help2man-native to the main DEPENDS treeTom Rini1
With help2man no longer being required by sanity.bbclass we need to make sure that if we are going to build autotools stuff that help2man will be there as it's a frequent implicit dependency. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-20help2man-native: Add 1.38.2Tom Rini2
This is a 'side port' of current oe.dev versions. PR is kept in sync but we drop out the target recipes in order to punt on potential perl problems. Here we do re-configure as we don't have a dance with perl-native to deal with. Now that we can build it, don't require it. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-20bitbake.conf, sanity.bbclass: Drop mercurial-nativeTom Rini2
We have no hg URIs in the metadata, so don't require and don't ASSUME_PROVIDED it either. meta-oe has a mercurial-native recipe if hg URIs are added in a recipe later. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-20gcc_4.5.1: add pr45886.patchIlya Yanok2
Add fix for PR45886 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45886 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr45052.patchIlya Yanok2
Add fix for PR45052 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45052 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr45094.patchIlya Yanok2
Add fix for PR45094 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45094 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr44606.patchIlya Yanok2
Add fix for PR44606 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr44290.patchIlya Yanok2
Add fix for PR44290 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44290 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr43810.patchIlya Yanok2
Add fix for PR43810 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43810 Building on powerpc-eabi* with --enable-target-optspace still fails for me though. Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: fix arm_bswapsi2.patchIlya Yanok1
Acoording to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44392 correct fix should be TARGET_EITHER && (arm_arch6 || !optimize_size) not TARGET_EITHER && (arm_arch6 && !optimize_size) Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20tune-ppce500mc: Add a tune file for PowerPC e500mc coreKumar Gala1
Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-07-20flac: fix build issues with e500v2 (gnuspe) toolchainKumar Gala2
For a PPC target flac will try to build with altivec optimizations. Altivec and SPE are mutually exclusive options. Between flac's configure choices and the ppce500v2 tune file options we'd end up with a compile invocation with the following arguments: -mabi=spe -mspe -mabi=altivec -maltivec Which would cause the compile to fail due to the mutual exclusion. Pulled in a patch from the debian SPE port that addresses this issue: http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2010-June/010212.html Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-07-20openssl: Add handling for linux-gnuspe-powerpcKumar Gala2
If trying to build for an e500v2 target openssl will fail to build since the configure script didn't know how to handle a 'gnuspe' target. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-07-20tune-ppce500v2: Add a tune file for PowerPC e500v2 coresKumar Gala1
Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-07-20tclibc-*libc: Utilize TARGET_FPU for gnuspe settingKumar Gala3
Its possible that BASE_PACKAGE_ARCH isn't set to ppce500 or ppce500v2 when we build native toolchains. So we can utilize TARGET_FPU being set to 'ppc-efd' or 'ppc-efs' to determine if we should enable the gnuspe ABI. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-07-20gcc: Add gcc configure for PowerPC e500v2/SPE embedded floating point ABIKumar Gala2
The e500v2 core utilizes a unique floating point programming model / ABI. We utilize TARGET_FPU = "ppc-efd" to distinguish this choice (Embedded scalar single-precision floating-point). When building the toolchain for this ABI we need configure gcc with --enable-e500_double. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-07-20btrfs-tools: Add util-linux to DEPENDSTom Rini1
This needs libuuid bits in order to build. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-20iptuils: Add sgmlspl-native to DEPENDSTom Rini1
This is 4fc7d465d684d4952c52adafc1e7032b63039e53 in oe.dev. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-20gnome-doc-utils: Package up python site packages, bump PRTom Rini2
Add python-dir to the inherits list so we can grab the python site packages files as well. This fixes a 'installed but not packaged' QA problem with the python site package files. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-20metacity: Add gnome-doc-utils to DEPENDSTom Rini1
Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-07-20gdk-pixbuf(-native): Fix build by disabling introspectionAndreas Mueller1
Error message was: | /home/Superandy/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/g-ir-compiler --includedir=. GdkPixbuf-2.0.gir -o GdkPixbuf-2.0.typelib | /usr/share/gir-1.0/GLib-2.0.gir:9:1: error: Unsupported version '1.1' | /usr/share/gir-1.0/GLib-2.0.gir:9:39: error: Unsupported version '1.1' | error parsing file GdkPixbuf-2.0.gir: Failed to parse included gir GLib-2.0 | make[4]: *** [GdkPixbuf-2.0.typelib] Error 1 Signed-off-by: Andreas Mueller <schnitzeltony@gmx.de>
2011-07-20uclibc: improve packaging granularityPhil Blundell1
Put each of the libraries into its own package rather than dumping them all into libc0. This saves ~300kB on the installed size of an i586 micro-base-image and avoids the need to set the hated LEAD_SONAME. Signed-off-by: Phil Blundell <philb@gnu.org>
2011-07-20perl: revise the RRECOMMENDS_perl-modules for multilib caseYu Ke1
current RRECOMMENDS_perl-modules replace the hardcode "perl-dbg", "perl-misc" etc. which does not work in multilib case. Instead, it should replace the "lib64-perl-dbg", "lib-64-perl-misc". without doing this, current code will produce RRECOMMENDS=lib64-lib64-xxx etc This patch revise the code to fix this issue Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Xu Dongxiao <dongxiao.xu@intel.com>
2011-07-20pciutils: Change the hardcoded /usr/lib to support multilib.Dongxiao Xu2
Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
2011-07-20xcb-proto: add multilib support.Dongxiao Xu4
There is hardcode of /usr/lib dir for some python files. Fix it to support multilib. Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
2011-07-20distro-tracking: update libpngScott Garman1
Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-07-20libpng: upgrade to v1.2.46Scott Garman1
This addresses the following security advisories: * CVE-2011-2690 * CVE-2011-2692 This fixes bug [YOCTO #1255] The LICENSE and png.h checksum changes were due to trivial changes in the files. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-07-20alsa-tools: Fix recipe build error.Dongxiao Xu2
Remove some elements in alsa-tools to avoid build error and further dependency on new recipes. [YOCTO #1038] Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
2011-07-19Fixed concurrency problem for ZIP packed recipes.Ihar Hrachyshka1
The problem occured when unzip-native is not yet staged, and ZIP archive unpacking already started resulting in failed do_unpack task. (oe.dev has a NEED_UNZIP_FOR_UNPACK variable we did not bring over) [RP: Use srcuri from already existing variable] Signed-off-by: Ihar Hrachyshka <ihar.hrachyshka@gmail.com> Signed-off-by: Koen Kooi <koen@openembedded.org> Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-19eglibc: Tighten LICENSE FieldsSaul Wold2
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-07-19gcc-package-target: don't fail if the .la files we try to delete are not ↵Koen Kooi1
there to start with This fixes: | rm: cannot remove `/OE/tentacle/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/gcc-4.5-r39.1+svnr175127/image/usr/libexec/gcc/arm-angstrom-linux-gnueabi/4.5.4/*.la': No such file or directory | ERROR: Function 'do_install' failed (see /OE/tentacle/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/gcc-4.5-r39.1+svnr175127/temp/log.do_install.19514 for further information) NOTE: package gcc-4.5-r39.1+svnr175127: task do_install: Failed Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-07-19unfs-server: add Upstream-Status field to patchesScott Garman22
Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-07-19man: add Upstream-Status field to pachesScott Garman26
Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-07-19gdk-pixbuf: Fix QA issues and clean minor formattingAndreas Mueller1
QA warnings fixed: WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.la WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-wbmp.la WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xbm.la WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ras.la WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tga.la WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-bmp.la WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ani.la WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-pnm.la WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-icns.la WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-pcx.la WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ico.la WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-gif.la WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-qtif.la WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.la WARNING: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.la Signed-off-by: Andreas Mueller <schnitzeltony@gmx.de>
2011-07-19bitbake.conf: Change TERM default fallback to XTERM instead of GNOME_TERMKhem Raj1
Its better to use xterm since some folks may not be using gnome or KDE. Chances of having xterm on build machines are lot more than having gnome-terminal. Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-07-19ofono: fix test block syntax errorDarren Hart1
A space is required prior to the closing square bracket. Without it, a parsing error is reported to the console. I don't have hardware to confirm, but I suspect the service would fail to function properly as well. Correct the typo. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2011-07-19sanity, base: remove gcc3 check since qemu doesn't need it any morePhil Blundell2
Recent versions of qemu seem to be happy enough building with gcc 4.x, and indeed most modern distributions aren't shipping gcc3 any more, so there is no point checking for its presence as part of sanity. Also remove the check_gcc3 function from base since nothing else uses it. Signed-off-by: Phil Blundell <philb@gnu.org>
2011-07-19libcap: pass prefix to "make install"Phil Blundell2
Otherwise it will use /usr by default which may not be the right place. Signed-off-by: Phil Blundell <philb@gnu.org>
2011-07-19linux-yocto/meta: update meta SRCREV for routerstation proBruce Ashfield1
Fixes bug [YOCTO #1161] Fixes bug [YOCTO #773] This streamlines the routerstation pro configuration to remove options that are either unecessary or that are causing bugs. Also added to all branches is: commit ffd73d6b2a9bfa0de5710b90a2237f4be66ae9a7 Author: Yinghai Lu <yinghai@kernel.org> Date: Thu Jul 14 15:27:44 2011 -0700 mm: use alloc_bootmem_node_nopanic() on really needed path commit 8f389a99b652aab5b42297280bd94d95933ad12f upstream. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2011-07-19classes: remove classes that don't belong in oe-corePaul Eggleton7
These classes are not used within oe-core and really belong in an upper layer that makes use of them, if they are still useful: * mozilla.bbclass * openmoko*.bbclass * srec.bbclass * xfce.bbclass Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2011-07-19classes: remove obsolete classesPaul Eggleton7
All of these classes are currently unused in oe-core and meta-oe; several are no longer in use even in OE classic: * base_srpm.bbclass * ccdv.bbclass * flow-lossage.bbclass * patcher.bbclass * singlemachine.bbclass * tmake.bbclass * xlibs.bbclass patcher.bbclass and singlemachine.bbclass probably still work but it is unlikely that anyone is still using them. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2011-07-19kernel.bbclass: minor whitespace fixesPaul Eggleton1
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2011-07-19gcc-4.6: update to 4.6.1 releasePhil Blundell1
Set SRCREV to match the point at which 4.6.1 was released, update PV appropriately. Signed-off-by: Phil Blundell <philb@gnu.org>
2011-07-19distro tracking: UpdatesSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-07-19libiconv: add version 1.13.1Saul Wold3
Keep older libiconv 1.11.1 as 1.13.1 is now LGPLv3 Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-07-14perl: Use SITEINFO variables not functionsTom Rini1
Switch from SITEINFO_BITS / SITEINFO_ENDIANESS rather than siteinfo_get... Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-14eglibc: fix packaging of thread_dbPhil Blundell3
Similarly to libnss*, if ${libdir} and ${base_libdir} were the same path then libthread_db would land in ${PN}-dev rather than the intended place. As before, fix this by moving eglibc-thread-db earlier in PACKAGES and adjusting its FILES to not capture the .so symlink. Bump PR for both 2.12 and 2.13. Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-14busybox: respect ${LDFLAGS}Phil Blundell2
This avoids a GNU_HASH QA warning. Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-14kernel.bbclass: remove unintended change of INITRAMFS_TASKAndrea Adami1
* during an unfortunate round of tests right before commiting the patch * do_configure[depends] became kernel_do_configure[depends] * Nonsense! * As documented in commit 4dfef62dfe54a3b2c557a6df81d155adc1e03ccb * of OpenEmbedded git server, this must be in do_configure[depends] * to do the magic. Signed-off-by: Andrea Adami <andrea.adami@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-14insane: make GNU_HASH check slightly more robust (avoids false negatives ↵Phil Blundell1
with gold); add check for useless rpaths It isn't safe to make assumptions about the order of the entries in the dynamic section. Fix the ldflags test to cope with the case where GNU_HASH comes before NEEDED and/or INIT. Also, add a new warning for binaries which contain useless (but benign) rpath entries pointing to the default search locations. Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>