I've recently started working with svn (1.1.3 built under Mac OS X 10.3)
and have tripped over an error in communication during checkout. Briefly,
0. Test repository created on server with the usual svnadmin create, fsfs
no manual changes to repository (other than permissions) after creating
1. Repository populated from client (just tossed in a bunch of prefs files)
svn import <dir> svn+ssh://<server>/<path> --no-auto-props
with LANG and LC_CTYPE on client and server set to "en_US.UTF-8" (after
that not doing so caused a "can't recode" error during import), with no
2. Checkout attempted with
svn co svn+ssh://<server>/<path> <local>
which grinds away for a while and then fails with
A <local>/Library/Preferences/Deneba/User Dictionary
svn: Malformed XML: not well-formed (invalid token) at line 5988
If I cd down and try svn cleanup, it responds
svn: In directory ''
svn: Can't copy '.svn/tmp/text-base/TrueType Font Editor
to 'TrueType Font Editor Prefs.2.tmp': No such file or directory
which leads me to wonder this might've been the problem file, but
doesn't seem out of order.
There are a few files in the original set whose names include non-ASCII
characters; since Googling for the "Malformed XML" error hits a few
postings about Unicode issues, I wondered whether svn was choking on a
Unicode filename, but I can't spot any problems by eye in .svn/log*, and
fwiw "svn list" doesn't choke.
If I'm making a real newbie error, pointers to TFM/TFMLA happily accepted.
Otherwise, I'd be grateful for information about either fixes or best
places to start further investigation. I'm also willing to build HEAD and
give it a go if Knowledgeable Folk think it's likely that this problem has
been fixed since 1.1.3.
Charles Bailey < bailey _on_ orphco _period_ org >
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Tue Feb 15 06:14:40 2005