Commandline usage is often quite broken in non-english, for example, sometimes manpages --help output are over translated, with flag names/options being translated, whilst the command in question doesn't accept non-english flags. Or worse only accepts non-english once in a different locale. Leaving users extremely confused, when flags don't work - or it is impossible to discover the english name of a flag.
Huge banners of gibberish are very pointless. If you want to be nice, at least that banner text should be preshipped localised, into all languages. And it should be short, probably a URL. non-UTF8 locale fallback to C, instead of C.UTF-8 is very bad. I have disabled forwarding of my client locale to the server by default, and I long time ago advocated that that should be the default on Ubuntu. I very much suffer from this, because many minimal systems do not have en_GB.UTF-8 generated/configured, or explicitly have it removed. I believe things got better, but not nearly so, especially when testing localised installs and trying to ssh into them from an en_GB.UTF-8 client. I might be weird, but I expect to get the default behaviour of the remote systems; when i login into the remote machine. Not the one of the local one. And I see it as a privacy / information leak, to pass my local locale when I ssh into remote systems. This goes against the whole thin-client/multi-user mainframe pagadim, which i think is a bit historic in its usage - these days we have vastly more servers & computers, than humans. Thus on average there is only a fraction of a human logged into an average server. RE: privacy - when i ssh push code to a public codehosting site, I do not want them to collect my local machine locale. The people who i typically see use localised terminals are those that happen to have a latin based keyboard, which has all the keys of the english alphabet, and they are missordered. So if things are changed w.r.t. this, one should double check that e.g. german azerty client, can still azerty all the things across. Everyone else with more national layouts with missing english keys, have most likely a secondary en_US, and switch to that keyboard layout for terminal and ssh use - and would very much prefer and expect an english/C.UTF-8 locale. I know it sounds odd to derive locale from a keyboard layout; but for an interactive terminal, it is very intuitive. ps Also screw $variables, and how dare countries to have money symbols to not be a variant of a dollar. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1134036 Title: Failure when using ssh with a locale that is not configured on the server To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1134036/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
