Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 19 May 2011 14:04:47 -0700
From:      Doug Barton <dougb@FreeBSD.org>
To:        Peter Jeremy <peterjeremy@acm.org>
Cc:        Rick Macklem <rmacklem@FreeBSD.org>, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org, svn-src-stable-8@FreeBSD.org, svn-src-stable@FreeBSD.org
Subject:   Re: svn commit: r222048 - stable/8/sys/fs/nfs
Message-ID:  <4DD585EF.1090704@FreeBSD.org>
In-Reply-To: <20110519185554.GA75039@server.vk2pj.dyndns.org>
References:  <201105180214.p4I2EQar056652@svn.freebsd.org> <20110519185554.GA75039@server.vk2pj.dyndns.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 5/19/2011 11:55 AM, Peter Jeremy wrote:
> On 2011-May-18 02:14:26 +0000, Rick Macklem<rmacklem@FreeBSD.org>  wrote:
>> Author: rmacklem
>> Date: Wed May 18 02:14:26 2011
>> New Revision: 222048
>> URL: http://svn.freebsd.org/changeset/base/222048
>>
>> Log:
>>   MFC: r221462
>>   Add a comment noting that the NFS code assumes that the
>>   values of error numbers in sys/errno.h will be the same
>>   as the ones specified by the NFS RFCs and that the code
>>   needs to be fixed if error numbers are changed in sys/errno.h.
>>
>> Modified:
>>   stable/8/sys/fs/nfs/nfsproto.h
>> Directory Properties:
>>   stable/8/sys/   (props changed)
>>   stable/8/sys/amd64/include/xen/   (props changed)
>>   stable/8/sys/cddl/contrib/opensolaris/   (props changed)
>>   stable/8/sys/contrib/dev/acpica/   (props changed)
>>   stable/8/sys/contrib/pf/   (props changed)
>
> Picking a commit at random, I notice that lots of -stable commits
> include property changes to apparently unrelated parts of the tree.
> Is this intentional?  ViewVC doesn't seem to let me view the actual
> properties.

This happens because people do merges at improper locations in the tree, 
then when people come along and do it right (as Rick seems to have done 
here) svn helpfully updates the mergeinfo on files/directories that have 
it below where it is supposed to be.

Some of us periodically go through and fix this, but it would be very 
helpful if people would stop breaking it. :)


Doug

-- 

	Nothin' ever doesn't change, but nothin' changes much.
			-- OK Go

	Breadth of IT experience, and depth of knowledge in the DNS.
	Yours for the right price.  :)  http://SupersetSolutions.com/




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4DD585EF.1090704>