-$Id: CHANGES,v 1.199 2002/11/15 10:03:37 stelian Exp $
+$Id: CHANGES,v 1.200 2002/11/19 13:39:35 stelian Exp $
+
+Changes between versions 0.4b32 and 0.4b33 (released ?????????????????)
+=======================================================================
+
+1. Added a note in the restore man page clarifying the question
+ 'set the permissions on the current directory ?' asked by
+ restore at the end of treatment in -i and -x modes.
Changes between versions 0.4b31 and 0.4b32 (released November 15, 2002)
=======================================================================
.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
.\" SUCH DAMAGE.
.\"
-.\" $Id: restore.8.in,v 1.28 2002/07/24 14:12:00 stelian Exp $
+.\" $Id: restore.8.in,v 1.29 2002/11/19 13:39:36 stelian Exp $
.\"
.TH RESTORE 8 "version __VERSION__ of __DATE__" BSD "System management commands"
.SH NAME
.B restore
is written to be setuid root, but we are not certain all bugs are gone from the
code - run setuid at your own risk.)
+.PP
+At the end of restores in
+.B \-i
+or
+.B \-x
+modes (unless
+.B \-o
+option is in use),
+.B restore
+will ask the operator whether to set the permissions on the current
+directory. If the operator confirms this action, the permissions
+on the directory from where
+.B restore
+was launched will be replaced by the permissions on the dumped root
+inode. Although this behaviour is not really a bug, it has proven itself
+to be confusing for many users, so it is recommended to answer 'no',
+unless you're performing a full restore and you do want to restore the
+permissions on '/'.
.SH AUTHOR
The
.B dump/restore