Subject: bug#4157: 23.1.50; faulty character characterisation for ä

From: Eli Zaretskii <[email-masked]>
Date: Thu, 10 Oct 2019 21:57:58 +0300

> From: Peter Dyballa <[email-masked]>
> Date: Thu, 10 Oct 2019 20:33:56 +0200
> Cc: Stefan Kangas <[email-masked]>,
>  [email-masked],
>  [email-masked]
> 
> Alright, file names in Mac OS X were recorded in a special form of UTF-8, accented characters as two characters. GNU ls outputs the month name correctly, but not the file name, which is still held in UTF-8 and not converted to ISO Latin-9. So it's more of a GNU ls bug.

No, I don't think it is.  No version of 'ls' I know of, including GNU
'ls', recodes file names, they just emit the bytestream they find in
the directory.  The idea is that you create files and display them
under the same setting of the locale's codeset.  If you change the
codeset between the time you created the file and the time you display
it, you are toast.  AFAIK, this happens on any Posix filesystem.