On 26.06.2019 10:40, Marc Strapetz wrote:
> On 25.06.2019 23:35, Branko Čibej wrote:> On 25.06.2019 19:15, Thomas
> Singer wrote:
>>> What I don't like:
>>> - after more than a decade the umlaut problem of composed/decomposed
>>> UTF-8 has not been solved
>>
>> It has, actually, in Apple's APFS, where the fix belongs.
>
> That sounds interesting. Just to be sure, you are referring to this
> problem:
>
> https://issues.apache.org/jira/browse/SVN-2464
>
> ? It would be great to have some more information for which OSX
> version and which file systems the problem should be resolved.
The original problem was that Apples HFS+ filesystem normalized paths to
Unicode Normalisation Form D. In practice that meant that if you created
a file with a name that contained a composable character, then read that
name from the filesystem, you could get different results (i.e., the
name was "the same" as far as Unicode normalisation is concerned, but
the actual representation bytes were different).
The new APFS filesystem (which is the default in the last two versions
of macOS, IIRC) doesn't do that any more.
This is on local disk, which is APFS:
brane_at_zulu:~/src/svn/test$ svnadmin create repo
brane_at_zulu:~/src/svn/test$ svn co file://$(pwd)/repo wc
Checked out revision 0.
brane_at_zulu:~/src/svn/test$ touch wc/čibej
brane_at_zulu:~/src/svn/test$ svn add wc/čibej
A wc/čibej
brane_at_zulu:~/src/svn/test$ svn st wc/
A wc/čibej
and this is on an HFS+ disk image:
brane_at_zulu:/Volumes/hfs$ svnadmin create repo
brane_at_zulu:/Volumes/hfs$ svn co file://$(pwd)/repo wc
Checked out revision 0.
brane_at_zulu:/Volumes/hfs$ touch wc/čibej
brane_at_zulu:/Volumes/hfs$ svn add wc/čibej
A wc/čibej
brane_at_zulu:/Volumes/hfs$ svn st wc/
? wc/čibej
! wc/čibej
The second instance clearly shows that the filesystem changed the file name.
-- Brane
Received on 2019-06-26 17:39:12 CEST