Date: Mon, 30 Dec 2002 17:56:25 +0100 From: Thierry Thomas <thierry@pompo.net> To: "Andrey A. Chernov" <ache@FreeBSD.org> Cc: FreeBSD-i18n <freebsd-i18n@FreeBSD.org> Subject: Re: standards/46614: [i18n][patch] strftime and locales without variants. Message-ID: <20021230165625.GA553@graf.pompo.net> In-Reply-To: <200212300451.gBU4pKfC024499@freefall.freebsd.org> References: <200212300451.gBU4pKfC024499@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Le Lun 30 déc 02 à 5:51:20 +0100, Andrey A. Chernov <ache@FreeBSD.org> écrivait : > Synopsis: [i18n][patch] strftime and locales without variants. > > State-Changed-From-To: open->closed Sorry about this PR, misfiled to standards -> Cc: to i18n. > State-Changed-By: ache > State-Changed-When: Sun Dec 29 20:49:45 PST 2002 > State-Changed-Why: > 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. It is the same thing, with fr_FR.ISO8859-15 or with fr_FR.ISO8859-1. In Horde (PHP / web-based applications), the locale is set from the parameter HTTP_ACCEPT_LANGUAGE, which does not contain any variant. E.g. Kronolith (port deskutils/kronolith) is a web-based calendar, with a lot of dates and times. With a Linux server, there is no problem, and everything is well localized; with a FreeBSD server, dates are not localized. I have submitted a patch to Horde (warning! long URL) - see <URL:http://groups.google.com/groups?hl=fr&lr=&ie=UTF-8&oe=UTF-8&threadm=aio378%241gu%241%40FreeBSD.csie.NCTU.edu.tw&rnum=1&prev=/groups%3Fas_epq%3DLocalization%2520problems%2520with%2520strftime%26ie%3DUTF-8%26oe%3DUTF-8%26lr%3D%26num%3D30%26hl%3Dfr> but it has been refused, because it's a problem specific to FreeBSD. If you apply my patch to locale.alias (or just make a `ln -s fr_FR.ISO8859-15 fr_FR` in /usr/share/locale), everything is fine. > > 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. Yes, it was the purpose of the submitted patch ;-) Is there a problem to add these short locale names? I have applied it on two machines, a server and a desktop, running a lot of localized programs, and I have not seen any problem: I have not removed neither replaced anything, these are just new aliases. Truly yours, -- Th. Thomas. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-i18n" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021230165625.GA553>