[dump.git] / TODO

$Id: TODO,v 1.8 1999/11/21 02:24:45 tiniou Exp $

Need to verify:
---------------

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.

Urgent items (for the next stable version):
-------------------------------------------

All others:
-----------

1.	Make dump able to backup several directories and/or files in one
	invocation, like the SunOS version.

2.	More documentation? Examples, crontab?

3.	Explore and correct dump problems on active filesystems 
	(lseek/read negative count).

4.	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.

5.	Implement a DEBUG option which doesn't fork on each tape, making
	it able to debug dump with gdb.

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...

8.	Make a bootable dump tape? I don't know if it is possible...
Commit	Line	Data
	1	$Id: TODO,v 1.8 1999/11/21 02:24:45 tiniou Exp $
	2
	3	Need to verify:
	4	---------------
	5
	6	1. Verify that dump works with kerberos authentification (this
	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	-------------------------------------------
	12
	13	All others:
	14	-----------
	15
	16	1. Make dump able to backup several directories and/or files in one
	17	invocation, like the SunOS version.
	18
	19	2. More documentation? Examples, crontab?
	20
	21	3. Explore and correct dump problems on active filesystems
	22	(lseek/read negative count).
	23
	24	4. Reimplement the ext2 specific code in a "backend" and
	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
	28	already have the code for this). The BSD code in traverse.c
	29	(all those #ifdef _BSD) should go into the ffs backend.
	30
	31	5. Implement a DEBUG option which doesn't fork on each tape, making
	32	it able to debug dump with gdb.
	33
	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