[Bug localedata/18408] Provide software utility to permit user created custom locales

["byrnejb at harte-lyne dot ca" <sourceware-bugzilla at sourceware dot org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=18408

--- Comment #3 from James B. Byrne <byrnejb@harte-lyne.ca> ---
(In reply to Marko Myllynen from comment #1)
> (In reply to James B. Byrne from comment #0)
> > The existing localedef utility is undocumented
> 
> It's documented in the Linux man-pages project:
> 
> http://man7.org/linux/man-pages/man1/localedef.1.html
> http://man7.org/linux/man-pages/man1/locale.1.html

But not on RHEL6 which is what an end user, who only wants to change the date
and time format, is likely to know of or to check.

Run on a CentOS-6.6 system with all updates applied:


localedef --help
Usage: localedef [OPTION...] NAME
  or:  localedef [OPTION...] [--add-to-archive|--delete-from-archive] FILE...
  or:  localedef [OPTION...] --list-archive [FILE]
Compile locale specification

 Input Files:
  -f, --charmap=FILE         Symbolic character names defined in FILE
  -i, --inputfile=FILE       Source definitions are found in FILE
  -u, --repertoire-map=FILE  FILE contains mapping from symbolic names to UCS4
                             values
. . .

man localedef
No manual entry for localedef

What is it about this matter that prompts such utterly pointless responses? 
The issue is that date and time formats are idiosyncratic and should properly
be in the hands of end users to determine for themselves.  It is the user's
computer system and the host OS should be, as a matter of principal, as
malleable to their needs as can be made.  Yet the Glibc community seems instead
totally devoted to making changing those elements as difficult as humanly
possible.

-- 
You are receiving this mail because:
You are on the CC list for the bug.