This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH] localedata: i18napis: update LC_ADDRESS.country_post
- From: keld at keldix dot com
- To: Florian Weimer <fweimer at redhat dot com>, libc-alpha at sourceware dot org
- Date: Sat, 11 Jun 2016 16:41:13 +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 Sat, Jun 11, 2016 at 10:17:40AM -0400, Mike Frysinger wrote:
> On 11 Jun 2016 11:00, Florian Weimer wrote:
> > On 06/11/2016 09:27 AM, Mike Frysinger wrote:
> > > On 11 Jun 2016 08:45, Florian Weimer wrote:
> > >> In any case, I think it is safe to say that LC_ADDRESS.country_post is
> > >> now obsolete.
> > >
> > > if we want the full country name in caps, libaddressinput provides that
> > > too.
> > We need the country name in upper case in English or French. The name
> > in the local language is usually insufficient (while DEUTSCHLAND will
> > likely be routed correctly, DÜÜTSCHLAND may work by accident, N??MSKA
> > only when mailing from the East, and we have German (in the country
> > sense) locales for all these).
> libaddressinput provides both. i would lean torwards using the english
> one all the time in the assumption it has a higher chance of being routed
> correctly more often.
> > > however, if we want to go the route of rethinking country_post,
> > > then we might also consider rethinking postal_fmt too. the requirements
> > > of the current postal systems might be too much for the current spec.
> > > https://github.com/googlei18n/libaddressinput/wiki/AddressValidationMetadata
> > I doubt how glibc can provide anything useful for application use. The
> > formats are extremely varied, and you need this information when posting
> > things internationally, so for all locales, not just the current's user
> > choice.
> 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.
I don't think we should droppostal informaton, as this should be associated with the locale.
The libaddressinput model is a wrong concepti, as it is not associated with the locale..