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

Re: [svn] Recode problem

From: Branko Čibej <brane_at_xbc.nu>
Date: 2005-05-06 16:09:36 CEST

Heikki Orsila wrote:

>On Fri, 6 May 2005, Erik Huelsmann wrote:
>
>
>>It's not a bug since svn is not a normal shell tool: you expect to be
>>able to checkout on other supported systems, this is the price you
>>pay...
>>
>>
>
>It's a high price to pay if you want to people from CVS world to use your
>tool. Why not read the locale settings from global configuration files?
>For example, my debian gnu/linux system is configured with:
>
> en_US.ISO-8859-15 ISO-8859-15
> fi_FI@euro ISO-8859-15
>
>But svn tool doesn't work with ISO-8859-15 names! Only a small amount of
>code per supported operating system is required to handle this.
>
>
If your locale is set correctly, then SVN will work correctly, too. What
you showed above is a list of locales that are /available/ on the
system, not the locale that's actually active. That's set via the LANG
or LC_* environmen variables. I bet that if you type "locale" at the
shell prompt, you'll get neither of the ones you list above.

Here's the output on one of the Unix boxes I have here (also a Debian
box, BTW):

$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=en_US.UTF-8

And this is in /etc/environment:

LC_ALL=en_US.UTF-8
LANG=en_US.UTF-8

-- Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri May 6 16:14:55 2005

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.