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

Repost: Bug? "svn st" doesn't report line-ending changes

From: Eric Hanchrow <offby1_at_blarg.net>
Date: 2004-12-13 19:24:41 CET

This is with pristine svn 1.1.1 on Linux. Built from checked-in
sources (as opposed to a released tarball); I configured by running
this "config.nice" with no arguments:

    "./configure" \
    "--cache-file=/usr/local/src/config.cache" \
    "--enable-shared" \
    "--prefix=/usr/local/stow/svn-1.1.x" \
    "-C" \

I use fsfs instead of berkeley DB, although I'm sure that's

Here's what I did:

    $ svn switch http://svn.collab.net/repos/svn/tags/1.1.1
    U Makefile.in
    U build.conf

Find a text file whose svn:eol-style is native.

    $ file BUGS
    BUGS: ASCII English text
    $ svn pg svn:eol-style BUGS

Edit the file by adding carriage-returns to the ends of the lines.
    $ unix2dos BUGS
    $ file BUGS
    BUGS: ASCII English text, with CRLF line terminators

Ask subversion if this file has changed.
    $ svn st BUGS

Hmm. Subversion says this file hasn't been edited, but of course it
has. This seems bugaceous (that's a word because I say it is :-); I
would have expected ``svn st BUGS'' to have yielded


Here's why it would be good to know that the file has been edited: if
the file in question were a Perl script instead of a text file, then
accidentally running ``unix2dos'' on it will break it (because the
kernel will look for an executable named /usr/bin/perl^M), and it
would be nice to be alerted to such breakage.

Because he pays close attention, a Navy pilot can land a
40,000 lb. aircraft at 140 miles per hour on a pitching carrier
deck, at night, more safely than the average teenager can cut a
        -- Paul Graham
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Dec 13 19:31:05 2004

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.