This is the mail archive of the
libc-locales@sourceware.org
mailing list for the GNU libc locales project.
[Bug localedata/9859] New fr_FR locale month abbrevs are not fixed length
- From: "stephane dot raimbault at gmail dot com" <sourceware-bugzilla at sourceware dot org>
- To: libc-locales at sources dot redhat dot com
- Date: 18 Feb 2009 12:27:48 -0000
- Subject: [Bug localedata/9859] New fr_FR locale month abbrevs are not fixed length
- References: <20090217205038.9859.aurelien@aurel32.net>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From stephane dot raimbault at gmail dot com 2009-02-18 12:27 -------
> drwxr-xr-x 12 aurel32 aurel32 4096 mai 26 2008 audio
> -rwxr-xr-x 1 aurel32 aurel32 4096 janv. 30 12:29 photos
> drwxr-xr-x 2 aurel32 aurel32 4096 déc. 21 20:46 work
The same output with the old translation still a bit strange
drwxr-xr-x 12 aurel32 aurel32 4096 mai 26 2008 audio
-rwxr-xr-x 1 aurel32 aurel32 4096 jan 30 12:29 photos
drwxr-xr-x 2 aurel32 aurel32 4096 déc 21 20:46 work
because the year replaces the time when the year is different as the current one
(I think) but it's another problem.
May be it's also possible to fix coreutils assumption about the month length to
display:
drwxr-xr-x 12 aurel32 aurel32 4096 mai 26 2008 audio
-rwxr-xr-x 1 aurel32 aurel32 4096 janv. 30 12:29 photos
drwxr-xr-x 2 aurel32 aurel32 4096 déc. 21 20:46 work
The length of the other fields is dynamic and other languages have the same
problem on month abbreviations (> 3).
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9859
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.