[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: File size different downloaded compared to uploaded

From: Helge Rossvoll <Helge.Rossvoll_at_itet.no>
Date: Sun, 6 Oct 2013 19:52:38 +0200

What would be the recommended solution to this?
I assume there is a way around this to let clients handle this?
Because when using googlecode the problem wasn't there, but now when using a self ran debian server there is an issue.

Med vennlig hilsen
Helge Rossvoll

-----Original Message-----
From: Branko Čibej [mailto:brane_at_wandisco.com]
Sent: 6. oktober 2013 19:42
To: users_at_subversion.apache.org
Subject: Re: File size different downloaded compared to uploaded

On 06.10.2013 10:33, Helge Rossvoll wrote:
>
> When downloading files from the SVN bash (.sh) files are always a
> little bit bigger than the original committed file.
>
> This seem to only be relevant to bash scripts as far as I can see
> until now. Ziped files are not affected it seems.
>
>
>
> Using notepad++ in windows to compare the files, notepad++ informs
> that the files are a match. Though doing a MD5sum shows different MD5
> hash.
>
> Afraid that it might give effects on finished applications built from
> the SVN repo, as well as maybe corruption in files.
>
>
>
> Anyone with any idead?
>

You probably have an autoprops setting that sets the svn:eol-style property to "native" on .sh files, creating them with Unix end-of-line markers and retrieving them on Windows, where the end-of-line sequence is two bytes, not one.

-- Brane

--
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. brane_at_wandisco.com
Received on 2013-10-06 19:53:19 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.