code.vuplus.com Git - vuplus_bitbake/blob - doc/TODO

   1 TODO:
   2
   3 [x] Pester schurig
   4         [x] What is the dir/envvar we use to hold outputted files for packaging?
   5             ala the current ipktmpdir.
   6             Doesnt matter.
   7         [x] Env var names for the 3 dependency forms, build depends - target, build depends - build, depends.
   8             DEPENDS - build, RDEPENDS - runtime
   9             reflect build machine build depends using seperate build .oe files.
  10
  11 [x] oe package
  12         [x] Update .oe and .conf parsers to not strip out all the tabs in our
  13             python function vars..
  14         [x] Restructure
  15         [ ] Remove duplicated implementations, and convert everyone to the new
  16             data and parse methods.
  17         [ ] API Sanity Audit.
  18         [ ] Comment/Docs Audit.
  19
  20 [ ] oebuild
  21         [ ] Use oe.digraph for handling intertask dependency
  22         [ ] Split task execution from function execution
  23         [ ] Revamp the way in which stamps are implemented
  24         [ ] Add a means to add a task which depends on another task's
  25             execution, but not on said task's successful completion.
  26
  27 [.] oemake
  28         [x] Move OEPATH follow into the individual 'handle' functions,
  29             whenever the fn path is relative.  Then kill the init call,
  30             as it is really extraneous, given handle does it for you.
  31         [x] Add oe.conf parsing - abort if OEFILES is not defined
  32         [x] Add parsing of the .oe's listed in OEFILES
  33         [x] Handle provides in the digraph...
  34         [ ] Check for recursive dependency
  35         [ ] Handle dependency on just content/glibc vs content/glibc-2.3.1-r0
  36         [ ] Proper event handling and failout when we encounter an unsatisfied
  37             dependency.
  38         [ ] Deal with multiple provides
  39         [ ] Pull package name, version, and revision based on package metadata,
  40             rather than based on the filename in the build tools.  This belongs
  41             in the parser code.  In this way, we can more easily facilitate
  42             builds of src.rpms, .dsc's, et cetera.
  43
  44 [.] Event handling
  45         [x] event handling core
  46         [ ] oe/parse.py
  47                 [ ] addevent declaration for .oe files.
  48         [ ] handle 'event' flag from addevent in oemake/oebuild
  49         [.] oemake
  50                 [ ] default event handlers
  51                 [x] event declarations
  52                 [ ] event firing
  53         [.] oebuild
  54                 [ ] default event handlers
  55                 [x] event declarations
  56                 [x] event firing
  57
  58 [.] oemaked
  59         [x] Autobuilder daemon, monitors files and/or directories
  60             For changes, and runs oemake when appropriate.
  61         [ ] Monitor the stamps for a given .oe file as well, to ensure
  62             changes in build state as well as changes to build metadata result
  63             in a rebuild.
  64
  65 [x] Update patcher tool to make use of our ability to use python functions.
  66 [x] Write package.oeclass implemented w/ a python function/task
  67 [x] Write src.rpm builder .oeclass
  68 [ ] Write ipkg.oeclass which inherits package.oeclass to produce an ipk from
  69     our metadata.
  70 [ ] Once we have the per package deployment code, write a staging oeclass
  71     that lets you use the FILES blocks for our deployment packages to do the
  72     installs into the appropriate staging areas, to save time writing do_stage
  73     functions.
  74 [.] Finish up extensibility bits for the core oe code, and merge some of the
  75     class implementations into something sane.
  76 [ ] Assuming cworth has the base ipkg libs rearchitected, start work on oemake.
  77     If he hasnt, start rearchitecting ipkg.