Bug 46614

Summary: [i18n] [patch] strftime and locales without variants.
Product: Base System Reporter: Thierry Thomas <thierry>
Component: standardsAssignee: Andrey A. Chernov <ache>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: 4.7-STABLE   
Hardware: Any   
OS: Any   
Attachments:
Description Flags
file.diff
none
file.diff none

Description Thierry Thomas 2002-12-29 14:30:01 UTC 
	Some applications don't expect to find variants in LC_TIME, and when
	LC_TIME is set to something like "fr_FR.ISO8859-15", they default to
	C, and strftime does not translate anything.

	If we define an alias from /usr/share/locale/xx_XX to
	/usr/share/locale/xx_XX.variant, this is fixed.

Fix: The proposed patch adds aliases for languages with ISO-variant into
	/usr/src/etc/locale.alias. /usr/src/etc/nls.alias is not necessary,
	but I have patched it for coherence.

	For each language, the alias is set to the most complete variant.
	Nothing was made for asiatic languages, because I don't know them...

How-To-Repeat: 	For example, install the ports mail/imp3 or better deskutils/kronolith,
	set a non-english environment, and look at the dates: they are not
	localized.

	Apply the following patches, rebuild world, and the dates will be
	translated.

	Remark: to test directly, just `ln -s fr_FR.ISO8859-15 fr_FR` in
	/usr/share/locale.
Comment 1 Mike Barcroft freebsd_committer freebsd_triage 2002-12-29 19:27:10 UTC 
Responsible Changed
From-To: freebsd-standards->ache

Locale issue.
Comment 2 Andrey A. Chernov freebsd_committer freebsd_triage 2002-12-30 04:49:45 UTC 
State Changed
From-To: open->closed

On Sun, Dec 29, 2002 at 15:20:04 +0100, Thierry Thomas wrote: 

>       Some applications don't expect to find variants in LC_TIME, and when 
>       LC_TIME is set to something like "fr_FR.ISO8859-15", they default to 
>       C, and strftime does not translate anything. 

fr_FR.ISO8859-15 LC_CTIME locale must be linked to fr_FR.ISO8859-1 in that 
case in timedef's Makefile. Moreover it is already done, as I see. The bug 
in the form you describe don't exists. 

>       If we define an alias from /usr/share/locale/xx_XX to 
>       /usr/share/locale/xx_XX.variant, this is fixed. 

It can't be fixed in such manner since short locale names currently unused 
in FreeBSD.