Another set of cleanups from Andreas.

[dump.git] / TODO

diff --git a/TODO b/TODO
index bdb4783621a4c7a07f5b64b62c8f39ac5c539ed8..f39c442fe8d65a15db0e4820620bfd8a0ac1ab39 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,4 +1,4 @@
-$Id: TODO,v 1.8 1999/11/21 02:24:45 tiniou Exp $
+$Id: TODO,v 1.17 2001/02/16 14:16:54 stelian Exp $
 
 Need to verify:
 ---------------
@@ -19,7 +19,8 @@ All others:
 2.     More documentation? Examples, crontab?
 
 3.     Explore and correct dump problems on active filesystems 
-       (lseek/read negative count).
+       (lseek/read negative count) (This should be OK as of 0.4b14.
+       Unfortunately, this seems to continue for a very few users).
 
 4.     Reimplement the ext2 specific code in a "backend" and
        make the dump code more generic. This would allow creation
@@ -34,9 +35,23 @@ All others:
 6.     Add a compression mode using zlib on each file (see
        http://www.cdrom.com/pub/infozip/zlib).
 
-7.     Add some support in dump and restore for numbering in sequence
-       the output files (when dumping to a file). Something like -N <prefix>
-       which creates (or reads) <prefix>-1, <prefix>-2 etc...
+7.     Make a bootable dump tape? I don't know if it is possible...
 
-8.     Make a bootable dump tape? I don't know if it is possible...
+8.     From Kjetil Torgrim Homme <kjetilho@ifi.uio.no>:
+         a archive_file
+            Archive file. Archive a dump table-of-contents  in
+            the   specified   archive_file   to   be  used  by
+            ufsrestore(1M) to determine whether a file  is  in
+            the dump file that is being restored.
+
+9.     Modify (or get rid of) rmt in order to work with non Linux
+       systems (limited succes has been reported). A good version 
+       of rmt to be looked at is part of star 
+       http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/star.html
+
+10.    Rework the makefiles, actually --prefix doesn't work in
+       configure. Maybe use automake in the same step ?
+
+11.    EA/ACL support in dump (requested by Michael Ju. Tokarev 
+       <mjt@tls.msk.ru>.