|
3 | 3 | * TODO convert to distribute for packaging |
4 | 4 | - get rid of newvenvw and virtualenvwrapper virtualenvs and re-create |
5 | 5 |
|
6 | | -* TODO plugin system for hooks [0/5] |
| 6 | +* plugin system for hooks |
7 | 7 | - http://bitbucket.org/dhellmann/virtualenvwrapper/issue/28/ |
8 | | - - use Distribute/setuptools |
| 8 | + - use Distribute/setuptools entry points |
9 | 9 | - namespace package `virtualenvwrapper` to hold plugins I write, but |
10 | 10 | not required for other authors |
11 | | - - [ ] how to specify execution order between plugin providers? |
| 11 | + |
| 12 | +** TODO how to specify execution order between plugin providers? |
12 | 13 | - plugins could provide a "phase" function for sorting |
13 | 14 | - return an integer, let the plugin author community sort out the |
14 | 15 | ranges |
15 | 16 | - alphabetical by plugin name |
16 | 17 | - undefined |
17 | | - - [ ] "user script" plugin implementation |
| 18 | + |
| 19 | +** TODO "user script" plugin implementation |
18 | 20 | - uses pkg_resources to get contents of hook scripts out of |
19 | 21 | python package and run them |
20 | 22 | - move all/most existing hook execution here |
21 | 23 | - handles both global & local hooks |
22 | | - - [ ] cli app to run the hooks |
23 | | - - [ ] how does cli app handle the "sourced" hook scripts |
| 24 | + |
| 25 | +** TODO cli app to run the hooks |
| 26 | + |
| 27 | +** TODO how does cli app handle the "sourced" hook scripts |
24 | 28 | - ability to `cd` into a specific directory, for example |
25 | 29 | - separate plugin points for "foo_run_hook" and |
26 | 30 | "foo_source_hook", handled differently by the calling script |
27 | 31 | - run hooks are executed first (implement in any language) |
28 | 32 | - source hooks are dumped to text files and then sourced |
29 | 33 | (implement in shell language) |
30 | | - - [ ] expose each hook point as an entry point function |
31 | | - - [ ] requirements |
32 | | - - automatically install packages based on requirements file |
33 | | - given to pip |
34 | | - - separate hook, or let a package just use postmkvirtualenv? |
35 | | - - [ ] mkvirtualenv [0/2] |
36 | | - - [ ] pre |
37 | | - - [ ] post |
38 | | - - [ ] activate [0/2] |
39 | | - - [ ] pre |
40 | | - - [ ] post |
41 | | - - [ ] deactivate [0/2] |
42 | | - - [ ] pre |
43 | | - - [ ] post |
44 | | - - [ ] rmvirtualenv [0/2] |
45 | | - - [ ] pre |
46 | | - - [ ] post |
47 | | - - [ ] documentation for how to publish your own hooks |
| 34 | + |
| 35 | +** TODO expose each hook point as an entry point function |
| 36 | + - [ ] requirements |
| 37 | + - automatically install packages based on requirements file |
| 38 | + given to pip |
| 39 | + - separate hook, or let a package just use postmkvirtualenv? |
| 40 | + - if provide as a separate hook, run /before/ postmkvirtualenv |
| 41 | + - [ ] mkvirtualenv [0/2] |
| 42 | + - [ ] pre |
| 43 | + - [ ] post |
| 44 | + - [ ] activate [0/2] |
| 45 | + - [ ] pre |
| 46 | + - [ ] post |
| 47 | + - [ ] deactivate [0/2] |
| 48 | + - [ ] pre |
| 49 | + - [ ] post |
| 50 | + - [ ] rmvirtualenv [0/2] |
| 51 | + - [ ] pre |
| 52 | + - [ ] post |
| 53 | + |
| 54 | +** TODO documentation for how to publish your own hooks |
| 55 | + |
48 | 56 |
|
49 | 57 | * TODO add pre/post hooks for cpvirtualenv |
50 | 58 | - add new ones or just invoke existing hooks? |
51 | | - |
|
0 commit comments