Whoops - Working copy size in subversion

[Daniel Berlin <dberlin at dberlin dot org>]

So, after staring at the working copy to look at ways to reduce size, it
turns out i foo-barred the conversion command line slightly in my last
conversion, and it's setting the eol-style property on every single file
(it ignored my misspelled option :P).

I've done this conversion about 80 billion times, and of course, when i
wrote it into a script last time, it mispasted it.

So it was treating it as part of the previous command line option (which
happened to accept regexps, and had no problem with the regexp
"--no-default-eol")

This causes a non-empty props file to be created for each file in our
entire repository (34 bytes long), even if it had no real properties
otherwise.

The upshot is that this wastes about 250 real meg on a working copy (IE
what you check out), on my reiserfs system.

This also slows down local *and* remote diffs, etc.

I am reconverting trunk-only (which should take a shorter amount of
time) to test removing this option for sure.

If it goes as expected, working copies should be ~630 meg on fses that
deal well with small files, and ~650 meg on fs'en that don't.

I can also reduce it further on FS'en that require space for empty
directories, by about 30 meg (based on tests by people doing this on
ext3 :P)

For the curious, my goal for 1.4 is to have it under 500 meg in size, if
at all possible.

So if you all hang on a few moments, i may have some good news.

Note that you'll need a 1.3.x client to reap this gain due to a little
other sillyness causing non-empty props files containing only the word
"END" when they should be non-existent.  I've submitted the fix for 1.3,
hopefully it will make it. 

--Dan