Had the identical problem: File names with funny German umlauts properly checked
in via TortoiseSVN, but all server-side clients (svnlook, in particular) failing on seeing
the first such file name.
Solution:
1. (most important): Make sure that apr/apr-util are linked with libiconv
2. Set locale locale on server machine properly (at least LC_CTYPE).
N.B.: When svnlook is being called via e.g. WebSVN, the environment doesn't necessarily contain an appropriate locale setting, i.e. svnlook will fail despite the availability of libiconv.
-Manfred
-----Ursprüngliche Nachricht-----
Von: Ben Collins-Sussman [mailto:sussman@collab.net]
Gesendet: Dienstag, 6. Juli 2004 22:15
An: Ihsiak
Cc: users@subversion.tigris.org
Betreff: Re: National characters broke subversion?
On Tue, 2004-07-06 at 14:35, Ihsiak wrote:
> Hello
> I run into a problem recently... We have our svn repositories
> installed on debian machine (using svn 1.0.3 r9775, apache module),
> clients are windowsXP (using tortoiseSvn). There are many files in the
> repository, which names consists national characters. When I try to do
> checkout or at least 'svnlook tree' on debian I get error "svn: can't
> recode string" and operation terminates before completoition... (so I
> am unable to do nightly tarballs)
It means your client's locale doesn't know how to convert the UTF8
filename in the repository into something readable. Set your locale
correctly.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jul 7 08:48:18 2004