]> git.wh0rd.org - dump.git/blobdiff - TODO
Force -a when in 'restore -C' mode.
[dump.git] / TODO
diff --git a/TODO b/TODO
index 03a2efca67b8f759685b99eb307372467d6bc5ea..349b1d15e0c9421445f06b84ca98d80804334d4f 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,13 +1,34 @@
-1.     Fix the multi-volume problem (is there one after all?, I could not
-       reproduce it and some people told me that multi-volume dumps were Ok).
+$Id: TODO,v 1.25 2005/05/02 15:10:44 stelian Exp $
 
-2.     Make dump honor the no-dump attribute on directories.  Currently, it
-       honours it only on files.  This means that a directory flagged with
-       the no-dump attribute will be dumped if it contains a file without
-       the no-dump flag.
+Need to verify:
+---------------
 
-3.     Change the way rdump and rrestore call rmt.  Currently, rcmd() is used
-       but it may be better to call rsh.  I have to look at the GNU tar code.
+1.     Verify that dump works with kerberos authentification (this
+       was ported from *BSD and was not tested - in fact, this
+       wasn't even compiled in!). Need success reports for this.
 
-4.     Make dump able to backup several directories and/or files in one
-       invocation, like the SunOS version.
+Urgent items (for the next stable version):
+-------------------------------------------
+
+All others:
+-----------
+
+1.     More documentation? Examples, crontab?
+
+2.     Explore and correct dump problems on active filesystems 
+       (lseek/read negative count) (This should be OK as of 0.4b14.
+       Unfortunately, this seems to continue for a very few users).
+
+3.     Reimplement the ext2 specific code in a "backend" and
+       make the dump code more generic. This would allow creation
+       of other backends for other filesystems. Implementing a 
+       (v)fat backend should be quite easy, as for BSD ffs (we
+       already have the code for this). The BSD code in traverse.c
+       (all those #ifdef _BSD) should go into the ffs backend.
+
+4.     Implement a DEBUG option which doesn't fork on each tape, making
+       it able to debug dump with gdb.
+
+5.     Make a bootable dump tape? I don't know if it is possible...
+
+6.     Better readline completition in restore (escape spaces etc).