From ceri@submonkey.net  Wed Jan 11 17:44:47 2006
Return-Path: <ceri@submonkey.net>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8482916A41F
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 11 Jan 2006 17:44:47 +0000 (GMT)
	(envelope-from ceri@submonkey.net)
Received: from shrike.submonkey.net (cpc2-cdif2-3-1-cust208.cdif.cable.ntl.com [82.31.78.208])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9A8B543D46
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 11 Jan 2006 17:44:46 +0000 (GMT)
	(envelope-from ceri@submonkey.net)
Received: from ceri by shrike.submonkey.net with local (Exim 4.60 (FreeBSD))
	(envelope-from <ceri@submonkey.net>)
	id 1Ewk1d-0004R7-Cs
	for freebsd-gnats-submit@FreeBSD.org; Wed, 11 Jan 2006 17:44:45 +0000
Received: from cyrus.watson.org ([209.31.154.42])
	by shrike.submonkey.net with esmtp (Exim 4.60 (FreeBSD))
	(envelope-from <rwatson@FreeBSD.org>)
	id 1EwiOA-000E2u-Rp
	for ceri@submonkey.net; Wed, 11 Jan 2006 16:00:05 +0000
Received: from fledge.watson.org (fledge.watson.org [209.31.154.41])
	by cyrus.watson.org (Postfix) with ESMTP id 4D54546B82;
	Wed, 11 Jan 2006 10:59:49 -0500 (EST)
Message-Id: <20060111155348.J28748@fledge.watson.org>
Date: Wed, 11 Jan 2006 15:59:53 +0000 (GMT)
From: Robert Watson <rwatson@FreeBSD.org>
To: Ceri Davies <ceri@submonkey.net>
Cc: Ahnjoan Amous <ahnjoan@gmail.com>, freebsd-hackers@freebsd.org
In-Reply-To: <7E919BA5-DF54-445D-98CA-E57E32B60892@submonkey.net>
Subject: Re: setfacl file modification time
References: <5e575c8a0601051043r46ccfea1s352a5ea8ea7010a1@mail.gmail.com>
 <7E919BA5-DF54-445D-98CA-E57E32B60892@submonkey.net>

>Number:         91679
>Category:       kern
>Synopsis:       Re: setfacl file modification time
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jan 11 17:50:02 GMT 2006
>Closed-Date:    Wed Jan 11 23:19:39 GMT 2006
>Last-Modified:  Fri Feb 17 11:10:07 GMT 2006
>Originator:     
>Release:        
>Organization:
>Environment:
>Description:
 On Thu, 5 Jan 2006, Ceri Davies wrote:
 
 > On 5 Jan 2006, at 18:43, Ahnjoan Amous wrote:
 >
 >> In 5.2.1-RELEASE, setfacl updates the modification time of the file
 >> when acls are changed.  I haven't been able to find any complaints
 >> about this behavior, is this something folks on the list would expect
 >> when using setfacl?  If so, does anyone know a work around?
 >
 > PR 76818 is open for this issue, but there is no progress logged at present.
 
 This likely occurs because EA writes modify the last modification timestamp. 
 I can imagine a couple of possible avenues to explore in fixing it, including:
 
 (1) Make system name space EA writes not update the modification time.
 
 (2) Add a flag to allow EA writes to be marked as not updating the
      modification time.
 
 It could be POSIX.1e has something to say about time stamp modifications for 
 setfacl; personally I'd expect it to match the behavior of chmod.  And I 
 believe chmod doesn't update the time stamp.
 
 Robert N M Watson
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: linimon 
State-Changed-When: Wed Jan 11 23:19:11 UTC 2006 
State-Changed-Why:  
Misfiled followup to kern/76818; content migrated. 


Responsible-Changed-From-To: gnats-admin->freebsd-bugs 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Wed Jan 11 23:19:11 UTC 2006 
Responsible-Changed-Why:  

http://www.freebsd.org/cgi/query-pr.cgi?pr=91679 

From: craig@backfire.ca
To: bug-followup@FreeBSD.org
Cc: rwatson@FreeBSD.org
Subject: Re: kern/91679: Re: setfacl file modification time
Date: Fri, 17 Feb 2006 06:04:27 -0500

 > On Thu, 5 Jan 2006, Ceri Davies wrote:
 >
 > > On 5 Jan 2006, at 18:43, Ahnjoan Amous wrote:
 > >
 > >> In 5.2.1-RELEASE, setfacl updates the modification time of the file
 > >> when acls are changed.  I haven't been able to find any complaints
 > >> about this behavior, is this something folks on the list would expect
 > >> when using setfacl?  If so, does anyone know a work around?
 > >
 > > PR 76818 is open for this issue, but there is no progress logged at present.
 >
 > This likely occurs because EA writes modify the last modification timestamp.
 > I can imagine a couple of possible avenues to explore in fixing it, including:
 >
 > (1) Make system name space EA writes not update the modification time.
 >
 > (2) Add a flag to allow EA writes to be marked as not updating the
 >      modification time.
 >
 > It could be POSIX.1e has something to say about time stamp modifications for
 > setfacl; personally I'd expect it to match the behavior of chmod.  And I
 > believe chmod doesn't update the time stamp.
 >
 > Robert N M Watson
 
 I have not read the POSIX specification on this issue, nor do I have any
 authority on this matter, but I feel strongly that a file's mtime should not
 ever be changed by any filesystem utility, with the clear exception of
 /usr/bin/touch and perhaps others. If the POSIX spec requires that the mtime be
 changed during what is essentially a change to the file's metadata, I suggest
 that FreeBSD should diverge from the standard and document it accordingly.
 
 Cheers,
 
 -Craig Reyenga
 
>Unformatted:
