X-Git-Url: https://git.wh0rd.org/?a=blobdiff_plain;f=CHANGES;h=77efe79d1c3c4a32d011e1a4f264f9b7daa2711d;hb=4d5ed2f38cb1dce0244a05f94c8aec7f725a1f33;hp=13a5cbce9d49316c4eac32759e3c82ec0c75f3dd;hpb=0bd5aa901caaf832e40166fc72994c2923cfb159;p=dump.git

diff --git a/CHANGES b/CHANGES
index 13a5cbc..77efe79 100644
--- a/CHANGES
+++ b/CHANGES
@@ -1,7 +1,18 @@
-$Id: CHANGES,v 1.97 2000/12/05 16:57:37 stelian Exp $
+$Id: CHANGES,v 1.102 2001/02/16 13:38:46 stelian Exp $
 
-Changes between versions 0.4b20 and 0.4b21 (released ?????????????????)
-=======================================================================
+Changes between versions 0.4b21 and 0.4b22 (released ????????????????)
+======================================================================
+
+1.	Made dump report the number of blocks dumped per volume.
+	Thanks to Kenneth Porter <shiva@well.com> for the suggestion.
+
+2.	Fix a bug in dump where waiting too much at the 'change volumes'
+	question caused the volume to be rewritten. Thanks to
+	Graham Reed <greed@users.sourceforge.net> for reporting the
+	bug and providing a patch.
+
+Changes between versions 0.4b20 and 0.4b21 (released January 13, 2001)
+======================================================================
 
 1.	Fixed some bugs in the dump -w|-W logic introduced by
 	the previous version. Thanks to Andreas Dilger 
@@ -34,6 +45,21 @@ Changes between versions 0.4b20 and 0.4b21 (released ?????????????????)
 	fully testing it... (of course, if this patch will break
 	anything, he is to blame for :-)).
 
+7.	Made dump and restore LFS aware. Dump can dump a filesystem
+	containing large files, generate a large file on output and
+	restore can restore them. This feature is not enabled by
+	default, use --enable-largefile option of configure to enable
+	it (you need to have a LFS aware glibc though). Thanks to
+	Andrea Arcangeli <andrea@suse.de> for submitting the patch,
+	and to Theodore T'so <tytso@valinux.com> for his always
+	useful thoughts.
+
+8.	Made dump ask upon a tape write error if it should rewrite
+	the current volume (assume this is a bad tape) or if it should
+	assume an end-of-tape condition (useful for tape drives which
+	behaves badly at the end of the tape). Thanks to Andreas
+	Dilger <adilger@turbolinux.com> for the suggestion.
+
 Changes between versions 0.4b19 and 0.4b20 (released November 10, 2000)
 =======================================================================