]>
Commit | Line | Data |
---|---|---|
c930abff | 1 | $Id: TODO,v 1.8 1999/11/21 02:24:45 tiniou Exp $ |
8590d613 SP |
2 | |
3 | Need to verify: | |
4 | --------------- | |
5 | ||
4267a8ad | 6 | 1. Verify that dump works with kerberos authentification (this |
8590d613 SP |
7 | was ported from *BSD and was not tested - in fact, this |
8 | wasn't even compiled in!). Need success reports for this. | |
9 | ||
10 | Urgent items (for the next stable version): | |
11 | ------------------------------------------- | |
ec387a12 | 12 | |
8590d613 SP |
13 | All others: |
14 | ----------- | |
8d4197bb | 15 | |
8590d613 SP |
16 | 1. Make dump able to backup several directories and/or files in one |
17 | invocation, like the SunOS version. | |
8d4197bb | 18 | |
8590d613 | 19 | 2. More documentation? Examples, crontab? |
8d4197bb | 20 | |
4267a8ad SP |
21 | 3. Explore and correct dump problems on active filesystems |
22 | (lseek/read negative count). | |
8d4197bb | 23 | |
4267a8ad | 24 | 4. Reimplement the ext2 specific code in a "backend" and |
8d4197bb SP |
25 | make the dump code more generic. This would allow creation |
26 | of other backends for other filesystems. Implementing a | |
27 | (v)fat backend should be quite easy, as for BSD ffs (we | |
4267a8ad SP |
28 | already have the code for this). The BSD code in traverse.c |
29 | (all those #ifdef _BSD) should go into the ffs backend. | |
8590d613 | 30 | |
4267a8ad | 31 | 5. Implement a DEBUG option which doesn't fork on each tape, making |
8590d613 SP |
32 | it able to debug dump with gdb. |
33 | ||
c930abff SP |
34 | 6. Add a compression mode using zlib on each file (see |
35 | http://www.cdrom.com/pub/infozip/zlib). | |
36 | ||
37 | 7. Add some support in dump and restore for numbering in sequence | |
38 | the output files (when dumping to a file). Something like -N <prefix> | |
39 | which creates (or reads) <prefix>-1, <prefix>-2 etc... | |
40 | ||
41 | 8. Make a bootable dump tape? I don't know if it is possible... | |
42 |