Prettify 'matrix changes' output
[matrix.git] / TODO
1 - Improve "matrix changes"
2
3     It should say something about changes added to index - currently it just
4     ignores them.
5
6 - Check --configdir parameters for typos
7
8     Go through all config dirs specified on the command line and check them for
9     existence.  It needs to be done after parsing all config files, because
10     config files may cause a non-existent config dir to be git-cloned.
11
12 - Improve "matrix pull/reset/etc."
13
14     Fail if the previously checked-out branch differs from the one specified in 
15     configuration.
16
17 - "matrix reset [--force]"
18
19     New command for automatically changing the branch (and nuking local changes
20     when forced) of a checked-out component.  (Is this obsolete already?)
21
22 - Version tag policy
23
24     (Or is this in the scope of the platforms using Matrix?)
25
26 - Check new upstream versions
27
28     New field(s) in the "info" file and associated Matrix command for
29     (semi)automated checking of new upstream version in a git/svn/ftp location.
30
31 - Component should be able to force "make -j1" nicely
32
33 - API documentation build mode
34
35     Matrix should have a build stage which generates components' API
36     documentation.  Also, the normal build stage should do it's utmost to not
37     generate that.  The API documentation would be installed outside of the
38     target filesystem.
39
40 - Command for listing all available components in the roots
41
42     Could do some SSH kludges or something...
43
44 - Target-specific component build directories to avoid full rebuilds with SB2
45
46     Autotooled components can be configured somewhere else than the source
47     directory - they can be handled automatically.  Other packages (like
48     Busybox) may support kernel-like "make O=builddir" approaches.  Packages
49     which can't be made to work need to be cleaned implicitly before building
50     them to another target (which invalidates their dependencies - so it sucks
51     big time).
52
53
54 Packaging and rootfs:
55
56 - Generate list of installed files for binary packaging
57
58 - Add include/exclude rules to component metadata
59
60     To strip or adjust the automatically generated installed file list.
61
62 - Fix fakeroot database creation
63
64     Currently fakeroot doesn't work reliably when used internally by
65     matrix-rootfs.  This prevents fakedbs to be used.
66
67 - Debian package creation using file list, include/exclude rules and fakedb
68
69 - Rootfs creation using the packaging information
70
71     Use components' include/exclude rules.
72
73 - Move device/directory creation from rootfs creation to a component
74
75     MATRIX_FAKEROOT=install and the generated fakedb makes this possible.
76
77 - More modular root image generation code
78
79     So that it's easier to add new types.
80