(doc?) locale-gen disagrees with locale(5)
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| GLibC |
Unknown
|
Medium
|
|||
| glibc (Ubuntu) |
Confirmed
|
Wishlist
|
Unassigned | ||
Bug Description
The LC_NUMERIC section of locale(5) includes:
iter when formatting numeric quantities.
.. without constraint on what the string may include. However locale-gen appears to reject any attempt to define decimal_point to a string longer than one character, with the message:
LC_NUMERIC: value for field `decimal_point' must be a single character
[error] LC_NUMERIC: field `decimal_point' not defined
If that constraint is intended, I think locale(5) should specify it. (There may be a similar issue for thousands_sep, I didn't test that.)
Found on bionic with locales-
Motivation: I wanted to define a longer decimal_point so as to test the robustness of an application's number formatting.
| Changed in glibc (Ubuntu): | |
| status: | New → Confirmed |
| importance: | Undecided → Wishlist |
| Changed in glibc: | |
| importance: | Unknown → Medium |
| status: | Unknown → New |
| Changed in glibc: | |
| status: | New → Unknown |

Thanks for your report. Looks like there is room for clarification of that man page.
I would suggest that you report it upstream:
https:/ /sourceware. org/bugzilla/ enter_bug. cgi?product= glibc;component =locale
But don't refer to locale-gen() when doing so, but rather localedef(). Also, if you file an upstream bug, please post the URL to it here.