summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* staging: Use relative path in sysroot-destdir for target recipesDongxiao Xu2011-01-2114-31/+41
| | | | | | | | | | Original we used absolute path in sysroot-destdir for both native and target recipes. This commit changes target recipes to use relative path which is same as the image directory. [sgw: merged with libtool sysroot work] Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* distro tracking: add graphics recipes tracking dataYu Ke2011-01-211-18/+19
| | | | | | | add required filed for package report system to generate more acurate report Signed-off-by: Yu Ke <ke.yu@intel.com>
* README.hardware: add beagleboard documentationDarren Hart2011-01-211-0/+71
| | | | | | | | | | | Document the install and boot process for the Beagleboard xM with provisions for the C4. I need someone with a C4 board to validate the steps. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Tom Zanussi <tom.zanussi@intel.com> CC: Bruce Ashfield <bruce.ashfield@windriver.com> CC: Scott Rifenbark <scott.m.rifenbark@intel.com>
* u-boot-omap3: remove in favor of upstream u-bootDarren Hart2011-01-212-32/+0
| | | | | | | | | | This repository is stale, the u-boot_git.bb recipe uses the upstream repository. Remaining machines using this recipe have already been converted to using u-boot_git.bb. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Tom Zanussi <tom.zanussi@intel.com> CC: Bruce Ashfield <bruce.ashfield@windriver.com>
* overo: use the new upstream u-boot recipeDarren Hart2011-01-211-1/+1
| | | | | | | | | In preparation to remove the u-boot-omap3 recipe, update the overo machine to use the new upstream u-boot recipe. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Tom Zanussi <tom.zanussi@intel.com> CC: Bruce Ashfield <bruce.ashfield@windriver.com>
* beagleboard: add x-load and u-boot dependsDarren Hart2011-01-211-0/+3
| | | | | | | | | The Beagleboard xM requires x-load and u-boot to be installed on the MMC as it has no NAND (as of rev B and onward). Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Tom Zanussi <tom.zanussi@intel.com> CC: Bruce Ashfield <bruce.ashfield@windriver.com>
* u-boot: Add a new upstream u-boot recipeDarren Hart2011-01-213-1/+24
| | | | | | | | | | uboot-omap3 appears to be fairly stale (last commit in April 2010) while the upstream u-boot is making regular tagged releases. Add a new recipe using the upstream u-boot repository. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Tom Zanussi <tom.zanussi@intel.com> CC: Bruce Ashfield <bruce.ashfield@windriver.com>
* x-load: us TI upstream repository, update recipes accordinglyDarren Hart2011-01-219-178/+19
| | | | | | | | | | | | TI is now maintaining an upstream x-loader git repository and sakoman will no longer be maintained. Current upstream includes signGP and incorporates it into the Makefile. The new Makefile ift target builds the universal MLO binary. The armv7-a patch is included. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Tom Zanussi <tom.zanussi@intel.com> CC: Bruce Ashfield <bruce.ashfield@windriver.com>
* siggen.py: better print for task hash comparisonKevin Tian2011-01-211-5/+12
| | | | | | | | | current bitbake-diffsigs simply print out the whole 'runtaskdeps' when there's mismatch, which is not very readable. On the other hand, 'runtaskhashes' comparison is broken which assumes same key existing in two sides. This commit provides better output by figuring out differences from addition, removal or hash change. Signed-off-by: Kevin Tian <kevin.tian@intel.com>
* bitbake.conf: add USERNAME to BB_HASHBASE_WHITELISTKevin Tian2011-01-211-1/+1
| | | | | | previously only USER is in the whitelist, however both are possible on different distros Signed-off-by: Kevin Tian <kevin.tian@intel.com>
* resolvconf: upgrade to version 1.48Qing He2011-01-212-6/+7
| | | | | | from 1.43 Signed-off-by: Qing He <qing.he@intel.com>
* zaurusd: upgrade to svn revision 426Qing He2011-01-213-5/+5
| | | | Signed-off-by: Qing He <qing.he@intel.com>
* dbus: upgrade to version 1.4.1Qing He2011-01-215-8/+8
| | | | | | from 1.4.0 Signed-off-by: Qing He <qing.he@intel.com>
* libnfsidmap: upgrade to version 0.24Qing He2011-01-213-9/+21
| | | | | | from 0.23 Signed-off-by: Qing He <qing.he@intel.com>
* coreutils: upgrade to version 8.9Qing He2011-01-212-7/+10
| | | | | | | | from 8.5 coreutils now depends on gmp Signed-off-by: Qing He <qing.he@intel.com>
* distro-tracking: update some tracking fieldsQing He2011-01-211-98/+24
| | | | | | removing some dated items to make the fields more concise. Signed-off-by: Qing He <qing.he@intel.com>
* poky-default.inc: bump binutils preferred version to 2.21Scott Garman2011-01-211-1/+1
| | | | Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* binutils: fix library RPATHsScott Garman2011-01-212-0/+37
| | | | | | This integrates the RPATH fixes we recently applied to libtool. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* binutils: Fix QA staging errors for target binutilsScott Garman2011-01-211-802/+846
| | | | | | | | | | | * The spurious paths were caused by a -L on commandline which pointed to build dir. So we dont use -L <wordir> -liberty instead use the libiberty.a directly on commandline effects are same but .la does not have the workdir path in deplibs Patch obtained from OpenEmbedded, written by Khem Raj. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* binutils: forward-port the binutils-poison.patchScott Garman2011-01-212-163/+154
| | | | | | | Update the binutils-poison.patch to apply cleanly on binutils 2.21 Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* binutils: upgrade to 2.21 and add libtool sysroot supportScott Garman2011-01-2118-138/+18732
| | | | | | | | * Upgraded binutils to v2.21 * Incorporated libtool sysroot patches from OE * Removed patches no longer needed or obsoleted by OE patches Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* insane.bbclass: skip checks on .la installed statusScott Garman2011-01-211-5/+0
| | | | | | | Enabling libtool sysroot support triggers these errors but they are a valid change in behavior. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* staging.bbclass, utils.bbclass: remove la mangling codeScott Garman2011-01-212-27/+2
| | | | | | | | | libtool v2.4 --with-libtool-sysroot eliminates the need for la mangling. Based on Khem Raj's OE commits. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* autotools.bbclass: libtool sysroot support changesScott Garman2011-01-211-16/+9
| | | | | | | | | | | | | We do not do it for native recipes, as the native compiler should fall back to a prefix of /usr and not solely depend on the sysroot. Otherwise we end up staging everything in the native sysroot before we start to build target recipes. Also remove la mangling code, which is no longer necessary. Commit derived from Khem Raj's OE commits. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* libtool: fix library RPATHsScott Garman2011-01-212-1/+38
| | | | | | | | | | Enabling sysroot support exposed a bug where the final library had an RPATH encoded into it which still pointed to the sysroot. This works around the issue until it gets sorted out upstream. Fix suggested by Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* libtool: Changes to enable sysroot supportScott Garman2011-01-219-46/+896
| | | | | | | | | | | | * Added OE patches by Khem Raj which enable sysroot support and rename the command line option --with-sysroot to --with-libtool-sysroot to avoid conflicts with binutils and gcc * Removed obsolete cross_compile.patch * Changed SRC_URI_append to SRC_URI += * PR bump for all recipes Signed-off-by: Scott Garman <scott.a.garman@intel.com>
* libtool: Move common version specific data to a common include fileRichard Purdie2011-01-215-20/+18
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libtool: Small cleanups of metadataScott Garman2011-01-213-16/+12
| | | | | | [based on sections of a patch by Scott Garman extracted by Richard] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: Upgrade from 0.12.4 to 0.13.0Zhai Edwin2011-01-2124-736/+752
| | | | | | | | | | | | | | | | | Patch status: -- Removed -- arm-cp15-fix.patch arm_timer-fix-oneshot-mode.patch arm_timer-reload-timer-when-enabled.patch cursor-shadow-fix.patch -- They are already in upstream or some new changes make them useless. -- Added -- parallel_make.patch: Fix "make -j(>=6)" failure wacom-tablet-fix.patch: Fix seg fault of usb tablet. port92_fix.patch: Fix boot failure on ppc due to port 0x92 conflict. Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
* distrodata.bbclass: add .xz file typeSaul Wold2011-01-201-2/+2
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* meta-environment: Remove the recursive dependency on do_compileDongxiao Xu2011-01-201-1/+0
| | | | | | | | | | | | | | | | | | It is not needed to have dependency on each do_compile of its recursive depend tasks. This problem is triggered by building meta-toolchain-sdk from prebuilt result. Some packages like quilt-native, which is already been populated and packaged by do_populate_sysroot_setscene and do_package_write_xxx_setscene, however this recursive dependency of do_compile triggers the tasks flow of "do_setscene --> do_fetch --> do_unpack --> ..." again and do_setscene removes all the quilt-native files, making the other recipes failed while do_patch. Thanks for Kevin's help in root causing this issue. CC: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
* bitbake: fix parameter order for flaglist()Dongxiao Xu2011-01-201-2/+2
| | | | Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
* bitbake/providers.py: Fix runtime providers problemsRichard Purdie2011-01-201-7/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Take a real world testcase where you have two recipes, each of which contains PACKAGES_DYNAMIC = "gdk-pixbuf-loaders-*" and recipes which RDEPEND on some gdk-pixbuf-loaders-xxx package. To select between these you need to set a PREFERRED_PROVIDER. These are specified in the PN namespace so the locgical conclusion is that setting PREFERRED_PROVIDER_gdk-pixbuf = "gtk+" should work. It doesn't and instead checks crazy things. The code was correctly finding the two possible providers, gtk+ and gdk-pixbuf. It was however only accepting PREFERRED_PROVIDER_gtk+ = "gdk-pixbuf" to resolve this problem which reads as the exact opposite to what was wanted. This patch changes the code to do something that makes sense. I suspect that before these changes it was pretty much a null operation rubber stamping the single provider case. For Poky at least it exposes a few cases where -nativesdk recipes were providing the same things as their normal counterparts but these are genuine bugs in the metadata. I've also attempted to make the multiple provider error message human readable as I counldn't understand it and I doubt anyone else could either. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* poky.conf: Correctly set gdk-pixbuf PREFERRED_PROVIDERRichard Purdie2011-01-201-4/+1
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg: Stop opkg-nativesdk providing update-alternatives-cwrorth and libopkgRichard Purdie2011-01-203-8/+11
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* eglibc-package.inc: Stop eglibc-nativesdk providing eglib-thread-db and ↵Richard Purdie2011-01-201-3/+3
| | | | | | locale-base-* Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* poky.conf: Add PREFERRED_PROVIDERs for gdk-pixbuf-loaders after gdk-pixbuf ↵Richard Purdie2011-01-201-0/+5
| | | | | | updates Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* apt: fix build issue with gcc dso linking changeNitin A Kamble2011-01-202-2/+28
| | | | | | | | | All the libraries needs to be specified explicitely with the new gcc dso linking change patch. This was causing build errors for this recipe. Specifying the libpthread library explicitely for linking to work without errors. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* zypper: fix build issue with gcc dso linking changeNitin A Kamble2011-01-202-2/+60
| | | | | | | | | All the libraries needs to be specified explicitely with the new gcc dso linking change patch. This was causing build errors for this recipe. Specifying the libpthread library explicitely for linking to work without errors. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* libzypp: fix build issue with gcc dso linking changeNitin A Kamble2011-01-202-2/+53
| | | | | | | | | All the libraries needs to be specified explicitely with the new gcc dso linking change patch. This was causing build errors for this recipe. Specifying the libpthread library explicitely for linking to work without errors. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* screenshot: fix build issue with gcc dso linking changeNitin A Kamble2011-01-202-1/+52
| | | | | | | | | | | | | | All the libraries needs to be specified explicitely with the new gcc dso linking change patch. This was causing build errors for this recipe. Specifying the libX11 libgdk-x11-2.0 and libgdk_pixbuf-2.0 libraries explicitely for linking to work without errors. This is identified as a libtool issue. While creating the libshot.la file, libtool should have added these needed libraries in there. A bug has been created for this issue: http://bugzilla.pokylinux.org/show_bug.cgi?id=664 Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* matchbox-stroke: : fix build issue with gcc dso linking changeNitin A Kamble2011-01-202-1/+39
| | | | | | | | | All the libraries needs to be specified explicitely with the new gcc dso linking change patch. This was causing build errors for this recipe. Specifying the libxrender library explicitely for linking to work without errors. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* dates: fix build issue with gcc dso linking changeNitin A Kamble2011-01-202-2/+47
| | | | | | | | | | | | | | All the libraries needs to be specified explicitely with the new gcc dso linking change patch. This was causing build errors for this recipe. Specifying the libm and libpango-1.0 libraries explicitely for linking to work without errors. This is identified as a libtool issue. While creating the libgtkdatesview.la file, libtool should have added these needed libraries in there. A bug has been created for this issue: http://bugzilla.pokylinux.org/show_bug.cgi?id=664 Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* fstests: fix build issue with gcc dso linking changeNitin A Kamble2011-01-202-2/+75
| | | | | | | | | All the libraries needs to be specified explicitely with the new gcc dso linking change patch. This was causing build errors for this recipe. Specifying the libX11 library explicitely for linking to work without errors. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* blktrace: fix build issue with gcc dso linking changeNitin A Kamble2011-01-202-2/+29
| | | | | | | | | All the libraries needs to be specified explicitely with the new gcc dso linking change patch. This was causing build errors for this recipe. Specifying the libXrender library explicitely for linking to work without errors. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* xtscal: fix build issue with gcc dso linking changeNitin A Kamble2011-01-202-1/+27
| | | | | | | | | All the libraries needs to be specified explicitely with the new gcc dso linking change patch. This was causing build errors for this recipe. Specifying the libXrender library explicitely for linking to work without errors. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* matchbox-desktop: fix build issue with gcc dso linking changeNitin A Kamble2011-01-203-4/+32
| | | | | | | | | All the libraries needs to be specified explicitely with the new gcc dso linking change patch. This was causing build errors for this recipe. Specifying the libX11 library explicitely for linking to work without errors. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* settings-daemon: fix build error with new gcc dso linking changeNitin A Kamble2011-01-202-2/+32
| | | | | | | | | All the libraries needs to be specified explicitely with the new gcc dso linking change patch. This was causing build errors for this recipe. Specifying the libX11 library explicitely for linking to work without errors. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* oprofileui: fix the build failure after gcc dso changeNitin A Kamble2011-01-202-2/+28
| | | | | | | | With a change in gcc all the libraries needs to be specified explicitely for linking. That breaks compile for this package as libm is not explicitely specified. This commit fixes that linking issue. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* libmusicbrainz: fix the build failure caused by gcc dso linkcing changeNitin A Kamble2011-01-202-2/+32
| | | | | | | | | | The libraries for linking are not determined automatically now. All the needed libraries must be specified explicitly. This patch fixes the issue for missing libpthread library in the linker script. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>