summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* 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>
* init-install.sh: Fix make partition and make file system issuesMei Lei2011-08-121-3/+3
| | | | | | | | | | | | | | | | [YOCTO #1151] Change the offset from the beginning of the disk to aligne the blocks. In this script, we use mkfs.ext3 to create file system after partition, but we use mkpartfs to create file system repeatly, and get some warnings about choose another specific tools to create file system for reliability. So use mkpart instead of mkpartfs and only use mkfs.ext3 to create file system. (From OE-Core rev: 67c9804e0416defb7c3f69bd02bbae3710e5be0a) Signed-off-by: Mei Lei <lei.mei@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_rpm.bbclass: Update the platform config and --targetMark Hatle2011-08-121-3/+11
| | | | | | | | | | | | | | | | | When constructing the /etc/rpm/platform file, we need to ensure that the any, all, and noarch platforms will allow any "linux" variant to be installable, not just matching variants.. i.e. arm-oe-linux-gnueabi should be able to install noarch-oe-linux Also ensure that we pass the full canonical arch via the --target= parameter. This allows us to define the proper platform settings for all packages. (From OE-Core rev: c6bb9445de90cfb46db9c40842dbe1bfbb5b8ce8) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm: Fix the canonical arch --target processing and cleanupMark Hatle2011-08-127-127/+153
| | | | | | | | | | | | | | | [YOCTO #1352] Fix the canonical arch --target processor to work with the way OE handles the GNU canonical arch. Also cleanup a number of files that are no longer used, and refactor the no-loop patch into the "no-loopmsg" patch. (From OE-Core rev: 25904ad2bdeadda9189805bb7a210eafe5795024) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: update SRCREVs for preempt-rt support + build fixesBruce Ashfield2011-08-121-7/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Updating the SRCREVs for linux-yocto to pickup a series of changes that were made to support the build/boot of preempt-rt on 3.0.x. 7782fc6 routerstationpro: remove CONFIG_PREEMPT* definitions b51300c meta/rt: sugarbay preempt-rt support 735711e meta/rt: common-pc[-64] preempt-rt no branch fix 53026bf meta/rt: jasperforest preempt-rt support 99bc260 meta/rt: fri2 preempt-rt support e746ab8 meta/rt: fishriver preempt-rt support fa1b73f meta/rt: emenlow preempt-rt support 1f686ab meta/rt: crownbay preempt-rt support 64a5069 meta/rt: arm-versatile-926ejs preempt-rt support 7f827a1 meta/rt: mti-malta32-be preempt-rt support 930a983 meta/rt: qemu-ppc32 preempt-rt support 367fc55 meta-rt: rsp preempt-rt support b8a62ea meta/rt: mpc8315 preempt-rt support b5f9daa meta/rt: beagleboard preempt-rt support 1e6e9eb meta/rt: use CONFIG_PREEMPT_RT_FULL for 3.0 kernels eb5a06b boot: move -Os patch to standard branch c692a23 meta/rt: remove explicit patch references 8a2ac6b meta/rt: updating to rt8 76b3679 meta: atom-pc update definition to re-use preempt-rt (From OE-Core rev: 4cb49cc3212fb110bd90f29e3644df5e7030a359) 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>
* cross: also empty PACKAGES_DYNAMICChris Larson2011-08-121-0/+2
| | | | | | | (From OE-Core rev: 6135bfb1c462a6ce1d6f2e54c6d1b7609fb7c76d) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package: allow setting a section for locale packagesChris Larson2011-08-121-0/+5
| | | | | | | (From OE-Core rev: 521cab0239352e3b4316183c20e63cc06f5ae92b) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package: include SECTION in the pkgdataChris Larson2011-08-121-0/+1
| | | | | | | (From OE-Core rev: 47664bb8309f5d791d7aa040a38c7324cb4f14e6) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sanity: shift the required utils into a variableChris Larson2011-08-121-1/+3
| | | | | | | (From OE-Core rev: 4b766d82b15f9821a8c7299826799fad9bb88666) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nativesdk: inherit relocatableChris Larson2011-08-121-0/+2
| | | | | | | (From OE-Core rev: 6a7a5381357861a098640c42ba2f894213086b41) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* insane: add linux-gnu to the platform dataChris Larson2011-08-121-0/+3
| | | | | | | (From OE-Core rev: 206f1501b0ccdd971ee40f3d112b4756077a9af9) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* busybox: don't strip the main binaryChris Larson2011-08-122-2/+3
| | | | | | | | | With this, we get a useful busybox-dbg package. (From OE-Core rev: 95c9834a358118f322159139950dd9a92f561e88) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* local.conf.sample: Cleanup and improveRichard Purdie2011-08-123-184/+293
| | | | | | | | | | | | | | | | | | | | | local.conf is the first thing anyone new to the project sees. Over time it has built up a ton cruft and isn't even accurate in places. This patch: * Moves things to local.conf.sample.extended if a new user is unlikely to need to immediately care about the options * Reorders the file to be more intuitive to a new user * Moves certain default values to default-distrovars.inc in cases where most users wouldn't want to change the value * Adds large blocks of text to explain what an option does. There have been too many cases of a user not realising what some of these settings do and how they can use them to their advantage (like DL_DIR for example). (From OE-Core rev: a0ccb33ac5a2231c979c3369159f763dff1e0a2e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnome-doc-utils: respect python-dir setting EXTRA_OECONFKumar Gala2011-08-112-2/+2
| | | | | | | | | | | | Don't just assign but append to EXTRA_OECONF so we maintain python-dir setting fo EXTRA_OECONF. This fixes issue if libdir is set to something like '/usr/lib64'. (From OE-Core rev: a92d56058b21913570bb17ae416c3b00afce055e) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Magic file path should be given for rpmbuildjani.uusi-rantala@nokia.com2011-08-111-0/+2
| | | | | | | | | | | Magic file path should be given for rpmbuild in _rpmfc_magic_path define so that build system default file is not used by accident. Not doing this caused many packages to fail building in several systems. Fixes [YOCTO #1358] Signed-off-by: Jani Uusi-Rantala <jani.uusi-rantala@nokia.com>
* scripts/runqemu: Make it run on ubuntu 11.10Khem Raj2011-08-111-0/+1
| | | | | | | | | | location of libGL has moved in ubuntu 11.10 so we look for it in the new locations (From OE-Core rev: 8d80918995a15663db7cc9c0683d45ee8ba7d45c) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* chkconfig: remove link for update-alternatives to disambiguateXiaofeng Yan2011-08-111-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | [YOCTO #936] "update-alternatives" installed: one in /usr/sbin from chkconfig \ (symlinked to "alternatives"), and the other in /usr/bin \ from update-alternatives-cworth. It appears for whatever reason that the one from chkconfig is run \ during postinst processing but if you run the script from the command \ line it gets the other one. this is due to differences in the PATH environment variable. The following is the sequence to call scripts after kernel booting inittab -->rcS -->./S40networking(PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin) -->S98configure(call rpm-postinstall) #"/usr/sbin" is found prior to "/usr/bin", so update-alternatives from chkconfig is run in this script -->rc5.d -->profile(profile:4:PATH="/usr/local/bin:/usr/bin:/bin" profile:15: PATH=$PATH:/usr/local/sbin:/usr/sbin:/sbin) #"/usr/bin/" is found prior to "/usr/sbin", so update-alternatives from update-alternatives-cworth is run in this script So I remove the symlink (update-alternatives linked to chkconfig). The one from update-alternatives-cworth is left alone. (From OE-Core rev: f3a52a73251b26ead15abd4910dc82c1011ab852) Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* scripts/combo-layer: a simple way to script the combo-layer confLeandro Dorileo2011-08-111-1/+12
| | | | | | | | | | | | | | | | | | | | | | | This small patch introduces a a very simple and basic way to script the combo-layer conf file. With that a combo can be shared with no need to change its config - associated to the use of environment variables for example. *Similar* to bitbake it considers every value starting with @ to be a python script. So local_repo could be easily configured as: [bitbake] local_repo = @os.getenv("LOCAL_REPO_DIR") + "/bitbake" or any more sophisticated python syntax. This version updates the config file description so users can be aware of. (From OE-Core rev: 62269642ce0e0e56d68d495b6c4d27327c9ed649) Signed-off-by: Leandro Dorileo <ldorileo@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-06-09 14:47:34 +0000