Hi, it turns out that it might be contraproductive to set LANG=en_US.UTF-8.
If the LANG locale is not listed by locale -a then nl_langinfo(3) returns "ANSI_X3.4-1968". I stumbled over this when testing LANG=de_DE.UTF8, which despite of my location is not an available locale on my machine. So i think that setting any locale by LANG makes daring assumptions about its availability, unless brain is added to inspect the installed locals and to choose one that is based on UTF-8. This reaches quite far beyond the problem which the patch shall solve. What route to go ? - Choose the first UTF-8 locale offered by locale -a ? (What to do if none is offered ?) - Abandon the idea of setting LANG and rather use xorrisofs charset options to enforce UTF-8 as origin of the conversion ? I will for now strive for the second alternative but am ready to change to number one. Have a nice day :) Thomas _______________________________________________ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel
