subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Branko Čibej <>
Subject Re: Check-out fails with LANG=C
Date Tue, 09 Jul 2013 18:21:33 GMT
On 09.07.2013 17:01, Andreas Krey wrote:
> On Tue, 09 Jul 2013 16:26:40 +0000, Branko ??ibej wrote:
> ...
>> Since we're on the topic, would you care to explain why translating
>> files to the native encoding is "a rather stupid idea"?
> Because LANG isn't "the native encoding", but, for the file system
> the "naive encoding".
> What encoding is used in the file system is a property of the
> file system or even individual directories and files, but certainly
> not of the terminal session I'm using to do the checkout.
> (And if you think that LANG should apply to file names on disk,
> why would you think it should not do so for the file names that
> come from the svn server in the checkout?)

Unlike on Windows and Mac OS (the latter at least with HFS+), the is no
notion of native filesystem encoding on other Unix-like platforms. The
best we can do is look at the locale settings, specifically, LC_CTYPE.

I posit that if the "native encoding" is supposed to be UTF-8, then it
is an error to use LANG=C at all. Instead, one should use LANG=C.UTF-8.

In a context where, for example, most files were encoded in Big5
( — not a too far-fetched proposition
— it would be slightly insane, to put it mildly, for Subversion to
assume it can just write UTF-8 to disk.

So indeed, this state of affairs puts the burden of setting up their
locale correctly on users, but that's simply the way Unix works.

-- Brane

Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data

View raw message