bitbake/lib/bb/*:
include 'time' into the scope. For bitbake 1.3.1 we need
to define which modules will be visible when executing
embedded python methods

bitbake/bin/bitbake:
update_data() of make.cfg after we've parsed the
each and every bitbake file.
Call me paranoid but this way we make sure that changes
made in the bb files are actually taken...

- add command specific tab completion
- add expert mode - an embedded python interpreter
- add exec command

bitbake:
-Prepare the 1.3.0 release of bitbake

some fixes

catch parse error in parseConfigurationFile()

add bbfile completion

- remove checking for return if parse-only is set when executing just one BB
- don't sys.exit() for parse-only, but return. This makes dropping into the Python interactive mode possible.

have bb.parse.handle() throw ParseError if the input file is not
understood by any handler, rather than quietly returning None

- add more commands: edit, clean, rebuild.
- load command history on startup
- save command history on exit
Bug: A bug can be seen when you call rebuild on a package more than once -
somehow the make module no longer calls the tasks then.

call update_data right after parsing the conf files

Python 2.3.x compatibility fix

add first (preview) version of the bitbake interactive mode

bitbake: factor out methods parseConfigurationFile() and handleCollections()

tolerate ${...} in function names

Mickey's style and performance tunings, volume I:
 * substitute 'if dictionary.has_key( key )' with 'if key in dictionary'
It's faster, more understandable and looks much better

update data to make _append's etc. appear. patch courtesy BB-Meister
Zecke

bitbake/MANIFEST:
-Include data_smart.py in the MANIFEST

bitbake/lib/bb module:
Bump the version number to be different from the
last version

bitbake/TODO:
-Not much is done yet but at least fake that we've done
something

Slight OO refactoring of BitBake command line utility in order to
prepare for the BitBake shell which will need to have instance based
variables as opposed to module global ones.

Sorry, this diff is larger than it should be, but I had to reorder
methods and change indenting all over the place. What I basically did
is:

 1.) Add a class managing the statistics values: BBStatistics
 2.) Add a class managing the build process: BBCooker
 3.) Refactor all unbound methods into the BBCooker class
 4.) Refactor all module global values into the BBCooker class
 5.) Adjust function calls and accesses of the module global values
accordingly

The shell module itself is under construction and will be uploaded asap.

bitbake/bin/bitbake:
-Drastically increase the amount of needed RAM to the
 unbelievable amount of 12MB when parsing ~2320 bb files.
-Start creating the provider hash and other lists/dictionaries
         from the progressCallback. A BBStatusProgress struct was added
 to accumulate the data to be used in the buildPackage, showVersions
 and similiar methods.
         This makes it possible to kill the long delay and also building the
         provider hash completely.
 Only for building and checking if a package was built (has stamps) it
         is necessary to get the data instace from make.pkgdata.

bitbake/ChangeLog:
-Mention changes in bitbake since the 1.2.1 release

bitbake/lib/bb/make.py:
        Pass more data to the parsing progressCallBack.
        We will soon use this data to eliminate the long
        delay before building.

bitbake/bin/bitbake:
        Just change the signature of the callback method for now.
        We will soon keep the 'parsing status' in a instance
        we will fill while parsing and only evaluate in build_depgraph

bitbake/lib/bb/data_smart.py:
        -Do a deepcopy of the parent for the persistent
         data storage constructor.
        -Store the dict as _data member and not the instance
        -Operate on the dict in the methods instead of the
         DataSmart instances...

        Happy deletion of the cache

bitbake/lib/bb/fetch.py:
-be less anoying and only print debug messages when
d is none

bitbake/lib/bb/fetch.py:
-Warn when init is called without a data instance, we're not able to reorder
 them as it would break bitbake <= 1.2.1 and OpenEmbedded

bitbake/lib/bb/parse/BBHandler.py:
-Do not call fetch.init without a data instance. This changes the AtiCore
 problem the OE folks are seeing a bit...

bitbake/lib/bb/data.py:
-Don't be too keen finding a bug in expand when there is None...
 Fix the testcase to delete {TARGET_MOO} first.

bitbake/lib/bb/data.py:
-Write an expand test case that actually shows a bug I need to fix

bitbake/lib/bb/data.py:
       -Add two test cases to the expand method. The behaviour
        was not tested before.

bitbake/lib/bb/data.py:
        -We've killed the default arguments in the methods
         now the tests were updatet to initialize a data
         instance to work again.

bitbake/lib/bb/data_dict.py:
-Fix one bug in the unused data_dict.py. There is still one
         left... again cookies for the one finding it

bitbake/TODO:
Add basics tasks I want to see finished

bitbake/lib/bb/data_smart.py:
        Return only the mtime from the os.stat syscall

bitbake/lib/bb/data_dict.py:
        Return only the mtime from the os.stat syscall

tbake/lib/bb/fetch.py:
        Stop sf.net from bull?#*... us. We will fail when we wanted to
        download a file and got something with a different name.
This should solve sf.net related problems as we go immediately to
the next mirror and it should work for all other packages as well.

bitbake/lib/bb/fetch.py
Try to partially apply
http://wiki.python.org/moin/PythonSpeed/PerformanceTips?highlight=%28performance%29#dots avoid
finding data in bb

Change the bb.__version__ to 1.2.1, and adjust setup.py to actually import the bb module to obtain the version it uses.

bitbake/bin/bitbake:
Update the version to 1.2.1 (now a string)

add missing copyright and fix __ignored_dependencies scoping problem

lib/bb/data.py:
Use the new data_smart dictionary

lib/bb/data_smart.py:
The old COW Implementation, made persistent and pass
the test suite.
I commit it because the persistent mode in data_dict.py seems
broken and I don't want to leave you with a broken bitbake.

Todo:
  -do a deepcopy on the parent. When we pickle we use sharing
         anyway and it is pretty obvious we will pickle as we're the
 persistent implementation.

lib/bb/data.py:
-Remove default arguments from the data methods. They
cast errors.
(we need to update the test case though)

lib/bb/parse/ConfHandler.py:
-Use the right dictionary

bin/bitbake:
-Access pkgdata[] less. This means unpickling the data less often.
This results in a faster initial parsing. We still access each
file three times though

lib/bb/data.py:
-Provide a special 'collection/dict' for the collected
 bb-files. If we use a persistent storage (CACHE) we will
 not hold any data instance in memory but load it from disk
 on demand.
 This reduces bitbakes memory usage to roughly 40MB. The initial
 parsing currently takes roughly thirty seconds more.

lib/bb/make.py:
-Use the new data implementation for pkgdata.
-Do not access pkgdata[f] if we've the data already
 in our hands

add authors file

lib/bb/data.py:
·       -Add a method to get the modify time of named bb.data instance
·       -Add a method to create a named bb.data instance. These instances
·       inherit the global configuration.

lib/bb/data_dict.py:
·       -Add persistents to the data_dict implementation, on the commit
method we will now pickle the internal dict

lib/bb/make.py:
-Use the new persistent/named bb.data methods.

lib/bb/build.py:
Do not assume we hold a reference to the variable
we got with a bb.data.getVar*. Always set changes
back to the variable.

Add a ChangeLog to lay out the 'API' changes of bitbake

lib/bb/fetch.py:
  * Remove default params from the fetcher methods to avoid problems
    with scoping. The meaning of 'd' is quite overloaded and we try
    to undo it one by one. This change is a bit more invasive than
    I had hoped for but it is needed.

 -- Holger Hans Peter Freyther <freyther@handhelds.org>

Add data_dict.py to the MANIFEST

createCopy:
-Move a createCopy method into data.py
-Make code creating deepcopies of the data instance
use this new createCopy

bitbake data module abstraction:
-bb.data is now a delegate to hookable Data implementation.
-bb.data.init() is the 'factory' method to create a instance
of a concrete implementation.
-Kill assumptions that bb.data.init() returns a {} (python dict)
-Add the old Dictionary Based Implementation as data_dict.py

Adjust the version in setup.py.

Evaluate dependencies in try_build(), even if stamp file is up to date for the current package.

bin/bitbake:
    * check if a package's task is already complete _before_
      calling the functions to try to build it.
    * don't bother trying to build a package's deps if the package has
      already been built.
    * cache the information about the 'perhaps you should define
      PREFERRED_PROVIDER_blah' messages so that the user only sees one
      for each provider.

Add -nochunks makefile targets for documentation generation (user's manual).

Unbork our event classes a bit.  Added a 'data' property to the Build events to be more consistent with the other events.

As recommended by pb_ and RP, prepend the task name with 'task_' when mangling OVERRIDES in bb.data.exec_task().

add current task name to OVERRIDES during execution

Test trigger alterations.

Test trigger alterations.

correct transposed protocol/revision parameters to svn checkout;
patch courtesy Paul Eggleton

emit_var(): if showing all vars, emit even those with invalid names

bbread: wrap the call to bb.data.emit_env() in a try: except block.

Remove references to 'BBMAKE' from the debug messages in the bitbake command.

Re-raise bb.build.FuncFailed if it's encountered in emit_var.  This ensures that builds of packages that attempt to read the kernel-version file (like kernel modules) fail as they should.

Update the user manual -- add example usage of the bitbake command.  add example usage of bbfile collections.

Add information on the bitbake command to the User Manual.

Handle the parse only cmdline option when using --buildfile.

Apply patch from Richard Purdie to fix the --force support in the bitbake script.

renamed to get less ambiguous name

fix building of one .bb file (-b parametr) - fix by pb

Set the 'url' in setup.py to our berlios.de project.

Clean out the cruft in the vim syntax.

Make bbread use bb.make.load_bbfile() rather than calling handle on the .bb itself.

Fix the install paths of our datafiles in setup.py.

Clean up the BBPATH mangling bits in the parser.

Fix the BBPATH mangling fix..

Add the location of the .bb file to BBPATH in the parser's handle() function rather than load_oefile, since we need it done for 'include'd files as well as those directly loaded by the 'bitbake' commandline tool.

Adapt bits to the new way of handling the debug level.

Apply patch from seb (proti) to fix OEDEBUG and add a debug commandline argument.

Vim syntax: bugfix in the match of 'def' lines.

Vim syntax update: let syntax/python.vim do the highlighting for the actual 'def' line, rather than ripping it apart and doing it ourselves.

Rework the way we handle do_clean and do_mrproper so that the .oeclass that defines the task can make it only clean the package and not its dependencies, rather than hardcoding the knowledge in the bitbake command.

Mention --help when bitbake is called with no arguments.

Update bitbake command usage information: s/bbmake/bitmake/g, and remove the incorrect info about what packages are built by default (thanks to phil for spotting it).

Make bbread spit out a nicer error when it encounters an IOError.

Rename bbmake to bitbake.

Add a 'buildfile' commandline option to bbmake, which makes bbbuild unnecessary.

Update the 'usage' information displayed by --help in bbimage and bbmake.

Adjust whitespace handling in the vim syntax a bit.

Vim syntax: add a catchall which should flag anything which isn't explicitly matched as Error, thereby highlighting some incorrect syntax as such.

Vim syntax bugfix: make it a bit more tolerant about locating the end of bitbake shell & python functions (noticed zap_root_password's ending } was followed by whitespace).

Vim syntax: match variables defined using ?=.

Vim syntax: match & highlight the 'fakeroot' flag for functions.

Vim syntax: limit the areas in which variable dereferences are matched and highlighted.

Vim syntax update: bugfix: don't recognize an empty line as the end of a 'def' block, but only a line which isnt empty and which doesn't start with whitespace.

Vim syntax update: 1) Add EXPORT_FUNCTIONS to our list of valid statements, and 2) Add '.' to the variable character class (so that things like IMAGE_FSTYPE_ext2.gz are properly highlighted).

Vim syntax update: match and highlight variable definitions flagged as 'export'.

Vim syntax update: Fix the statements (include/inherit/addtask/addhandler) to only match at the beginning of a line, in an oe statement.

Vim syntax update: highlight := variable assignment.