[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 20:19:41 +0200

Client have native set for .sh files.
Files are created on windows, published to the debian SVN/apache server and in most cases checked out to windows machines.
Haven’t been able to get anyone using linux to test yet.

Med vennlig hilsen
Helge Rossvoll

-----Original Message-----
From: Andy Levy [mailto:andy.levy_at_gmail.com]
Sent: 6. oktober 2013 20:06
To: Helge Rossvoll; users_at_subversion.apache.org
Subject: Re: File size different downloaded compared to uploaded

Please be sure to Reply To All so that responses go back to the list.

On Sun, Oct 6, 2013 at 2:02 PM, Helge Rossvoll <Helge.Rossvoll_at_itet.no> wrote:
> SVN repo is used for android ROM development.
> What we see now is that if we checkout the entire repo, .zip it and flash on the phone it will flash, but when trying to run the bash scripts on the phone, for instance install_kernel.sh it will fail.
> I assume this is due to the fact that the files are altered in some way.
>
> Checking the svn:eol-style parts now.

If you can't find any differences visually, then one or more characters that aren't visible are getting changed - most likely EOL markers. Use a diff tool to be sure.

If the scripts will only work the *NIX-style EOL markers, then set svn:eol-style on those files to LF

> Sent: 6. oktober 2013 19:56
> To: Helge Rossvoll
> Subject: Re: File size different downloaded compared to uploaded
>
> On Sun, Oct 6, 2013 at 1:52 PM, Helge Rossvoll <Helge.Rossvoll_at_itet.no> wrote:
>> 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.
>
> What's the perceived problem in the first place? Have you checked the things that Brane & I suggested you check, and if so what were the results?
>
> Auto-props *are* a client setting, and have nothing to do with the server. svn:eol-style is also handled exclusively by the client. A change of server should not be causing this to happen.
>
>> 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 20:20:18 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.