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

Re: calling dosunix at a newline mismatch

From: Ryan Schmidt <subversion-2008c_at_ryandesign.com>
Date: Mon, 17 Nov 2008 18:52:37 -0600

On Nov 17, 2008, at 03:19, thomas dettbarn wrote:

> i am currently working on a project where i am using windows and
> linux on the same files. linux, because it is easier to edit the
> files, and windows... well... because the compiler is only
> available as a windows executable.
>
> anyhow, since i have to edit the files on both systems, every now
> and then a svn commit becomes tedeious. because it keeps
> complaining about the inconsistent newlines.
> whenever svn finds such a file, it abruptly stops the commit with a
> screeching halt, i have to call dos2unix on the file, and then i
> can commit it again.
>
> and i was wondering: couldn't you guys make this dos2unix call
> mandatory? or optional through a commandline flag? or tell the
> users which of the files has such an inconsistancy?
>
> btw: i am using subversion 1.5.3

Subversion would not complain about inconsistent line endings unless
you have set the svn:eol-style property of those files to some value.
So you must have set svn:eol-style for these files.

In this case, Subversion will be happy to convert a file of wholly
one line ending style to the correct one, but it will not attempt to
change a file with multiple types of line endings, which seems to be
the case for you after you've edited it with your editor.

So the problem is that you are using a text editor that is not
obeying the line ending style in the files, and the solution is to
fix the editor. :)

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-11-18 01:53:03 CET

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.