summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* 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>
* Hob: add exception handlingShane Wang2012-04-152-103/+128
| | | | | | | | | | Create a wrapper with exception handling to call self.server.runCommand() safely. Again, add exception handling to load_template() and save_template() (Bitbake rev: cb07a027d3366ed30b0f7e5e85d08c6fda4eb5b9) Signed-off-by: Shane Wang <shane.wang@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Hob: Simplify the init processDongxiao Xu2012-04-152-19/+5
| | | | | | | | | | This commit merges some functionalities together and avoid unnecessary signal handling. This can help to speed up the Hob startup. (Bitbake rev: e5a6eb4f007bf270f2fddc814eb856da46e20eee) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Hob: Handle NoProvider event in runningbuild moduleDongxiao Xu2012-04-153-25/+31
| | | | | | | | | | | | | If NoProvider event is received, we will handle it in runningbuild module and send notification to Hob instance, avoiding stepping into the final page with no image built out. This fixes [YOCTO #2249] (Bitbake rev: 067bc46a0fbc542fef1fcaa406ad3737a4c5a55a) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> 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>
* Hob: reset user recipe selection and package selection after settings are ↵Shane Wang2012-04-142-7/+9
| | | | | | | | | | | | | | | | changed Reset user recipe list and package list after the user changes the settings and triggers recipe reparsing. This is to continue to fix the bug [Yocto #2255] [Yocto #2255] (Bitbake rev: 95f4e9dc351f67442844ff52f90fc154fa95ba95) Signed-off-by: Shane Wang <shane.wang@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Hob: remember layers and settings between Hob sessionsShane Wang2012-04-144-72/+127
| | | | | | | | | | | | | | | | | | | | | | | This patch is to remember layers and settings between Hob sessions, which includes: - Put some variables for the build details screen from Configuration to Parameters because they are not actually for build but for show - We create a dummy Configuration instance and a dummy Parameters instance in __init__ of builder - The two instances will be assigned the real values by update_configuration_parameters() after parsing (in the event callback) - When it is the first time to launch Hob in a build directory, nothing is remembered since everything is fresh. - The feature is implemented with templates, and based on the hook for Hob. - When the user changes the layers or the settings, a default template file is saved into ".hob/". - Later on, the layers and the settings are remembered by loading the default template automatically. (Bitbake rev: f7c874ab930b9e7f95e79d0e84e62eb9b967f566) Signed-off-by: Shane Wang <shane.wang@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>
* yocto-bsp: fix x86_64 tuning for qemu archTom Zanussi2012-04-141-1/+1
| | | | | | | | While testing the fix for [YOCTO #2222] I noticed that the tuning for the qemu x86_64 target was using the wrong tuning file - it should be x86_64 instead of i586. Change the template to match. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
* yocto-bsp: fix multi-provider error in qemu arch templateTom Zanussi2012-04-141-0/+1
| | | | | | | | | | | | While testing the fix for [YOCTO #2222] I noticed a new build error that wasn't there in previous testing: ERROR: Multiple .bb files are due to be built which each provide virtual/libgl The build still completed and produced a good image, but an error message was displayed, which this patch removes. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
* yocto-bsp: fix qemuarch test for xserver-xf86-config.bbappendTom Zanussi2012-04-141-0/+0
| | | | | | | | While testing the fix for [YOCTO #2222] I noticed that the qemuarch test was wrong - there is no 'x86' qemuarch, just 'i386'. Change the test to match. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
* yocto-bsp: enable property value display of nested propertiesTom Zanussi2012-04-142-3/+55
| | | | | | | | | | | Previous versions of yocto-bsp mapped every input element to a unique variable name, which is what the current property value display code expects. When that was changed to a nested form, the display code wasn't updated to match - this updated does that. Fixes [YOCTO #2222] Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
* 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>
* Remove stray unwanted fileRichard Purdie2012-04-141-0/+0
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Hob: Use BB_DEFAULT_TASK as build task instead of hardcoded "build"Dongxiao Xu2012-04-142-7/+15
| | | | | | | | | | | | Originally we use hardcoded "build" as the default task. This commit fixes it by using BB_DEFAULT_TASK. This fixes [YOCTO #2283] (Bitbake rev: 7540f8d446345559ea9b47f4ff71d203ffdfaf8d) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Hob: Build selected image if not customizedDongxiao Xu2012-04-142-13/+23
| | | | | | | | | | | | If user selected a base image and didn't customize it, Hob will still build the selected image instead of hob-image. This fixes [YOCTO #2253] (Bitbake rev: a74a6a033e66a0ae7b47c84d842bdd54066c69a1) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Hob: Save the original image name into templateDongxiao Xu2012-04-142-23/+2
| | | | | | | | | | Previously we use the template file name as the image name. This commit changes to use the original selected image into template file. (Bitbake rev: 14a9da66fe08d181f45853c52e0c9f14773070a8) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Hob: A minor fix on tooltipRichard Purdie2012-04-141-1/+4
| | | | | | | | (Bitbake rev: b1449ce6ccf4e33eb2fd34829d2c435a464ae88b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> 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>
* linux-yocto/meta-yocto: update hardware reference SRCREVsBruce Ashfield2012-04-131-4/+4
| | | | | | | | | | | | | | | | | commit 8cd31f9b0 linux-yocto/meta-yocto: update hardware reference boards to v3.0.24 Missed a merge commit on the hardware reference BSP branches. As a result, validate_branches is adjusting the tree to build the proper SRCREV. For machines with board specific commits this means that some of their commits are missing, which leads to boot failure. Bumping the SRCREVs fixes the problem Fixes [YOCTO: #2292] Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> 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>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-05-29 10:02:07 +0000