Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: neutral (athena.apache.org: local policy)
From: Philip Martin <philip.martin@wandisco.com>
To: Johan Holmberg <holmberg@iar.se>
Cc: "users\@subversion.apache.org" <users@subversion.apache.org>
Subject: Re: Strange diffs after rsync copying of  working copy
References: <4F2BC96D.2020902@iar.se> <20120203122811.GB18533@ted.stsp.name>
	<4F2BD9E0.2070809@iar.se> <87wr84kqs1.fsf@stat.home.lan>
	<4F2BE1AA.8040409@iar.se> <87liokkour.fsf@stat.home.lan>
	<4F2BE986.5070106@iar.se> <87haz8knec.fsf@stat.home.lan>
	<4F2BFAA5.5000808@iar.se>
Date: Fri, 03 Feb 2012 15:57:51 +0000
In-Reply-To: <4F2BFAA5.5000808@iar.se> (Johan Holmberg's message of "Fri, 03
	Feb 2012 16:17:57 +0100")
Message-ID: <877h03lxj4.fsf@stat.home.lan>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Johan Holmberg <holmberg@iar.se> writes:

> Yes, in one case I get a difference for the $Id$ line (from "svn diff"):
>
>   -$Id:$
>   +$Id$

OK. I think the file in the repository has '$Id:$' instead of '$Id$' for
the keyword.  Committing the file should fix the problem.

> and in the other files the "svn diff" show a difference on line
> endings (Windows .vs. UNIX). But the files have svn:eol-style native
> set, and appear as normal UNIX text files in the working copies.

A similar problem here, the file in the repository should have \n line
endings but the file has some \r\n line endings.  Once again committing
the file should fix the problem (although mixed line endings may cause
the commit to fail and require you to make them consistent before
committing).

-- 
Philip