Greg Wooledge (12020-04-29): > No, this is not a viable solution. It will completely hinder your > ability to use date with other format arguments, and it will not > address the underlying problem, which is in the locale definition used > by strftime(3) and similar pieces of libc. (There are other programs > that are affected by this, not just date(1).) Very well said. > Setting LC_TIME=C is a much better answer. Not setting LANG is an even better answer. Seriously, except for LC_CTYPE, which would be better be encoded as part of the TERM variable, and LC_MESSAGES when the translations happen to be half decent, all locales category are some variant of LB_BREAK_SOMETHING. More than 20 years ago, if you were to build on Objective Caml interpreter with Gtk+ libraries, then "let pi = 3.14;;" would cause pi to be equal to 3.0, just because of LC_BREAK_SOMETHING. If you want a system that works, set LC_CTYPE, and leave everything else alone. Regards, -- Nicolas George
Attachment:
signature.asc
Description: PGP signature