subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dave Huang <k...@azeotrope.org>
Subject Re: question about subversion 1.9 unicode normalization status
Date Tue, 11 Aug 2015 22:11:10 GMT
On Aug 11, 2015, at 15:35, Branko ─îibej <brane@wandisco.com> wrote:
> 
> On 10.08.2015 18:46, Attila Soki wrote:
>> hi,
>> 
>> i saw the entry "reimplement UTF-8 fuzzy conversion using utf8proc (r1511676)"
>> in the changelog and hoped this would be the fix for
>> http://subversion.tigris.org/issues/show_bug.cgi?id=2464
>> 
>> but after a quick test it seems to be still broken.
> 
> In my not even a bit humble opinion, what's broken is Apple's HFS, not
> Subversion.

Exactly what is broken in Apple's HFS? MacOS uses one of the Unicode Normalization Forms.
Perhaps it's not the same one that Windows uses, but there's nothing wrong with that. While
it's unfortunate that SVN didn't handle this correctly from the start, it doesn't make it
Apple's fault. Unicode 2.0 talked about normalization/canonicalization in 1996, and TR 15
has been around since about the same time--both predating SVN's development by years. Of course,
most people weren't thinking about Unicode back then, and a filename was considered to be
some opaque string of bytes, so I don't particularly blame SVN either. If anything, Unicode
should've just declared one canonical form instead of giving options. But while HFS(+) is
old and is due for an overhaul, its use of Unicode NFD isn't broken.
-- 
Name: Dave Huang         |  Mammal, mammal / their names are called /
INet: khym@azeotrope.org |  they raise a paw / the bat, the cat /
FurryMUCK: Dahan         |  dolphin and dog / koala bear and hog -- TMBG
Dahan: Hani G Y+C 39 Y++ L+++ W- C++ T++ A+ E+ S++ V++ F- Q+++ P+ B+ PA+ PL++


Mime
View raw message