Make dump understand any integer as the dump level.

[dump.git] / CHANGES

diff --git a/CHANGES b/CHANGES
index e90eb975ad32c0fa1fbe89bfce69c3accb5a84f4..97526a32501e997fa4369dbcf17e284d2e5b76c3 100644 (file)
--- a/CHANGES
+++ b/CHANGES
@@ -1,4 +1,4 @@
-$Id: CHANGES,v 1.240 2004/01/28 10:02:31 stelian Exp $
+$Id: CHANGES,v 1.246 2004/04/21 08:56:24 stelian Exp $
 
 Changes between versions 0.4b35 and 0.4b36 (released ?????????????????)
 =======================================================================
@@ -24,6 +24,29 @@ Changes between versions 0.4b35 and 0.4b36 (released ?????????????????)
        Thanks to Zhang Jun <zhangjun@nanjing-fnst.com> for reporting
        the bug.
 
+6.     Made explicit in the dump man page that dump will not create
+       a remote file, it will only write to an already existing one.
+
+7.     Another try at making size estimates better again.
+
+8.     Put back the inconditional running of the end-of-tape
+       script which was changed in 0.434 to be run only when -M
+       or multiple -f were NOT specified. Some users rely on this
+       feature even when it is combined with -M/-f.
+
+9.     Fixed restore when restoring huge backups (where rstdir...
+       temporary files are over 2GB). Thanks to 
+       Raphael Jaffey <rjaffey@artic.edu> for reporting this, 
+       debugging the issue and making the patch.
+
+10.    Made restore understand FreeBSD UFS2 tapes. Thanks to
+       David <vrtin@users.sourceforge.net> for submitting the bug
+       and providing a test case.
+
+11.    Made dump work with an arbitrary integer level (no more 10
+       levels only limitation). Thanks to Matthew
+       <msvincen@midway.uchicago.edu> for the patch.
+       
 Changes between versions 0.4b34 and 0.4b35 (released December 21, 2003)
 =======================================================================