https://bugs.winehq.org/show_bug.cgi?id=39298
--- Comment #3 from Hin-Tak Leung htl10@users.sourceforge.net --- I checked wine git head:
$ git describe origin/master wine-7.10-27-gdd4a92bc259
The list of genuine microsoft nls files I had at one point in time (I copied it in the past from my windows partition, I think), which has no wine equivalents, are:
c_1047.nls c_1140.nls c_1141.nls c_1142.nls c_1143.nls c_1144.nls c_1145.nls c_1146.nls c_1147.nls c_1148.nls c_1149.nls c_20000.nls c_20001.nls c_20002.nls c_20003.nls c_20004.nls c_20005.nls c_20105.nls c_20106.nls c_20107.nls c_20108.nls c_20261.nls c_20269.nls c_20273.nls c_20277.nls c_20278.nls c_20280.nls c_20284.nls c_20285.nls c_20290.nls c_20297.nls c_20420.nls c_20423.nls c_20424.nls c_20833.nls c_20838.nls c_20871.nls c_20880.nls c_20905.nls c_20924.nls c_20936.nls c_21025.nls c_21027.nls c_858.nls c_870.nls
another one, c_28603 is only in wine source but not in my from-windows copies.
But I supppose, assuming "install additional codepages data files" now works, there is no need to keep this open.
I just mounted my windows partition, and did "ls /mnt/Windows/*/*.NLS | cut -f 5 -d / | sort | uniq" (system32 and SysWOW64 have somewhat different *.nls, no idea why - a total of 170 , a uniq 112), the ones that wine does not yet provide are:
< c_1047.nls < c_1140.nls < c_1141.nls < c_1142.nls < c_1143.nls < c_1144.nls < c_1145.nls < c_1146.nls < c_1147.nls < c_1148.nls < c_1149.nls
< c_20000.nls < c_20001.nls < c_20002.nls < c_20003.nls < c_20004.nls < c_20005.nls < c_20105.nls < c_20106.nls < c_20107.nls < c_20108.nls
< c_20261.nls < c_20269.nls < c_20273.nls < c_20277.nls < c_20278.nls < c_20280.nls < c_20284.nls < c_20285.nls < c_20290.nls < c_20297.nls < c_20420.nls < c_20423.nls < c_20424.nls < c_20833.nls < c_20838.nls
< c_20871.nls < c_20880.nls < c_20905.nls < c_20924.nls
< c_20936.nls
< c_21025.nls < c_21027.nls
< c_858.nls
< c_870.nls
This looks somewhat similar to my first list.
I am fine with closing if custom nls installation works.