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

READ ME: working copy ickiness!

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2003-01-14 00:30:02 CET

Hey everyone, read about the eol bugs we uncovered today in issue
#1085. Glad we decided to start using our own feature, ugh.

If you update your wc to HEAD right now, you'll get a zillion
propchanges. Almost every file in our tree will receive an
'svn:eol-style' property. Most are being set to 'native' style, and a
few are set to fixed 'CRLF'.

After the update, 'svn st' will report that you have a number of files
locally modified. This is untrue. What's really going on is that
certain text-bases weren't converted properly during the update.
Hence the bug.

*** The workaround, for now: ***

The simple solution is just to checkout a fresh working copy of

The repair solution:

Hand-delete the parent directories that contain the bogus text-bases:

   $ rm -rf build/win32 notes subversion/bindings/com

Then run 'svn up' to get the missing directories back:

   $ svn up

This fixes everything but one file, 'win-tests.py', which is at the
top level of your working copy. You can't really delete the parent,
unless you want to destroy your working copy.

Instead, just translate the file's text-base from DOS to Unix

   $ cat .svn/text-base/win-tests.py.svn-base | tr -d '\r' > tmpfile
   $ mv tmpfile .svn/text-base/win-tests.py.svn-base

Sorry for the annoyance, everyone.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jan 14 00:33:11 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.