This is the mail archive of the
mailing list for the GNU libc locales project.
[Bug localedata/2388] [PATCH] week-ndays;week-1stday;week-1stweek data for some locales
- From: "keld at dkuug dot dk" <sourceware-bugzilla at sourceware dot org>
- To: libc-locales at sources dot redhat dot com
- Date: 11 Apr 2006 20:56:06 -0000
- Subject: [Bug localedata/2388] [PATCH] week-ndays;week-1stday;week-1stweek data for some locales
- References: <firstname.lastname@example.org>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From keld at dkuug dot dk 2006-04-11 20:56 -------
Subject: Re: [PATCH] week-ndays;week-1stday;week-1stweek data for some locales
On Tue, Apr 11, 2006 at 09:38:49AM -0000, sbrabec at suse dot cz wrote:
> ------- Additional Comments From sbrabec at suse dot cz 2006-04-11 09:38 -------
> OK. But current week start data are broken for sure, too.
> Please let me know, whether glibc will plan to use "week_start" or ISO 14652
> "week" lines. I will try to contact translators and ask them for confirmation
> (actually I have more issues to collect from them - preferred setup of LANGUAGE
> variable, missing transliteration support in locales,...).
I am also interested in tidying up the data. If I can be of help, please
> We searched over all our distribution, and it seems, that no package actually
> uses it: util-linux's cal has this part commented out (because it gave bad
> results), upstream gtk+ uses glibc week start, but most distributions patch gtk+
> to not use these data (and use po filess fallbacks) or patch glibc to fix these
> data (because they got complains).
> Our based on gtk+ fallbacks in po files are better (and provided by native
> speakers), but still not correct, because they are language based, not
> language+country based. I am not sure, what is the source of Debian patch, but
> we can start by comparing them.
The way forward I think is to have the data in good shape, then the sw
can begin to use it.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.