summaryrefslogtreecommitdiffstats
path: root/meta
Commit message (Collapse)AuthorAgeFilesLines
* wget: Fix re-execution issueRichard Purdie2012-04-162-14/+1
| | | | | | | | | | | | | | The patch in this recipe patches both configure and configure.in which leads to build failures once configure has executed and regenerated configure. The fix to make patch re-executable is not to patch configure and only patch configure.in. [YOCTO #2194] (From OE-Core rev: b3df34ba57284fa2c85f34be86d5d8e357becf7c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: Fix re-execution problem due to patching configure and configure.inRichard Purdie2012-04-163-13/+2
| | | | | | | | | | | | | There was a patch patching both configure and configure.in. Since the recipes all autoreconf, this is pointless and means subsequent patch tasks fail. The fix is to only patch configure.in. [YOCTO #2194] (From OE-Core rev: 1d8c40d5f2119b4c4ae8a9b2645ae572ea9a54ff) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-configure-common.inc: Stop gcc looking at build system pathsRichard Purdie2012-04-151-0/+4
| | | | | | | | | | | | | | | | | | | There were puzzling failures when you make a force recompile of any gcc component. The error was in do_configure with cross-compilation badness being detected in config.log files. gcc is different in that many of the config.log files are generated during the do_compile phase. This means this host contamination issue has always been present but only shows up on a rebuild. The fix is to force the appropriate configuration variable to "none required" then gcc won't look in the bad locations. [YOCTO #2279] (From OE-Core rev: e7135f14f3ef37f93f5c28b319464f3d6dd9b8da) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gst-plugins-bad: add curl as build dependencyDongxiao Xu2012-04-151-1/+1
| | | | | | | | | | gst-plugins-bad needs curl.h to finish its build, so add curl as its dependency. (From OE-Core rev: daa4d625524dc330786858ade570918cff0bc5d3) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* net-tools: Fix do_patch to be re-executableRichard Purdie2012-04-151-2/+10
| | | | | | | | | | | | | | This recipe's do_patch was not able to be re-executed due to its custom patching functions. This fixes things so that it can be re-executed. It also fixes the unpack task re-execution by ensuring ${S} is clean before the unpack starts. [YOCTO #2194] (From OE-Core rev: 1cfddb17e0c2576e55f62c10612e7cbd73e5ac5e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* man-pages: Fix to allow re-execution of tasksRichard Purdie2012-04-151-8/+4
| | | | | | | | | | | | | | The all target in the makefile triggers "screen" and "remove" targets, neither of which do anything useful/sane for our usecases. The simplest way to get the makefile to behave is to only use the install target. Clean up the recipe a bit whilst making these changes and simplify things. [YOCTO #2194] (From OE-Core rev: 06f6ca50c0cffdaf828688e01fcc70265eafa093) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pseudo: Ensure the correct libraries are used at runtimeRichard Purdie2012-04-153-5/+4
| | | | | | | | | | | | | | | | | | | There can be a conflict between the nativesdk libc and the host system's libc. It is assumed the nativesdk version is of an equal or higher version. This is a particular issue for pseudo if its loading a system binary since the system's libc might be used of an older verison which would then confuse libpseudo.so when loaded as a preload. To avoid this, set LD_LIBRARY_PATH so the nativesdk libc is always used. Since we now use --without-rpath, we can remove the MAKEOPTS RPATH workaround. [YOCTO #2299] (From OE-Core rev: a481fe3b9883aa744be3253e2b4b27e6e46eb059) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* unfs-server: Fix do_configure so it can be re-executed safelyRichard Purdie2012-04-151-1/+3
| | | | | | | | [YOCTO #2194] (From OE-Core rev: 43e6fec78e36beb770fd47b0c4631d7382025d6b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* guile: Fix binary relocation issue for precompiled guile objectsRichard Purdie2012-04-151-3/+5
| | | | | | | | | | | | | | | When guile-native was relocated, there were messages like: ;;; note: source file /srv/home/pokybuild/yocto-autobuilder/yocto-slave/emenlow/build/build/tmp/sysroots/x86_64-linux/usr/share/guile/2.0/ice-9/eval.scm ;;; newer than compiled /srv/home/pokybuild/yocto-autobuilder/yocto-slave/fri2/build/build/tmp/sysroots/x86_64-linux/usr/lib/guile/2.0/ccache/ice-9/eval.go and this confuses things like the autogen-native "guile --version" check. This patch ensures the wrapper script sets the necessary variables correctly. (From OE-Core rev: 7a254d8294cfbe4b717d083c3d7fcc5515a5ab4f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* connman-gnome: connman 0.79 API fixesPaul Eggleton2012-04-159-553/+2221
| | | | | | | | | | | | | | Fix connman-gnome to work with connman 0.79, which made a number of fairly serious DBus API changes. Also switch over to the newly repopulated git repo on kernel.org in which the two previous patches have been merged. Fixes [YOCTO #2202]. (From OE-Core rev: 82744f56f8bfbdcc303034dee3d6e188cf8180b1) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* grub: Add missing dependency on autogen-native to avoid build failuresRichard Purdie2012-04-141-0/+1
| | | | | | (From OE-Core rev: 4396db54dba4afdb9f1099f4e386dc25c76f49fb) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro_tracking: add entries for several new recipesScott Garman2012-04-141-7/+77
| | | | | | | | | | | | | | | | | | | | | | | | | Added distro tracking fileds for the following recipes: qt-mobility-x11 gst-plugin-bluetooth alsa-state ocf-linux avahi-ui libjson systemtap-uprobes xf86-video-fbdev u-boot-fw-utils qt4-graphics-system qt-mobility-embedded lttng-tools shadow-securetty Also fixed a few minor typos in others (spelling of bluetooth and months) (From OE-Core rev: c8fe4d6cde6fca736f8c00eac7a9cc217fa8a128) Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro_tracking: add some additional DISTRO_ALIASESSaul Wold2012-04-141-0/+18
| | | | | | | | | | | | | | | | | | | | | | ltp rgb libksba stat directfb-example libfakekey builder core-gtk-directfb task-core-tools-* task-self-hosted sato-screenshot libxxf86misc qmmp portmap (From OE-Core rev: 740c34ce27ec5f992cd97f1d933c007ba55d651d) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mulitlib.bbclass: Ensure correct value of ALL_MULTILIB_PACKAGE_ARCHS is ↵Richard Purdie2012-04-141-0/+3
| | | | | | | | | | | | | | | | | preserved The value of ALL_MULTILIB_PACKAGE_ARCHS needs to be consistent both in multilib extended recipes and in normal context. If this isn't the case it can lead to inconsistent configuration files at a minimum. This patch ensures the value is preserved during the class extension code since computing it after that point is hard. [YOCTO #2290] (From OE-Core rev: 529bc145152bb36d9696226b93729377a3b6a240) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* update-alternatives: Fix for compatibility with multilib recipesRichard Purdie2012-04-141-2/+3
| | | | | | | | | | | | The PN == BPN test was designed to exclude native/nativesdk but also unfortunately excludes multilib unintentionally. This change fixes this and allows multilib images with alternatives to funciton correctly. [YOCTO #2214] (From OE-Core rev: 2878d19c4e19d76cb8be15825c40ff03f25f35f5) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* external-poky-toolchain: This is broken and confusing now, remove itRichard Purdie2012-04-141-40/+0
| | | | | | | | This avoids a number of bogus preferred providers warnings too. (From OE-Core rev: 823a2f96df84547216a26697838977a162f838c5) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: Ensure FILESPATH is set so systemtap-uprobes can find patchesRichard Purdie2012-04-141-0/+2
| | | | | | | | | This allows systemtap-uprobes to build again after the recently added patch broke the builds. (From OE-Core rev: 4bbe926f3ca68297d70849bab67177da624316d1) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* eglibc: fix builds on fedora 17 alphaNitin A Kamble2012-04-143-2/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Generally distros keep perl at /sur/bin/perl Fedora 17 alpha also has /bin/perl this causes eglibc build on such distros to put perl interpreter path in the perl scripts as /bin/perl But we set perl location for target as /usr/bin/perl This mismatch of perl path causes failure of rootfs image creation like this: | error: Failed dependencies: | /bin/perl is needed by eglibc-utils-2.13-r23+svnr15508.i586 NOTE: package core-image-sato-1.0-r0: task do_rootfs: Failed ERROR: Task 8 (/home/nitin/prj/poky.git/meta/recipes-sato/images/core-image-sato.bb, do_rootfs) failed with exit code '1' This Fixes bug : [YOCTO #2286] RP: Updated to better account for -nativesdk (From OE-Core rev: 381bf0d364da5970682502f8f124264907587b87) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* grub-1.99: fix configure errorNitin A Kamble2012-04-143-2/+32
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This commit deals with this configure error. configure:20306: checking whether `ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/builddisk/build/build0/tmp/sysroots/emenlow' generates calls to `__enable_execute_stack()' configure:20320: ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/builddisk/build/build0/tmp/sysroots/emenlow -O2 -pipe -g -feliminate-unused-debug-types -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes -Wundef -Wstrict-prototypes -g -falign-jumps=1 -falign-loops=1 -falign-functions=1 -mno-mmx -mno-sse -mno-sse2 -mno-3dnow -mfpmath=387 -fno-dwarf2-cfi-asm -m32 -fno-stack-protector -mno-stack-arg-probe -Werror -Wno-trampolines -falign-loops=1 -S conftest.c conftest.c:308:6: error: no previous prototype for 'g' [-Werror=missing-prototypes] cc1: all warnings being treated as errors configure:20323: $? = 1 configure:20327: error: ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/builddisk/build/build0/tmp/sysroots/emenlow failed to produce assembly code (From OE-Core rev: edbfba73e3cea86d08d67b8623ab385ded44ed55) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* grub-efi-native, grub: fix build with gcc 4.7Nitin A Kamble2012-04-145-3/+232
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This fixes bug [YOCTO #2293] These build failure caused by gcc4.7 is fixed with a backport of a grub-1.99 patch from fedora 17 alpha plus two more new patches | gcc -DHAVE_CONFIG_H -I. -I.. -Wall -W -I../include -I../include -DGRUB_MACHINE_EFI=1 -DGRUB_MACHINE=I386_EFI -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.7.0/include -DGRUB_FILE=\"commands/efi/acpi.c\" -I. -I. -I.. -I.. -I../include -I../include -isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -g -feliminate-unused-debug-types -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes -Wundef -Wstrict-prototypes -g -falign-jumps=1 -falign-loops=1 -falign-functions=1 -mno-mmx -mno-sse -mno-sse2 -mno-3dnow -fno-dwarf2-cfi-asm -m32 -fno-stack-protector -mno-stack-arg-probe -Werror -Wno-trampolines -ffreestanding -isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -c -o commands/efi/acpi_module-acpi.o `test -f 'commands/efi/acpi.c' || echo './'`commands/efi/acpi.c | gcc: error: unrecognized command line option '-melf_i386' | make[3]: *** [trig.module] Error 1 | make[3]: Entering directory `/home/nitin/builds/build0/tmp/work/x86_64-linux/grub-efi-i586-native-1.99-r7/grub-1.99/grub-core' | gcc -DHAVE_CONFIG_H -I. -I.. -Wall -W -I../include -I../include -DGRUB_MACHINE_EFI=1 -DGRUB_MACHINE=I386_EFI -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.7.0/include -DGRUB_FILE=\"fs/btrfs.c\" -I. -I. -I.. -I.. -I../include -I../include -isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -g -feliminate-unused-debug-types -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes -Wundef -Wstrict-prototypes -g -falign-jumps=1 -falign-loops=1 -falign-functions=1 -mno-mmx -mno-sse -mno-sse2 -mno-3dnow -fno-dwarf2-cfi-asm -m32 -fno-stack-protector -mno-stack-arg-probe -Werror -Wno-trampolines -ffreestanding -isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -c -o fs/btrfs_module-btrfs.o `test -f 'fs/btrfs.c' || echo './'`fs/btrfs.c | fs/btrfs.c: In function 'grub_btrfs_read_logical': | fs/btrfs.c:791:5: error: 'err' may be used uninitialized in this function [-Werror=maybe-uninitialized] | fs/btrfs.c:592:18: note: 'err' was declared here | cc1: all warnings being treated as errors | make[3]: *** [fs/btrfs_module-btrfs.o] Error 1 | gcc -DHAVE_CONFIG_H -I. -I.. -Wall -W -I../include -I../include -DGRUB_MACHINE_EFI=1 -DGRUB_MACHINE=I386_EFI -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.7.0/include -DGRUB_FILE=\"fs/zfs/zfs.c\" -I. -I. -I.. -I.. -I../include -I../include -isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -g -feliminate-unused-debug-types -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes -Wundef -Wstrict-prototypes -g -falign-jumps=1 -falign-loops=1 -falign-functions=1 -mno-mmx -mno-sse -mno-sse2 -mno-3dnow -fno-dwarf2-cfi-asm -m32 -fno-stack-protector -mno-stack-arg-probe -Werror -Wno-trampolines -ffreestanding -isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -c -o fs/zfs/zfs_module-zfs.o `test -f 'fs/zfs/zfs.c' || echo './'`fs/zfs/zfs.c | fs/zfs/zfs.c: In function 'get_filesystem_dnode': | fs/zfs/zfs.c:1449:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:1449:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c: In function 'make_mdn': | fs/zfs/zfs.c:1478:3: error: dereferencing type-punned pointer will break strict-alERROR: Function failed: do_compile (see /home/nitin/builds/build0/tmp/work/x86_64-linux/grub-efi-i586-native-1.99-r7/temp/log.do_compile.9293 for further information) | iasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c: In function 'dnode_get_fullpath': | fs/zfs/zfs.c:1554:3: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:1554:3: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:1571:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:1571:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c: In function 'grub_zfs_open': | fs/zfs/zfs.c:2234:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2234:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c: In function 'fill_fs_info': | fs/zfs/zfs.c:2362:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2362:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2395:3: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2395:3: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c: In function 'iterate_zap': | fs/zfs/zfs.c:2420:5: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2420:5: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c: In function 'grub_zfs_dir': | fs/zfs/zfs.c:2483:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2483:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2484:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2484:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2502:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2502:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | cc1: all warnings being treated as errors | make[3]: *** [fs/zfs/zfs_module-zfs.o] Error 1 (From OE-Core rev: b0f6dc60c926c2a653485e0016fbdc2ac5eb0cb4) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* grub-1.99: use gcc-cross for building the target binariesNitin A Kamble2012-04-143-4/+43
| | | | | | | | | | | | | | | | | It was using distro gcc to build binaries for target. This got detected on fedora 17 alpha, on which it hit an gcc-4.7 issue. This Fixes Bug: [Yocto #2291] More information in the patch header Thanks to Saul Wold for suggesting to remove the --target parameter from EXTRA_OECONF var. (From OE-Core rev: 26ae0e53411c1ea3afbb2e0c6d9dc2f1b0690751) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nspr: fix package splitingDexuan Cui2012-04-141-3/+4
| | | | | | | | | | | | Here /usr/lib/lib*.so files are binaries rather than symbol links. We should package them into ${PN} rather than ${PN}-dev, or else, when a package, that rdepends on nspr, is packaged, we get a "non-dev package rdepends on nspr-dev" ERROR. (From OE-Core rev: be298b6f0168bbd6baf90602da35904c441deade) Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: disable document generation by defaultTom Zanussi2012-04-141-0/+4
| | | | | | | | | | Building the systemtap documentation adds significantly to the build time, so disable it by default. (From OE-Core rev: e37391a949fb0a6edf87eb910e93a17caf309119) Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemtap: fix docproc build errorTom Zanussi2012-04-143-2/+27
| | | | | | | | | | | | | When building docs in systemtap, docproc is used to generate the tapset documentation, but it gets built for the target, while it needs to be build for the host instead. This change causes that to happen. Fixes [YOCTO #2193]. (From OE-Core rev: 6ef7112e339bb5c03dee862bc56c10fdf677be78) Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: allow .cfg, .scc, .patch and defconfigs to be processed in orderBruce Ashfield2012-04-132-68/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | During testing/extension of the linux-yocto-tiny kernel it was found that defconfigs were not always properly applied. This was due to two issues: - not being able to fully control the order of objects applied to the git tree on the SRC_URI - defconfigs triggering --allnoconfig before being applied To fix this, the recipe space code that previously detected and generated automatic features moves back to the kernel tools (where it was before) and is updated to also process .cfg and defconfigs. Moving this back to the tools allow other recipes to automatically benefit from the additional support. The second issue is addressed by allowing configme to take --alldefconfig when a recipe wishes to pass a defconfig and override the default behaviour. Fixes [YOCTO: 2250] (From OE-Core rev: 08c368b9980716e459d846dd7183940a5bf8bea4) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/3.2: add igb support to romleyBruce Ashfield2012-04-133-3/+3
| | | | | | | | | | | | | | | | | | Updating the 3.2 recipe SRCREVs to pickup the following meta change: [ meta: Add igb.scc to Romley Romley machine has 82580 Giga bit Ethernet Controller. Add the relavent Nic driver to it. (From OE-Core rev: d7c567816bf828da34fb9e315d4d76c4181337e9) Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com> ] Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Revert "eglibc: fix perl path in target scripts on fedora 17 alpha"Richard Purdie2012-04-133-4/+2
| | | | | | | | | | | | | This reverts commit 7c95d554c431451f975e1e5d0336d1fb7d0ce7ae. eglibc uses the PERL to execute things as well as encoding the path in target scripts. We will therefore have to resort to sed on the scripts at do_install time to fix the problems originally reported. This patch causes various weird build failures and needs to be removed. (From OE-Core rev: 160ee52b9563dac64941b5f6e2e072171ad396b8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm-native: Compile python rpm module (with-python)Andrei Gherzan2012-04-131-3/+1
| | | | | | | | | | | | This module is needed by python scripts from createrepo native package. [YOCTO #2134] RP: Add missing DEPENDS on python-native (From OE-Core rev: 17f3cc1be0e8648cb4579793a9eb5a701deac85f) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package-index: Force NATIVE python to use modules from STAGING_DIR_NATIVEAndrei Gherzan2012-04-131-0/+3
| | | | | | | | | | | | Export PYTHONHOME to ${STAGING_DIR_NATIVE}/usr. In this way python will search for modules in native sysroot. [YOCTO #2134] (From OE-Core rev: 230b235329bcaca1a95afd89801d28768aff483b) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* createrepo: Python scripts should use the python interpreter from envAndrei Gherzan2012-04-132-1/+49
| | | | | | | | | | | | | | Added path to modify the hardcoded path of python interpreter from python scripts. The python interpreter should be the one from native sysroot and not the one from host machine. [YOCTO #2134] (From OE-Core rev: 164475b9669dc99c14461e1d749ec0626c62cb71) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* eglibc: fix perl path in target scripts on fedora 17 alphaNitin A Kamble2012-04-133-2/+4
| | | | | | | | | | | | | | | fedora 17 has /usr/bin/perl as well as /bin/perl, which results in the perl path set in thetarget perl scripts as /bin/perl While we install perl on target at ${bindir}/perl i.e. /usr/bin/perl Hence the target perl scripts are broken when build is done on fedora 17. Work around the issue by providing cached value of perl path to eglibc This fixes bug [YOCTO #2286] (From OE-Core rev: 7c95d554c431451f975e1e5d0336d1fb7d0ce7ae) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* eglibc: fix re-execution of taskVenkata ramana gollamudi2012-04-132-8/+8
| | | | | | | | | | | | | | | Task do_patch_append calling do_fix_ia_headers is removing files using "rm" not "rm -f". So first time execution of patch task is success, while re-execution of patch task fails as it tries to remove the files already removed. So changed "rm" to "rm -f". [Yocto #2194] (From OE-Core rev: f960da1b48bafb3ccdd58222fe9fc12c1bb6ed9b) Signed-off-by: Venkata Ramana Gollamudi <ramana.gollamudi@huawei.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* boost: fix re-execution of taskVenkata ramana gollamudi2012-04-131-1/+5
| | | | | | | | | | | | | | | | | After building boost package, re-execution of boostconfig task followed by re-execution of compile task is giving following error "error: duplicate initialization of gcc with the following parameters" during compilation It is because multiple entries of gcc are being added during boostconfig re-execution there by failing the compilation. The patch fixes adding multiple "Using gcc" entries into /tools/build/v2/user-config.jam [Yocto #2194] (From OE-Core rev: 291e20a51544c640d07767d1dc32d762f4370f41) Signed-off-by: Venkata Ramana Gollamudi <ramana.gollamudi@huawei.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* PR bump packages with gdbm in DEPENDSAndrei Gherzan2012-04-134-4/+4
| | | | | | | | | | This is done because of this change in gdbm: "gdbm: Package compat libs in gdbm-compat" (From OE-Core rev: b91d8a07f736b7698650d25609245c89e0ed73d5) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gdbm: Package compat libs in gdbm-compatAndrei Gherzan2012-04-131-1/+6
| | | | | | | | | | In order to avoid breaking packages which depend on old package name libgdbm4 (>= 1.10), compat libs are packaged into a separate package named gdbm-compat. (From OE-Core rev: 703d7efdf7679040f19430458cd575cded5c600e) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Revert "default-distrovars: remove NO32LIBS setting"Richard Purdie2012-04-131-0/+2
| | | | | | | | | We still need this value to keep the sanity testing working. The other part of the change is still valid. This reverts commit cb940f46efacddc7200581edba034e4201abb94a. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-utils: Update to include a fix for version comparision issuesRichard Purdie2012-04-131-2/+2
| | | | | | | | | | | This brings the version comparision within opkg-utils into sync with that in opkg itself. [YOCTO #2233] (From OE-Core rev: 1964be5432c1c378e80d7f1dec0999a2be71853b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-4.6: Add fix for relocation problem and ccacheRichard Purdie2012-04-132-1/+42
| | | | | | | | | | | | | | | | | | | If the toolchain is reused from sstate and ccache is installed, build failures were occuring due to gcc trying to access the original sysroot rather than the new one, particularly if the old sysroot existed but was not readable by the current user. This turns out of the an issue inside gcc to do with preservation of the sysroot option. See the gcc patch for more details. It only triggers when preprocessed sources are used which happens when ccache is used. The same issue occurs with c++ and c++-cpp-output so the same fix is applied there. [YOCTO #2074] (From OE-Core rev: d3a3e81869631ba69874f6fc172240e3aac388f5) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* default-distrovars: remove NO32LIBS settingPaul Eggleton2012-04-131-2/+0
| | | | | | | | | | The ??= assignment in pseudo.inc effectively nullifies this ??= assignment here, so remove it. (From OE-Core rev: cb940f46efacddc7200581edba034e4201abb94a) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pseudo: default NO32LIBS to 1Paul Eggleton2012-04-131-1/+1
| | | | | | | | | | | | If this value is not set to 1, then systems with some 32-bit libraries but no 32-bit version of libgcc installed will have pseudo-native fail at do_compile. It should only really be set to 0 by those who know what they are doing. (From OE-Core rev: 489a36d3d6b67d706f5918638e1fbc05ccd59e21) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: Fix PACKAGECONFIG issues with native and nativesdk ↵Richard Purdie2012-04-131-5/+31
| | | | | | | | | | | | | | | | | | | | | | | | | BBCLASSEXTEND recipes (and multilib) This patch fixes up the issues that were being seen where BBCLASSEXTEND and PACKAGECONFIG were interacting badly. It also ensures PACKAGECONFIG interacts properly with multilib builds. Ideally some of this code will be abstracted into lib/oe/classextend.py but at this point in release more invasive changes like this are inappropriate. This patch also removed empty strings from expressions rather than passing them around as this was complicating the additional code unnecessarily. The patch was verified against the OE-Core metadata where the return values of expandFilter() were sanity checked by hand for native/nativesdk and multilib combinations. [YOCTO #2225] (From OE-Core rev: 46db11c4a789034b7040faf127ab865148bedad8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mklibs-native 0.1.33: include unistd.h to fix build for gcc 4.7Robert Yang2012-04-132-1/+45
| | | | | | | | | | | | | | | | | | | | Many of the standard C++ library include files have been edited to no longer include <unistd.h> to remove namespace pollution in gcc 4.7, so we need include <unistd.h> manually sometimes. More information: http://gcc.gnu.org/gcc-4.7/porting_to.html [YOCTO #2278] (From OE-Core rev: 5e3c12313edc4b51ddd432ecbbd3b1f5295b3c14) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> [Updated patch header - sgw] Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm: Ensure that we check both providename and filepathsMark Hatle2012-04-132-1/+38
| | | | | | | | | | | | | In lib/rpmts.c we need to make sure to look for missing dependencies, such as /bin/sh, in both the providename and filepaths DB. Previously the system would key off an initial '/' and only look in the filepaths DB. This causes problems when a package such as "bash", has a Provides: /bin/sh. (From OE-Core rev: 08fb526c42e85c89135960344745e878c5fb633a) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pseudo: Tell pseudo to avoid specifying an RPATHMark Hatle2012-04-133-6/+6
| | | | | | | | | | | | [Yocto #2251] Add --without-rpath to avoid embedding rpaths into the pseudo components. (From OE-Core rev: ae978e9671fdbcb31e306308bfb816b4bd2b2496) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_rpm.bbclass: Set tmppath for rpm to somewhere which won't conflict ↵1.2_M4.rc3.2Richard Purdie2012-04-121-0/+1
| | | | | | | | | | | | | | | | | with the rootfs If the rootfs has a specific layout in mind for /var/tmp, it should be free to create this. Preinst scripts trigger rpm to create its tmppath directory which could potentially conflict with this. We're seeing issues if the provider of the /var/tmp wants to use a symlink and a preinst script executes before it has been installed. This change places tmppath as used by rpm somewhere safe which is already automatically cleaned up too. (From OE-Core rev: 71e95c744eaa4dda1b3237db2e13f666f121c92b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libunistring: Fix parallel make issue1.2_M4.rc3.1Richard Purdie2012-04-122-2/+29
| | | | | | | | See patch header for the full description of the parallel make issue this resolves. (From OE-Core rev: 1b576a2412647fbbf0a17e95171efdc458f4be16) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-dtb: Ensure dtb files are covered by sstateRichard Purdie2012-04-121-3/+3
| | | | | | | | | | | | | The dtb files were not being installed into a location compatible with sstate and the do_deploy task. This means in builds just using sstate, the dtb files disappeared. This patch fixes the code to use the correct location for deploy files. [YOCTO #2190] (From OE-Core rev: 9815b7a95ac33d3234073cdd204d9389b4241189) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_rpm.bbclass: Use the correct macros file to avoid empty solvedb path ↵Richard Purdie2012-04-121-2/+1
| | | | | | | | issues (From OE-Core rev: f714f54df01e02a1115b42f3637f74a11eb51edb) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_rpm: Fix useradd preinst ordering issues1.2_M4.rc3Richard Purdie2012-04-121-16/+47
| | | | | | | | | | | | | | | | | | | | | | | | | | | | We were already having occasional ordering issues with package_rpm. Fixing the ldconfig postinstall issue pushed rpm over the cliff and totally broke rpm builds with the packages getting installed in effectively a random order and the useradd preinstalls getting executed out of order and breaking. The only explanation I can find for this is that rpm is special. It will happily run a preinst for a package without any of that package's dependencies being present regardless of whether there are any circular dependency issues or not. I attempted various ways of solving this such as ordering the total_solution.manifest in creative ways but the bottom line is RPM ignores this. It takes little account of any request to ignore /bin/sh dependencies for the purposes of constructing the final image. The end result is we're having to install the base-passwd, base-files and shadow packages first (if there is a request to install them), then install any other packages. It this wasn't in the middle of a release I'd be rewriting this bbclass file, its horrible. (From OE-Core rev: 2c136255a7db8c57ab595a9c2ee1f32aebefc480) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro-tracking: Fix syslinux NO_UPDATE_REASONSaul Wold2012-04-111-1/+1
| | | | | | | (From OE-Core rev: 19e3c031ccbcce655e4a60c4a488e27b09259fba) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-18 09:37:22 +0000