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:07:39 CEST