summaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorChris Larson <chris_larson@mentor.com>2010-06-09 15:06:02 -0700
committerChris Larson <chris_larson@mentor.com>2010-06-09 15:06:36 -0700
commit37c77fb0ae2c893d23095de6c43476d8c891c679 (patch)
treeeeca72be7d4ab7d0cadfcf6ddd75c87858bcaa5e /TODO
parent837c84ce47c298316b941a5f3d2479bd2643686b (diff)
downloadbitbake-37c77fb0ae2c893d23095de6c43476d8c891c679.zip
Update the TODO
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Diffstat (limited to 'TODO')
-rw-r--r--TODO46
1 files changed, 41 insertions, 5 deletions
diff --git a/TODO b/TODO
index 025d9be2..92ef528e 100644
--- a/TODO
+++ b/TODO
@@ -1,6 +1,42 @@
-On popular request by popular people a list of tasks to-do:
+- Continue pylint / pyflakes / pychecker / pep8 fixups
+- Drop os.system usage in favor of direct subprocess usage or a subprocess
+ wrapper
+- Kill the execution of 'tee' for the task log file in build.py
+- Leverage the python logging module
- -Kill insecure usage of os.system either by properly escaping
- the strings or a faster replacement not involving /bin/sh
- -Introduce a -p option to automatically hotshot/profile the
- run
+ - Create a new logging Handler which instantiates MsgBase derived objects
+ and passes them along, either via bb.event or directly over the
+ appropriate queues to the other processes.
+ - Alter the bb.msg functions to use the logging module.
+ - Convert bb modules to stop using the bb.msg functions.
+ - Switch the messaging wrappers in the bb package to use the logging module
+ directly, as we'll be deprecating the bb.msg versions, but these should
+ stay around for the metadata to use.
+ - Deprecate the bb.msg functions.
+ - Do we want to use the logging module in any of the UIs, for local
+ messages, as well? If we do, we don't want those to use our handler which
+ sends the Msg events to the UI :)
+ Looks like we may be able to use removeHandler.. will have to see how it
+ interacts with parent/child loggers.
+
+Uncertain:
+
+ - Leverage the python 2.6 multiprocessing module
+
+ - Worker processes for bb.cooker
+ - Server / UI processes
+
+ - Create a bitbake configuration class which is utilized by the library, not
+ just bin/bitbake. This class should be responsible for extracting
+ configuration parameters from the metadata for bitbake internal use, as well
+ as pulling specific items like BBDEBUG, and importing settings from an
+ optparse options object.
+
+ - Python version bits
+
+ - Utilize the new string formatting where appropriate
+ - Do we need to take into account the bytes literals changes?
+ - Do we have any file-like objects that would benefit from using the "io"
+ module?
+ - Do we want to leverage the abstract base classes in collections?
+ - Aside: Set methods now accept multiple iterables