I'm not a shell guru by any means, but I'm wondering if you set the
wrong environment variable. I'm using the following in tcsh and I can
checkin/checkout files with non-ASCII chars just fine.
setenv LANG en_US.UTF-8
I assume that for bash, setenv becomes export.
Dave
On Dec 5, 2005, at 3:22 PM, Balázs Szabó (dLux) wrote:
> Hi Guys,
>
> I really can't believe this thing can happen: why subversion uses
> unicode filenames if it cannot handle such a common thing as a Mac
> OS X default filesystem. I understand that OSX is a weird Unix in
> many aspects, but man, many people use this.
>
> Please someone just tell me what the heck I can do with this
> problem: is it solvable easily? Is there any patch I can apply? Or
> just forget using accents in the filenames? Or I am doing something
> wrong and it works file for everyone else?
>
> Regards,
>
> Balázs Szabó (dLux)
> -- -- - - - -- -
>
>
> On 2005.12.04., at 22:36, Balázs Szabó (dLux) wrote:
>
>> Hi,
>>
>> Thank you for the explanation and the idea.
>>
>> But what can I do with it as a subversion user? Does anyone have a
>> patch or something like this for this problem?
>>
>> Thanks,
>>
>> Balázs Szabó (dLux)
>> -- -- - - - -- -
>>
>>
>> On 2005.12.03., at 18:01, Paul Koning wrote:
>>
>>>>>>>> "Balázs" == Balázs Szab <Bal> writes:
>>>
>>> Balázs> Hi, I have problems using Subversion on OSX (10.4.3). I
>>> have
>>> Balázs> tried a few different versions and the problem is always
>>> the
>>> Balázs> same.
>>>
>>> Balázs> I have checked out a repository, which I created on Linux,
>>> Balázs> and it contained filenames like "statisztikák.sxc"
>>>
>>> Balázs> I set up the environment before I did anything:
>>>
>>> Balázs> export LC_CTYPE="hu_HU.UTF-8"
>>>
>>> Balázs> The checkout worked fine, but right after the checkout,
>>> I had
>>> Balázs> the following output for svn status (SVN 1.3RC4, but the
>>> Balázs> results are similar with 1.2.3 as well):
>>>
>>> Balázs> ? statisztikák.sxc ! statisztikák.sxc
>>>
>>> Balázs> The problem can be that (as I read elsewhere), HFS+ stores
>>> Balázs> the filenames in decomposed form, and since "á" has two
>>> UTF-8
>>> Balázs> code in composed and decomposed forms, SVN thinks that this
>>> Balázs> file is different what is just checked out...
>>>
>>> That sounds plausible. This problem can appear anytime you deal
>>> with
>>> strings that aren't plain English text -- accents, for example.
>>>
>>> There's a standard solution designed in the IETF called Stringprep
>>> (it's an RFC, I don't have the number handy). Basically it involves
>>> translating the string into a single "canonical" format, so that no
>>> matter which choice of encoding you start with, after Stringprep
>>> there
>>> is only one possible outcome. Think of it as the UTF analog of
>>> case-insensitive comparison.
>>>
>>> So in order to compare UTF strings, you first run the two through
>>> Stringprep, and after that you compare them. That way, two strings
>>> that are the same to the user will also be the same to the program,
>>> and any irrelevant transformations done in storing the strings (like
>>> the HFS+ one) will not confuse things.
>>>
>>> paul
>>>
>>>
>>> --------------------------------------------------------------------
>>> -
>>> 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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Dec 6 00:42:44 2005