From Bugzilla Helper:
User-Agent: Mozilla/4.79 [en] (X11; U; Linux 2.4.18-12.4 i686; Nav)
Description of problem:
Please see attached picture, there you can see "date" command misbehaving.
That printout is generated on /etc/rc.sysinit with this line:
action $"Setting clock $CLOCKDEF: `date`" date
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Reborn as native Finnish citizen.
2. Learn to understand Finnish etc. and install Red Hat Rawhide.
3. Set your locale to Finnish.
4. Boot system and read boot messages.
Actual Results: See attached picture.
Created attachment 72805 [details]
date bug demo
Ok, let's make correction to this bug repport.
First: Official month names (starting from January) in Finnish are:
kesdkuu (note, due bug in bugzilla, that d is actually "a with two dots on it".)
heindkuu (d on this month is also "a with two dots on it")
As you can see month names in Finnish are quite long. They all have one
repeating part: "kuu" (which means "month" or "moon" in English) which can be
removed without losing any information.
I think that's the idea in date command output. So that picture is wrong, those
weird characters should be replaced with whitespace.
Created attachment 72827 [details]
Corrected version of picture.
This is not reproducable here, on a current rawhide system.
It looks like it was a bug in strftime() in earlier versions of glibc.
[root@locutus sh-utils-2.0.12]# LANG=fi_FI date
to elo 29 21:00:49 CEST 2002
[root@locutus sh-utils-2.0.12]# LANG=fi_FI date --date="2001/01/01 12:34"
ma tammi 1 12:34:00 CET 2001
[root@locutus sh-utils-2.0.12]# rpm -q sh-utils glibc
IMPORTANT: you have to reboot your machine to see the effect with boot messages.
My locale is:
[petri@dsl-hkigw4l83 petri]$ locale
[petri@dsl-hkigw4l83 petri]$ rpm -q sh-utils glibc
The bug exists still. There are also other problems when I set Finnish as
default language from gdm language menu.
This is fixed in Red Hat 8.0.
I can see this again with Raw Hide after modified settings.
Created attachment 82284 [details]
Seeing is beliving and more info.
I guess this problem appears when you mix UTF-8 and Latin-9 locales. Other perhaps
UTF-8 and any other locale. Still, there no reason to print weird character, no
matter what locale is and how broken it is.