bitbake-1.4.2/lib/bb/data_smart.py:
    Do not print deprecation warnings here

bitbake-1.4/lib/bb/__init__.py:
bitbake-1.4/bin/bitbake:
    Increase the version to 1.4.2

bitbake-1.4/ChangeLog:
    Update the ChangeLog to mention the included
    backports.

bitbake-1.4/lib/bb/data_smart.py: Backport to fix double OVERRIDE

    Backport of r496 to fix INITSCRIPT_PARAMS_${PN}_slugos. We
    accessed a variable 'indirectly' this lead to missing the
    ${PN} override for INITSCRIPT_PARAMS.

bitbake-1.4/bin/bitbake:
        - Make the update_data for buildDepGraph act on a copy of self.configuration.data
          fixing certain dependency errors.

bitbake-1.4/lib/bb/shell.py:
    -Well fix the if statement. mickeyl we have
     a SCM system, please remove dead code

bitbake-1.4/lib/bb/fetch/__init__.py:
    Attachment from http://bugs.openembedded.org/attachment.cgi?id=698&action=view
    from bug #918 to fix "Allow multiple TARBALL_STASH entries"

bitbake-1.4/lib/bb/cache.py:
    Check directory exists befor chdir this patch was taken
    from attachment http://bugs.openembedded.org/attachment.cgi?id=691&action=view
    of bug #918

bitbake-1.4/lib/bb/fetch/git.py:
    Attachment from http://bugs.openembedded.org/attachment.cgi?id=690&action=view
    from bug #918 to fix "git fetcher: Stop clones making a checkout"

bitbake-1.4/conf/bitbake.conf:
    Attachment from http://bugs.openembedded.org/attachment.cgi?id=683
    from bug #918 to fix issues when the CVS location changes
    e.g. this happend with savannah cvs

bitbake-1.4/lib/bb/shell.py:
    Attachment http://bugs.openembedded.org/attachment.cgi?id=682
    from bug #918 to fix  #856.
    Use oe.pastebin.com instead of pastebin.com

bitbake-1.4/lib/bb/cache.py:
bitbake-1.4/lib/bb/parse/__init__.py:
    Attachment http://bugs.openembedded.org/attachment.cgi?id=679
    from #918 from bug #918 to work with spaces in filenames properly.

    This changed the type of __depends and we need to update the
    cache version due this.

bitbake-1.4/lib/bb/cache.py:
    Apply patch from http://bugs.openembedded.org/attachment.cgi?id=681
    bug #891, #895 to not fail if CACHE is not set at all

bitbake versions:
-Make trunk 1.5.0 which will go to 1.6.0
-The stable branch is now 1.4.1 which will
 be 1.4.2 on release

bitbake-1.4:
    Install bitdoc and the vim syntax as well

bitbake-1.4:
    -Install the cache.py as well (quite important
     file)

bitbake-1.4/ChangeLog:
    -Update the 1.3.x to 1.4.0 as this is our release

bitbake-1.4/bin/bitbake
bitbake-1.4/lib/bb/__init__.py:
    -Update the version string to version 1.4

bitbake:
    -Branch Off Bitbake Version 1.4. We will
     make releases for 1.4 from this branch
    -Disable the instrumentation of added methods
     for now (this release)

bin/bitbake:
    Add hack to register even handlers seen by the configuration
    file. We assume that we included at least one .inc file so
    INHERITS += got used.
    We should add a HANDLERS variable which will be responsible
    for installing the handlers

bitbake/lib/bb/cache.py:
* When clearing stale cache entries, clear depends_cache as well as
  the clean list.

bitbake/bin/bitbake:
* Fix a loadDataFull call the last changeset missed
* Only follow all dependencies when cmd == build
  (fixes the recursive cleaning bug)

Revert r444 as it is giving errors with keys...

bitbake/lib/bb/cache.py:
* Add cache version handling to allow cache format changes in
  the future.

bitbake/bin/bitbake:
    -Change version to 1.3.9 we will change it to 1.4.0 for the
     final release

bitbake/lib/__init__.py:
    -Change the version as well

bitbake/lib/bb/data_smart.py:
    My first failed attempt to create something compatible
    with a Dictionary with COW/parenting features

    Use this new class for the Override Helpers

bitbake/lib/bb/data.py:
    Update to the new data structure, it can't be treated
    as a dict, it is not a dict.
    We will use keys() (O(n)) and get

bitbake/lib/bb/cache.py:
bitbake/lib/bb/shell.py:
bitbake/bin/bitbake:
* Remove a useless return value from loadDataFull
bitbake/ChangeLog:
* Update the changelog with recent changes

bitbake/lib/bb/cache.py:
* Detect and remove deleted files from the cache
* Add/enable/fix cache debugging
bitbake/bin/bitbake:
* Cache rdepends and rrecommends against filenames as well as pn

lib/bb/shell.py:
    -Make it work...

80% Complete C parser for bitbake.

bitbake/lib/bb/cache.py:
Add cache documentation

bitbake/lib/bb/data.py:
    -Remove the 'Proxies' for the pkgdata Cache
    -Remove the pkgdata() method as we now have
     a different caching strategy
    -Alter init_db to only take a parent and call
     createCopy directly

bitbake/lib/bb/data_smart.py:
    -Remove the DataSmartPackage class as it is not
     needed

bitbake/lib/bb/cache.py:
    -Call init_db with the only reasonable argument

lib/bb/data_smart.py:
    For now we are forced to deepcopy these two dictonaries. This is
    a first aid band aid to have something working.
    We will kill the DataSmartPackage class completely

bitbake/lib/bb/data.py:
bitbake/lib/bb/__init__.py:
bitbake/lib/bb/data_smart.py:
bitbake/lib/bb/cache.py:
bitbake/lib/bb/shell.py:
bitbake/bin/bitbake:
* Major cache refactoring. Change the cache to store only the data bitbake needs
for dependency calculations instead of all the metadata.
* Separate the cache code into its own file.
* Update the rest of the code to work with the cache changes.
* Temporarily break the shell's poke command.

bitbake/lib/bb/data_smart.py:
    Partially undo r420. We do not need to shadow the
    variable, for our view we have set our version (an empty one)
    already

 bitbake/lib/bb/methodpool.py:
     -Extract the names from the just compiled code
     -Iterate over each key (leaving out Keys and None)
     -And see if we have seen the name already.
     -If we have seen it, raise an error...

 bitbake/lib/bb/methodpool.py:
     -Document the usage of the three variables

 bitbake/lib/bb/parse/parse_py/BBHandler.py:
     -Document the way we handle root

 bitbake/lib/bb/methodpool.bb:
     -Revert the last change. We have no method names available
      which makes tracking of replacing not possible...

 bitbake/lib/bb/methodpool.py:
     -Add sanity check to the methodpool. If the same method
      is registered by two differen files then we will throw
      an error

 bitbake/ChangeLog:
     Mention the cache breakage and the updated User Manual
     explaining the Options of the Fetchers

 bitbake/AUTHORS:
     Add Richard and sort the file using the alphabet (if that is
     not the order you expect, then this is due using a different
     alphabet)

bitbake/lib/bb/fetch/git.py:
Prune packed git objects to slightly decrease the git fetchers disk usage.

bin/bitbake:
Update output to more accurately describe what bitbake's doing
when handling already staged packages.

lib/bb/data_smart.py:
-The pickling API is not too obvious. One can
 not call p.dump multiple times. Instead
 we store it as a tuple.
-Same applies for unpickling.
-Hmm current programming languages suck. It
 can't be true to use multiple assignment
 for something as easy as a 'symmetric'
 command.

bitbke/lib/bb/data_smart.py:
    -createCopy is not called, instead
     a constructor is invoked. Copy the
     cookies here as well.

     Currently I only copy them from 'clean' as
     we should have them pickled already...

bitbake/lib/bb/data_smart.py:
    Remember what we paid to the Cookie Monster.
    Make a copy of it. Currently we do no removal
    of these keys so I hope to get around the
    shallow copies as welbitbake/lib/bb/data_smart.py:
    Remember what we paid to the Cookie Monster.
    Make a copy of it. Currently we do no removal
    of these keys so I hope to get around the
    shallow copies as welll

bitbake/lib/bb/data.py:
    -Only have one expand method in the dict
     implementation.
    -Apply some magic knowledge by feeding the
     cookie master.
    -Speed up update_data by asking the Cookie
     Monster for help.
     We do not iterate over each key, but the
     keys we know that have the data we care
     about. This gives a huge speed improvement
     to parsing.

bitbake/lib/bb/data_smart.py:
    -Make setVar more expensive by feeding the cookie
     monster

bitbake/lib/bb/cache:
-Fix the method invocation in methodpool
 to use the right amount of arguments
-Update data_smart to the new cache layout
 of the file functions

bitbake/method pool:
Create a common implementation of the global
method handling. It will be shared by the parsers
and the cache.
This commit breaks the cache again

lib/bb/event.py:
-Add Registered and AlreadyRegistered
 as return values for register

lib/bb/data_smart.py:
ReAdd the handlers when unpickling the file

parse/parse_py/BBHandler.py:
Save the once added handlers in the bitbake
file.

bin/bitbake:
    -Do not add handlers again. It is 'fast' enough
     to iterate over them in the BBHandler do not
     add them in bitbake again.
     This temporarily breaks the cache - which
     will be fixed shortly

lib/bb/event.py:
    -Have a data structure that operates faster on
     lookups
    -Change register/remove to take a 'name' parameter

lib/bb/parse/parse_py/BBHandler.py:
    -Update to the new event.register syntax

parse/parse_py/BBHandler.py:
Compile and Execute methods from .inc
and .class files only once.
I'm not sure about a performance win here
at least it is not decreasing performance

bin/bitbake: Micro Optimisation
    Do not build the World Package List unless we want
    to build 'world'. This saves from 10 to 20 seconds
    on a usual build.
    I think people doing a world build can survice the
    extra seconds.

parse/parse_c/BBHandler:
    Implement some bits of the C parser. We will
    do the easy things in python and then initialize
    the lexer/parser.

bin/bitbake:
Fix RRECOMMENDS_${PN} and RPROVIDES_${PN} handling.

parse/parse_c:
    -python_output will be called from the parser. Once we have
     each method implemented we have a working C++ parser
    -Add BBHandler. It will parse .bbclass, .inc and .bb files
     for us and calls into c (if speed critical we might remove
     that fascade)
    -make scanner get FILE* and PyObject* as input
    -make parser call python_output with lex_t
    -bitbakescanner.cc,bitbakeparser.cc update generated code

    -Parsing flow:
    parse -> handle -> parse_c.BBHandler -> parse_c.C -> lex
    -> (lemon *-> python_output) ... return

bitbake/bin/bitbake:
    Create a ordinary main method. This makes invoking
    the hotshot profiling tool much more easy

parse_c:
    Add require to the scanner

bitbake/lib/bb/parse/parse_c:
    -Update grammar to use require
    -Make code compile (almost)
    -Add the generated code to svn for portability
     reasons.

bitbake/bin/bitdoc:
    Make it work with python2.3 and python2.4

bitbake/bin/bitdoc:
    -Use paragraphs instead of 'pre'. This enables line
     wrapping for too big comments

bitbake/bin/bitdoc:
    -Do not link to keys.html and groups.html, use the right
     site
    -Make it possible to have descriptions for groups as well

bitbake/bitdoc:
    -Work on case insensitive filesystems where keys.html == keyS.html
    -Create all_groups.html and all_keys site
    -Sort the keys in a group
    -Emit the ',' only when needed

bitbake/lib/bb:
    Bump the minor minor version again

lib/bb/fetch.py:
-svn_rsh was used, but the code was unreachable leading to
 runtime errors
-now if the proto is svn+ssh, honor rsh parameter of the
 URL

bitbake/bin/bitdoc:
    -We do not need make, we only need bb.parse

bitbake/doc/manual:
    Start documenting the available fetchers and their VARIABLES
    and Parameters

bitbake/lib/bb/fetch/svn:
    Remove the CVS origin from the SVN fetcher. ext and pserver
    are not used by subversion.

bitbake/lib/bb/event.py:
    Introduce a NoProvider Event. It contains
    a 'runtime' flag, the item name and the
    configuration data.

bitbake/bin/bitbake:
    Fire the NoProvider event at some spots. There
    are more events we need to fire. Ideally the
    BitBake UI would just be a handler...

lib/bb/utils.py:
Do not report RuntimeErrors for SkipPackage and FuncFailed

bitbake/lib/bb/utils.py:
Kill the code duplication

lib/bb/utils.py:
     Do not go past the buffer
     (this looks like copy and paste)

bitbake/lib/bb/utils.py:
Do not report Skipped Packages as runtime
error

lib/bb/utils.py:
    -Be less verbose

bitbake/lib/bb/utils.py:
    -This not Thiis
    -Print the RuntimeError with context gosh
     that is looking awesome.
    -Now debugging errors in custom bbclasses,
     python methods should be much more easy

bitbake/lib/bb/data_smart.py:
    Give a filename to the better compile method.
    (sorry)

bitbake/lib/bb/utils.py:
    Create a work in progress version for
    better_execute. With advanced error reporting
    facilities.

bitbake/lib/bb/build.py:
    Use better_execute

bitbake/parse/parse_py/BBHandler.py:
    Use better_execute instead of exex

bitbake/lib/bb/data_smart.py,event.py:
    Use bb.utils.better_compile instead of
    the simple compile for better error
    reporting

bitbake/bin/bitbake:
     Prepend the lib module instead of appending to
     override the system installation

bitbake/lib/bb/data.py:
     Same as above, prepend instead of append

bitbake/lib/bb/fetch/git.py:
Improvements to the git fetcher including using the src mirrors,
updates to use modern git commands, making the code more efficent
and remove some old debug.

bitbake/parser,build,utils:
    We compile strings into code. In case of erros the traceback
    is not useful at all. It doesn't print the function name,
    accurate line number etc.
    Introduce a better_compile method that excepts the Error
    and prints the surrounding lines of code.
    We make use of it on the parsing level and execution level
    of python methods.

bitbake/lib/bb/__init__.py:
    Remove the configuration reading class. We have
    two parsers already

bitbake/lib/bb/event.py:
    Rename the removeCode and addCode to _removeCode and
    _addCode as they are private and internal.

bin/bitbake:
    Remove the whitespace... well I have seen it and
    removed it.

lib/bb/data.py:
    Document the weird semantic of the setVarFlags. It behaves
    more like an addVarFlags call. Existing variables are not
    going to be removed.

lib/bb/event.py:
    The Data Module is not a simple dict anymore. So use
    the bb.data.init() method to create a default data
    storage.

bitbake/lib/event.bb:
-make multiple providers inherit
 Event directly. Save the kind (runtime vs. buildtime)
 the item and the providers

bin/bitbake:
-Fire multiple providers issue as Event

lib/bb/__init__.py:
    bump the version

lib/bb/event.py:
    Safe the number of failed packages even if the BuildCompleted

bin/bitbake:
    count the number of broken packages

bitbake/bin/bitbake:
    - ASSUME_PROVIDED allowed to include runtime names

bitbake/lib/bb/fetch/:
    - Remove useless bitkeeper fetcher

bitbake/lib/bb/utils.py:
    - Fix a RDEPENDS parsing bug in utils:explode_deps()
      (versions containing spaces didn't parse correctly)

bitbake/lib/bb/fetch/git.py:
    - Update git fetcher behaviour to match git changes

bitbake/MANIFEST:
    Install the svk.py file as well - even if it is
    work in progress.

bitbake/lib/bb/fetch/svk:
    -Hack a bit more on svk. It should now be able to do
     svk co's.
    -How to do 'depots' from a URI point of view still
     needs to be considered.
     Currently svk:/depot/;module=foo;rev=321 should work

bitbake/lib/bb/__init__:
    Add a try_mirror method responsible of trying the
    SRC_TARBALL_STASH to get the source from

bitbake/lib/bb/{csv,git,svn}:
    Use this new try_mirror method to get the
    TARBALL_STASH method

bitbake/lib/bb/svk:
    Add a skeleton (copy of svn) svk fetcher

bitbake/doc/manual/usermanual.xml:
    As pointed out by a monkey on irc we have a copy
    and paste error in the example for the =. and .=
    operator.
    Hopefully this fixes this issue

bitbake/bin/bitbake:
    Need to check both RDEPENDS and RDEPENDS_${PN} for RDEPENDS

bitbale/lib/bb/fetch/cvs.py:
    -Error out if the requested module does not exist
     with the specified SRCDATE.

    This happened with:
    /usr/bin/env cvs -d:pserver:anonymous@thinktux.net:/root co -D 20050926 e17/libs/evas/m4

bitbake/lib/bb:
    Bump the version to end up with 1.3.4.0

bitbake/bin/bitbake:
    Bump the version and hopefull we will end up as 1.3.4