This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH] localedata: i18napis: update LC_ADDRESS.country_post
- From: Florian Weimer <fweimer at redhat dot com>
- To: libc-alpha at sourceware dot org
- Date: Wed, 15 Jun 2016 10:12:48 +0200
- Subject: Re: [PATCH] localedata: i18napis: update LC_ADDRESS.country_post
- Authentication-results: sourceware.org; auth=none
- References: <1465600030-31896-1-git-send-email-vapier at gentoo dot org> <54a860f1-81c7-fe49-7ac9-99f3baebf2da at redhat dot com> <20160611072713 dot GL4053 at vapier dot lan> <baecc5dc-ffb2-573d-b8af-866557fe2682 at redhat dot com> <20160611141740 dot GO4053 at vapier dot lan>
On 06/11/2016 04:17 PM, Mike Frysinger wrote:
i have no problem dropping postal_fmt & country_post from all locales and
telling people to use libaddressinput. after all, it's not like glibc has
functions to format postal_fmt in the first place -- it's left up to the
app to do the printf logic itself, and iirc, last time i searched, there
was no one doing that.
GNOME uses it to determine the street/dwelling number ordering for
formatting results from an Openstreetmap-related location service.
I posit that this is incorrect because it should use the locale of the
location, and not the locale of the user. A German address needs to be
formatted according to German conventions, even if the user is using an
So yes, this should not be a blocker for moving to libaddressinput.