]> git.wh0rd.org - dump.git/blobdiff - CHANGES
New examples for dumping on CD/DVD...
[dump.git] / CHANGES
diff --git a/CHANGES b/CHANGES
index c29c393879f0836fc317de73c0c2bbfaad143616..9881651a6b1f73ac5428ed095a44cb39ad38fcbd 100644 (file)
--- a/CHANGES
+++ b/CHANGES
@@ -1,7 +1,71 @@
-$Id: CHANGES,v 1.170 2002/04/04 08:20:19 stelian Exp $
+$Id: CHANGES,v 1.184 2002/07/01 11:57:11 stelian Exp $
 
-Changes between versions 0.4b27 and 0.4b28 (released ?????????????????)
-=======================================================================
+Changes between versions 0.4b29 and 0.4b30 (released ????????????????)
+======================================================================
+
+1.     Made dump print out the ext2 logical block number in case of a read
+       error, which can be given as an argument to debugfs' ncheck command,
+       in order to find out the affected inode. Added note about this 
+       usage in dump's man page.
+
+2.     Fixed a problem in restore when reading tapes written on big
+       endian machines with very old versions of dump. The patch was
+       contributed by George Helffrich <george@geology.bristol.ac.uk>.
+
+3.     Fixed the tape length calculation when using large tapes
+       and compression. Thanks to Georg Lippold 
+       <g_lippold@sourceforge.net> for reporting the bug.
+
+4.     Added a new set of examples in dump_on_cd_2 directory, based
+       on dump_on_cd examples but somewhat enhanced, supporting DVD
+       media, and localized in english and german. Thanks to
+       Georg Lippold <g_lippold@sourceforge.net> for the new scripts.
+
+Changes between versions 0.4b28 and 0.4b29 (released June 8, 2002)
+==================================================================
+
+1.     Fixed a problem in the rmt ioctl command, where ioctl's issued from
+       non Linux clients were misinterpreted. The description of the problem
+       (incompatible numbering in Linux mtio opcodes) is documented at
+       ftp://ftp.fokus.gmd.de/pub/unix/star/README.mtio . Thanks to
+       Jörg Schilling <schilling@fokus.gmd.de> for reporting this bug and
+       providing an excellent, cross-platform replacement for rmt in his
+       star package.
+
+2.     Fixed a bug reported by Andy Mentges <amentges@jumpline.com>
+       which caused restore to fail when the inode maps were not entirely
+       contained on the first volume (when using really small volumes or
+       when dumping a huge number of inodes).
+
+3.     Fixed a problem in dump, where files in subdirectories of directories 
+       that have the nodump flag set (or being excluded with -e/-E) were 
+       sometimes incorrectly dumped (instead of being excluded). The original
+       fix is from David C Lawrence <tale@dd.org> in the FreeBSD version 
+       of dump: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=32414
+       Thanks to Ted Grzesik <tedgyz@roostme.com> for reporting the bug and 
+       help testing the patch.
+
+4.     Added some example scripts from Gerd Bavendiek <bav@epost.de>
+       which makes one able to pipe the output of dump, by the net, to
+       a remote CD-burner server.
+
+5.     Made dump use O_CREAT|O_TRUNC both locally and remotely (over rmt), 
+       and use GNU's symbolic syntax over rmt instead of numerical values
+       to assure multiple platform compatibility.
+
+6.     Documented the -d option in restore.
+
+7.     Added a -v (verbose) mode to dump. For now it just prints the number
+       of the inode being dumped, but this could evolve in future versions
+       to include interesting debugging output.
+
+8.     Added a -o flag to restore, which automatically restores the current
+       directory permissions in -i or -x mode, without asking the operator
+       whether to do so. Patch submitted by Tony Clayton <tonyc@e-smith.com>
+       and Peter Samuel <peters@e-smith.com>.
+
+Changes between versions 0.4b27 and 0.4b28 (released April 12, 2002)
+====================================================================
 
 1.     Fixed a bug in the QFA feature which could have caused 
        a bad tape positionning on restore (causing extra delays in