On Sun, Oct 6, 2013 at 1:33 PM, Helge Rossvoll <helge.rossv...@itet.no>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?**** > > ** ** > > Server = **** > > OS: Debian**** > > Kernel: 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux**** > > SVN: svn, version 1.6.17 (r1128011)**** > > Apache: Apache/2.2.22 (Debian)**** > > Transport mode: HTTP (not https)**** > > > Do you have svn:eol-style set? If so, what is its value? You mentioned Notepad++, which is Windows-only. On *NIX, the default EOL marker is \n (LF), while on Windows it's CRLF (\r\n). If svn:eol-style is set to native, when you check out on Windows the EOLs will be CRLF, and when you check out on *NIX, it'll be LF - a difference of one byte per line. Visually, there's no difference. But there will be a checksum difference. In Notepad++, turn on Show Whitespace Characters (I forget the exact wording, and am not in front of Windows at the moment). Do the same on a *NIX machine and your text editor of choice there. You should see a difference there.
