summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* libsdl: enable opengl for libsdlJiajun Xu2011-08-151-3/+4
| | | | | | | | | | | | To enable opengl for libsdl, we need DEPENDS on virtual/libgl. Add a check for "opengl" in DISTRO_FEATURES and when it's set, "--enable-video-opengl" and "virtual/libgl" will be added into EXTRA_CONF and DEPENDS. (From OE-Core rev: c28e62125209aa2e9606f094a4100ac1107fdd28) Signed-off-by: Jiajun Xu <jiajun.xu@intel.com> Acked-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libsdl: add target versionJiajun Xu2011-08-151-5/+15
| | | | | | | | | | | Rename libsdl-nativesdk to libsdl to enable target version. libsdl is needed in some graphics testing. (From OE-Core rev: 2d719f69676e9a64f7baf34f058441b887dfa14a) Signed-off-by: Jiajun Xu <jiajun.xu@intel.com> Acked-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* default-distrovars: add x11 to default DISTRO_FEATURESPhil Blundell2011-08-151-1/+1
| | | | | | | (From OE-Core rev: 74f7e5c683dfd71c4042789b8dd4908f76f7e07a) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* dbus: only use x11 if DISTRO_FEATURES has selected itPhil Blundell2011-08-151-3/+4
| | | | | | | | | This makes it possible to include dbus in a non-X11-equipped DISTRO. (From OE-Core rev: abf2ab7b4d6e9f615f86ba84e684ae0753c602a8) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cairo: only use x11 if selected in DISTRO_FEATURESPhil Blundell2011-08-151-2/+3
| | | | | | | | | This makes it possible to build cairo-using apps without X11. (From OE-Core rev: ba22cfac56120d001a53d33aee3b8eb3feda2786) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libx11: skip self if x11 not in DISTRO_FEATURESPhil Blundell2011-08-151-0/+5
| | | | | | | | | This stops (most) x11 packages leaking into a non-x11 distro by mistake. (From OE-Core rev: 2f94ff4fdb66755ba2448794baea19315ff96273) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pixman: remove spurious dependency on libx11Phil Blundell2011-08-151-2/+0
| | | | | | | | | Nothing in pixman actually uses libx11, so no need to DEPEND on it. (From OE-Core rev: e3432253da5af35345a978c7435e31fee6938217) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* intltool: Use nativeperl binary for PERL instead of 'perl'Khem Raj2011-08-153-4/+28
| | | | | | | | | | License is GPLv2 change it. Defining PERL for native intltool is not needed anymore (From OE-Core rev: d4b4ecb33c727ed54ab52de79e69cd3f0d14fb35) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qt4: delete unpackaged uic3 to avoid unpackaged file warningPaul Eggleton2011-08-151-0/+1
| | | | | | | | | | All the other utilities get deleted as they should not be packaged, delete this one as well. (From OE-Core rev: 2c036c71cf0d978fac2ddc4abfb702d42af6bcda) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qt4: package QML plugins and correct their install directoryPaul Eggleton2011-08-153-5/+13
| | | | | | | | | | | | | | | | | | QML components from Qt were installed to ${prefix} before and never got packaged. This is now fixed and QML components are now installed into ${libdir}/${QT_DIR_NAME}/imports and packaged into qt4-*-qml-plugins package. Additionally qmlviewer and the examples/demos are now dependent upon these plugins as needed. Originally based on OE commit 4adf97be8c5b5f71ad92095a19968af534baa9e2 by Simon Busch <morphis@gravedo.de> (From OE-Core rev: 49c43e2bea64f70a22a2741ea280bd1c13e5110a) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qt4-native: restore build of uic3, qdbuscpp2xml and qdbusxml2cppPaul Eggleton2011-08-151-1/+4
| | | | | | | | | | | These tools are required to build some external utilities (such as those found in KDE). We avoid building qdbus and qdbusviewer as these are not required. (From OE-Core rev: 11f456f4f5c1d4b2aad93856ff6cbb4d7ce3969e) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qt4: replace qt4-tools-native with qt4-nativePaul Eggleton2011-08-152-7/+15
| | | | | | | | | | | | | Installs native versions of the Qt libraries in addition to the tools, allowing compilation of external native tools that require Qt libs. PROVIDES qt4-tools-native so it should be a drop-in replacement. Developed with reference to the corresponding qt4-native changes in OE. (From OE-Core rev: a6fd9b8104e8d3cbfce0376811aeeef746ad6889) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* eglibc: Modify ldd script according to multilib config.Lianhao Lu2011-08-154-1/+84
| | | | | | | | | | | | | Bug fixing [YOCTO #1236]. 1. Collect all the values for RTLDLIST for the current multilib configuration to modify the ldd scripts. 2. Collect all the values for KNOWN_INTERPRETER_NAMES for the current multilib configuration. Set the correct ld.so names for ldconfig to deal with the multilib configuration. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* utils.bbclass/multilib.class: Added misc supporting functions.Lianhao Lu2011-08-154-1/+39
| | | | | | | | | | | | | | | | 1. Added variable MULTILIB_VARIANTS to store all the instance variants for multilib extend. 2. Added function all_multilib_tune_values to collect the variable values for all multilib instance. 3. multilib bbclass handler will save the orignal value of all variables defined in MULTILIB_SAVE_VARNAME. (From OE-Core rev: 18bba910e04bff75460f408e4557d4bae21ad592) Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* valgrind: supporting on Linux kernel 3.xLin Tong2011-08-152-1/+28
| | | | | | | | | | | | | The old valgrind package do not support for Linux kernel 3.x, only for kernel 2.4 and 2.6. Now adding the configuration to the configure.in file to support Linux kernel 3.0. This commit fixes the problem in valgrind [YOCTO #1129] (From OE-Core rev: 5fc1e6d27f52e2032aa7a8ca20bb90d939d03c77) Signed-off-by: Lin Tong <tong.lin@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bluez4: Added new recipe 4.96 and removed 4.82 versionNoor Ahsan2011-08-155-73/+2
| | | | | | | | | * Added new recipe 4.96 and removed 4.82 version and its files. (From OE-Core rev: 000d5244e21837338614ef4450f54c8744fffcd6) Signed-off-by: Noor Ahsan <noor_ahsan@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* build.py: Fix cut and paste errorRichard Purdie2011-08-151-2/+2
| | | | | | (Bitbake rev: a1980fc89e45be6fbd4a193aaa8142e8bebcf3f4) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Ensure only the filtered environment variables are inherited from the OSJoshua Lock2011-08-154-18/+29
| | | | | | | | | | | | | | | | | | The recent change which modified inheritFromOS to use the intial environment, rather than the current environment, introduced a bug such that variables which had been cleaned from the environment where still set in the data store. This patch changes things such that a list of approved environment variables is saved after the environment is cleaned and only the variables in this list are inherited in inheritFromOS. CC: James Limbouris <james.limbouris@gmail.com> CC: Chris Larson <clarson@kergoth.com> (Bitbake rev: cb6c07054e8baf94614713ec257c643b22266d75) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake/msg.py: Drop manually created domain listsRichard Purdie2011-08-151-81/+4
| | | | | | | | | | | | | | This patch removes the majority of the domain related code from bb.msg on the grounds that we now support dynamic creation of logging domains so having this hardcoded is just error prone and less flexible. It also makes the msg code overly and needlessly complex. It also removes the bb.msg.debug/note/warn/plain/error functions since we might as well remove them rather than try and fix them at this point. (Bitbake rev: 7627b561cbcb1482b464d69db70f38ea663180f3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake-layers: extend show_layersPaul Eggleton2011-08-151-1/+14
| | | | | | | | | | Make show_layers print layer name, path, and priority in a simple table rather than just the value of BBLAYERS. (Bitbake rev: 29afbf10c00b5ccdd8d2c063dda3f3e2b6aa1624) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake-layers: use logger.plain instead of infoPaul Eggleton2011-08-151-14/+20
| | | | | | | | | | | | | The INFO: prefix makes sense in bitbake itself but in bitbake-layers is just noise. Changing this exposed the fact that the logger was not being set up correctly (which should be done anyway to correctly support logging from BitBake), so this has also been fixed. [RP: Sync with logging changes] (Bitbake rev: 79751524cb1f0388975c6228f8c112e6af80f154) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake-layers: show help with no command specifiedPaul Eggleton2011-08-151-5/+2
| | | | | | | | | | | | Instead of running show_appends when no command is specified, show the default help text. Running show_appends by default made sense previously when that was the only real command provided, but now we have several useful commands implemented. (Bitbake rev: 62a2e0aa1ac8a459928d1f72783b6ca9c1756350) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake-layers: improve default command helpPaul Eggleton2011-08-151-8/+28
| | | | | | | | | | Improve default help output and make unrecognised commands print it out rather than just an error. (Bitbake rev: 84f20eb874e7e0ae59bc76883ba9698b0cfcdb6b) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bb/ui/crumbs/tasklistmodel: simplify conditional in include_itemJoshua Lock2011-08-151-5/+2
| | | | | | | | | | No need to check if the name ends with -native or -cross as path will be None in this instance. (Bitbake rev: bca739cdf55ba2a1c5e372e512d4f088345f245f) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bb/ui/crumbs/tasklistmodel: make package_model_filter a little saferJoshua Lock2011-08-151-1/+1
| | | | | | | | | Ignore names that include '-cross', rather than just 'cross' (Bitbake rev: 06abfc9caf7f237a6bb762fb3ae9f3dec99688ca) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bb/ui/crumbs/tasklistmodel: optimise find_path_for_itemJoshua Lock2011-08-151-0/+5
| | | | | | | | | | | If the item_name contains virtual/, -native or -cross it won't be present in the model. Return None early in this circumstance rather than iterating the entire model and still returning None. (Bitbake rev: aeef5a4b3999bd924e89e7738efe24f80ae94fd0) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bb/ui/crumbs/tasklistmodel: include package level informationJoshua Lock2011-08-151-21/+19
| | | | | | | | | | | | | Until now the hob UI has only contained recipe (pn) level targets in the data store, this patch switches to including package level information. This is slightly slower in all model related cases (more entries) but gives much more flexibility for image customisation. (Bitbake rev: 049927e99c8d1db7273fbd179b2614bd2ea9403b) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bb/crumbs/tasklistmodel: filter nativesdk packages out of viewsJoshua Lock2011-08-151-1/+1
| | | | | | | (Bitbake rev: 0c62bbc5fb149c8baccffebd5f17e25d3e7dbf69) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake/logging: Overhaul internal logging processRichard Purdie2011-08-157-53/+57
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | At the moment it bugs me a lot that we only have one effective logging level for bitbake, despite the logging module having provision to do more advanced things. This patch: * Changes the core log level to the lowest level we have messages of (DEBUG-2) so messages always flow through the core logger * Allows build.py's task logging code to log all the output regardless of what output is on the console and sets this so log files now always contain debug level messages even if these don't appear on the console * Moves the verbose/debug/debug-domains code to be a UI side setting * Adds a filter to the UI to only print the user requested output. The result is more complete logfiles on disk but the usual output to the console. There are some behaviour changes intentionally made by this patch: a) the -v option now controls whether output is tee'd to the console. Ultimately, we likely want to output a message to the user about where the log file is and avoid placing output directly onto the console for every executing task. b) The functions get_debug_levels, the debug_levels variable, the set_debug_levels, the set_verbosity and set_debug_domains functions are removed from bb.msg. c) The "logging" init function changes format. d) All messages get fired to all handlers all the time leading to an increase in inter-process traffic. This could likely be hacked around short term with a function for a UI to only request events greater than level X. Longer term, having masks for event handlers would be better. e) logger.getEffectiveLevel() is no longer a reliable guide to what will/won't get logged so for now we look at the default log levels instead. [YOCTO #304] (Bitbake rev: 45aad2f9647df14bcfa5e755b57e1ddab377939a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lib/bb/providers: make "checking PREFERRED_PROVIDER_%s" a debug messageDenys Dmytriyenko2011-08-151-1/+1
| | | | | | | | | | | | | In verbose mode there are hundreds of these "checking PREFERRED_PROVIDER_%s" messages, cluttering the output and obscuring the more important resulting "selecting %s to satisfy runtime %s due to %s" messages. Individual "checking" lines are more suited for debug mode, similar to "sorted providers for %s are: %s", hence convert logger.verbose() to logger.debug(). (Bitbake rev: 85dfbec26abb5b944758f5c4749b7df16c0fb2e6) Signed-off-by: Denys Dmytriyenko <denys@ti.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rt-tests: use an explicit commit IDDarren Hart2011-08-121-1/+2
| | | | | | | | | | Using a tag, like v0.73, forces network access to resolve a commit ID. Use the corresponding commit ID in the recipe. (From OE-Core rev: d126e22f6b3f27196144f87e22b36ebccd6dea65) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lib/bb/ui/crumbs/hobprefs: fix erroneous save/reparseJoshua Lock2011-08-121-0/+1
| | | | | | | | | | | We need to unset the reload_required variable once we've triggered a reload so that we don't cause a reload each time the preferences dialog is shown and dismissed, regardless of whether anything has changed. (Bitbake rev: b3ad7acebfad3063c3364f4492f53b25bf53cf81) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bb/ui/crumbs/configurator: introduce writeConfFile method for all writesJoshua Lock2011-08-121-27/+19
| | | | | | | | | | Configuration files are written in several places, this refactors the code to use a common method. (Bitbake rev: 2843645755abb736220d7404dc6e853929093ff9) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bb/ui/crumbs/hobeventhandler: adapt to reset -> reparse changeJoshua Lock2011-08-121-0/+1
| | | | | | | | | | The API has changed from just a reparse call to a reset call followed by a reparse call. (Bitbake rev: c828ba571c3cf27d1bbd65184e287c45ef64de89) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bb/command|cooker: refactor the reparseFiles logicJoshua Lock2011-08-122-3/+13
| | | | | | | | | | | | | | | | | | | | Turn the reparseFiles logic into a command to reset the cooker's state machine and a noop which triggers a cache rebuild. The resetCooker command resets the cookers state machine such that a cache update will be triggered by any async command which requires the cache. The reparseFiles command remains as a noop async command that has the needcache property set to True so that when called it ensures the cache is built. Patch from Richard with the addition of removing the force parameter from the updateCache method. CC: Richard Purdie <richard.purdie@linuxfoundation.org> (Bitbake rev: a98f698fe9f38310024013e58475e6d1447ee154) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-ppce5500: Add a set of tune files for PowerPC e5500 coreKumar Gala2011-08-122-0/+30
| | | | | | | | | | | | | | | The PPC e5500 is a 64-bit core so we add both a 32 and 64-bit set of tune files to allow for: * pure 32-bit build * pure 64-bit build * 32-bit base, 64-bit multilib * 64-bit base, 32-bit multilib (From OE-Core rev: 60286934715c5f7f27d539f4a43a7226488ef963) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-ppc: Update to pass glibc configure option to get cpu specific supportKumar Gala2011-08-122-2/+8
| | | | | | | | | | | | | | | We need --with-cpu based to glibc to get proper support on 603e & e500mc to pickup proper math libs to deal with sqrt. These core do not implement the fsqrt[s] instructions that the normal PPC math libs utilize. This causes use to not set AVAILTUNES specifically to the sub-arch only as we arent generically compatiable. (From OE-Core rev: 078699cb8c707830c86b55787fd535d87171388e) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes-rt: add a README documenting the contents of recipes-rtDarren Hart2011-08-121-0/+13
| | | | | | | | | Document the non-obvious bits of using the recipes-rt recipes. (From OE-Core rev: 2c86e636972bd02b35523b36bc81a2765f430f70) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Move meta-rt recipes to oe-core (meta)Darren Hart2011-08-126-18/+0
| | | | | | | | | | | | | | | | | | | | | | | | | Keeping the rt recipes in their own layer has led to maintenance issues, particularly with the linux-yocto-rt recipes. As these kernel types are part of the same linux-yocto source repository, it seems reasonable to include the rt kernel recipes alongside the standard recipes. A new recipes-rt directory for the other recipes provides adequate separation and eliminates the need for a separate layer. As there is no meta-rt/conf/layer.conf to force the kernel, users must now specify the rt kernel in their local.conf or in the machine.conf: PREFERRED_PROVIDER_virtual/kernel = "linux-yocto-rt" The merging of the rt recipes into the core also eliminates complications with multiple layer dependencies for new BSP layers. Having to either separate RT BSPs from standard BSPs or force users to add meta-rt to bblayers even when not building an RT BSP (because the RT BSPs in the same layer would fail to parse without it) was sub-optimal at best. (From OE-Core rev: bafaaad264fe3e745c714951ddcf2784d33b755a) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta-rt: default KMACHINE and SRCREV_machine to avoid parsing errorsDarren Hart2011-08-121-0/+2
| | | | | | | | | | | Without a default KMACHINE and SRCREV_machine the git URL will fail to expand to something usable and we get a parsing error. This approach was also used in the non-rt version of this recipe. (From OE-Core rev: 92aa6a587f4fabfadbebdb7ae24306d36f43910a) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta-rt: add an -rt-sdk imageDarren Hart2011-08-121-0/+15
| | | | | | | | | | Add images including the SDK without the addition of the grapical environment or packages. (From OE-Core rev: c594579fe1d9a8c97f2dcf8fbec9fc401e73c667) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta-rt: rename minimal-rt images to -rt, drop live imageDarren Hart2011-08-121-1/+1
| | | | | | | | | | | | | Remove "minimal" from the image recipe names for -rt. Additional recipes types will be added (-rt-sdk for example) and there is no need to keep so many image type descriptors. Drop the -live image as it is now obsolete. (From OE-Core rev: e5ff4d0ec5752ccc76cfbf6cae827051cb402fc5) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta-rt: remove atom-pc support from the main layerDarren Hart2011-08-121-3/+1
| | | | | | | | | | | meta-rt resides in oe-core, as such it should only support the qemu* machines. BSP layers should add support for specific hardware platforms. (From OE-Core rev: a9940d0660a1e056f399748fbee0835abe9627f5) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta-rt: add linux-yocto-rt_3.0 recipeDarren Hart2011-08-121-0/+46
| | | | | | | | | | | | | Add the initial linux-yocto-rt_3.0 recipe. qemumips and qemuppc doesn't work quite yet, so they have been omitted from COMPATIBLE_MACHINE. (From OE-Core rev: 443533914c43c79d8b15185c32f75df450c6aae7) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta-rt: canonicalize directory structureDarren Hart2011-08-123-2/+3
| | | | | | | | | Use the more standard recipes-*/*/*.bb layout. (From OE-Core rev: 3b2fb9c103c126aff1370f4b98a91649aa70e36b) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta-rt: rt-tests v0.73 instead of AUTOREVDarren Hart2011-08-121-1/+1
| | | | | | | | | | | AUTOREV is handy is a development aid, but it really shouldn't be used as a default as it breaks the consistency and repeatability of a build. It also causes additional fetches which may not be desired or expected. (From OE-Core rev: 378368306435fda58cea8105670725feebfe6359) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta-rt: refresh linux-yocto-rt recipeDarren Hart2011-08-122-9/+9
| | | | | | | | | | | | | | Rename the recipe to match the linux-yocto recipe renames using the kernel version in the PV portion of the filename. Add the SRCREVs to the recipe as was done with the core linux-yocto recipes. Add qemux86 as it is also present in the linux-yocto-2.6.34.git repository. (From OE-Core rev: 6e9e19230ee731856639f71c5adfb01a92f620d8) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_rpm: Fix attemptonly and suggest packagesMark Hatle2011-08-121-5/+20
| | | | | | | | | | | | | | | | | | | | | | | | [YOCTO #1325] [YOCTO #1366] Packages that were in the PACKAGE_ATTEMPTONLY and SUGGESTS were not being properly found, which was causing image creation failures. In PACKAGE_ATTEMPTONLY, when an item was not found, it caused an error. This should have been a note, followed by skipping the package. The SUGGESTS processing was simply broken. It was using a non-existant function, due to an apparently typo. In addition to the above, the MLPREFIX processing was not being done properly, preventing multilib packages from working in this with PACKAGE_ATTEMPTONLY. (SUGGESTS doesn't need this as the names are munged when creating the packages.) (From OE-Core rev: 4fb6723ab1ee14cf539f0ef2df63a3ee1b978de6) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xcb-proto: update based on changes to python.m4 in automakeKumar Gala2011-08-125-25/+17
| | | | | | | | | | | | | 1. We dont need the aclocal patch as this will be handled by automake 2. We need to update xcb-proto.pc.in to know about ${libdir} since we'll end up with something like: pythondir=${libdir}/python2.6/site-packages (From OE-Core rev: 4de2ba0eeaefbd6813443c6906108b815af9e109) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* automake: Update for python.m4 to respect libdirKumar Gala2011-08-123-2/+63
| | | | | | | | | | | | As we tweak libdir we need python libs that utilize configure to respect it setting. By updating the python.m4 template, when we regen automake files they will than respect the setting of libdir which is standard for any autotools based recipe. (From OE-Core rev: d300cfe603b00fc963f7ed874563016fcbcc47a8) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-06-03 10:49:46 +0000