From nobody@FreeBSD.org  Thu Aug  9 18:41:03 2001
Return-Path: <nobody@FreeBSD.org>
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP id 6EDAA37B403
	for <freebsd-gnats-submit@FreeBSD.org>; Thu,  9 Aug 2001 18:41:03 -0700 (PDT)
	(envelope-from nobody@FreeBSD.org)
Received: (from nobody@localhost)
	by freefall.freebsd.org (8.11.4/8.11.4) id f7A1f3w56083;
	Thu, 9 Aug 2001 18:41:03 -0700 (PDT)
	(envelope-from nobody)
Message-Id: <200108100141.f7A1f3w56083@freefall.freebsd.org>
Date: Thu, 9 Aug 2001 18:41:03 -0700 (PDT)
From: Victor Sudakov <vas@mpeks.tomsk.su>
To: freebsd-gnats-submit@FreeBSD.org
Subject: 'restore -r' sets permissions on the current directory even if -N flag is set
X-Send-Pr-Version: www-1.0

>Number:         29584
>Category:       bin
>Synopsis:       'restore -r' sets permissions on the current directory even if -N flag is set
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Aug 09 18:50:00 PDT 2001
>Closed-Date:    Mon Aug 13 13:29:03 MEST 2001
>Last-Modified:  Mon Aug 13 13:29:57 MEST 2001
>Originator:     Victor Sudakov
>Release:        4.3-RELEASE
>Organization:
VAS4-RIPE, VAS47-RIPN
>Environment:
FreeBSD sibptus.tomsk.ru 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Wed Aug  8 13:20:19 KRAST 2001     root@sibptus.tomsk.ru:/usr/src/sys/compile/SIBPTUS  i386

>Description:
'restore -r -N' sets permissions on the current directory even if -N flag is set.
-N means "do nothing", does it not?

>How-To-Repeat:
run 'restore -r -N' in your home directory and see its owner:group being changed into
those of the root of the restored filesystem.

>Fix:
none known

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: joerg 
State-Changed-When: Mon Aug 13 13:29:03 MEST 2001 
State-Changed-Why:  
There's a duplicate PR bin/29671 which contains a full analysis of the 
problem plus a patch. 


http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29584 
>Unformatted:
