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.rossv...@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.rossv...@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@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. br...@wandisco.com
