Bug#284137: locale -a reports misleading values for UTF-8 locales
gotom@debian.or.jp (2004-12-13 at 1539.53 +0900):
> At Thu, 9 Dec 2004 00:03:09 +0100,
> Guillermo S. Romero <gsromero@alumnos.euitt.upm.es> wrote:
> > > 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).
>
> Then, could you show us the best way to improve as you think? I think
> I and Denis already explained the difference between "locale -a" and
> "X11 issue" - now your turn.
For example, locale man page having a FILES section where
/usr/share/i18n/SUPPORTED is listed as best reference for variable
values. Something like:
FILES
/usr/share/i18n/SUPPORTED
List of supported values (and their associated encoding) for the LC_*
environment variables in a Debian system. This representation is recommended
over --all-locales one, due being the system wide supported values
See attached patch, I hope it follows proper man page syntax.
GSR
--- locale.1 2004-12-13 16:47:56.000000000 +0100
+++ locale-patched.1 2004-12-13 17:02:46.000000000 +0100
@@ -242,6 +242,14 @@
.Vb 1
\& The directory where locale data is stored. In default, /usr/lib/locale is used.
.Ve
+.SH "FILES"
+.IX Header "FILES"
+.TP
+\fI/usr/share/i18n/SUPPORTED\fP
+List of supported values (and their associated encoding) for the \fBLC_*\fR
+environment variables in a Debian system. This representation is recommended
+over \fB\-\-all\-locales\fR one, due being the system wide supported values
+.PP
.SH "AUTHOR"
.IX Header "AUTHOR"
\&\fIlocale\fR was written by Ulrich Drepper for the \s-1GNU\s0 C Library.
Reply to: