> Apparently from my preseeded installation (locale=en_US on d-i's command > line) I got a single locale generated in /etc/locale.gen: en_US > ISO-8859-1. (Which seems to be unfortunate in itself, it should likely > default to UTF-8 instead.)
Bare "en_US" always meant en_US.ISO-8859-1, there's no real way to change that. > And indeed, when I add en_US.UTF-8 to etc/locale.gen, run locale-gen, and > restart lightdm I ended up with a functional language menu (screenshot > attached as well). For many, many years, modern desktop environments don't even pretend to pay lip service to non-Unicode locales. As this bug is non-RC and thus won't be fixed for stretch, I wonder, perhaps it'd be best to drop support for non-Unicode system locales (still allowing them for data)? That'd drastically simplify i18n. Lemme gather some data (by digging locale settings from bug reports) and ask on debian-devel; this could avoid you wasting any time on this bug. Meow! -- Autotools hint: to do a zx-spectrum build on a pdp11 host, type: ./configure --host=zx-spectrum --build=pdp11
