| 1 |
On 19/02/2012 15:56, Ben wrote: |
| 2 |
> On 19 February 2012 23:14, Ulrich Mueller<ulm@g.o> wrote: |
| 3 |
>>>>>>> On Sun, 19 Feb 2012, Ben wrote: |
| 4 |
>> |
| 5 |
>>> In my opinion we should set a default environment with the following |
| 6 |
>>> values: |
| 7 |
>> |
| 8 |
>>> LANG=en_US.UTF-8 |
| 9 |
>>> LC_ALL= |
| 10 |
|
| 11 |
LC_ALL isn't needed here because, unlike other LC_* settings, it does |
| 12 |
not inherit from LANG and, thus, will be undefined anyway. Although the |
| 13 |
above would not directly cause any harm, I am entirely certain that its |
| 14 |
mere presence would encourage users to explicitly define it where they |
| 15 |
most definitely should not. The misinformation that LC_ALL should be |
| 16 |
defined was propagated by the localization doc for rather a long time |
| 17 |
and it was rather challenging to impress upon its maintainers that |
| 18 |
change was required. Let's not repeat old mistakes. |
| 19 |
|
| 20 |
>>> LC_COLLATE=C |
| 21 |
>> |
| 22 |
>>> This offers the best default options to the majority of users, and |
| 23 |
>>> is easy to customize for those who wish to use another locale. |
| 24 |
>> |
| 25 |
>> At least, LC_NUMERIC=C should be added to this, otherwise numbers will |
| 26 |
>> be formatted with commas as thousands separators. |
| 27 |
>> |
| 28 |
>> Also en_US.UTF-8 for LC_MEASUREMENT and LC_PAPER means imperial units |
| 29 |
>> and letter paper, which isn't optimal for users outside of the U.S. |
| 30 |
>> |
| 31 |
>> Ulrich |
| 32 |
>> |
| 33 |
> |
| 34 |
> I think those users (and that includes myself) should then set LANG to |
| 35 |
> something more appropriate to their use case. |
| 36 |
> |
| 37 |
|
| 38 |
I agree; the defaults should not be over-engineered. For proper |
| 39 |
localisation, set LANG appropriately and done. The real issue is that |
| 40 |
locale configuration isn't mentioned in the handbook. It does, however, |
| 41 |
mention locale.gen so we're half-way there. |
| 42 |
|
| 43 |
--Kerin |
Archives