If I understand correctly, it doesn't appear that this is a bug that coreutils can fix, as POSIX implies (and many programs expect) that formats like %d and %B and %Y act independently of context.

If it's any consolation, the default output of 'date' in the C locale:

Thu Jun 28 15:10:00 PDT 2014

is bogus for me too, as Americans by and large neither write 'Jun' as an abbreviation for 'June' nor use 24-hour timestamps.



Reply via email to