Bug#284137: locale -a reports misleading values for UTF-8 locales
email@example.com (2004-12-06 at 1038.28 +0900):
> > Or in other words, which is the unified value for all apps in a Debian
> > system, that all apps should support (technical issue) and also report
> > (cosmetic issue), and thus which of the two bugs it the right one,
> > maybe expanding to other parts of the Debian system, so they also
> > match.
> Hmm, I think it's difficult problem - and I think the user
> representation name should be free from such limitation.
I did not said it was easy. :] It is just puzzling if you do not have
any information about why things change from one place to another.
> I think the problem is the system does not provide the function to
> answer "en_GB.UTF-8 and en_GB.utf8 is the same locale". One way to
> check that two locales are same or not:
[... script ...]
> (If you think it's worthwhile that glibc includes this shell script,
> please let me know)
Well, it would help, but then the users have to be informed the tool
exists, which is similar effort than inform the issue with locale -a
output, or just which one is the prefered values (for example,
man page pointing users to check /usr/share/i18n/SUPPORTED).